Re: [PATCH v3 2/7] drm/xe/mmio_gem: use write-back mapping for dummy page

Matthew Auld <[email protected]>
Newsgroups org.freedesktop.lists.intel-xe
Message-ID <[email protected]>
On 24/07/2026 10:49, Levi, Ilia wrote:
> 
> On 23-Jul-26 20:16, Matthew Auld wrote:
>> On 23/07/2026 17:18, Ilia Levi wrote:
>>> Currently vmf_insert_pfn() maps the dummy page as UC, inheriting the
>>> VMA's page protection which was set for the real MMIO region. This
>>> conflicts with the direct map's WB mapping of the same page, creating a
>>> cache type alias which is architecturally undefined on x86.
>>
>> Is this claim correct? AFAICT on x86 it pulls the caching type from the pfn, so if the page is allocated as WB, it should just use WB, no? I'm looking at pfnmap_setup_cachemode() on x86.
>>
>> Perhaps this is instead needed for non-x86?
> 
> Right, or on x86 if PAT is disabled. Good catch!

With that perhaps tweaked to make it clearer,

Reviewed-by: Matthew Auld <[email protected]>

> 
>>
>>>
>>> Use vmf_insert_pfn_prot() with a WB pgprot instead. Also simplify to
>>> fault in the requested page instead of the whole VMA.
>>>
>>> Fixes: 1ffcf8b8ae8a ("drm/xe: Support for mmap-ing mmio regions")
>>> Reported-by: Sashiko <[email protected]>
>>> Closes: https://sashiko.dev/#/patchset/20260525125801.975038-6-ilia.levi%40intel.com
>>> Assisted-by: GitHub-Copilot:claude-opus-4.6
>>> Signed-off-by: Ilia Levi <[email protected]>
>>> ---
>>>    drivers/gpu/drm/xe/xe_mmio_gem.c | 19 +++++--------------
>>>    1 file changed, 5 insertions(+), 14 deletions(-)
>>>
>>> diff --git a/drivers/gpu/drm/xe/xe_mmio_gem.c b/drivers/gpu/drm/xe/xe_mmio_gem.c
>>> index f15a6a84af15..418a24bdfa4e 100644
>>> --- a/drivers/gpu/drm/xe/xe_mmio_gem.c
>>> +++ b/drivers/gpu/drm/xe/xe_mmio_gem.c
>>> @@ -172,14 +172,13 @@ static void xe_mmio_gem_release_dummy_page(struct drm_device *dev, void *res)
>>>        __free_page((struct page *)res);
>>>    }
>>>    -static vm_fault_t xe_mmio_gem_vm_fault_dummy_page(struct vm_area_struct *vma)
>>> +static vm_fault_t xe_mmio_gem_vm_fault_dummy_page(struct vm_fault *vmf)
>>>    {
>>> +    struct vm_area_struct *vma = vmf->vma;
>>>        struct drm_gem_object *base = vma->vm_private_data;
>>>        struct drm_device *dev = base->dev;
>>> -    vm_fault_t ret = VM_FAULT_NOPAGE;
>>>        struct page *page;
>>>        unsigned long pfn;
>>> -    unsigned long i;
>>>          page = alloc_page(GFP_KERNEL | __GFP_ZERO);
>>>        if (!page)
>>> @@ -190,16 +189,8 @@ static vm_fault_t xe_mmio_gem_vm_fault_dummy_page(struct vm_area_struct *vma)
>>>          pfn = page_to_pfn(page);
>>>    -    /* Map the entire VMA to the same dummy page */
>>> -    for (i = 0; i < base->size; i += PAGE_SIZE) {
>>> -        unsigned long addr = vma->vm_start + i;
>>> -
>>> -        ret = vmf_insert_pfn(vma, addr, pfn);
>>> -        if (ret & VM_FAULT_ERROR)
>>> -            break;
>>> -    }
>>> -
>>> -    return ret;
>>> +    return vmf_insert_pfn_prot(vma, vmf->address, pfn,
>>> +                   vm_get_page_prot(vma->vm_flags));
>>>    }
>>>      static vm_fault_t xe_mmio_gem_vm_fault(struct vm_fault *vmf)
>>> @@ -219,7 +210,7 @@ static vm_fault_t xe_mmio_gem_vm_fault(struct vm_fault *vmf)
>>>             * It is assumed the userspace will receive the notification via some
>>>             * other channel (e.g. drm uevent).
>>>             */
>>> -        return xe_mmio_gem_vm_fault_dummy_page(vma);
>>> +        return xe_mmio_gem_vm_fault_dummy_page(vmf);
>>>        }
>>>          for (i = 0; i < base->size; i += PAGE_SIZE) {
>>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.