Created attachment 136308 [details]
collation of syslog grep'd for "nouveau|drm"; includes trace. there was no pertinent log info right before the trace occurred.
While experimenting with physical connections to avert Flicker Bug 88272
I found myself using a mini DisplayPort(mDP) adapter which has 3 outputs
(HDMI, DVI, and DP), with its DP output connected to a second DP->DVI adapter.
Let's call the first adapter A, and the 2nd adapter B. The connections are:
------- mDP --- DP --- DVI ---------
Laptop |-----| A |----| B |---| Monitor |
------- --- --- ---------
While connected, display appeared "normal" as per Bug 88272 screen flicker. When
I unplugged the DVI cable from adapter B, this trace appeared in the dmesg attachment. Dmesg Output before the trace was not relevant. This issue can be reproduced again and again by reconnecting and disconnecting the cable.
This does not crash X. The desktop appears to run just fine, even during the nouveau crash IIRC. If I was not watching dmesg, I may not have even noticed.
The problem does not happen if unplugging the root adapter from the laptop. I have not tried unplugging the 2nd adapter to see what happens in that case.
Note: When adapter A is plugged via DVI to monitor directly, unplugging the DVI cable does not cause a crash; no call stack is outputted to dmesg in this case.
Macbook Pro 5,4 15" mid-2009
Nvidia GeForce 9400m
mini DisplayPort -> "Gigaware" DVI/HDMI/Displayport adapter -> HP DP>DVI
Dell LCD Monitor model E2011Hc
Gentoo Linux 4.12.12.
kernel command line: ro root=PARTUUID=xxxxxxxx net.ifnames=0
Ah, it was not a crash! it was the WARN_ON.
I got some more info on what produced the warning
WARN_ON(!ret && size != xfer);
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/392.