lkml.org 
[lkml]   [2009]   [Jan]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRE: [regression] glx performance drop with: "x86: PAT: implement track/untrack of pfnmap regions for x86 - v3"


>-----Original Message-----
>From: H. Peter Anvin [mailto:hpa@zytor.com]
>Sent: Tuesday, January 06, 2009 10:52 AM
>To: Alexey Fisher
>Cc: kernel-testers-owner@vger.kernel.org;
>linux-kernel@vger.kernel.org; Siddha, Suresh B; Pallipadi, Venkatesh
>Subject: Re: [regression] glx performance drop with: "x86:
>PAT: implement track/untrack of pfnmap regions for x86 - v3"
>
>Alexey Fisher wrote:
>> glx perfomance regression after this patch.
>> goot kernel: glxgears = 1400 fps
>> bad kernel: glxgears = 300 fps ( same speed with disabled
>drm module )
>>
>> kernel log:
>> glxgears:5775 map pfn expected mapping type write-back for
>> d1000000-d1c80000, got uncached-minus
>> glxgears:5775 freeing invalid memtype d1000000-d1c80000
>>
>
>Have we caught a case of actual overlap, i.e. a driver bug here?
>

This error is similar to one reported by Kevin here.
http://lkml.indiana.edu/hypermail/linux/kernel/0901.0/00970.html
[ 111.775378] X:5010 map pfn expected mapping type write-back for d0000000-d0101000, got write-combining
[ 111.775456] X:5010 freeing invalid memtype d0000000-d0101000


The sequence seems to be somewhat like this

- Kernel driver sets the whole graphics region to uc-minus or write-combining
- There is a remap_pfn_range() to map a portion of this region to user with "write-back" mapping.

Now there may be a MTRR for this region or there may be none. It will depend on specific system and
whether there were available MTRRs or MTRR setting was possible at all.If there are no MTRR settings,
then we have caught a valid aliasing here.

I have reproduced this problem on a local system here and looking for a sane solution....

Thanks,
Venki

\
 
 \ /
  Last update: 2009-01-06 20:07    [W:0.058 / U:0.108 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site