summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2016-03-05 05:47:18 +0300
committerLinus Torvalds <torvalds@linux-foundation.org>2016-03-05 05:47:18 +0300
commita7c9b603cf2371edacb054abc35597e810c1e5fd (patch)
treeddbe118327a9ce3630bee14d7f69226eee9b6b14 /drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c
parentc12f83c3099c4dd73fe721409d2ce18ca79a753d (diff)
parent6e2452dff4441e3dc24d415c8b2cda8a3ba52116 (diff)
downloadlinux-a7c9b603cf2371edacb054abc35597e810c1e5fd.tar.xz
Merge branch 'libnvdimm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
Pull libnvcimm fix from Dan Williams: "One straggling fix for NVDIMM support. The KVM/QEMU enabling for NVDIMMs has recently reached the point where it is able to accept some ACPI _DSM requests from a guest VM. However they immediately found that the 4.5-rc kernel is unusable because the kernel's 'nfit' driver fails to load upon seeing a valid "not supported" response from the virtual BIOS for an address range scrub command. It is not mandatory that a platform implement address range scrubbing, so this fix from Vishal properly treats the 'not supported' response as 'skip scrubbing and continue loading the driver'" * 'libnvdimm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm: nfit: Continue init even if ARS commands are unimplemented
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c')
0 files changed, 0 insertions, 0 deletions