Re: [PATCH v4 0/4] Implement lazy unmapping for GEM VRAM buffers

2019-09-09 Thread Gerd Hoffmann
On Fri, Sep 06, 2019 at 02:20:52PM +0200, Thomas Zimmermann wrote: > Generic fbdev emulation maps and unmaps the console BO for updating it's > content from the shadow buffer. If this involves an actual mapping > operation (instead of reusing an existing mapping), lots of debug messages > may be

Re: [PATCH v4 0/4] Implement lazy unmapping for GEM VRAM buffers

2019-09-09 Thread Davidlohr Bueso
On Fri, 06 Sep 2019, Thomas Zimmermann wrote: Generic fbdev emulation maps and unmaps the console BO for updating it's content from the shadow buffer. If this involves an actual mapping operation (instead of reusing an existing mapping), lots of debug messages may be printed, such as x86/PAT:

Re: [PATCH v4 0/4] Implement lazy unmapping for GEM VRAM buffers

2019-09-06 Thread Daniel Vetter
On Fri, Sep 06, 2019 at 02:20:52PM +0200, Thomas Zimmermann wrote: > Generic fbdev emulation maps and unmaps the console BO for updating it's > content from the shadow buffer. If this involves an actual mapping > operation (instead of reusing an existing mapping), lots of debug messages > may be

[PATCH v4 0/4] Implement lazy unmapping for GEM VRAM buffers

2019-09-06 Thread Thomas Zimmermann
Generic fbdev emulation maps and unmaps the console BO for updating it's content from the shadow buffer. If this involves an actual mapping operation (instead of reusing an existing mapping), lots of debug messages may be printed, such as x86/PAT: Overlap at 0xd000-0xd100 x86/PAT: