Created attachment 3387 [details] Xorg and boot logs I have problem to use ati card on my muxless hybrid graphics laptop. This is hp envy-1210nr laptop with ATI/Intel cards fglrx is unusable for my laptop. I used to use vga_switcheroo to switch off ati card and to switch it on when I need to suspend/hibernate or to use the display and hdmi ports for presentation. Things had been working less and less smoothly as the kernel version had been progressing from 3.4 to 3.7. At the 3.7 point vga_swithcheroo started to refuse to work from ordinary user so I have to use sudo and type passwords every time when I want to suspend laptop. Still, I was able to use the discrete card. This possibility was broken with kernel 3.8. vga_switcheroo is only partly functional on my laptop. I'm able to switch power on/off for the dicrete card but I can not used. The system hangs when I restart X after switch on the ati graphic card. How to reproduce: To switch between the cards I'm using the common method 1) I added the rc.local service with reference to /etc/rc.d/rc.local which has the following lines: #!/bin/bash chown vv:vv /sys/kernel/debug/vgaswitcheroo/switch echo OFF > /sys/kernel/debug/vgaswitcheroo/switch This switches off the discrete ATI card on the start. 2) To switch on ATI I use the script in my home dir echo ON > /sys/kernel/debug/vgaswitcheroo/switch echo DDIS > /sys/kernel/debug/vgaswitcheroo/switch 3)Restart WM after this usually gives me the kdm login screen but not in the case of the kernel 3.8.0-desktop-0.rc3.2. In attachment please find some logs, where, I put the portion of the dmesg and Xorg.0.log.old. Those related with this fault event
Assignee: bugsquad => tmbSource RPM: (none) => kernel
it persists on 3.8.0-desktop-0.rc4.1
> it persists on 3.8.0-desktop-0.rc4.1 It seems to me that xorg is starting but the screen is black. I can see the part of the borders of the invitation login in kdm but they are very dark. I have no xorg.conf on the start.
And yes, everything was just fine on the kernels 3.6. I'm now working on the [vv@cedar ~]$ uname -a Linux cedar 3.6.5-tmb-laptop-3.mga3 #1 SMP Thu Nov 1 11:29:52 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Persits on 3.8.0rc5.1. The difference in dmesg for different kernels: Linux cedar 3.6.5-tmb-laptop-3.mga3 [ 132.952537] radeon: switched on [ 132.966849] [drm] probing gen 2 caps for device 8086:45 = 1/0 [ 132.989997] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). [ 132.990159] radeon 0000:01:00.0: WB enabled [ 132.990164] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff88024eb96c00 [ 133.006714] [drm] ring test on 0 succeeded in 1 usecs [ 133.006752] [drm] ib test on ring 0 succeeded in 0 usecs [ 133.011568] hda-intel: Enabling 0000:01:00.1 via VGA-switcheroo [ 133.022407] snd_hda_intel 0000:01:00.1: irq 46 for MSI/MSI-X [ 133.026780] vga_switcheroo: client 0 refused switch [ 133.026782] vga_switcheroo: setting delayed switch to client 1 [ 145.389470] vga_switcheroo: processing delayed switch to 1 [ 145.824678] fbcon: Remapping primary device, fb1, to tty 1-63 [ 146.223341] i915: switched off ###################################### on kernel 3.8.0rc5.1 [ 339.967193] radeon: switched on [ 339.978218] radeon 0000:01:00.0: GPU softreset: 0x00000007 [ 339.983139] [drm] probing gen 2 caps for device 8086:45 = 1/0 [ 340.063979] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). [ 340.064148] radeon 0000:01:00.0: WB enabled [ 340.064153] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xff8a0c00 [ 340.064156] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xff8a0c0c [ 340.080756] [drm] ring test on 0 succeeded in 1 usecs [ 340.080817] [drm] ring test on 3 succeeded in 1 usecs [ 340.080863] [drm] ib test on ring 0 succeeded in 0 usecs [ 340.080905] [drm] ib test on ring 3 succeeded in 1 usecs [ 341.411518] hda-intel 0000:01:00.1: Enabling via VGA-switcheroo [ 341.422601] snd_hda_intel 0000:01:00.1: irq 46 for MSI/MSI-X [ 374.867431] vga_switcheroo: client 101 refused switch [ 374.867435] vga_switcheroo: setting delayed switch to client 1 [ 397.655298] vga_switcheroo: client 101 refused switch ########### I don't know if the "[ 145.824678] fbcon: Remapping primary device, fb1, to tty 1-63" plays some role for the success? The bug seems to be present on the others distributions that have kernel 3.8. I tried the latest live-cd for ubuntu-raring and the X was hang saying "vga_switcheroo: client 101 refused switch" in console
This regression is presented in 3.8.0 version (3.8.0-desktop-1.mga3)
Persists on the current mageia kernel-3.8.5
Sorry, but this bug saw no action since over 2 yrs ago. No cauldron package has stayed the same since then. Closing as OLD Please reopen if this report is still valid for _current_ cauldron and/or fully updated Mageia 4
Status: NEW => RESOLVEDCC: (none) => marja11Resolution: (none) => OLD