diff options
| author | Linus Torvalds <torvalds@linux-foundation.org> | 2024-07-11 09:03:28 -0700 | 
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2024-07-11 09:03:28 -0700 | 
| commit | 83ab4b461eb7bdf90984eb56d4954dbe11e926d4 (patch) | |
| tree | a5c341fdc18ed2c25790aec9b0dad913bba1779e /drivers/gpu/drm/lima/lima_mmu.c | |
| parent | 9d9a2f29aefdadc86e450308ff056017a209c755 (diff) | |
| parent | 3d1bec293378700dddc087d4d862306702276c23 (diff) | |
Merge tag 'vfs-6.10-rc8.fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs
Pull vfs fixes from Christian Brauner:
 "cachefiles:
   - Export an existing and add a new cachefile helper to be used in
     filesystems to fix reference count bugs
   - Use the newly added fscache_ty_get_volume() helper to get a
     reference count on an fscache_volume to handle volumes that are
     about to be removed cleanly
   - After withdrawing a fscache_cache via FSCACHE_CACHE_IS_WITHDRAWN
     wait for all ongoing cookie lookups to complete and for the object
     count to reach zero
   - Propagate errors from vfs_getxattr() to avoid an infinite loop in
     cachefiles_check_volume_xattr() because it keeps seeing ESTALE
   - Don't send new requests when an object is dropped by raising
     CACHEFILES_ONDEMAND_OJBSTATE_DROPPING
   - Cancel all requests for an object that is about to be dropped
   - Wait for the ondemand_boject_worker to finish before dropping a
     cachefiles object to prevent use-after-free
   - Use cyclic allocation for message ids to better handle id recycling
   - Add missing lock protection when iterating through the xarray when
     polling
  netfs:
   - Use standard logging helpers for debug logging
  VFS:
   - Fix potential use-after-free in file locks during
     trace_posix_lock_inode(). The tracepoint could fire while another
     task raced it and freed the lock that was requested to be traced
   - Only increment the nr_dentry_negative counter for dentries that are
     present on the superblock LRU. Currently, DCACHE_LRU_LIST list is
     used to detect this case. However, the flag is also raised in
     combination with DCACHE_SHRINK_LIST to indicate that dentry->d_lru
     is used. So checking only DCACHE_LRU_LIST will lead to wrong
     nr_dentry_negative count. Fix the check to not count dentries that
     are on a shrink related list
  Misc:
   - hfsplus: fix an uninitialized value issue in copy_name
   - minix: fix minixfs_rename with HIGHMEM. It still uses kunmap() even
     though we switched it to kmap_local_page() a while ago"
* tag 'vfs-6.10-rc8.fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs:
  minixfs: Fix minixfs_rename with HIGHMEM
  hfsplus: fix uninit-value in copy_name
  vfs: don't mod negative dentry count when on shrinker list
  filelock: fix potential use-after-free in posix_lock_inode
  cachefiles: add missing lock protection when polling
  cachefiles: cyclic allocation of msg_id to avoid reuse
  cachefiles: wait for ondemand_object_worker to finish when dropping object
  cachefiles: cancel all requests for the object that is being dropped
  cachefiles: stop sending new request when dropping object
  cachefiles: propagate errors from vfs_getxattr() to avoid infinite loop
  cachefiles: fix slab-use-after-free in cachefiles_withdraw_cookie()
  cachefiles: fix slab-use-after-free in fscache_withdraw_volume()
  netfs, fscache: export fscache_put_volume() and add fscache_try_get_volume()
  netfs: Switch debug logging to pr_debug()
Diffstat (limited to 'drivers/gpu/drm/lima/lima_mmu.c')
0 files changed, 0 insertions, 0 deletions
