| Summary: | BUG: soft lockup - CPU#0 stuck for 22s! [Xorg:1292] after disable descrete card with switcheroo | ||||||
|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Marcin Zajaczkowski <mszpak> | ||||
| Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> | ||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||
| Severity: | normal | ||||||
| Priority: | medium | ||||||
| Version: | unspecified | ||||||
| Hardware: | Other | ||||||
| OS: | All | ||||||
| See Also: | https://bugzilla.kernel.org/show_bug.cgi?id=64891 | ||||||
| Whiteboard: | |||||||
| i915 platform: | i915 features: | ||||||
| Attachments: |
|
||||||
AFAICS this is the same issue as the one reported in the kernel bugzilla [1]. Can you try the patch [2] and let us know if you're still having problems. [1] https://bugzilla.kernel.org/show_bug.cgi?id=64891 [2] https://patchwork.kernel.org/patch/3416861/ Hello again. I upgraded my system to Fedora 21 and with 3.17.3-300.fc21.x86_64 I cannot reproduce mentioned issue (with "CPU#0 stuck for 22s"). Unfortunately I have problem with switching a discrete card. By default: # echo OFF > /sys/kernel/debug/vgaswitcheroo/switch does nothing - a discrete card is still in DynPwr state: $ $ sudo cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :DynPwr:0000:01:00.0 Booting with nouveau.runpm=0 I have both cards on: $ $ sudo cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :Pwr:0000:01:00.0 and after # echo OFF > /sys/kernel/debug/vgaswitcheroo/switch I have: 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :Off:0000:01:00.0 Looks ok, but I still see 3 providers: $ xrandr --listproviders Providers: number : 3 Provider 0: id: 0x90 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 3 outputs: 5 associated providers: 2 name:Intel Provider 1: id: 0x63 cap: 0x7, Source Output, Sink Output, Source Offload crtcs: 2 outputs: 2 associated providers: 2 name:nouveau Provider 2: id: 0x63 cap: 0x7, Source Output, Sink Output, Source Offload crtcs: 2 outputs: 2 associated providers: 2 name:nouveau and system temperature could suggest that the card is still on. I see no messages from VGA switcheroo in the system log (as there were in 3.11.6). When I use (on the second kernel) bbswitch with bumblebee I see only one provider and the temperature is a few (~6) degrees lower. Should I close that issue and report another issue? (In reply to Marcin Zajaczkowski from comment #2) > Hello again. I upgraded my system to Fedora 21 and with > 3.17.3-300.fc21.x86_64 I cannot reproduce mentioned issue (with "CPU#0 stuck > for 22s"). > > Unfortunately I have problem with switching a discrete card. By default: > # echo OFF > /sys/kernel/debug/vgaswitcheroo/switch > does nothing - a discrete card is still in DynPwr state: That's expected. What's unexpected is that something is keeping a reference to your GPU which isn't letting it power off. Similar to bug #70875. > Booting with nouveau.runpm=0 I have both cards on: > $ $ sudo cat /sys/kernel/debug/vgaswitcheroo/switch > 0:IGD:+:Pwr:0000:00:02.0 > 1:DIS: :Pwr:0000:01:00.0 > > and after > # echo OFF > /sys/kernel/debug/vgaswitcheroo/switch > > I have: > 0:IGD:+:Pwr:0000:00:02.0 > 1:DIS: :Off:0000:01:00.0 > > Looks ok, but I still see 3 providers: > $ xrandr --listproviders > Providers: number : 3 > Provider 0: id: 0x90 cap: 0xb, Source Output, Sink Output, Sink Offload > crtcs: 3 outputs: 5 associated providers: 2 name:Intel > Provider 1: id: 0x63 cap: 0x7, Source Output, Sink Output, Source Offload > crtcs: 2 outputs: 2 associated providers: 2 name:nouveau > Provider 2: id: 0x63 cap: 0x7, Source Output, Sink Output, Source Offload > crtcs: 2 outputs: 2 associated providers: 2 name:nouveau > > and system temperature could suggest that the card is still on. I see no > messages from VGA switcheroo in the system log (as there were in 3.11.6). That is odd... not sure what that situation is. > Should I close that issue and report another issue? Yes, don't confuse multiple issues into one, it gets unwieldy. Closing as not reproducible with 3.17.3-300.fc21.x86_64. > That's expected. What's unexpected is that something is keeping a reference > to your GPU which isn't letting it power off. Similar to bug #70875. That's also a bug reported by me :). I created bug 86503 with the problem with keeping the card On when reporting as Off. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 88154 [details] kernel log with stack trace After disable discrete graphics with: echo OFF > /sys/kernel/debug/vgaswitcheroo/switch nouveau drivers seems to react: kernel: [ 113.072192] VGA switcheroo: switched nouveau off Oct 26 16:07:52 localhost kernel: [ 113.072208] ACPI Warning: \_SB_.PCI0.PEGR.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20130517/nsarguments-95) kernel: [ 113.072350] nouveau [ DRM] suspending fbcon... kernel: [ 113.072354] nouveau [ DRM] suspending display... kernel: [ 113.072360] nouveau [ DRM] unpinning framebuffer(s)... kernel: [ 113.072400] nouveau [ DRM] evicting buffers... kernel: [ 113.085655] nouveau [ DRM] waiting for kernel channels to go idle... kernel: [ 113.085682] nouveau [ DRM] suspending client object trees... kernel: [ 113.085976] nouveau [ DRM] suspending kernel object tree... kernel: [ 113.865315] nouveau 0000:01:00.0: power state changed by ACPI to D3cold but xrandr --listproviders hangs the whole system with: kernel: [ 324.008068] BUG: soft lockup - CPU#0 stuck for 22s! [Xorg:1292] Detailed log with stack trace attached. System specification: Asus N43SN GeForce GT 550M + integrated Intel card using i915 driver (NVidia Optimus) kernel-3.11.6-200.fc19.x86_64 xorg-x11-drv-nouveau-1.0.9-1.fc19.x86_64 xorg-x11-server-Xorg-1.14.3-1.fc19.x86_64 $ xrandr --listproviders Providers: number : 3 Provider 0: id: 0x8e cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 2 outputs: 4 associated providers: 2 name:Intel Provider 1: id: 0x63 cap: 0x7, Source Output, Sink Output, Source Offload crtcs: 2 outputs: 2 associated providers: 2 name:nouveau Provider 2: id: 0x63 cap: 0x7, Source Output, Sink Output, Source Offload crtcs: 2 outputs: 2 associated providers: 2 name:nouveau