On Mon, 05 Dec 2011 14:23:55 -0800, Eric Anholt wrote:
> On Mon, 5 Dec 2011 02:31:58 -0800 (PST), ic...@kemper.freedesktop.org (Chris
> Wilson) wrote:
> > configure.ac |2 +-
> > intel/intel_bufmgr_gem.c | 27 +--
> > 2 files changed, 22 insertions(+),
On Mon, 5 Dec 2011 02:31:58 -0800 (PST), ic...@kemper.freedesktop.org (Chris
Wilson) wrote:
> configure.ac |2 +-
> intel/intel_bufmgr_gem.c | 27 +--
> 2 files changed, 22 insertions(+), 7 deletions(-)
>
> New commits:
> commit e73161a02b604742e3da3bca
Dave Airlie wrote:
>>>
>>>
>> Yes, I think so. One reason to lock is to make sure the GTT page table
>> is really repopulated after a resume, but that can be handled in the DRM
>> driver resume function, and we could perhaps
>> change the user-space lock_mm() to ignore kernel_bos.
>>
> >
> Yes, I think so. One reason to lock is to make sure the GTT page table
> is really repopulated after a resume, but that can be handled in the DRM
> driver resume function, and we could perhaps
> change the user-space lock_mm() to ignore kernel_bos.
It defintely should all be handled in
Dave Airlie wrote:
>> So, over to the somewhat different problem I was referring to, namely
>> potential buffer eviction on vt switch where the X server run
>> drm_bo_lock_mm(), and will evict any fb scanout BOs. Only the fb layer
>> doesn't really notice as long as the BOs sit in VRAM...
>>
> So, over to the somewhat different problem I was referring to, namely
> potential buffer eviction on vt switch where the X server run
> drm_bo_lock_mm(), and will evict any fb scanout BOs. Only the fb layer
> doesn't really notice as long as the BOs sit in VRAM...
Yes I get around this curre
Dave Airlie wrote:
>>>
>>> this adds something to say the kernel initialised the memory region not
>>> the userspace. and blocks userspace from deallocating kernel areas
>>>
>>>
>> Dave,
>> I guess this commit is a fix for the fact that the X server will try to
>> evict fb s
> >
> > this adds something to say the kernel initialised the memory region not
> > the userspace. and blocks userspace from deallocating kernel areas
> >
> Dave,
> I guess this commit is a fix for the fact that the X server will try to
> evict fb scanout buffers when leaving VT.
Dave Airlie wrote:
> libdrm/xf86drm.c | 15 ++
> libdrm/xf86mm.h |1
> linux-core/drm_bo.c | 67
> +++---
> linux-core/drm_drv.c |2 +
> linux-core/drm_objects.h |8 -
> shared-core/drm.h |