You are not logged in.
I'm setting up an AlienWare with switchable graphic card using Bumblebee.
I am impacted by this bug wich makes lspci unusable.
When I use acpi_call to disable the dGPU, lspci hangs reading that file:
$ strace lspci
...
open("/sys/bus/pci/devices/0000:01:00.0/config", O_RDONLY) = 3
pread64(3,
After that the system is freezed until hard reboot.
Other than that, everything works perfectly, including optirun.
I'm looking for a work around of this bug, while still using bumblebee.
I do not understand fully the root of the linked bug, so I'm not sure what I could do to make lspci usable.
Last edited by GloW_on_dub (2017-05-06 15:20:54)
Offline
lsmod|grep nouveau
Offline
I blacklisted nouveau already
[glow@violet ~]$ lsmod | grep nouveau
[glow@violet ~]$
Offline
can you "cat /proc/bus/pci/devices"?
Or even better "cat /sys/bus/pci/devices/0000:01:00.0/vendor; cat /sys/bus/pci/devices/0000:01:00.0/device"?
Offline
No problem with these commands
[glow@violet ~]$ cat /proc/bus/pci/devices
0000 80865910 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0008 80861901 7a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
000a 80861909 7b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
0010 8086591b 86 db000004 0 7000000c 0 f001 0 c0002 1000000 0 10000000 0 40 0 20000 i915
0020 80861903 10 dd120004 0 0 0 0 0 0 8000 0 0 0 0 0 0 proc_thermal
00a0 8086a12f 7d dd110004 0 0 0 0 0 0 10000 0 0 0 0 0 0 xhci_hcd
00a2 8086a131 12 dd132004 0 0 0 0 0 0 1000 0 0 0 0 0 0 intel_pch_thermal
00b0 8086a13a 85 dd131004 0 0 0 0 0 0 1000 0 0 0 0 0 0 mei_me
00e0 8086a110 10 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
00e4 8086a114 10 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
00e5 8086a115 11 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
00e8 8086a118 10 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
00f8 8086a152 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
00fa 8086a121 0 dd12c000 0 0 0 0 0 0 4000 0 0 0 0 0 0
00fb 8086a171 88 dd128004 0 0 0 dd100004 0 0 4000 0 0 0 10000 0 0 snd_hda_intel
00fc 8086a123 10 dd130004 0 0 0 f041 0 0 100 0 0 0 20 0 0 i801_smbus
0100 10de1c21 10 dc000000 b000000c 0 c000000c 0 e001 dd000000 1000000 10000000 0 2000000 0 80 80000
3c00 1969e0b1 10 dd500004 0 d001 0 0 0 0 40000 0 80 0 0 0 0 alx
3d00 168c003e 87 dd200004 0 0 0 0 0 0 200000 0 0 0 0 0 0 ath10k_pci
3e00 14a42200 10 dd400004 0 0 0 0 0 0 4000 0 0 0 0 0 0 nvme
[glow@violet ~]$
[glow@violet ~]$ cat /sys/bus/pci/devices/0000:01:00.0/vendor
0x10de
[glow@violet ~]$ cat /sys/bus/pci/devices/0000:01:00.0/device
0x1c21
[glow@violet ~]$
Offline
That's the nvidia pci device (vendor code, can't make anything out of the device code) ie. fully matches the bug links.
https://wiki.archlinux.org/index.php/NV … i_hangs.29
https://wiki.archlinux.org/index.php/Bu … kernel_4.8
Offline
Damn i missed these wiki entry (even though i found the bug I linked) ! Thanks !
Last edited by GloW_on_dub (2017-05-06 09:54:49)
Offline
Thanks, i fixed it adding
acpi_osi=! acpi_osi="Windows 2009"
to my kernel parameters
Offline