[Bug 64891] [snd_hda_codec] BUG: soft lockup - CPU#0 stuck for 22s (when using vgaswitcheroo)

[bugzilla-daemon at bugzilla.kernel.org]

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

--- Comment #28 from Joaquín Aramendía <samsagax at 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.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.