search for: vgaswitcheroo

...This adds a proper check whether a _DSM function is supported or not and make OFF / ON for vga_switcheroo work for nVidia Optimus models. The patch is based against the mainline kernel. It has been tested on my Clevo B7130 laptop running kernel 3.2 which has a GT425M dGPU: # cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :Pwr:0000:01:00.0 # tee /sys/kernel/debug/vgaswitcheroo/switch <<<OFF OFF # cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :Off:0000:01:00.0 # tee /sys/kernel/debug/vgaswitcheroo/switch <<<ON ON # cat /sys/kernel/d...

...cified Component: Driver/nouveau Product: xorg Created attachment 85566 --> https://bugs.freedesktop.org/attachment.cgi?id=85566&action=edit lspci output First of all: you did a very good job! Actually I wanted to report an X server crash and a kernel panic in nouveau/vgaswitcheroo in Ubuntu 13.04, but now that I installed the latest version of nouveau I see that these bugs are gone! However, there are still some other bugs in the latest version that I want to report. Kernel version: 3.11.0-031100-generic DRM version: 1.1.0 20060810 Nouveau version: 1.1.1 20120801 I did a o...

https://bugs.freedesktop.org/show_bug.cgi?id=64746 Priority: medium Bug ID: 64746 Assignee: nouveau at lists.freedesktop.org Summary: optimus don't use nouveau card Severity: normal Classification: Unclassified OS: All Reporter: marccollin7379 at gmail.com Hardware: Other Status: NEW

...ver/nouveau Assignee: nouveau at lists.freedesktop.org Reporter: mszpak at wp.pl QA Contact: xorg-team at lists.x.org Following up Bug 70895. On Fedora 21 with 3.17.3-300.fc21.x86_64 when 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...

...NEW Version: unspecified Component: Driver/nouveau Product: xorg Created attachment 88154 --> https://bugs.freedesktop.org/attachment.cgi?id=88154&action=edit 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....

...U, which hangs as it is in D3 [1] > (drm.debug is set to 14 here). > > Full kernel 3.6.2 boot logs with drm.debug=5 are at: > http://quora.org/2012/mbp-i915-panel.txt > > What additional information will help debug this? I'm seeing this on 3.7-rc2 also: cat /sys/kernel/debug/vgaswitcheroo/switch 0:DIS:+:Pwr:0000:01:00.0 1:IGD: :Pwr:0000:00:02.0 2:DIS-Audio: :Pwr:0000:01:00.1 echo IGD >/sys/kernel/debug/vgaswitcheroo/switch echo OFF >/sys/kernel/debug/vgaswitcheroo/switch after boot+40s: BUG: soft lockup - CPU#0 stuck for 22s! [Xorg:1703] Modules linked in: dm_crypt snd_hda_...

...> > v2: > > > > - move change to drm_lastclose() (Sima) > > > > - update docs for vga_switcheroo_process_delayed_switch() > > > > > > > > Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> > > > A bit an aside: The entire vgaswitcheroo code is still a midlayer mess, > > > where the locking is at the wrong layers resulting in the can_switch check > > > potentially being racy. But that's a different can of worms. > > Ok I got a bit annoyed about this mess again, and I think I have a > > reasonable...

...fect on other > > hardware. > > > > v2: > > - move change to drm_lastclose() (Sima) > > - update docs for vga_switcheroo_process_delayed_switch() > > > > Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> > > A bit an aside: The entire vgaswitcheroo code is still a midlayer mess, > where the locking is at the wrong layers resulting in the can_switch check > potentially being racy. But that's a different can of worms. Ok I got a bit annoyed about this mess again, and I think I have a reasonable idea for how to address it. Not sure wh...

...;>> hardware. >>> >>> v2: >>> - move change to drm_lastclose() (Sima) >>> - update docs for vga_switcheroo_process_delayed_switch() >>> >>> Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> >> A bit an aside: The entire vgaswitcheroo code is still a midlayer mess, >> where the locking is at the wrong layers resulting in the can_switch check >> potentially being racy. But that's a different can of worms. > Ok I got a bit annoyed about this mess again, and I think I have a > reasonable idea for how to addres...

...if i either a) Boot a MacPro test machine which has two discrete cards, one radeon, one geforce, but the displays are only connected to the radeon, whereas the nvidia gpu has no displays connected during boot. b) On a gmux'ed MacBookPro 2010 intel + nvidia if i switch to the intel card via vgaswitcheroo (echo IGD > ...vgaswitcheroo/switch) and then after nouveau has powered down the nvidia, i use echo ON > ...vgaswitcheroo/switch) to power up the nvidia again, but now with nothing connected to its outputs. I can prevent the hang if i either boot with nouveau.runpm=0, or connect displays...

