Displaying 8 results from an estimated 8 matches similar to: "[Bug 61765] New: Regression: null pointer dereference on reboot after switcheroo use"
2009 Jan 06
0
[LLVMdev] Revision 61765 causes ld to think eh_frame has errors
On x86_64-linux (ubuntu 8.04), we now have 3 test fails.
This happened as of revision 61765 (see
http://google1.osuosl.org:8011/builders/llvm-x86_64-linux/builds/1316).
The failure mode is:
Failed with unknown error (or has stderr output) at line 1
/usr/bin/ld: error in /tmp/llvm_wwflUD/false.o(.eh_frame); no
.eh_frame_hdr table will be created.
Failed with unknown error (or has stderr output)
2012 Nov 01
0
[PATCH] Fix nouveau hang after switcheroo
After switcherooing to integrated and starting X, when X fails to start
and causes a console switch, we get hit with a hanger (below). Fix
by checking if we're already in D3.
BUG: soft lockup - CPU#0 stuck for 22s! [Xorg:1703]
[<ffffffffa037c538>] nv04_timer_read+0x28/0x70 [nouveau]
[<ffffffffa037bfec>] nouveau_timer_wait_eq+0x7c/0xe0 [nouveau]
[<ffffffffa03f4f4e>]
2012 Mar 23
3
[PATCH 0/3] Prepare nouveau for other switcheroo handlers
While working on a vga_switcheroo handler for Apple's Macbook Pros I stumbled
upon a few bugs regarding the usage of nouveau with other switcheroo handlers
and module unloading, here are my fixes for them.
Andreas Heider (3):
drm/nouveau: Initialize has_optimus
drm/nouveau: Check dsm on switcheroo unregister
drm/nouveau: Unregister switcheroo client on exit
2013 Jul 24
0
[PATCH] [RFC] drm/nouveau: bring back hdmi audio device after switcheroo power down
Op 24-07-13 09:13, Dave Airlie schreef:
> After a full device powerdown via the optimus power switch, we seem
> to lose the HDMI device completely on power on, this keep track of
> whether we had a hdmi audio sub function device at power on, and
> pokes a magic register to make it reappear after the optimus power
> switch is thrown.
>
> This at least works on my NVC4 machine,
2013 Dec 01
0
3.12 nvidia switcheroo regression
Hi Marcin et al,
When booting my Macbook Pro into 3.12 and powering off the Nvidia GPU, we
see nouveau try to dequeue an item which isn't present, leading to a
page-not-present fault. 3.11 works just nice.
It looks like I should add some debug, as there aren't event
enqueuing/dequeueing debug flags, or as you suggest?
http://quora.org/2013/dmesg.txt
http://quora.org/2013/config (same as
2013 Oct 26
4
[Bug 70895] New: BUG: soft lockup - CPU#0 stuck for 22s! [Xorg:1292] after disable descrete card with switcheroo
https://bugs.freedesktop.org/show_bug.cgi?id=70895
Priority: medium
Bug ID: 70895
Assignee: nouveau at lists.freedesktop.org
Summary: BUG: soft lockup - CPU#0 stuck for 22s! [Xorg:1292]
after disable descrete card with switcheroo
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
2013 Sep 10
6
[Bug 69180] New: Delays when using nouveau and switcheroo
https://bugs.freedesktop.org/show_bug.cgi?id=69180
Priority: medium
Bug ID: 69180
Assignee: nouveau at lists.freedesktop.org
Summary: Delays when using nouveau and switcheroo
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: a0vhv at t-online.de
2013 Jul 24
4
[PATCH] [RFC] drm/nouveau: bring back hdmi audio device after switcheroo power down
After a full device powerdown via the optimus power switch, we seem
to lose the HDMI device completely on power on, this keep track of
whether we had a hdmi audio sub function device at power on, and
pokes a magic register to make it reappear after the optimus power
switch is thrown.
This at least works on my NVC4 machine, probably needs testing on
a few other laptops with other nvidia GPUs.