similar to: [Bug 70389] [prime] unsynchronised rendering on secondary displays

https://bugs.freedesktop.org/show_bug.cgi?id=70389 Chris Wilson <chris at chris-wilson.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|chris at chris-wilson.co.uk |nouveau at lists.freedesktop.o | |rg QA

https://bugs.freedesktop.org/show_bug.cgi?id=70389 --- Comment #2 from Ilia Mirkin <imirkin at alum.mit.edu> --- Try updating your intel ddx -- nouveau is not responsible for the contents of the images it renders when in reverse-prime mode -- the primary gpu is (in your case, intel). -- You are receiving this mail because: You are the assignee for the bug. -------------- next part

https://bugs.freedesktop.org/show_bug.cgi?id=70389 Christopher M. Penalver <christopher.m.penalver at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #4 from

https://bugs.freedesktop.org/show_bug.cgi?id=70389 Dennis Favro <dfavro at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dfavro at gmail.com --- Comment #3 from Dennis Favro <dfavro at gmail.com> --- Getting what appears to be a

https://bugs.freedesktop.org/show_bug.cgi?id=69876 --- Comment #4 from Kevin N. <vekinn at gmail.com> --- I experience the same thing with my Thinkpad t530 and NVS 5400m in Optimus mode with 3.12-rc2 on Fedora 19. Locks up if I use xrandr or try to do anything with the displayport unless I have it plugged in at boot. Works fine if I change in bios to discrete nvidia. -- You are

Hello, 3.7.x kernels prevent my laptop with Optimus VGA from suspend to disk with an PFIFO write fault in PCOPY0, see kernel log below. During the 3.6.x upto 3.6.11 suspend worked without problems. lspci -v info of the VGAs is attached. What may I do to debug this further ? Thanks for any help and greetings, Hermann Jan 30 00:32:41 seba kernel: [ 69.468486] nouveau [ DRM] suspending

https://bugs.freedesktop.org/show_bug.cgi?id=71357 Priority: medium Bug ID: 71357 Assignee: nouveau at lists.freedesktop.org Summary: After S3 resume X is broken and reboot needed Severity: normal Classification: Unclassified OS: Linux (All) Reporter: krah.tm at gmail.com Hardware: x86-64 (AMD64)

https://bugs.freedesktop.org/show_bug.cgi?id=65827 Priority: medium Bug ID: 65827 Assignee: nouveau at lists.freedesktop.org Summary: computer often fails to boot with nouveau and GeForce GT 425M on newest Linux kernel Severity: critical Classification: Unclassified OS: Linux (All) Reporter:

On 29/07/2017 02:15, Fred Smith wrote: Anybody have the same problem that I have with JACK plugged headphones (analogic) ? The volume controls on the cable of the headphones do not work on CentOS 7 on my Lenovo Thinkpad T530... How could I solve this ? > On Sat, Jul 29, 2017 at 12:28:40AM +0200, Bernard Lheureux wrote: >> Hi all, >> >> I hope someone could enlighten me...

Przemysław Kopa reports that since commit b516ea586d71 ("PCI: Enable NVIDIA HDA controllers"), the discrete GPU Nvidia GeForce GT 540M on his 2011 Samsung laptop refuses to runtime suspend, resulting in a power regression and excessive heat. Rivera Valdez witnesses the same issue with a GeForce GT 525M (GF108M) of the same era, as does another Arch Linux user named "R0AR" with

Hi, If I am reading the featurematrix <https://nouveau.freedesktop.org/wiki/FeatureMatrix/> right, VAAPI is supported for nouveau on the GeForce650M (my card). Here is the output of inxi -F System: Host: MediaServer Kernel: 5.4.0-42-generic x86_64 bits: 64 Console: tty 1 Distro: Ubuntu 18.04.5 LTS Machine: Device: laptop System: SAMSUNG product: 300E4C/300E5C/300E7C v: 0.1 serial:

On Tue, Sep 1, 2020 at 3:31 AM Analabha Roy <hariseldon99 at gmail.com> wrote: > > Hi, > > If I am reading the featurematrix right, VAAPI is supported for nouveau on the GeForce650M (my card). > > Here is the output of inxi -F > > System: Host: MediaServer Kernel: 5.4.0-42-generic x86_64 bits: 64 Console: tty 1 Distro: Ubuntu 18.04.5 LTS > Machine: Device:

Not sure if this is the right place to come to, but I don't have "RHN" support.....I'm hoping someone can help me out here. I have downloaded the RHEL .ios file and burned it to DVD/CD, my laptop is primed to Boot From CD/ROM Drive, I start the installation using the semi-graphical interface, and the first few options are a breeze, then it gets to identifying the CD drive

https://bugs.freedesktop.org/show_bug.cgi?id=96968 Bug ID: 96968 Summary: [NVC0] disp: ERROR 7 [INVALID_HANDLE] 00 [] chid 0 mthd 0088 data f000000 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=109187 Bug ID: 109187 Summary: [NVC1][optimus] nouveau black display, only mouse cursor visible Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

> > It does indicate a config problem, but why do you want to use the > nvidia GPU for video accel? I'd rely on intel to provide acceleration > as this also reduces power consumption of the entire system. Also I > think vaapi on the secondary GPU is pretty much untested. Well you've got a point there. It's just that the dang nvidia is pretty much sitting there on its

On Fri, Jul 15, 2016 at 12:41:49PM -0400, Ilia Mirkin wrote: > On Fri, Jul 15, 2016 at 12:36 PM, Peter Wu <peter at lekensteyn.nl> wrote: > > On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: > >> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu <peter at lekensteyn.nl> wrote: > >> > Hi, > >> > > >> > Here are two patches to fix

https://bugs.freedesktop.org/show_bug.cgi?id=69488 Priority: medium Bug ID: 69488 Assignee: nouveau at lists.freedesktop.org Summary: GF108 (NVC1) GPU lockup QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: vekinn at gmail.com Hardware: Other

https://bugs.freedesktop.org/show_bug.cgi?id=70875 Priority: medium Bug ID: 70875 Assignee: nouveau at lists.freedesktop.org Summary: [NVC0] NOUVEAU(0): [drm] failed to set drm interface version QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All)

On Thu, Dec 31, 2015 at 09:08:22PM +0200, Michael S. Tsirkin wrote: > +#ifdef CONFIG_SMP > +#define fence() metag_fence() > +#else > +#define fence() do { } while (0) > #endif James, it strikes me as odd that fence() is a no-op instead of a barrier() for UP, can you verify/explain?