...messages on dmesg: [ 12.404679] nouveau 0000:01:00.0: No connectors reported connected with modes [ 12.404700] [drm] Cannot find any crtc or sizes - going 1024x768 So I run the following step 6: $ xrandr --setprovideroutputsource nouveau Intel But the problem is still the same. I also try vgaswitcheroo and the switch on discrete card gives me a black screen too. Fortunately I can switch back to the IGD with my serial line. The option 'nouveau.runpm=0' do not change the issue, so I guest it's not PM related. How can I help to debug this issue ? -- You are receiving this mail because...

https://bugs.freedesktop.org/show_bug.cgi?id=110830 Bug ID: 110830 Summary: [nouveau] GeForce GTX 1660 Ti (mobile) not supported (NV168/TU116) Product: xorg Version: 7.7 (2012.06) Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

...do the delayed switching. The call has no effect on other > hardware. > > v2: > - move change to drm_lastclose() (Sima) > - update docs for vga_switcheroo_process_delayed_switch() > > Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> A bit an aside: The entire vgaswitcheroo code is still a midlayer mess, where the locking is at the wrong layers resulting in the can_switch check potentially being racy. But that's a different can of worms. Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch> > --- > drivers/gpu/drm/drm_file.c | 4 ++++ > dr...

...r with an integrated graphic card and a discrete graphic card, namely: # lspci | grep -E "VGA|3D" 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) 03:00.0 3D controller: NVIDIA Corporation GM108M [GeForce 840M] (rev a2) This is confirmed by vgaswitcheroo: xray:/ # cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :DynOff:0000:03:00.0 Some info: xray:/ # uname -a Linux xray 4.9.4-1.gd9de2ec-default #1 SMP PREEMPT Sun Jan 15 16:51:00 UTC 2017 (d9de2ec) x86_64 x86_64 x86_64 GNU/Linux xray:/var/log # rpm -qa | grep -i nouv...

Hi Folks, I did some other bug reports here a while back. I am back again because I updated my kernel from 3.19.1 to linux-4.8.10-gentoo (if you want I can test the mainline too). On boot all my GPU's turn on. If I turn them off via echo "OFF"> /sys/kernel/debug/vgaswitcheroo/switch I can't turn them back on. They also do not turn on if I try to change GPU's. Trying to stop xdm locks the machine so I can't even turn it off. Suspend/resume still works. None of these problems existed in 3.19.1. I know you will need more info to track down the problem but I wan...

https://bugs.freedesktop.org/show_bug.cgi?id=70464 Priority: medium Bug ID: 70464 Assignee: nouveau at lists.freedesktop.org Summary: [NVC3] runpm not working QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: michele.cane at gmail.com

...| |machine --- Comment #2 from Ilia Mirkin <imirkin at alum.mit.edu> --- Perhaps an interesting resource for you: http://nouveau.freedesktop.org/wiki/Optimus/ I'm no expect in the matter, but I'm pretty sure that you shouldn't be using vgaswitcheroo in conjunction with the new runtime pm stuff. Try disabling it (vgaswitcheroo). Alternatively (or in addition to), try disabling the new runtime pm logic, perhaps it doesn't work correctly for you. Is this a new issue? IOW, did this work properly on older kernels? If so, and the above fails, a...

...Version: 7.6 (2010.12) Component: Driver/nouveau Product: xorg Created attachment 101028 --> https://bugs.freedesktop.org/attachment.cgi?id=101028&action=edit /var/log/messages 3.14 Since kernel 3.15, i cannot turn off nvidia video card. on 3.14 cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :DynOff:0000:01:00.0 on 3.15 1:DIS: DynPwr if i try echo OFF > /sys/kernel/debug/vgaswitcheroo/switch that change nothing -- You are receiving this mail beca...

...Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: nuada at agh.edu.pl QAContact: xorg-team at lists.x.org My laptop (Asus UL80VT) has hybrid graphics: intel+nvidia. After switching nvidia card off using vgaswitcheroo, upower CPU consumption goes to 100%. If nvidia card is switched back on, problem dissapeares. This is caused by nouveau driver not returning VGA connector status properly. When upowerd tries to read status of all connectors, it hangs waiting for VGA. Gentoo Linux kernel: 2.6.38-rc* xorg-server:...

...ee a ioread32 issued to the discrete GPU, which hangs as it is in D3 [1] (drm.debug is set to 14 here). Full kernel 3.6.2 boot logs with drm.debug=5 are at: http://quora.org/2012/mbp-i915-panel.txt What additional information will help debug this? Thanks, Daniel --- [1] cat /sys/kernel/debug/vgaswitcheroo/switch 0:DIS:+:Pwr:0000:01:00.0 1:IGD: :Pwr:0000:00:02.0 2:DIS-Audio: :Pwr:0000:01:00.1 echo IGD >/sys/kernel/debug/vgaswitcheroo/switch echo OFF >/sys/kernel/debug/vgaswitcheroo/switch hda-intel: Disabling 0000:01:00.1 via VGA-switcheroo [drm:drm_crtc_helper_set_config], [drm:drm_crtc_help...