diff options
| author | Ross Zwisler <[email protected]> | 2016-01-16 00:56:02 +0000 |
|---|---|---|
| committer | Linus Torvalds <[email protected]> | 2016-01-16 01:56:32 +0000 |
| commit | 01871e59af5cc1cbf290ad6b4b95cd2f0cec9e8c (patch) | |
| tree | 8c12bb4cd4be99b3e4f4d06e34bd9f1eb3c6aefa /drivers/gpu/drm/omapdrm/omap_gem.c | |
| parent | dax: fix lifetime of in-kernel dax mappings with dax_map_atomic() (diff) | |
| download | kernel-01871e59af5cc1cbf290ad6b4b95cd2f0cec9e8c.tar.gz kernel-01871e59af5cc1cbf290ad6b4b95cd2f0cec9e8c.zip | |
mm, dax: fix livelock, allow dax pmd mappings to become writeable
Prior to this change DAX PMD mappings that were made read-only were
never able to be made writable again. This is because the code in
insert_pfn_pmd() that calls pmd_mkdirty() and pmd_mkwrite() would skip
these calls if the PMD already existed in the page table.
Instead, if we are doing a write always mark the PMD entry as dirty and
writeable. Without this code we can get into a condition where we mark
the PMD as read-only, and then on a subsequent write fault we get into
an infinite loop of PMD faults where we try unsuccessfully to make the
PMD writeable.
Signed-off-by: Ross Zwisler <[email protected]>
Signed-off-by: Dan Williams <[email protected]>
Reported-by: Jeff Moyer <[email protected]>
Reported-by: Toshi Kani <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/omapdrm/omap_gem.c')
0 files changed, 0 insertions, 0 deletions