https://bugzilla.kernel.org/show_bug.cgi?id=64891 --- Comment #28 from Joaquín Aramendía <samsagax@xxxxxxxxx> --- 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. -- You are receiving this mail because: You are watching the assignee of the bug. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
