search for: frontbuff

Hi, I've been experiencing serious tearing in compiz when screen is painted only partly. Either "Sync To Vblank" option in compiz doesn't work or copying repainted parts from backbuffer to frontbuffer is too slow. And since many people rely on driver's implementation of Sync to Vblank, it would be optimal to always use glXSwapBuffers. This can be accomplished via keeping up-to-date copy of frontbuffer in backbuffer and painting updates over it. My patch (swap-buffers-and-copy-only-need...

...mary: > - Given the small amout of video memory (4 MB) the cirrus device has > the rewritten driver doesn't try to manage buffers there. Instead > it will blit (memcpy) the active framebuffer to video memory. Does it get any slower, with TTM I just wrote it to migrate just the frontbuffer in/out of VRAM on modeset, won't we end up with more copies now? > - All gem objects are stored in main memory and are manged using the > new shmem helpers. ttm is out. > - Only DRM_FORMAT_RGB565 (depth 16) is supported. The old driver does > that too by default. There...

...mall amout of video memory (4 MB) the cirrus device has > > the rewritten driver doesn't try to manage buffers there. Instead > > it will blit (memcpy) the active framebuffer to video memory. > > Does it get any slower, with TTM I just wrote it to migrate just the > frontbuffer in/out of VRAM on modeset, won't we end up with more > copies now? I didn't benchmark it, but if you care about performance you should not be using cirrus anyway ... For fbcon it probably doesn't make much of a difference, fbcon used a shadow framebuffer before (for fbdev mmap an...

...ry (4 MB) the cirrus device has > > > the rewritten driver doesn't try to manage buffers there. Instead > > > it will blit (memcpy) the active framebuffer to video memory. > > > > Does it get any slower, with TTM I just wrote it to migrate just the > > frontbuffer in/out of VRAM on modeset, won't we end up with more > > copies now? > > I didn't benchmark it, but if you care about performance you should not > be using cirrus anyway ... > > For fbcon it probably doesn't make much of a difference, fbcon used a > shadow fram...

...ry (4 MB) the cirrus device has > > > the rewritten driver doesn't try to manage buffers there. Instead > > > it will blit (memcpy) the active framebuffer to video memory. > > > > Does it get any slower, with TTM I just wrote it to migrate just the > > frontbuffer in/out of VRAM on modeset, won't we end up with more > > copies now? > > I didn't benchmark it, but if you care about performance you should not > be using cirrus anyway ... > > For fbcon it probably doesn't make much of a difference, fbcon used a > shadow fram...

https://bugs.freedesktop.org/show_bug.cgi?id=91171 Bug ID: 91171 Summary: Space Rangers 2 (in Wine) shows only black screen Product: Mesa Version: git Hardware: Other URL: http://www.fileplanet.com/162972/160000/fileinfo/Space -Rangers-2:-Rise-of-the-Dominators-Demo OS: All

Two "updated" patches, according to Michel Daenzers review. See separate e-mail for details. 01/10: Replaces original 01/09 -- Same code, updated commit message. 10/10: Just for demonstration, not for application to ddx.

- map should handle this. --- src/nouveau_exa.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c index b656ca7..20ad380 100644 --- a/src/nouveau_exa.c +++ b/src/nouveau_exa.c @@ -259,7 +259,7 @@ nouveau_exa_mark_sync(ScreenPtr pScreen) static void nouveau_exa_wait_marker(ScreenPtr pScreen, int marker) { -

http://bugs.freedesktop.org/show_bug.cgi?id=20066 Summary: slowness in gnome-terminal Product: xorg Version: 7.4 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: debian at

On Thu, Sep 3, 2015 at 7:25 AM, Hans de Goede <hdegoede at redhat.com> wrote: > On nv3x we will likely end up using the cpu to do color resolving for msaa > blits. Disable msaa on these cards so that we do not end up using the cpu. Actually the CPU fallback won't do scaled, so it's stuck with SIFM or assert(false). Which isn't great, but... it's what the HW does. I

OK, I have a basic blit demo working (thanks to Alex Fenton for his reply, which I finally saw). However, there''s a great deal of "tearing" on the screen - flickering grey lines in the black background. It looks like the blit isn''t always complete when the screen refreshes. Can anyone look at this and tell me what I might be doing wrong? Any help would be most

...displayed? Page flip is implemented in a later patch, https://www.kraxel.org/cgit/linux/commit/?h=virtio-gpu&id=1e167e8e964f8e08100d315dd354cc0a4b090841 Since its a long way from an actual display, finding out when something is actually displayed is hard, but when we've posted it to the frontbuffer should be fine. Dave.

...displayed? Page flip is implemented in a later patch, https://www.kraxel.org/cgit/linux/commit/?h=virtio-gpu&id=1e167e8e964f8e08100d315dd354cc0a4b090841 Since its a long way from an actual display, finding out when something is actually displayed is hard, but when we've posted it to the frontbuffer should be fine. Dave.

Hi, On 24 March 2015 at 16:07, Gerd Hoffmann <kraxel at redhat.com> wrote: > +static int virtio_gpu_crtc_page_flip(struct drm_crtc *crtc, > + struct drm_framebuffer *fb, > + struct drm_pending_vblank_event *event, > + uint32_t flags) > +{ > + return -EINVAL; >

Hi, On 24 March 2015 at 16:07, Gerd Hoffmann <kraxel at redhat.com> wrote: > +static int virtio_gpu_crtc_page_flip(struct drm_crtc *crtc, > + struct drm_framebuffer *fb, > + struct drm_pending_vblank_event *event, > + uint32_t flags) > +{ > + return -EINVAL; >

...c149b79b7f "default to autodetecting whether to enable the driver's kms paths", I tried to disable UTS, DFS and EXA render, but none of them changed anything. Currently I'm running happily with commit 1e00c7d1e6edb7f6b4e6d12ef227d27413948f8f "shadowfb: clip copied regions to frontbuffer size.". -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=22956 Summary: nv50: kms, random screen blinkage Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: kamilkss

Hi, here a set of patches against the nouveau-ddx. This is an extended and revised set, based on Francisco Jerez feedback from autumn last year. [1/9] Makes pageflipping work again on X-Server 1.12rc. It apparently stopped working somewhere around Xorg 1.11+. [2/9] Implements handling of pageflip completion events from the kernel. Francisco Jerez argument against including it was that the

...rface_update_draw_binding() with wined3d_resource_update_draw_binding(). wined3d: Move the "swapchain" field from struct wined3d_surface to struct wined3d_texture. wined3d: Use the texture draw binding instead of the surface draw binding. wined3d: Keep a reference to the frontbuffer texture instead of the surface in the swapchain. wined3d: Keep a reference to the backbuffer textures instead of the surfaces in the swapchain. wined3d: Pass a texture instead of a surface to upload_palette(). wined3d: Keep a reference to the resource in rendertarget views....

...server: Do not shutdown server in persistent mode when creation of first process fails. wined3d: Avoid NULL pointer dereference when using GDI renderer. wined3d: Create CPU blitter also for GDI render. wined3d: Fix memory leaks in blitter_destroy callbacks. wined3d: Trigger frontbuffer update in surface_cpu_blt. Thomas Faber (2): devenum/tests: Fix return value check for IEnumMoniker_Next. advapi32/tests: Properly restore privileges in test_AdjustTokenPrivileges. Zebediah Figura (14): include: Pack WAVEFORMAT structs. winemp3.acm: Fix error in acmStrea...