Re: [PATCH] drm/gma500: remove the process of stolen page in page fault handler.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




JiangBiao162664/user/zte_ltd Wrote 2016/08/31 10:27:34:

> JiangBiao162664/user/zte_ltd

> 2016/08/31 10:27
>
> From

> Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>,
> Re: [PATCH] drm/gma500: remove the process of stolen page in page
> fault handler.

>
> Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx> wrote on 2016/08/30 18:21:08:
>
> > Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>

> > 2016/08/30 18:21
> >
> > From

> > jiang.biao2@xxxxxxxxxx,
> > cc
> > dri-devel <dri-devel@xxxxxxxxxxxxxxxxxxxxx>

> > Re: [PATCH] drm/gma500: remove the process of stolen page in page
> fault handler.

> >
> > On Tue, Aug 30, 2016 at 7:10 AM,  <jiang.biao2@xxxxxxxxxx> wrote:
> > >
> > > Direct gtt range is used in the page fault scene in current driver,
> > > instead of stolen page. So no need to keep relative process.
> >
> > Hi
> >
> > Are you saying that we don't use stolen memory? Afaik stolen memory
> > should be accessed through the stolen range so we do need this.
> >
> > -Patrik
> >

> As far as I can see, the stolen memory is only used by fbdev driver
> in gma500,

> but the fbdev driver maps the stloen memory directly in psbfb_vm_fault, not
> using psb_gem_fault to map the stolen memory.
> The only scenario using the psb_gem_fault is the gtt range created by
> psb_gem_create, which alloc the gtt range without stolen memory backed.

> If I missed something, pls enlighten me.
> Thanks a lot.  

Hi Patrik,

Could you please help to confirm my question?
Thank you very much.
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux