https://bugzilla.kernel.org/show_bug.cgi?id=64891

--- Comment #28 from Joaquín Aramendía samsagax@gmail.com --- Created attachment 120071 --> https://bugzilla.kernel.org/attachment.cgi?id=120071&action=edit 3.13rc5 patched dmesg

(In reply to Rafael J. Wysocki from comment #26)

nouveau: Possible VGA switcheroo problem fix

If this is exactly the same issue as in bug #61891, this (untested) patch on top of

https://patchwork.kernel.org/patch/3414401/

should work for nouveau.

I could test it after a struggle. This is what I did:

Patched the clean 3.13rc5 tarball with both patches and compiled it. After that adding the "acpiphp.disable=1" workarround made no difference, so that issue might be cleared.

To get to at least an interactive system I had to blacklist 'snd_hda_module' and get into 'multi-user.target' in systemd. X will freeze before I could enter my password.

I finally could get into tty and run a dmesg. I noticed that nouveau gets insmod-ed and rmmod-ed once every, roughly, a minute. After two minutes the system will lock. Unfortunatelly I couldn't catch up the dmesg before that, 'journalctl' got a crippled dmesg from previous boot (this one I'm attaching). There is a call trace regarding hotplug in there.

In a related issue: I also noticed that the 'acpiphp.disable=1' workarround won't always work on 3.12.6-ARCH, it will lock X after login. Specially when the system is recovering from a hard button shutdown (when I have to kill my laptop with the power button). Sometimes it freezes earlier than X login. (Possibly a race condition?)

Hope all this helps.