K 10 svn:author V 7 asomers K 8 svn:date V 27 2021-10-17T18:49:50.990336Z K 7 svn:log V 834 fusefs: fix a recurse-on-non-recursive lockmgr panic fuse_vnop_bmap needs to know the file's size in order to calculate the optimum amount of readahead. If the file's size is unknown, it must ask the FUSE server. But if the file's data was previously cached and the server reports that its size has shrunk, fusefs must invalidate the cached data. That's not possible during VOP_BMAP because the buffer object is already locked. Fix the panic by not querying the FUSE server for the file's size during VOP_BMAP if we don't need it. That's also a a slight performance optimization. PR: 256937 Reported by: Agata Tested by: Agata (cherry picked from commit 7430017b9978cae054ed99e5160f739e5ca021d5) Git Hash: 2ccb87689fdf15b62e1a7d078ccd21db53a07e9f Git Author: asomers@FreeBSD.org END