similar to: [Bug 103202] New: Tearing with reverse prime (intel primary, nouveau secondary)

From: Michel Dänzer <michel.daenzer at amd.com> This allows making the master screen's pixmap_dirty_list entries explicitly reflect that we're now tracking the root window instead of the screen pixmap, in order to allow Present page flipping on master outputs while there are active slave outputs. Define HAS_DIRTYTRACKING_DRAWABLE_SRC for drivers to check, but leave

On 13/07/17 09:31 PM, Ilia Mirkin wrote: > On Thu, Jul 13, 2017 at 4:27 AM, Michel Dänzer <michel at daenzer.net> wrote: >> On 18/04/17 07:07 PM, Michel Dänzer wrote: >>> From: Michel Dänzer <michel.daenzer at amd.com> >>> >>> Signed-off-by: Michel Dänzer <michel.daenzer at amd.com> >>> --- >>> >>> Chris / Ilia / Ben,

On 18/04/17 07:07 PM, Michel Dänzer wrote: > From: Michel Dänzer <michel.daenzer at amd.com> > > Signed-off-by: Michel Dänzer <michel.daenzer at amd.com> > --- > > Chris / Ilia / Ben, this should be manageable for the intel/nouveau > drivers, right? Any feedback, guys? I want to push the xserver change soon-ish. I could probably come up with a corresponding

https://bugs.freedesktop.org/show_bug.cgi?id=98030 Bug ID: 98030 Summary: Stuttering video playback in totem after update to 1.19-rc1 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=97065 Bug ID: 97065 Summary: memory leak under Xwayland with old sdl1 applications Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

On 07/12/16 06:39 PM, Alexandre Courbot wrote: > On Fri, Dec 2, 2016 at 12:23 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> That's right -- nouveau currently requires 4k page sizes to work. This is a >> software limitation, not a hardware one though. > > Looking at the trace I wonder - is the limitation in Nouveau or in TTM? Nouveau. Non-4K page sizes work

https://bugs.freedesktop.org/show_bug.cgi?id=92327 Bug ID: 92327 Summary: Tearing and drm_wait_vblank kernel log spam with reverse PRIME (intel+nouveau) Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=37681 Summary: Tearing with composite extension Product: xorg Version: 7.6 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=13866 Summary: RandR 1.2 gives Xvideo tearing Product: xorg Version: 7.3 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

https://bugs.freedesktop.org/show_bug.cgi?id=103217 Bug ID: 103217 Summary: Recent noveau causes errors with scilab 5.5.2 on NVIDIA G84GL [Quadro FX 570] Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

http://bugs.freedesktop.org/show_bug.cgi?id=16490 Summary: Xv overlay tearing Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: pq at

Hi Christian, Ryan just reported to me that llvm-3.4 is no longer building on OS X Leopard (https://trac.macports.org/ticket/41548). It seems the issue is with a commit that you made back in April (referenced below) which added this to SIISelLowering.cpp: // Adjust the writemask in the node std::vector<SDValue> Ops; Ops.push_back(DAG.getTargetConstant(NewDmask, MVT::i32)); for

https://bugs.freedesktop.org/show_bug.cgi?id=103896 Bug ID: 103896 Summary: [optimus, reverse PRIME] no HDMI audio Product: xorg Version: 7.7 (2012.06) Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

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

This patch series sets dev->vblank_disable_immediate = true on radeon/amdgpu-kms, nouveau-kms for nv50+, and vc4 for the real kms driver (as opposed to dispmanx firmware backed kms). All the drivers should be ready in theory, given their implementation, for fast vblank disable/enable. In practice, i have performed timing tests with my measurement equipment for all those drivers with the

KMS drivers really should all be able to restore their display state on resume without fbcon helping out. So make this the default. Since I'm not entirely foolish, make it only a default, which drivers can still override. That way when the inevitable regression report happens I can fix things up with a one-liner plus FIXME comment that someone should fix up the suspend/resume code in that

I've been having the screen tearing issue as well, for about a week. It's not clear whether the symptoms followed the WoW 3.3.3 update, or an update to wine or the ATI drivers. At times the whole Wow window is broken into rapidly moving colored polygons, at other times there's just some flashing bright lines like tracer fire. Only seems to affect the background window if there is a

https://bugs.freedesktop.org/show_bug.cgi?id=94964 Bug ID: 94964 Summary: Tearing with opengl-hq and not with opengl on Gnome with MPV Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Egads. Getting queues to work is like pulling teeth. extensions.conf: exten => q_main,1,Queue(oneeighty_main||||1) exten => 80014055,1,Dial(SIP/80014018,15,tr) exten => 80014057,1,Dial(SIP/80014018,15,tr) exten => 80014052,1,Dial(SIP/80014018,15,tr) queues.conf: [oneeighty_main] musiconhold = default joinempty = strict leavewhenempty = strict strategy = rrmemory retry = 0 member

http://bugs.freedesktop.org/show_bug.cgi?id=16231 Summary: Xv tearing after upgrade to Fedora 9 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org