aboutsummaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
diff options
context:
space:
mode:
authorDavid Howells <dhowells@redhat.com>2022-01-27 16:02:58 +0000
committerSteve French <stfrench@microsoft.com>2022-02-01 10:29:18 -0600
commit0174ee9947bd0f24fee2794b35258960d108b7aa (patch)
tree83086393333773940fbdac71557aca27d17c66d2 /drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
parentbee9f65523218e3baeeecde9295c8fbe9bc08e0a (diff)
downloadlinux-0174ee9947bd0f24fee2794b35258960d108b7aa.tar.gz
linux-0174ee9947bd0f24fee2794b35258960d108b7aa.tar.bz2
linux-0174ee9947bd0f24fee2794b35258960d108b7aa.zip
cifs: Implement cache I/O by accessing the cache directly
Move cifs to using fscache DIO API instead of the old upstream I/O API as that has been removed. This is a stopgap solution as the intention is that at sometime in the future, the cache will move to using larger blocks and won't be able to store individual pages in order to deal with the potential for data corruption due to the backing filesystem being able insert/remove bridging blocks of zeros into its extent list[1]. cifs then reads and writes cache pages synchronously and one page at a time. The preferred change would be to use the netfs lib, but the new I/O API can be used directly. It's just that as the cache now needs to track data for itself, caching blocks may exceed page size... This code is somewhat borrowed from my "fallback I/O" patchset[2]. Signed-off-by: David Howells <dhowells@redhat.com> cc: Steve French <smfrench@gmail.com> cc: Shyam Prasad N <nspmangalore@gmail.com> cc: linux-cifs@vger.kernel.org cc: linux-cachefs@redhat.com Link: https://lore.kernel.org/r/YO17ZNOcq+9PajfQ@mit.edu [1] Link: https://lore.kernel.org/r/202112100957.2oEDT20W-lkp@intel.com/ [2] Acked-by: Jeff Layton <jlayton@kernel.org> Signed-off-by: Steve French <stfrench@microsoft.com>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c')
0 files changed, 0 insertions, 0 deletions