similar to: [Bug 88415] New: [NVA8] nouveau GPU lockup when reclocking

Starting with the drm merge af3c8d98508d37541d4bf57f13a984a7f73a328c for 4.13-rc1, the NVidia NVS3100M display on Dell Latitude E6410 had a nullptr crash on startup. As a result later the suspend2ram was locking up. Traced to a null ptr in nv50_mstm_service(), which seems to be called only from nouveau_connector_hotplug(). Fixed by checking if mstm is not NULL before calling the service

https://bugs.freedesktop.org/show_bug.cgi?id=89273 Bug ID: 89273 Summary: [NVA8] nouveau screen corruption and X lockup when reclocking 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=58378 --- Comment #49 from Andreas Loew <awl1 at gmx.net> --- OK, tired with RHEL 6.5 kernel 2.6.32.431 and the two options: Command line: ro root=UUID=034d34cd-a464-4ee3-8db9-d6061a318a16 rd_NO_LUKS LANG=en_US.UTF-8 KEYBOARDTYPE=pc KEYTABLE=de-latin1-nodeadkeys rd_NO_MD SYSFONT=latarcyrheb-sun16 rd_NO_LVM rd_NO_DM nouveau.perflvl_wr=7777

On Fri, Mar 20, 2015 at 6:02 PM, Megaf <mmegaf at gmail.com> wrote: > Hi Ladies and Gentlemans. > > I'd like to report a possible bug and ask for help in solving it. > > I have a Mid 2010 Macbook Pro running Debian Jessie. > The bug seems to happen at random, but mainly when using a 3D application > with other apps running, such as Chromium (Chrome) and Iceweasel

> Performance level selection (also known as "reclocking") is not supported yet. It's not supported but does it work in some cases. [ 0.000000] Command line: root=/dev/sdc1 rootfstype=ext4 raid=noautodetect ro nouveau.pstate=1 [ 0.000000] Kernel command line: root=/dev/sdc1 rootfstype=ext4 raid=noautodetect ro nouveau.pstate=1 [ 2.108531] nouveau [

https://bugs.freedesktop.org/show_bug.cgi?id=66176 Priority: medium Bug ID: 66176 Assignee: nouveau at lists.freedesktop.org Summary: nouveau.perflvl kernel parameter doesn't work QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: mr.dash.four at

On Fri, Dec 6, 2013 at 8:30 AM, Thomas Glanzmann <thomas at glanzmann.de> wrote: > Hello Ilia, > >> > [ 7.569394] nouveau [ DEVICE][0000:02:00.0] BOOT0 : 0x0ac080b1 >> > [ 7.569460] nouveau [ DEVICE][0000:02:00.0] Chipset: MCP79/MCP7A (NVAC) >> > [ 7.569530] nouveau [ DEVICE][0000:02:00.0] Family : NV50 >> > [ 7.571151] nouveau [

Hi Ladies and Gentlemans. I'd like to report a possible bug and ask for help in solving it. I have a Mid 2010 Macbook Pro running Debian Jessie. The bug seems to happen at random, but mainly when using a 3D application with other apps running, such as Chromium (Chrome) and Iceweasel (Firefox). It happens when watching videos with VLC and mplayer2. I hope someone will manage to help. Thanks.

Hi folks, the patch in $Subject breaks booting here on one of my test boxes, see below. Reverting it ontop of -rc4 fixes the issue. Thx. [ 3.580535] ACPI: \_PR_.CP04: Found 4 idle states [ 3.585694] ACPI: \_PR_.CP05: Found 4 idle states [ 3.590852] ACPI: \_PR_.CP06: Found 4 idle states [ 3.596037] ACPI: \_PR_.CP07: Found 4 idle states [ 3.644065] Freeing initrd memory: 6740K [

Intermittent crashing X. I downgraded to xorg-1.13.4 hoping it would be stable. I have 2 monitors, 1920x1200 and 1920x1080 Things seem stable if I don't connect the second monitor. This is in my /var/log/kdm.log: (EE) [mi] EQ overflow continuing. 1000 events have been dropped. (EE) [mi] No further overflow reports will be reported until the clog is cleared. (EE) (EE) Backtrace: (EE) 0:

Hello Ilia, > > [ 7.569394] nouveau [ DEVICE][0000:02:00.0] BOOT0 : 0x0ac080b1 > > [ 7.569460] nouveau [ DEVICE][0000:02:00.0] Chipset: MCP79/MCP7A (NVAC) > > [ 7.569530] nouveau [ DEVICE][0000:02:00.0] Family : NV50 > > [ 7.571151] nouveau [ VBIOS][0000:02:00.0] checking PRAMIN for image... > > [ 7.633082] nouveau [ VBIOS][0000:02:00.0]

Hi Boris, There was a fixup to that patch that you'll also have to revert first -- 7dbbdd37f2ae7dd4175ba3f86f4335c463b18403. I guess there's some subtle difference between the old open-coded logic and the helper, they were supposed to be identical. Cheers, -ilia On Thu, Jun 18, 2020 at 4:09 PM Borislav Petkov <bp at alien8.de> wrote: > > Hi, > > my test box

https://bugs.freedesktop.org/show_bug.cgi?id=102381 Bug ID: 102381 Summary: [REGRESSION] GK107GLM fails to perform runtime resume on W530 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

I'm seeing new VBIOS W messages with 3.19-rcX+ on this workstation's FX570: [ 1.960786] nouveau W[ VBIOS][0000:02:00.0] M0203T not found [ 1.960848] nouveau W[ VBIOS][0000:02:00.0] M0203E not matched! Let me know if you want more info. Regards, Peter Hurley [1] nouveau/drm dmesg [ 1.766737] [drm] Initialized drm 1.1.0 20060810 [ 1.828516] nouveau [

https://bugs.freedesktop.org/show_bug.cgi?id=86792 Bug ID: 86792 Summary: [NVC0] Portal 2 Crashes in Wine Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

Hi, my test box won't boot 5.8-rc1 all the way but stops at ... fb0: switching to nouveaufb from EFI VGA <-- EOF I've bisected it to the commit in $Subject, see below. Unfortunately, it doesn't revert cleanly so I can't really do the final test of reverting it ontop of 5.8-rc1 to confirm that this one is really causing it. Any ideas? GPU is: [ 5.678614] fb0: switching

https://bugs.freedesktop.org/show_bug.cgi?id=96411 Bug ID: 96411 Summary: [NVA8] reclocking not working. screen glitches. Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

On my MacbookPro Retina, when disabling the discrete Nvidia GPU via the switcheroo [1], the disablement is correctly executed [2], I restart X etc. After some time, upowerd reads from the noveau's sysfs files, causing (expected) displayport I2C timeouts, as the hardware is in D3 [3] (I added a call to dump_stack to see the context). Does it make sense we deregister the sysfs files when the

Very odd. Perhaps you're trying to run X as non-root and don't have proper permissions on /dev/dri/card0? It seems like something in https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/tree/src/nv_driver.c#n400 is failing. Not sure what it would be though. HasKMS is returning successfully (since no error is printing and you see the interface version). Will require you to do some

On Fri, Jun 13, 2014 at 7:58 PM, Thomas Glanzmann <thomas at glanzmann.de> wrote: > Hello Ben, > commit Hey Thomas, Are you able to double-check that bisect? I'm not at all sure how that particular commit could trigger the issue you're seeing. Some of the others, certainly. It might be worth trying a couple of times before marking something as "good", in case