[Fedora] - No GUI after install bumblebee on Fedora 23

[Earl Ramirez]

Dear All,

I have a ASUS laptop with NVIDIA Optimus technology, therefore, I used the
Fedora documentation [0] to install bumbleeble using the third party
managed driver to install NVIDIA. After the installation I am no longer
seeing the NVIDIA when I use 'lspci | grep VGA'; however, when I use 'lspci
| egrep 'VGA|3D'' I can see the NVIDIA video card.

$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev 06)

$ lspci | egrep 'VGA|3D'
00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev 06)
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M] (rev a2)

Also I no longer see the vgaswitcheroo under /sys/kernel/debug/. When I try
to boot with the kernel that NVIDIA was build on; the laptop locks up just
before the GUI and you will hear the fans blowing and the only way around
it is to power the laptop down. I have tried booting into that kernel with
different kernel parameters; E.g. nomodeset rd.driver.blacklist=nouveau and
even i915.preliminary_hw_support=1 and all options and combinations fails.

However when I boot from the kernel that NVIDIA was not compiled on I can
the the get a display that says "oops something went wrong, please try
again" and there is an option to log out, I can also switch to another
virtual console and have full access to the OS. I get the same behaviour
even if I use nomodeset; however, if I use i915.preliminary_hw_support=1 I
get the appropriate resolution.

Can anyone shed some light on how to get the GUI, with bumblebee or even
the Intel graphic drivers?

The packages that were installed are:
$ rpm -qa | egrep 'bumblebee|bbswitch|primus|VirtualGL'
primus-1.1.03282015-2.fc23.x86_64
bumblebee-nvidia-352.63-2.fc23.x86_64
bbswitch-dkms-0.8.0-2.fc23.x86_64
bumblebee-nonfree-release-1.2-1.noarch
VirtualGL-2.4-5.fc23.i686
bumblebee-release-1.2-1.noarch
primus-1.1.03282015-2.fc23.i686
VirtualGL-2.4-5.fc23.x86_64
bumblebee-3.2.1-9.fc23.x86_64

Below is the content of the Xorg.0.log:

[     4.303]
X.Org X Server 1.18.0
Release Date: 2015-11-09
[     4.303] X Protocol Version 11, Revision 0
[     4.303] Build Operating System:  4.2.5-300.fc23.x86_64
[     4.303] Current Operating System: Linux devlap-f23
4.2.3-300.fc23.x86_64 #1 SMP Mon Oct 5 15:42:54 UTC 2015 x86_64
[     4.303] Kernel command line: BOOT_IMAGE=/vmlinuz-4.2.3-300.fc23.x86_64
root=/dev/mapper/dev--lap-root ro rd.lvm.lv=dev-lap/root rd.lvm.lv=dev-lap/swap
nouveau.modeset=0 rd.driver.blacklist=nouveau
[     4.303] Build Date: 16 November 2015  10:08:25AM
[     4.303] Build ID: xorg-x11-server 1.18.0-2.fc23
[     4.303] Current version of pixman: 0.33.6
[     4.303] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[     4.303] Markers: (--) probed, (**) from config file, (==) default
setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[     4.303] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jan  5
23:28:56 2016
[     4.305] (==) Using config directory: "/etc/X11/xorg.conf.d"
[     4.305] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[     4.306] (==) No Layout section.  Using the first Screen section.
[     4.306] (==) No screen section available. Using defaults.
[     4.306] (**) |-->Screen "Default Screen Section" (0)
[     4.306] (**) |   |-->Monitor "<default monitor>"
[     4.306] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[     4.306] (==) Automatically adding devices
[     4.306] (==) Automatically enabling devices
[     4.306] (==) Automatically adding GPU devices
[     4.306] (==) Max clients allowed: 256, resource mask: 0x1fffff
[     4.306] (==) FontPath set to:
catalogue:/etc/X11/fontpath.d,
built-ins
[     4.306] (==) ModulePath set to "/usr/lib64/xorg/modules"
[     4.306] (II) The server relies on udev to provide the list of input
devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[     4.306] (II) Loader magic: 0x81cde0
[     4.306] (II) Module ABI versions:
[     4.306] X.Org ANSI C Emulation: 0.4
[     4.306] X.Org Video Driver: 20.0
[     4.306] X.Org XInput driver : 22.1
[     4.306] X.Org Server Extension : 9.0
[     4.308] (++) using VT number 1

[     4.310] (II) systemd-logind: took control of session
/org/freedesktop/login1/session/c2
[     4.312] (--) PCI:*(0:0:2:0) 8086:191b:1043:1c5d rev 6, Mem @
0xdd000000/16777216, 0xb0000000/268435456, I/O @ 0x0000f000/64, BIOS @
0x????????/131072
[     4.312] (--) PCI: (0:1:0:0) 10de:139b:1043:1c5d rev 162, Mem @
0xde000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @
0x0000e000/128, BIOS @ 0x????????/524288
[     4.312] (II) LoadModule: "glx"
[     4.313] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[     4.334] (II) Module glx: vendor="NVIDIA Corporation"
[     4.334] compiled for 4.0.2, module version = 1.0.0
[     4.334] Module class: X.Org Server Extension
[     4.335] (II) NVIDIA GLX Module  358.16  Mon Nov 16 18:54:01 PST 2015
[     4.335] (==) Matched intel as autoconfigured driver 0
[     4.335] (==) Matched modesetting as autoconfigured driver 1
[     4.335] (==) Matched fbdev as autoconfigured driver 2
[     4.335] (==) Matched vesa as autoconfigured driver 3
[     4.335] (==) Assigned the driver to the xf86ConfigLayout
[     4.335] (II) LoadModule: "intel"
[     4.335] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so
[     4.338] (II) Module intel: vendor="X.Org Foundation"
[     4.338] compiled for 1.17.99.901, module version = 2.99.917
[     4.338] Module class: X.Org Video Driver
[     4.338] ABI class: X.Org Video Driver, version 20.0
[     4.338] (II) LoadModule: "modesetting"
[     4.338] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[     4.339] (II) Module modesetting: vendor="X.Org Foundation"
[     4.339] compiled for 1.18.0, module version = 1.18.0
[     4.339] Module class: X.Org Video Driver
[     4.339] ABI class: X.Org Video Driver, version 20.0
[     4.339] (II) LoadModule: "fbdev"
[     4.339] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[     4.339] (II) Module fbdev: vendor="X.Org Foundation"
[     4.339] compiled for 1.17.99.901, module version = 0.4.3
[     4.339] Module class: X.Org Video Driver
[     4.339] ABI class: X.Org Video Driver, version 20.0
[     4.339] (II) LoadModule: "vesa"
[     4.339] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[     4.340] (II) Module vesa: vendor="X.Org Foundation"
[     4.340] compiled for 1.17.99.901, module version = 2.3.2
[     4.340] Module class: X.Org Video Driver
[     4.340] ABI class: X.Org Video Driver, version 20.0
[     4.340] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[     4.340] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
[     4.340] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
[     4.340] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200,
6200, P6300
[     4.340] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[     4.340] (II) FBDEV: driver for framebuffer: fbdev
[     4.340] (II) VESA: driver for VESA chipsets: vesa
[     4.346] (EE) open /dev/dri/card0: No such file or directory
[     4.346] (WW) Falling back to old probe method for modesetting
[     4.346] (EE) open /dev/dri/card0: No such file or directory
[     4.346] (II) Loading sub module "fbdevhw"
[     4.346] (II) LoadModule: "fbdevhw"
[     4.347] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[     4.347] (II) Module fbdevhw: vendor="X.Org Foundation"
[     4.347] compiled for 1.18.0, module version = 0.0.2
[     4.347] ABI class: X.Org Video Driver, version 20.0
[     4.347] (**) FBDEV(1): claimed PCI slot 0@0:2:0
[     4.347] (II) FBDEV(1): using default device
[     4.347] (WW) Falling back to old probe method for vesa
[     4.347] (EE) Screen 0 deleted because of no matching config section.
[     4.347] (II) UnloadModule: "modesetting"
[     4.347] (II) FBDEV(0): Creating default Display subsection in Screen
section
"Default Screen Section" for depth/fbbpp 24/32
[     4.347] (==) FBDEV(0): Depth 24, (==) framebuffer bpp 32
[     4.347] (==) FBDEV(0): RGB weight 888
[     4.347] (==) FBDEV(0): Default visual is TrueColor
[     4.347] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
[     4.347] (II) FBDEV(0): hardware: EFI VGA (video memory: 1876kB)
[     4.347] (II) FBDEV(0): checking modes against framebuffer device...
[     4.347] (II) FBDEV(0): checking modes against monitor...
[     4.347] (--) FBDEV(0): Virtual size is 800x600 (pitch 800)
[     4.347] (**) FBDEV(0):  Built-in mode "current": 48.0 MHz, 46.9 kHz,
75.1 Hz
[     4.347] (II) FBDEV(0): Modeline "current"x0.0   48.00  800 832 928
1024  600 604 608 624 -hsync -vsync -csync (46.9 kHz b)
[     4.347] (==) FBDEV(0): DPI set to (96, 96)
[     4.347] (II) Loading sub module "fb"
[     4.347] (II) LoadModule: "fb"
[     4.348] (II) Loading /usr/lib64/xorg/modules/libfb.so
[     4.348] (II) Module fb: vendor="X.Org Foundation"
[     4.348] compiled for 1.18.0, module version = 1.0.0
[     4.348] ABI class: X.Org ANSI C Emulation, version 0.4
[     4.348] (**) FBDEV(0): using shadow framebuffer
[     4.348] (II) Loading sub module "shadow"
[     4.348] (II) LoadModule: "shadow"
[     4.348] (II) Loading /usr/lib64/xorg/modules/libshadow.so
[     4.349] (II) Module shadow: vendor="X.Org Foundation"
[     4.349] compiled for 1.18.0, module version = 1.1.0
[     4.349] ABI class: X.Org ANSI C Emulation, version 0.4
[     4.349] (II) UnloadModule: "vesa"
[     4.349] (II) Unloading vesa
[     4.349] (==) Depth 24 pixmap format is 32 bpp
[     4.349] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking
not supported by kernel - disabling)
[     4.350] (==) FBDEV(0): Backing store enabled
[     4.351] (==) FBDEV(0): DPMS enabled
[     4.351] (==) RandR enabled
[     4.355] (II) SELinux: Disabled by boolean
[     4.356] (EE) Failed to initialize GLX extension (Compatible NVIDIA X
driver not found)
[     4.391] (II) config/udev: Adding input device Power Button
(/dev/input/event2)
[     4.391] (**) Power Button: Applying InputClass "evdev keyboard
catchall"
[     4.391] (**) Power Button: Applying InputClass "libinput keyboard
catchall"
[     4.391] (**) Power Button: Applying InputClass "system-keyboard"
[     4.391] (II) LoadModule: "libinput"
[     4.391] (II) Loading /usr/lib64/xorg/modules/input/libinput_drv.so
[     4.393] (II) Module libinput: vendor="X.Org Foundation"
[     4.393] compiled for 1.18.0, module version = 0.16.0
[     4.393] Module class: X.Org XInput Driver
[     4.393] ABI class: X.Org XInput driver, version 22.1
[     4.395] (II) systemd-logind: got fd for /dev/input/event2 13:66 fd 14
paused 0
[     4.395] (II) Using input driver 'libinput' for 'Power Button'
[     4.395] (**) Power Button: always reports core events
[     4.395] (**) Option "Device" "/dev/input/event2"
[     4.395] (**) Option "_source" "server/udev"
[     4.395] (II) input device 'Power Button', /dev/input/event2 is tagged
by udev as: Keyboard
[     4.395] (II) input device 'Power Button', /dev/input/event2 is a
keyboard
[     4.395] (**) Option "config_info"
"udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event2"
[     4.395] (II) XINPUT: Adding extended input device "Power Button"
(type: KEYBOARD, id 6)
[     4.395] (**) Option "xkb_layout" "us"
[     4.396] (II) input device 'Power Button', /dev/input/event2 is tagged
by udev as: Keyboard
[     4.396] (II) input device 'Power Button', /dev/input/event2 is a
keyboard
[     4.396] (II) config/udev: Adding input device Lid Switch
(/dev/input/event0)
[     4.396] (II) No input driver specified, ignoring this device.
[     4.396] (II) This device may have been added with another device file.
[     4.397] (II) config/udev: Adding input device Sleep Button
(/dev/input/event1)
[     4.397] (**) Sleep Button: Applying InputClass "evdev keyboard
catchall"
[     4.397] (**) Sleep Button: Applying InputClass "libinput keyboard
catchall"
[     4.397] (**) Sleep Button: Applying InputClass "system-keyboard"
[     4.397] (II) systemd-logind: got fd for /dev/input/event1 13:65 fd 17
paused 0
[     4.397] (II) Using input driver 'libinput' for 'Sleep Button'
[     4.397] (**) Sleep Button: always reports core events
[     4.397] (**) Option "Device" "/dev/input/event1"
[     4.397] (**) Option "_source" "server/udev"
[     4.398] (II) input device 'Sleep Button', /dev/input/event1 is tagged
by udev as: Keyboard
[     4.398] (II) input device 'Sleep Button', /dev/input/event1 is a
keyboard
[     4.398] (**) Option "config_info"
"udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input1/event1"
[     4.398] (II) XINPUT: Adding extended input device "Sleep Button"
(type: KEYBOARD, id 7)
[     4.398] (**) Option "xkb_layout" "us"
[     4.398] (II) input device 'Sleep Button', /dev/input/event1 is tagged
by udev as: Keyboard
[     4.398] (II) input device 'Sleep Button', /dev/input/event1 is a
keyboard
[     4.399] (II) config/udev: Adding input device USB2.0 HD UVC WebCam
(/dev/input/event6)
[     4.399] (**) USB2.0 HD UVC WebCam: Applying InputClass "evdev keyboard
catchall"
[     4.399] (**) USB2.0 HD UVC WebCam: Applying InputClass "libinput
keyboard catchall"
[     4.399] (**) USB2.0 HD UVC WebCam: Applying InputClass
"system-keyboard"
[     4.399] (II) systemd-logind: got fd for /dev/input/event6 13:70 fd 18
paused 0
[     4.399] (II) Using input driver 'libinput' for 'USB2.0 HD UVC WebCam'
[     4.399] (**) USB2.0 HD UVC WebCam: always reports core events
[     4.399] (**) Option "Device" "/dev/input/event6"
[     4.399] (**) Option "_source" "server/udev"
[     4.400] (II) input device 'USB2.0 HD UVC WebCam', /dev/input/event6 is
tagged by udev as: Keyboard
[     4.400] (II) input device 'USB2.0 HD UVC WebCam', /dev/input/event6 is
a keyboard
[     4.400] (**) Option "config_info"
"udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4:1.0/input/input5/event6"
[     4.400] (II) XINPUT: Adding extended input device "USB2.0 HD UVC
WebCam" (type: KEYBOARD, id 8)
[     4.400] (**) Option "xkb_layout" "us"
[     4.400] (II) input device 'USB2.0 HD UVC WebCam', /dev/input/event6 is
tagged by udev as: Keyboard
[     4.400] (II) input device 'USB2.0 HD UVC WebCam', /dev/input/event6 is
a keyboard
[     4.401] (II) config/udev: Adding input device Logitech Lenovo USB
Optical Mouse (/dev/input/event4)
[     4.401] (**) Logitech Lenovo USB Optical Mouse: Applying InputClass
"evdev pointer catchall"
[     4.401] (**) Logitech Lenovo USB Optical Mouse: Applying InputClass
"libinput pointer catchall"
[     4.453] (II) systemd-logind: got fd for /dev/input/event4 13:68 fd 19
paused 0
[     4.453] (II) Using input driver 'libinput' for 'Logitech Lenovo USB
Optical Mouse'
[     4.453] (**) Logitech Lenovo USB Optical Mouse: always reports core
events
[     4.453] (**) Option "Device" "/dev/input/event4"
[     4.453] (**) Option "_source" "server/udev"
[     4.453] (II) input device 'Logitech Lenovo USB Optical Mouse',
/dev/input/event4 is tagged by udev as: Mouse
[     4.453] (II) input device 'Logitech Lenovo USB Optical Mouse',
/dev/input/event4 is a pointer caps
[     4.453] (**) Option "config_info"
"udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.0/0003:17EF:6019.0001/input/input4/event4"
[     4.453] (II) XINPUT: Adding extended input device "Logitech Lenovo USB
Optical Mouse" (type: MOUSE, id 9)
[     4.454] (**) Option "AccelerationScheme" "none"
[     4.454] (**) Logitech Lenovo USB Optical Mouse: (accel) selected
scheme none/0
[     4.454] (**) Logitech Lenovo USB Optical Mouse: (accel) acceleration
factor: 2.000
[     4.454] (**) Logitech Lenovo USB Optical Mouse: (accel) acceleration
threshold: 4
[     4.454] (II) input device 'Logitech Lenovo USB Optical Mouse',
/dev/input/event4 is tagged by udev as: Mouse
[     4.454] (II) input device 'Logitech Lenovo USB Optical Mouse',
/dev/input/event4 is a pointer caps
[     4.455] (II) config/udev: Adding input device Logitech Lenovo USB
Optical Mouse (/dev/input/mouse0)
[     4.455] (II) No input driver specified, ignoring this device.
[     4.455] (II) This device may have been added with another device file.
[     4.455] (II) config/udev: Adding input device HDA Intel PCH Mic
(/dev/input/event7)
[     4.455] (II) No input driver specified, ignoring this device.
[     4.455] (II) This device may have been added with another device file.
[     4.455] (II) config/udev: Adding input device HDA Intel PCH Headphone
(/dev/input/event8)
[     4.455] (II) No input driver specified, ignoring this device.
[     4.455] (II) This device may have been added with another device file.
[     4.456] (II) config/udev: Adding input device HDA Intel PCH
HDMI/DP,pcm=3 (/dev/input/event9)
[     4.456] (II) No input driver specified, ignoring this device.
[     4.456] (II) This device may have been added with another device file.
[     4.456] (II) config/udev: Adding input device Asus WMI hotkeys
(/dev/input/event5)
[     4.456] (**) Asus WMI hotkeys: Applying InputClass "evdev keyboard
catchall"
[     4.456] (**) Asus WMI hotkeys: Applying InputClass "libinput keyboard
catchall"
[     4.456] (**) Asus WMI hotkeys: Applying InputClass "system-keyboard"
[     4.457] (II) systemd-logind: got fd for /dev/input/event5 13:69 fd 20
paused 0
[     4.457] (II) Using input driver 'libinput' for 'Asus WMI hotkeys'
[     4.457] (**) Asus WMI hotkeys: always reports core events
[     4.457] (**) Option "Device" "/dev/input/event5"
[     4.457] (**) Option "_source" "server/udev"
[     4.457] (II) input device 'Asus WMI hotkeys', /dev/input/event5 is
tagged by udev as: Keyboard
[     4.457] (II) input device 'Asus WMI hotkeys', /dev/input/event5 is a
keyboard
[     4.457] (**) Option "config_info"
"udev:/sys/devices/platform/asus-nb-wmi/input/input6/event5"
[     4.457] (II) XINPUT: Adding extended input device "Asus WMI hotkeys"
(type: KEYBOARD, id 10)
[     4.457] (**) Option "xkb_layout" "us"
[     4.458] (II) input device 'Asus WMI hotkeys', /dev/input/event5 is
tagged by udev as: Keyboard
[     4.458] (II) input device 'Asus WMI hotkeys', /dev/input/event5 is a
keyboard
[     4.458] (II) config/udev: Adding input device AT Translated Set 2
keyboard (/dev/input/event3)
[     4.458] (**) AT Translated Set 2 keyboard: Applying InputClass "evdev
keyboard catchall"
[     4.458] (**) AT Translated Set 2 keyboard: Applying InputClass
"libinput keyboard catchall"
[     4.458] (**) AT Translated Set 2 keyboard: Applying InputClass
"system-keyboard"
[     4.459] (II) systemd-logind: got fd for /dev/input/event3 13:67 fd 21
paused 0
[     4.459] (II) Using input driver 'libinput' for 'AT Translated Set 2
keyboard'
[     4.459] (**) AT Translated Set 2 keyboard: always reports core events
[     4.459] (**) Option "Device" "/dev/input/event3"
[     4.459] (**) Option "_source" "server/udev"
[     4.459] (II) input device 'AT Translated Set 2 keyboard',
/dev/input/event3 is tagged by udev as: Keyboard
[     4.459] (II) input device 'AT Translated Set 2 keyboard',
/dev/input/event3 is a keyboard
[     4.459] (**) Option "config_info"
"udev:/sys/devices/platform/i8042/serio0/input/input3/event3"
[     4.459] (II) XINPUT: Adding extended input device "AT Translated Set 2
keyboard" (type: KEYBOARD, id 11)
[     4.459] (**) Option "xkb_layout" "us"
[     4.460] (II) input device 'AT Translated Set 2 keyboard',
/dev/input/event3 is tagged by udev as: Keyboard
[     4.460] (II) input device 'AT Translated Set 2 keyboard',
/dev/input/event3 is a keyboard
[    16.612] (**) Option "fd" "14"
[    16.613] (**) Option "fd" "17"
[    16.613] (**) Option "fd" "18"
[    16.613] (**) Option "fd" "19"
[    16.613] (**) Option "fd" "20"
[    16.613] (**) Option "fd" "21"
[    16.617] (II) systemd-logind: got pause for 13:65
[    16.617] (II) systemd-logind: got pause for 13:66
[    16.617] (II) systemd-logind: got pause for 13:69
[    16.617] (II) systemd-logind: got pause for 13:67
[    16.617] (II) systemd-logind: got pause for 13:68
[    16.617] (II) systemd-logind: got pause for 13:70
[    17.953] (II) UnloadModule: "libinput"
[    17.954] (II) systemd-logind: releasing fd for 13:67
[    17.974] (II) UnloadModule: "libinput"
[    17.974] (II) systemd-logind: releasing fd for 13:69
[    18.053] (II) UnloadModule: "libinput"
[    18.053] (II) systemd-logind: releasing fd for 13:68
[    18.095] (II) UnloadModule: "libinput"
[    18.095] (II) systemd-logind: releasing fd for 13:70
[    18.131] (II) UnloadModule: "libinput"
[    18.131] (II) systemd-logind: releasing fd for 13:65
[    18.155] (II) UnloadModule: "libinput"
[    18.155] (II) systemd-logind: releasing fd for 13:66
[    18.174] (WW) xf86CloseConsole: KDSETMODE failed: Input/output error
[    18.174] (WW) xf86CloseConsole: VT_GETMODE failed: Input/output error
[    18.174] (WW) xf86CloseConsole: VT_ACTIVATE failed: Input/output error
[    18.174] (II) Server terminated successfully (0). Closing log file.

Thanks in advance
[0] https://fedoraproject.org/wiki/Bumblebee

[James Hogarth]

On 7 January 2016 at 15:11, Earl A Ramirez  wrote:
> Dear All,
>
> I have a ASUS laptop with NVIDIA Optimus technology, therefore, I used the
> Fedora documentation [0] to install bumbleeble using the third party
> managed driver to install NVIDIA. After the installation I am no longer
> seeing the NVIDIA when I use 'lspci | grep VGA'; however, when I use 'lspci
> | egrep 'VGA|3D'' I can see the NVIDIA video card.
>
> $ lspci | grep VGA
> 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev 06)
>
> $ lspci | egrep 'VGA|3D'
> 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev 06)
> 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M] (rev
> a2)
>
> Also I no longer see the vgaswitcheroo under /sys/kernel/debug/. When I
> try to boot with the kernel that NVIDIA was build on; the laptop locks up
> just before the GUI and you will hear the fans blowing and the only way
> around it is to power the laptop down. I have tried booting into that
> kernel with different kernel parameters; E.g. nomodeset
> rd.driver.blacklist=nouveau and even i915.preliminary_hw_support=1 and all
> options and combinations fails.
>
> However when I boot from the kernel that NVIDIA was not compiled on I can
> the the get a display that says "oops something went wrong, please try
> again" and there is an option to log out, I can also switch to another
> virtual console and have full access to the OS. I get the same behaviour
> even if I use nomodeset; however, if I use i915.preliminary_hw_support=1 I
> get the appropriate resolution.
>
> Can anyone shed some light on how to get the GUI, with bumblebee or even
> the Intel graphic drivers?
>
> The packages that were installed are:
> $ rpm -qa | egrep 'bumblebee|bbswitch|primus|VirtualGL'
> primus-1.1.03282015-2.fc23.x86_64
> bumblebee-nvidia-352.63-2.fc23.x86_64
> bbswitch-dkms-0.8.0-2.fc23.x86_64
> bumblebee-nonfree-release-1.2-1.noarch
> VirtualGL-2.4-5.fc23.i686
> bumblebee-release-1.2-1.noarch
> primus-1.1.03282015-2.fc23.i686
> VirtualGL-2.4-5.fc23.x86_64
> bumblebee-3.2.1-9.fc23.x86_64

<snip>

Sounds like we practically the same laptop ...

This will go a lot easier for you if you install kernel 4.3.3-300 from
updates-testing as that has the full skylake  i915 support (so don't do
preliminary_hw_support on that).

This looks suspicious ... Xorg should not see the NVIDIA driver if you've
managed to follow the bumblebee instructions correctly:

(II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[     4.334] (II) Module glx: vendor="NVIDIA Corporation"
[     4.334]  compiled for 4.0.2, module version = 1.0.0
[     4.334]  Module class: X.Org Server Extension
[     4.335] (II) NVIDIA GLX Module  358.16  Mon Nov 16 18:54:01 PST 2015

Compare this to mine where optirun/bumblebee/primus works fine:

[    23.343] (II) LoadModule: "glx"
[    23.343] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[    23.345] (II) Module glx: vendor="X.Org Foundation"
[    23.345]    compiled for 1.18.0, module version = 1.0.0
[    23.345]    ABI class: X.Org Server Extension, version 9.0

If the NVIDIA GLX libraries are loaded into xorg it'll trash your intel
stuff ...

Are you sure you didn't install the NVIDIA proprietary drivers (rpmfusion,
negativo17 or directly) in some way other than only through the bumblebee
non-free repo?

This is my configuration:
$ rpm -qa | grep -E 'nvidia|bumblebee|bbswitch|primus|VirtualGL'
primus-1.1.03282015-2.fc23.i686
bumblebee-3.2.1-9.fc23.x86_64
VirtualGL-2.4-5.fc23.i686
bumblebee-release-1.2-1.noarch
bumblebee-nvidia-352.63-2.fc23.x86_64
VirtualGL-2.4-5.fc23.x86_64
bbswitch-dkms-0.8.0-2.fc23.x86_64
bumblebee-nonfree-release-1.2-1.noarch
primus-1.1.03282015-2.fc23.x86_64

GRUB_CMDLINE_LINUX has in it nouveau.modeset=0 and
rd.driver.blacklist=nouveau

Before I updated to 4.3.3 today the preliminary_hw_support=1 was needed as
well.

What's the output of bumblebee-nvidia --check for you ?

[Earl Ramirez]

On 8 January 2016 at 01:15, James Hogarth  wrote:
> On 7 January 2016 at 15:11, Earl A Ramirez  wrote:
> > Dear All,
> >
> > I have a ASUS laptop with NVIDIA Optimus technology, therefore, I used
> > the Fedora documentation [0] to install bumbleeble using the third party
> > managed driver to install NVIDIA. After the installation I am no longer
> > seeing the NVIDIA when I use 'lspci | grep VGA'; however, when I use 'lspci
> > | egrep 'VGA|3D'' I can see the NVIDIA video card.
> >
> > $ lspci | grep VGA
> > 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev 06)
> >
> > $ lspci | egrep 'VGA|3D'
> > 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev 06)
> > 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M] (rev
> > a2)
> >
> > Also I no longer see the vgaswitcheroo under /sys/kernel/debug/. When I
> > try to boot with the kernel that NVIDIA was build on; the laptop locks up
> > just before the GUI and you will hear the fans blowing and the only way
> > around it is to power the laptop down. I have tried booting into that
> > kernel with different kernel parameters; E.g. nomodeset
> > rd.driver.blacklist=nouveau and even i915.preliminary_hw_support=1 and all
> > options and combinations fails.
> >
> > However when I boot from the kernel that NVIDIA was not compiled on I can
> > the the get a display that says "oops something went wrong, please try
> > again" and there is an option to log out, I can also switch to another
> > virtual console and have full access to the OS. I get the same behaviour
> > even if I use nomodeset; however, if I use i915.preliminary_hw_support=1 I
> > get the appropriate resolution.
> >
> > Can anyone shed some light on how to get the GUI, with bumblebee or even
> > the Intel graphic drivers?
> >
> > The packages that were installed are:
> > $ rpm -qa | egrep 'bumblebee|bbswitch|primus|VirtualGL'
> > primus-1.1.03282015-2.fc23.x86_64
> > bumblebee-nvidia-352.63-2.fc23.x86_64
> > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > bumblebee-nonfree-release-1.2-1.noarch
> > VirtualGL-2.4-5.fc23.i686
> > bumblebee-release-1.2-1.noarch
> > primus-1.1.03282015-2.fc23.i686
> > VirtualGL-2.4-5.fc23.x86_64
> > bumblebee-3.2.1-9.fc23.x86_64
>
> <snip>
>
> Sounds like we practically the same laptop ...
>
> This will go a lot easier for you if you install kernel 4.3.3-300 from
> updates-testing as that has the full skylake  i915 support (so don't do
> preliminary_hw_support on that).
>
> This looks suspicious ... Xorg should not see the NVIDIA driver if you've
> managed to follow the bumblebee instructions correctly:
>
> (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> [     4.334] (II) Module glx: vendor="NVIDIA Corporation"
> [     4.334]  compiled for 4.0.2, module version = 1.0.0
> [     4.334]  Module class: X.Org Server Extension
> [     4.335] (II) NVIDIA GLX Module  358.16  Mon Nov 16 18:54:01 PST 2015
>
> Compare this to mine where optirun/bumblebee/primus works fine:
>
> [    23.343] (II) LoadModule: "glx"
> [    23.343] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> [    23.345] (II) Module glx: vendor="X.Org Foundation"
> [    23.345]    compiled for 1.18.0, module version = 1.0.0
> [    23.345]    ABI class: X.Org Server Extension, version 9.0
>
> If the NVIDIA GLX libraries are loaded into xorg it'll trash your intel
> stuff ...
>
> Are you sure you didn't install the NVIDIA proprietary drivers (rpmfusion,
> negativo17 or directly) in some way other than only through the bumblebee
> non-free repo?
>
> This is my configuration:
> $ rpm -qa | grep -E 'nvidia|bumblebee|bbswitch|primus|VirtualGL'
> primus-1.1.03282015-2.fc23.i686
> bumblebee-3.2.1-9.fc23.x86_64
> VirtualGL-2.4-5.fc23.i686
> bumblebee-release-1.2-1.noarch
> bumblebee-nvidia-352.63-2.fc23.x86_64
> VirtualGL-2.4-5.fc23.x86_64
> bbswitch-dkms-0.8.0-2.fc23.x86_64
> bumblebee-nonfree-release-1.2-1.noarch
> primus-1.1.03282015-2.fc23.x86_64
>
> GRUB_CMDLINE_LINUX has in it nouveau.modeset=0 and
> rd.driver.blacklist=nouveau
>
> Before I updated to 4.3.3 today the preliminary_hw_support=1 was needed as
> well.
>
> What's the output of bumblebee-nvidia --check for you ?
>
> --
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
> Hello James,

Thanks, this is the output from bumblebee-nvidia --check

bumblebee-nvidia --check
--force compile selected via /etc/sysconfig/nvidia/compile-nvidia-driver
Warning! This NVIDIA driver has not compiled successfully before on kernel
4.2.3-300.fc23.x86_64!
Warning! This NVIDIA driver userland
 /usr/lib64/nvidia-bumblebee/libGL.so.1 library is missing!

Warning! nvidia.ko was not created in in the kernel tree!
modinfo output for NVIDIA:

modinfo: ERROR: Module nvidia not found.

Check bbswitch kernel module...

Warning! bbswitch is not loaded into this kernel!
Since bbswitch is not loaded into the kernel, lets do additional checks on
it...
dkms status bbswitch output:
bbswitch, 0.8.0, 4.2.8-300.fc23.x86_64, x86_64: installed

if the bbswitch package is installed, you may wish to try:
/usr/sbin/dkms add -m bbswitch -v 0.8.0
/usr/sbin/dkms build -m bbswitch -v 0.8.0
/usr/sbin/dkms install -m bbswitch -v 0.8.0
/sbin/modprobe bbswitch

To get clues as to why bbswitch is failing on this kernel...
All NVIDIA checks completed, but there were 1 or more failures...
Try running this script with the --debug option to find clues about what has
gone wrong with the NVIDIA driver compile process.

When I use the debug option I was prompt to install the NVIDIA driver
manually; which I did and this may cause the suspicion that you saw. I will
enable and install the kernel from testing and give it a try and report
back.

The next step will be to install all packages for bumblebee and NVIDIA and
to a clean install. It may worth mentioning that I had to install Fedora by
adding the nomodeset to the kernel argument because I was not able to boot
the OS initially.

Thanks again for your help.

[James Hogarth]

On 7 Jan 2016 5:00 p.m., "Earl A Ramirez"  wrote:
> On 8 January 2016 at 01:15, James Hogarth  wrote:
> > On 7 January 2016 at 15:11, Earl A Ramirez

wrote:
> > > Dear All,
> > >
> > > I have a ASUS laptop with NVIDIA Optimus technology, therefore, I used

the Fedora documentation [0] to install bumbleeble using the third party
managed driver to install NVIDIA. After the installation I am no longer
seeing the NVIDIA when I use 'lspci | grep VGA'; however, when I use 'lspci
| egrep 'VGA|3D'' I can see the NVIDIA video card.
> > > $ lspci | grep VGA
> > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev

06)
> > > $ lspci | egrep 'VGA|3D'
> > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev

06)
> > > 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M]

(rev a2)
> > > Also I no longer see the vgaswitcheroo under /sys/kernel/debug/. When I

try to boot with the kernel that NVIDIA was build on; the laptop locks up
just before the GUI and you will hear the fans blowing and the only way
around it is to power the laptop down. I have tried booting into that
kernel with different kernel parameters; E.g. nomodeset
rd.driver.blacklist=nouveau and even i915.preliminary_hw_support=1 and all
options and combinations fails.
> > > However when I boot from the kernel that NVIDIA was not compiled on I

can the the get a display that says "oops something went wrong, please try
again" and there is an option to log out, I can also switch to another
virtual console and have full access to the OS. I get the same behaviour
even if I use nomodeset; however, if I use i915.preliminary_hw_support=1 I
get the appropriate resolution.
> > > Can anyone shed some light on how to get the GUI, with bumblebee or

even the Intel graphic drivers?
> > > The packages that were installed are:
> > > $ rpm -qa | egrep 'bumblebee|bbswitch|primus|VirtualGL'
> > > primus-1.1.03282015-2.fc23.x86_64
> > > bumblebee-nvidia-352.63-2.fc23.x86_64
> > > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > > bumblebee-nonfree-release-1.2-1.noarch
> > > VirtualGL-2.4-5.fc23.i686
> > > bumblebee-release-1.2-1.noarch
> > > primus-1.1.03282015-2.fc23.i686
> > > VirtualGL-2.4-5.fc23.x86_64
> > > bumblebee-3.2.1-9.fc23.x86_64
> >
> > <snip>
> >
> > Sounds like we practically the same laptop ...
> >
> > This will go a lot easier for you if you install kernel 4.3.3-300 from

updates-testing as that has the full skylake  i915 support (so don't do
preliminary_hw_support on that).
> > This looks suspicious ... Xorg should not see the NVIDIA driver if

you've managed to follow the bumblebee instructions correctly:
> > (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> > [     4.334] (II) Module glx: vendor="NVIDIA Corporation"
> > [     4.334]  compiled for 4.0.2, module version = 1.0.0
> > [     4.334]  Module class: X.Org Server Extension
> > [     4.335] (II) NVIDIA GLX Module  358.16  Mon Nov 16 18:54:01 PST 2015
> >
> > Compare this to mine where optirun/bumblebee/primus works fine:
> >
> > [    23.343] (II) LoadModule: "glx"
> > [    23.343] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> > [    23.345] (II) Module glx: vendor="X.Org Foundation"
> > [    23.345]    compiled for 1.18.0, module version = 1.0.0
> > [    23.345]    ABI class: X.Org Server Extension, version 9.0
> >
> > If the NVIDIA GLX libraries are loaded into xorg it'll trash your intel

stuff ...
> > Are you sure you didn't install the NVIDIA proprietary drivers

(rpmfusion, negativo17 or directly) in some way other than only through the
bumblebee non-free repo?
> > This is my configuration:
> > $ rpm -qa | grep -E 'nvidia|bumblebee|bbswitch|primus|VirtualGL'
> > primus-1.1.03282015-2.fc23.i686
> > bumblebee-3.2.1-9.fc23.x86_64
> > VirtualGL-2.4-5.fc23.i686
> > bumblebee-release-1.2-1.noarch
> > bumblebee-nvidia-352.63-2.fc23.x86_64
> > VirtualGL-2.4-5.fc23.x86_64
> > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > bumblebee-nonfree-release-1.2-1.noarch
> > primus-1.1.03282015-2.fc23.x86_64
> >
> > GRUB_CMDLINE_LINUX has in it nouveau.modeset=0 and

rd.driver.blacklist=nouveau
> > Before I updated to 4.3.3 today the preliminary_hw_support=1 was needed

as well.
> > What's the output of bumblebee-nvidia --check for you ?
> >
> > --
> > users mailing list
> > [e-mail]
> > To unsubscribe or change subscription options:
> > https://admin.fedoraproject.org/mailman/listinfo/users
> > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > Have a question? Ask away: http://ask.fedoraproject.org
>
> Hello James,
>
> Thanks, this is the output from bumblebee-nvidia --check
>
> bumblebee-nvidia --check
> --force compile selected via /etc/sysconfig/nvidia/compile-nvidia-driver
> Warning! This NVIDIA driver has not compiled successfully before on

kernel 4.2.3-300.fc23.x86_64!
> Warning! This NVIDIA driver userland
>  /usr/lib64/nvidia-bumblebee/libGL.so.1 library is missing!
>
> Warning! nvidia.ko was not created in in the kernel tree!
> modinfo output for NVIDIA:
>
> modinfo: ERROR: Module nvidia not found.
>
> Check bbswitch kernel module...
>
> Warning! bbswitch is not loaded into this kernel!
> Since bbswitch is not loaded into the kernel, lets do additional checks

on it...
> dkms status bbswitch output:
> bbswitch, 0.8.0, 4.2.8-300.fc23.x86_64, x86_64: installed
>
> if the bbswitch package is installed, you may wish to try:
> /usr/sbin/dkms add -m bbswitch -v 0.8.0
> /usr/sbin/dkms build -m bbswitch -v 0.8.0
> /usr/sbin/dkms install -m bbswitch -v 0.8.0
> /sbin/modprobe bbswitch
>
> To get clues as to why bbswitch is failing on this kernel...
> All NVIDIA checks completed, but there were 1 or more failures...
> Try running this script with the --debug option to find clues about what

has
> gone wrong with the NVIDIA driver compile process.
>
> When I use the debug option I was prompt to install the NVIDIA driver

manually; which I did and this may cause the suspicion that you saw. I will
enable and install the kernel from testing and give it a try and report
back.
> The next step will be to install all packages for bumblebee and NVIDIA

and to a clean install. It may worth mentioning that I had to install
Fedora by adding the nomodeset to the kernel argument because I was not
able to boot the OS initially.
>

Yeah I had the same experience...
> From an initial clean install these are the steps:

1) boot with the nouveau modeset and blacklist arguments to disable
nouveau. If nouveau is running (check with lsmod) the nvidia proprietary
driver will fail to load correctly after compiling leading to the situation
you see.
2) if kernel < 4.3 use the preliminary hw argument
3) install bumblebee free and nonfree (managed) repos
4) install bumblebee bumblebee-nvidia dkms bbswitch.dkms kernel-devel etc
(basically copy paste the f22+ multilib install line from BB wiki page)
5) reboot
6) as root run bumblebee-nvidia --check

You may need to poke the bbswitch dkms manually.

After this `glxinfo|grep -i vendor` should show Intel and `optirun
glxinfo|grep -i vendor` should show nvidia

Without going as far as a clean install you may be able to clean up the
proprietary driver ... Depends how much customisation you got to beyond
that install as to the worth doing so.

[Earl Ramirez]

On 8 January 2016 at 02:22, James Hogarth  wrote:
> On 7 Jan 2016 5:00 p.m., "Earl A Ramirez"  wrote:
> > On 8 January 2016 at 01:15, James Hogarth
>
> wrote:
> > > On 7 January 2016 at 15:11, Earl A Ramirez
>
> wrote:
> > > > Dear All,
> > > >
> > > > I have a ASUS laptop with NVIDIA Optimus technology, therefore, I used
>
> the Fedora documentation [0] to install bumbleeble using the third party
> managed driver to install NVIDIA. After the installation I am no longer
> seeing the NVIDIA when I use 'lspci | grep VGA'; however, when I use 'lspci
> | egrep 'VGA|3D'' I can see the NVIDIA video card.
> > > > $ lspci | grep VGA
> > > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev
> > > > $ lspci | egrep 'VGA|3D'
> > > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b (rev
> > > > 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M]
>
> (rev a2)
> > > > Also I no longer see the vgaswitcheroo under /sys/kernel/debug/. When
>
> I try to boot with the kernel that NVIDIA was build on; the laptop locks up
> just before the GUI and you will hear the fans blowing and the only way
> around it is to power the laptop down. I have tried booting into that
> kernel with different kernel parameters; E.g. nomodeset
> rd.driver.blacklist=nouveau and even i915.preliminary_hw_support=1 and all
> options and combinations fails.
> > > > However when I boot from the kernel that NVIDIA was not compiled on I
>
> can the the get a display that says "oops something went wrong, please try
> again" and there is an option to log out, I can also switch to another
> virtual console and have full access to the OS. I get the same behaviour
> even if I use nomodeset; however, if I use i915.preliminary_hw_support=1 I
> get the appropriate resolution.
> > > > Can anyone shed some light on how to get the GUI, with bumblebee or
>
> even the Intel graphic drivers?
> > > > The packages that were installed are:
> > > > $ rpm -qa | egrep 'bumblebee|bbswitch|primus|VirtualGL'
> > > > primus-1.1.03282015-2.fc23.x86_64
> > > > bumblebee-nvidia-352.63-2.fc23.x86_64
> > > > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > > > bumblebee-nonfree-release-1.2-1.noarch
> > > > VirtualGL-2.4-5.fc23.i686
> > > > bumblebee-release-1.2-1.noarch
> > > > primus-1.1.03282015-2.fc23.i686
> > > > VirtualGL-2.4-5.fc23.x86_64
> > > > bumblebee-3.2.1-9.fc23.x86_64
> > >
> > > <snip>
> > >
> > > Sounds like we practically the same laptop ...
> > >
> > > This will go a lot easier for you if you install kernel 4.3.3-300 from
>
> updates-testing as that has the full skylake  i915 support (so don't do
> preliminary_hw_support on that).
> > > This looks suspicious ... Xorg should not see the NVIDIA driver if
>
> you've managed to follow the bumblebee instructions correctly:
> > > (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> > > [     4.334] (II) Module glx: vendor="NVIDIA Corporation"
> > > [     4.334]  compiled for 4.0.2, module version = 1.0.0
> > > [     4.334]  Module class: X.Org Server Extension
> > > [     4.335] (II) NVIDIA GLX Module  358.16  Mon Nov 16 18:54:01 PST
>
> 2015
> > > Compare this to mine where optirun/bumblebee/primus works fine:
> > >
> > > [    23.343] (II) LoadModule: "glx"
> > > [    23.343] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> > > [    23.345] (II) Module glx: vendor="X.Org Foundation"
> > > [    23.345]    compiled for 1.18.0, module version = 1.0.0
> > > [    23.345]    ABI class: X.Org Server Extension, version 9.0
> > >
> > > If the NVIDIA GLX libraries are loaded into xorg it'll trash your intel
>
> stuff ...
> > > Are you sure you didn't install the NVIDIA proprietary drivers
>
> (rpmfusion, negativo17 or directly) in some way other than only through the
> bumblebee non-free repo?
> > > This is my configuration:
> > > $ rpm -qa | grep -E 'nvidia|bumblebee|bbswitch|primus|VirtualGL'
> > > primus-1.1.03282015-2.fc23.i686
> > > bumblebee-3.2.1-9.fc23.x86_64
> > > VirtualGL-2.4-5.fc23.i686
> > > bumblebee-release-1.2-1.noarch
> > > bumblebee-nvidia-352.63-2.fc23.x86_64
> > > VirtualGL-2.4-5.fc23.x86_64
> > > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > > bumblebee-nonfree-release-1.2-1.noarch
> > > primus-1.1.03282015-2.fc23.x86_64
> > >
> > > GRUB_CMDLINE_LINUX has in it nouveau.modeset=0 and
>
> rd.driver.blacklist=nouveau
> > > Before I updated to 4.3.3 today the preliminary_hw_support=1 was needed
>
> as well.
> > > What's the output of bumblebee-nvidia --check for you ?
> > >
> > > --
> > > users mailing list
> > > [e-mail]
> > > To unsubscribe or change subscription options:
> > > https://admin.fedoraproject.org/mailman/listinfo/users
> > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > > Have a question? Ask away: http://ask.fedoraproject.org
> >
> > Hello James,
> >
> > Thanks, this is the output from bumblebee-nvidia --check
> >
> > bumblebee-nvidia --check
> > --force compile selected via /etc/sysconfig/nvidia/compile-nvidia-driver
> > Warning! This NVIDIA driver has not compiled successfully before on
>
> kernel 4.2.3-300.fc23.x86_64!
> > Warning! This NVIDIA driver userland
> >  /usr/lib64/nvidia-bumblebee/libGL.so.1 library is missing!
> >
> > Warning! nvidia.ko was not created in in the kernel tree!
> > modinfo output for NVIDIA:
> >
> > modinfo: ERROR: Module nvidia not found.
> >
> > Check bbswitch kernel module...
> >
> > Warning! bbswitch is not loaded into this kernel!
> > Since bbswitch is not loaded into the kernel, lets do additional checks
>
> on it...
> > dkms status bbswitch output:
> > bbswitch, 0.8.0, 4.2.8-300.fc23.x86_64, x86_64: installed
> >
> > if the bbswitch package is installed, you may wish to try:
> > /usr/sbin/dkms add -m bbswitch -v 0.8.0
> > /usr/sbin/dkms build -m bbswitch -v 0.8.0
> > /usr/sbin/dkms install -m bbswitch -v 0.8.0
> > /sbin/modprobe bbswitch
> >
> > To get clues as to why bbswitch is failing on this kernel...
> > All NVIDIA checks completed, but there were 1 or more failures...
> > Try running this script with the --debug option to find clues about what
>
> has
> > gone wrong with the NVIDIA driver compile process.
> >
> > When I use the debug option I was prompt to install the NVIDIA driver
>
> manually; which I did and this may cause the suspicion that you saw. I will
> enable and install the kernel from testing and give it a try and report
> back.
> > The next step will be to install all packages for bumblebee and NVIDIA
>
> and to a clean install. It may worth mentioning that I had to install
> Fedora by adding the nomodeset to the kernel argument because I was not
> able to boot the OS initially.
> >
>
> Yeah I had the same experience...
>
> From an initial clean install these are the steps:
> boot with the nouveau modeset and blacklist arguments to disable
>
> nouveau. If nouveau is running (check with lsmod) the nvidia proprietary
> driver will fail to load correctly after compiling leading to the situation
> you see.
> 2) if kernel < 4.3 use the preliminary hw argument
> 3) install bumblebee free and nonfree (managed) repos
> 4) install bumblebee bumblebee-nvidia dkms bbswitch.dkms kernel-devel etc
> (basically copy paste the f22+ multilib install line from BB wiki page)
> 5) reboot
> 6) as root run bumblebee-nvidia --check
>
> You may need to poke the bbswitch dkms manually.
>
> After this `glxinfo|grep -i vendor` should show Intel and `optirun
> glxinfo|grep -i vendor` should show nvidia
>
> Without going as far as a clean install you may be able to clean up the
> proprietary driver ... Depends how much customisation you got to beyond
> that install as to the worth doing so.
>
> --
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org

Thanks for the info James

I performed a clean install and used the preliminary hw argument for the
the default kernel 4.2.x and everything worked fine; enabled
fedora-updates-testing repo and installed kernel 4.3 added the
nouveau.modeset=0 and rd.driver.blacklist=nouveau to the kernel argument
and it fails when it tried to load the USB drivers.

My laptop models is [0] Hardware name: ASUSTeK COMPUTER INC.
GL552VW/GL552VW, BIOS GL552VW.210 09/01/2015; if I can't get to boot from
kernel 4.3 I will try and compile mainline kernel and try that or just
settle for the Intel driver for now.

If you have any more tips and tricks; I'll be more than happy to give it s
a shot; In the mean time I will install bumblebee with the 4.2 kernel and
see if that will go well.

[0] http://store.asus.com/us/item/201510AM170008064/A18486

[James Hogarth]

On 8 Jan 2016 02:21, "Earl A Ramirez"  wrote:
> On 8 January 2016 at 02:22, James Hogarth  wrote:
> > On 7 Jan 2016 5:00 p.m., "Earl A Ramirez"  wrote:
> > > On 8 January 2016 at 01:15, James Hogarth

wrote:
> > > > On 7 January 2016 at 15:11, Earl A Ramirez

wrote:
> > > > > Dear All,
> > > > >
> > > > > I have a ASUS laptop with NVIDIA Optimus technology, therefore, I

used the Fedora documentation [0] to install bumbleeble using the third
party managed driver to install NVIDIA. After the installation I am no
longer seeing the NVIDIA when I use 'lspci | grep VGA'; however, when I use
'lspci | egrep 'VGA|3D'' I can see the NVIDIA video card.
> > > > > $ lspci | grep VGA
> > > > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b

(rev 06)
> > > > > $ lspci | egrep 'VGA|3D'
> > > > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b

(rev 06)
> > > > > 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M]

(rev a2)
> > > > > Also I no longer see the vgaswitcheroo under /sys/kernel/debug/.

When I try to boot with the kernel that NVIDIA was build on; the laptop
locks up just before the GUI and you will hear the fans blowing and the
only way around it is to power the laptop down. I have tried booting into
that kernel with different kernel parameters; E.g. nomodeset
rd.driver.blacklist=nouveau and even i915.preliminary_hw_support=1 and all
options and combinations fails.
> > > > > However when I boot from the kernel that NVIDIA was not compiled on

I can the the get a display that says "oops something went wrong, please
try again" and there is an option to log out, I can also switch to another
virtual console and have full access to the OS. I get the same behaviour
even if I use nomodeset; however, if I use i915.preliminary_hw_support=1 I
get the appropriate resolution.
> > > > > Can anyone shed some light on how to get the GUI, with bumblebee or

even the Intel graphic drivers?
> > > > > The packages that were installed are:
> > > > > $ rpm -qa | egrep 'bumblebee|bbswitch|primus|VirtualGL'
> > > > > primus-1.1.03282015-2.fc23.x86_64
> > > > > bumblebee-nvidia-352.63-2.fc23.x86_64
> > > > > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > > > > bumblebee-nonfree-release-1.2-1.noarch
> > > > > VirtualGL-2.4-5.fc23.i686
> > > > > bumblebee-release-1.2-1.noarch
> > > > > primus-1.1.03282015-2.fc23.i686
> > > > > VirtualGL-2.4-5.fc23.x86_64
> > > > > bumblebee-3.2.1-9.fc23.x86_64
> > > >
> > > > <snip>
> > > >
> > > > Sounds like we practically the same laptop ...
> > > >
> > > > This will go a lot easier for you if you install kernel 4.3.3-300

from updates-testing as that has the full skylake  i915 support (so don't
do preliminary_hw_support on that).
> > > > This looks suspicious ... Xorg should not see the NVIDIA driver if

you've managed to follow the bumblebee instructions correctly:
> > > > (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> > > > [     4.334] (II) Module glx: vendor="NVIDIA Corporation"
> > > > [     4.334]  compiled for 4.0.2, module version = 1.0.0
> > > > [     4.334]  Module class: X.Org Server Extension
> > > > [     4.335] (II) NVIDIA GLX Module  358.16  Mon Nov 16 18:54:01 PST

2015
> > > > Compare this to mine where optirun/bumblebee/primus works fine:
> > > >
> > > > [    23.343] (II) LoadModule: "glx"
> > > > [    23.343] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> > > > [    23.345] (II) Module glx: vendor="X.Org Foundation"
> > > > [    23.345]    compiled for 1.18.0, module version = 1.0.0
> > > > [    23.345]    ABI class: X.Org Server Extension, version 9.0
> > > >
> > > > If the NVIDIA GLX libraries are loaded into xorg it'll trash your

intel stuff ...
> > > > Are you sure you didn't install the NVIDIA proprietary drivers

(rpmfusion, negativo17 or directly) in some way other than only through the
bumblebee non-free repo?
> > > > This is my configuration:
> > > > $ rpm -qa | grep -E 'nvidia|bumblebee|bbswitch|primus|VirtualGL'
> > > > primus-1.1.03282015-2.fc23.i686
> > > > bumblebee-3.2.1-9.fc23.x86_64
> > > > VirtualGL-2.4-5.fc23.i686
> > > > bumblebee-release-1.2-1.noarch
> > > > bumblebee-nvidia-352.63-2.fc23.x86_64
> > > > VirtualGL-2.4-5.fc23.x86_64
> > > > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > > > bumblebee-nonfree-release-1.2-1.noarch
> > > > primus-1.1.03282015-2.fc23.x86_64
> > > >
> > > > GRUB_CMDLINE_LINUX has in it nouveau.modeset=0 and

rd.driver.blacklist=nouveau
> > > > Before I updated to 4.3.3 today the preliminary_hw_support=1 was

needed as well.
> > > > What's the output of bumblebee-nvidia --check for you ?
> > > >
> > > > --
> > > > users mailing list
> > > > [e-mail]
> > > > To unsubscribe or change subscription options:
> > > > https://admin.fedoraproject.org/mailman/listinfo/users
> > > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > > > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > > > Have a question? Ask away: http://ask.fedoraproject.org
> > >
> > > Hello James,
> > >
> > > Thanks, this is the output from bumblebee-nvidia --check
> > >
> > > bumblebee-nvidia --check
> > > --force compile selected via

/etc/sysconfig/nvidia/compile-nvidia-driver
> > > Warning! This NVIDIA driver has not compiled successfully before on

kernel 4.2.3-300.fc23.x86_64!
> > > Warning! This NVIDIA driver userland
> > >  /usr/lib64/nvidia-bumblebee/libGL.so.1 library is missing!
> > >
> > > Warning! nvidia.ko was not created in in the kernel tree!
> > > modinfo output for NVIDIA:
> > >
> > > modinfo: ERROR: Module nvidia not found.
> > >
> > > Check bbswitch kernel module...
> > >
> > > Warning! bbswitch is not loaded into this kernel!
> > > Since bbswitch is not loaded into the kernel, lets do additional

checks on it...
> > > dkms status bbswitch output:
> > > bbswitch, 0.8.0, 4.2.8-300.fc23.x86_64, x86_64: installed
> > >
> > > if the bbswitch package is installed, you may wish to try:
> > > /usr/sbin/dkms add -m bbswitch -v 0.8.0
> > > /usr/sbin/dkms build -m bbswitch -v 0.8.0
> > > /usr/sbin/dkms install -m bbswitch -v 0.8.0
> > > /sbin/modprobe bbswitch
> > >
> > > To get clues as to why bbswitch is failing on this kernel...
> > > All NVIDIA checks completed, but there were 1 or more failures...
> > > Try running this script with the --debug option to find clues about

what has
> > > gone wrong with the NVIDIA driver compile process.
> > >
> > > When I use the debug option I was prompt to install the NVIDIA driver

manually; which I did and this may cause the suspicion that you saw. I will
enable and install the kernel from testing and give it a try and report
back.
> > > The next step will be to install all packages for bumblebee and NVIDIA

and to a clean install. It may worth mentioning that I had to install
Fedora by adding the nomodeset to the kernel argument because I was not
able to boot the OS initially.
> > >
> >
> > Yeah I had the same experience...
> >
> > From an initial clean install these are the steps:
> > boot with the nouveau modeset and blacklist arguments to disable

nouveau. If nouveau is running (check with lsmod) the nvidia proprietary
driver will fail to load correctly after compiling leading to the situation
you see.
> > if kernel < 4.3 use the preliminary hw argument
> > install bumblebee free and nonfree (managed) repos
> > install bumblebee bumblebee-nvidia dkms bbswitch.dkms kernel-devel

etc (basically copy paste the f22+ multilib install line from BB wiki page)
> > reboot
> > as root run bumblebee-nvidia --check
> >
> > You may need to poke the bbswitch dkms manually.
> >
> > After this `glxinfo|grep -i vendor` should show Intel and `optirun

glxinfo|grep -i vendor` should show nvidia
> > Without going as far as a clean install you may be able to clean up the

proprietary driver ... Depends how much customisation you got to beyond
that install as to the worth doing so.
> > --
> > users mailing list
> > [e-mail]
> > To unsubscribe or change subscription options:
> > https://admin.fedoraproject.org/mailman/listinfo/users
> > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > Have a question? Ask away: http://ask.fedoraproject.org
>
> Thanks for the info James
>
> I performed a clean install and used the preliminary hw argument for the

the default kernel 4.2.x and everything worked fine; enabled
fedora-updates-testing repo and installed kernel 4.3 added the
nouveau.modeset=0 and rd.driver.blacklist=nouveau to the kernel argument
and it fails when it tried to load the USB drivers.
>

USB drivers? Surprising and sounds quite the regression. This is of course
why it's in testing and not released yet ;)

I'd be interested in the logs from that 4.3 boot and I'm sure the kernel
devs will be too.

Or if it died before journalling went persistent a screenshot of an
attorneys attempted 4.3 boot would be appreciated.

[Earl Ramirez]

On 8 January 2016 at 17:14, James Hogarth  wrote:
> On 8 Jan 2016 02:21, "Earl A Ramirez"  wrote:
> > On 8 January 2016 at 02:22, James Hogarth
>
> wrote:
> > > On 7 Jan 2016 5:00 p.m., "Earl A Ramirez"
>
> wrote:
> > > > On 8 January 2016 at 01:15, James Hogarth
>
> wrote:
> > > > > On 7 January 2016 at 15:11, Earl A Ramirez
>
> wrote:
> > > > > > Dear All,
> > > > > >
> > > > > > I have a ASUS laptop with NVIDIA Optimus technology, therefore, I
>
> used the Fedora documentation [0] to install bumbleeble using the third
> party managed driver to install NVIDIA. After the installation I am no
> longer seeing the NVIDIA when I use 'lspci | grep VGA'; however, when I use
> 'lspci | egrep 'VGA|3D'' I can see the NVIDIA video card.
> > > > > > $ lspci | grep VGA
> > > > > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b
>
> (rev 06)
> > > > > > $ lspci | egrep 'VGA|3D'
> > > > > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b
>
> (rev 06)
> > > > > > 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 960M]
>
> (rev a2)
> > > > > > Also I no longer see the vgaswitcheroo under /sys/kernel/debug/.
>
> When I try to boot with the kernel that NVIDIA was build on; the laptop
> locks up just before the GUI and you will hear the fans blowing and the
> only way around it is to power the laptop down. I have tried booting into
> that kernel with different kernel parameters; E.g. nomodeset
> rd.driver.blacklist=nouveau and even i915.preliminary_hw_support=1 and all
> options and combinations fails.
> > > > > > However when I boot from the kernel that NVIDIA was not compiled on
>
> I can the the get a display that says "oops something went wrong, please
> try again" and there is an option to log out, I can also switch to another
> virtual console and have full access to the OS. I get the same behaviour
> even if I use nomodeset; however, if I use i915.preliminary_hw_support=1 I
> get the appropriate resolution.
> > > > > > Can anyone shed some light on how to get the GUI, with bumblebee or
>
> even the Intel graphic drivers?
> > > > > > The packages that were installed are:
> > > > > > $ rpm -qa | egrep 'bumblebee|bbswitch|primus|VirtualGL'
> > > > > > primus-1.1.03282015-2.fc23.x86_64
> > > > > > bumblebee-nvidia-352.63-2.fc23.x86_64
> > > > > > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > > > > > bumblebee-nonfree-release-1.2-1.noarch
> > > > > > VirtualGL-2.4-5.fc23.i686
> > > > > > bumblebee-release-1.2-1.noarch
> > > > > > primus-1.1.03282015-2.fc23.i686
> > > > > > VirtualGL-2.4-5.fc23.x86_64
> > > > > > bumblebee-3.2.1-9.fc23.x86_64
> > > > >
> > > > > <snip>
> > > > >
> > > > > Sounds like we practically the same laptop ...
> > > > >
> > > > > This will go a lot easier for you if you install kernel 4.3.3-300
>
> from updates-testing as that has the full skylake  i915 support (so don't
> do preliminary_hw_support on that).
> > > > > This looks suspicious ... Xorg should not see the NVIDIA driver if
>
> you've managed to follow the bumblebee instructions correctly:
> > > > > (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> > > > > [     4.334] (II) Module glx: vendor="NVIDIA Corporation"
> > > > > [     4.334]  compiled for 4.0.2, module version = 1.0.0
> > > > > [     4.334]  Module class: X.Org Server Extension
> > > > > [     4.335] (II) NVIDIA GLX Module  358.16  Mon Nov 16 18:54:01 PST
>
> 2015
> > > > > Compare this to mine where optirun/bumblebee/primus works fine:
> > > > >
> > > > > [    23.343] (II) LoadModule: "glx"
> > > > > [    23.343] (II) Loading
>
> /usr/lib64/xorg/modules/extensions/libglx.so
> > > > > [    23.345] (II) Module glx: vendor="X.Org Foundation"
> > > > > [    23.345]    compiled for 1.18.0, module version = 1.0.0
> > > > > [    23.345]    ABI class: X.Org Server Extension, version 9.0
> > > > >
> > > > > If the NVIDIA GLX libraries are loaded into xorg it'll trash your
>
> intel stuff ...
> > > > > Are you sure you didn't install the NVIDIA proprietary drivers
>
> (rpmfusion, negativo17 or directly) in some way other than only through the
> bumblebee non-free repo?
> > > > > This is my configuration:
> > > > > $ rpm -qa | grep -E 'nvidia|bumblebee|bbswitch|primus|VirtualGL'
> > > > > primus-1.1.03282015-2.fc23.i686
> > > > > bumblebee-3.2.1-9.fc23.x86_64
> > > > > VirtualGL-2.4-5.fc23.i686
> > > > > bumblebee-release-1.2-1.noarch
> > > > > bumblebee-nvidia-352.63-2.fc23.x86_64
> > > > > VirtualGL-2.4-5.fc23.x86_64
> > > > > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > > > > bumblebee-nonfree-release-1.2-1.noarch
> > > > > primus-1.1.03282015-2.fc23.x86_64
> > > > >
> > > > > GRUB_CMDLINE_LINUX has in it nouveau.modeset=0 and
>
> rd.driver.blacklist=nouveau
> > > > > Before I updated to 4.3.3 today the preliminary_hw_support=1 was
>
> needed as well.
> > > > > What's the output of bumblebee-nvidia --check for you ?
> > > > >
> > > > > --
> > > > > users mailing list
> > > > > [e-mail]
> > > > > To unsubscribe or change subscription options:
> > > > > https://admin.fedoraproject.org/mailman/listinfo/users
> > > > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > > > > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > > > > Have a question? Ask away: http://ask.fedoraproject.org
> > > >
> > > > Hello James,
> > > >
> > > > Thanks, this is the output from bumblebee-nvidia --check
> > > >
> > > > bumblebee-nvidia --check
> > > > --force compile selected via
>
> /etc/sysconfig/nvidia/compile-nvidia-driver
> > > > Warning! This NVIDIA driver has not compiled successfully before on
>
> kernel 4.2.3-300.fc23.x86_64!
> > > > Warning! This NVIDIA driver userland
> > > >  /usr/lib64/nvidia-bumblebee/libGL.so.1 library is missing!
> > > >
> > > > Warning! nvidia.ko was not created in in the kernel tree!
> > > > modinfo output for NVIDIA:
> > > >
> > > > modinfo: ERROR: Module nvidia not found.
> > > >
> > > > Check bbswitch kernel module...
> > > >
> > > > Warning! bbswitch is not loaded into this kernel!
> > > > Since bbswitch is not loaded into the kernel, lets do additional
>
> checks on it...
> > > > dkms status bbswitch output:
> > > > bbswitch, 0.8.0, 4.2.8-300.fc23.x86_64, x86_64: installed
> > > >
> > > > if the bbswitch package is installed, you may wish to try:
> > > > /usr/sbin/dkms add -m bbswitch -v 0.8.0
> > > > /usr/sbin/dkms build -m bbswitch -v 0.8.0
> > > > /usr/sbin/dkms install -m bbswitch -v 0.8.0
> > > > /sbin/modprobe bbswitch
> > > >
> > > > To get clues as to why bbswitch is failing on this kernel...
> > > > All NVIDIA checks completed, but there were 1 or more failures...
> > > > Try running this script with the --debug option to find clues about
>
> what has
> > > > gone wrong with the NVIDIA driver compile process.
> > > >
> > > > When I use the debug option I was prompt to install the NVIDIA driver
>
> manually; which I did and this may cause the suspicion that you saw. I will
> enable and install the kernel from testing and give it a try and report
> back.
> > > > The next step will be to install all packages for bumblebee and
>
> NVIDIA and to a clean install. It may worth mentioning that I had to
> install Fedora by adding the nomodeset to the kernel argument because I was
> not able to boot the OS initially.
> > > >
> > >
> > > Yeah I had the same experience...
> > >
> > > From an initial clean install these are the steps:
> > > boot with the nouveau modeset and blacklist arguments to disable
>
> nouveau. If nouveau is running (check with lsmod) the nvidia proprietary
> driver will fail to load correctly after compiling leading to the situation
> you see.
> > > if kernel < 4.3 use the preliminary hw argument
> > > install bumblebee free and nonfree (managed) repos
> > > install bumblebee bumblebee-nvidia dkms bbswitch.dkms kernel-devel
>
> etc (basically copy paste the f22+ multilib install line from BB wiki page)
> > > reboot
> > > as root run bumblebee-nvidia --check
> > >
> > > You may need to poke the bbswitch dkms manually.
> > >
> > > After this `glxinfo|grep -i vendor` should show Intel and `optirun
>
> glxinfo|grep -i vendor` should show nvidia
> > > Without going as far as a clean install you may be able to clean up the
>
> proprietary driver ... Depends how much customisation you got to beyond
> that install as to the worth doing so.
> > > --
> > > users mailing list
> > > [e-mail]
> > > To unsubscribe or change subscription options:
> > > https://admin.fedoraproject.org/mailman/listinfo/users
> > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > > Have a question? Ask away: http://ask.fedoraproject.org
> >
> > Thanks for the info James
> >
> > I performed a clean install and used the preliminary hw argument for the
>
> the default kernel 4.2.x and everything worked fine; enabled
> fedora-updates-testing repo and installed kernel 4.3 added the
> nouveau.modeset=0 and rd.driver.blacklist=nouveau to the kernel argument
> and it fails when it tried to load the USB drivers.
> >
>
> USB drivers? Surprising and sounds quite the regression. This is of course
> why it's in testing and not released yet ;)
>
> I'd be interested in the logs from that 4.3 boot and I'm sure the kernel
> devs will be too.
>
> Or if it died before journalling went persistent a screenshot of an
> attorneys attempted 4.3 boot would be appreciated.
>
> --
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org

I will grab what I can for you and send it your way in a few hours; I
noticed that the previous e-mail required moderated because of the length
so I cut it down a bit:

I installed bumblebee from the managed repo and after reboot I was able to
see the vendor for
glxinfo | grep -i vendor
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
OpenGL vendor string: Intel Open Source Technology Center

and for optirun glxinfo | grep -i vendor I was able to see NVIDIA as the
vendor; at this time everything was working as expected; therefore, I went
to remove the nomodeset and add preliminary hw to /etc/default/grub, update
grub grub2-mkconfig /boot/efi/EFI/fedora/grub.cfg and reboot.

A few seconds after I get the login screen the fan will be blowing at full
blast and it will lock up and I can only power down the laptop, which was
the same thing that I experienced previously. I am only able to boot on the
kernel that came with the initial Fedora 23 install 4.2.3-300.

Below are the output of Xorg.0.log and Xorg.8.log respectively:

Xorg.0.log:
================================================================
[    22.721] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener()
failed
[    22.721] _XSERVTransMakeAllCOTSServerListeners: server already running
[    22.722]
X.Org X Server 1.18.0
Release Date: 2015-11-09
[    22.722] X Protocol Version 11, Revision 0
[    22.722] Build Operating System:  4.2.5-300.fc23.x86_64
[    22.722] Current Operating System: Linux dev-lapf23
4.2.3-300.fc23.x86_64 #1 SMP Mon Oct 5 15:42:54 UTC 2015 x86_64
[    22.723] Kernel command line: BOOT_IMAGE=/vmlinuz-4.2.3-300.fc23.x86_64
root=/dev/mapper/dev--lap-root ro rd.lvm.lv=dev-lap/root rd.lvm.lv=dev-lap/swap
nomodeset nouveau.modeset=0 rd.driver.blacklist=nouveau
[    22.723] Build Date: 16 November 2015  10:08:25AM
[    22.723] Build ID: xorg-x11-server 1.18.0-2.fc23
[    22.723] Current version of pixman: 0.33.6
[    22.723] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[    22.723] Markers: (--) probed, (**) from config file, (==) default
setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    22.723] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Jan  8
04:50:22 2016
[    22.723] (==) Using config directory: "/etc/X11/xorg.conf.d"
[    22.723] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[    22.723] (==) No Layout section.  Using the first Screen section.
[    22.723] (==) No screen section available. Using defaults.
[    22.723] (**) |-->Screen "Default Screen Section" (0)
[    22.723] (**) |   |-->Monitor "<default monitor>"
[    22.724] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[    22.724] (==) Automatically adding devices
[    22.724] (==) Automatically enabling devices
[    22.724] (==) Automatically adding GPU devices
[    22.724] (==) Max clients allowed: 256, resource mask: 0x1fffff
[    22.724] (==) FontPath set to:
catalogue:/etc/X11/fontpath.d,
built-ins
[    22.724] (==) ModulePath set to "/usr/lib64/xorg/modules"
[    22.724] (II) The server relies on udev to provide the list of input
devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[    22.724] (II) Loader magic: 0x81cde0
[    22.724] (II) Module ABI versions:
[    22.724] X.Org ANSI C Emulation: 0.4
[    22.724] X.Org Video Driver: 20.0
[    22.724] X.Org XInput driver : 22.1
[    22.724] X.Org Server Extension : 9.0
[    22.725] (++) using VT number 2

[    22.727] (II) systemd-logind: took control of session
/org/freedesktop/login1/session/_31
[    22.729] (--) PCI:*(0:0:2:0) 8086:191b:1043:1c5d rev 6, Mem @
0xdd000000/16777216, 0xb0000000/268435456, I/O @ 0x0000f000/64, BIOS @
0x????????/131072
[    22.729] (--) PCI: (0:1:0:0) 10de:139b:1043:1c5d rev 162, Mem @
0xde000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @
0x0000e000/128, BIOS @ 0x????????/524288
[    22.729] (II) LoadModule: "glx"
[    22.729] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[    22.730] (II) Module glx: vendor="X.Org Foundation"
[    22.730] compiled for 1.18.0, module version = 1.0.0
[    22.730] ABI class: X.Org Server Extension, version 9.0
[    22.730] (==) AIGLX enabled
[    22.730] (==) Matched intel as autoconfigured driver 0
[    22.730] (==) Matched modesetting as autoconfigured driver 1
[    22.730] (==) Matched fbdev as autoconfigured driver 2
[    22.730] (==) Matched vesa as autoconfigured driver 3
[    22.731] (==) Assigned the driver to the xf86ConfigLayout
[    22.731] (II) LoadModule: "intel"
[    22.731] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so
[    22.731] (II) Module intel: vendor="X.Org Foundation"
[    22.731] compiled for 1.17.99.901, module version = 2.99.917
[    22.731] Module class: X.Org Video Driver
[    22.731] ABI class: X.Org Video Driver, version 20.0
[    22.731] (II) LoadModule: "modesetting"
[    22.731] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[    22.731] (II) Module modesetting: vendor="X.Org Foundation"
[    22.731] compiled for 1.18.0, module version = 1.18.0
[    22.731] Module class: X.Org Video Driver
[    22.731] ABI class: X.Org Video Driver, version 20.0

Xorg.8.log
======================================================================
[   246.224]
X.Org X Server 1.18.0
Release Date: 2015-11-09
[   246.224] X Protocol Version 11, Revision 0
[   246.224] Build Operating System:  4.2.5-300.fc23.x86_64
[   246.224] Current Operating System: Linux dev-lapf23
4.2.8-300.fc23.x86_64 #1 SMP Tue Dec 15 16:49:06 UTC 2015 x86_64
[   246.224] Kernel command line: BOOT_IMAGE=/vmlinuz-4.2.8-300.fc23.x86_64
root=/dev/mapper/dev--lap-root ro rd.lvm.lv=dev-lap/root rd.lvm.lv=dev-lap/swap
i915.preliminary_hw_support=1 nouveau.modeset=0 rd.driver.blacklist=nouveau
[   246.224] Build Date: 16 November 2015  10:08:25AM
[   246.224] Build ID: xorg-x11-server 1.18.0-2.fc23
[   246.224] Current version of pixman: 0.33.6
[   246.224] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   246.224] Markers: (--) probed, (**) from config file, (==) default
setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   246.224] (==) Log file: "/var/log/Xorg.8.log", Time: Fri Jan  8
04:29:46 2016
[   246.225] (++) Using config file: "/etc/bumblebee/xorg.conf.nvidia"
[   246.225] (++) Using config directory: "/etc/bumblebee/xorg.conf.d"
[   246.225] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   246.226] (==) ServerLayout "Layout0"
[   246.226] (==) No screen section available. Using defaults.
[   246.226] (**) |-->Screen "Default Screen Section" (0)
[   246.226] (**) |   |-->Monitor "<default monitor>"
[   246.226] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[   246.226] (**) |   |-->Device "DiscreteNvidia"
[   246.226] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   246.226] (**) Option "IgnoreABI" "1"
[   246.226] (**) Option "AutoAddDevices" "false"
[   246.226] (**) Option "AutoAddGPU" "false"
[   246.226] (**) Ignoring ABI Version
[   246.226] (**) Not automatically adding devices
[   246.226] (==) Automatically enabling devices
[   246.226] (**) Not automatically adding GPU devices
[   246.226] (==) Max clients allowed: 256, resource mask: 0x1fffff
[   246.226] (==) FontPath set to:
catalogue:/etc/X11/fontpath.d,
built-ins
[   246.226] (++) ModulePath set to
"/usr/lib64/nvidia-bumblebee/xorg,/usr/lib64/xorg/modules"
[   246.226] (==) |-->Input Device "<default pointer>"
[   246.226] (==) |-->Input Device "<default keyboard>"
[   246.226] (==) The core pointer device wasn't specified explicitly in
the layout.
Using the default mouse configuration.
[   246.226] (==) The core keyboard device wasn't specified explicitly in
the layout.
Using the default keyboard configuration.
[   246.226] (II) Loader magic: 0x81cde0
[   246.226] (II) Module ABI versions:
[   246.226] X.Org ANSI C Emulation: 0.4
[   246.226] X.Org Video Driver: 20.0
[   246.226] X.Org XInput driver : 22.1
[   246.226] X.Org Server Extension : 9.0
[   246.228] (--) using VT number 2

[   246.228] (II) systemd-logind: logind integration requires -keeptty and
-keeptty was not provided, disabling logind integration
[   246.229] (II) xfree86: Adding drm device (/dev/dri/card1)
[   246.229] (II) xfree86: Adding drm device (/dev/dri/card0)
[   246.229] (EE) /dev/dri/card0: failed to set DRM interface version 1.4:
Permission denied
[   246.231] (--) PCI:*(0:1:0:0) 10de:139b:1043:1c5d rev 162, Mem @
0xde000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @
0x0000e000/128, BIOS @ 0x????????/524288
[   246.231] (II) LoadModule: "glx"
[   246.231] (II) Loading
/usr/lib64/nvidia-bumblebee/xorg/modules/extensions/libglx.so
[   246.236] (II) Module glx: vendor="NVIDIA Corporation"
[   246.236] compiled for 4.0.2, module version = 1.0.0
[   246.236] Module class: X.Org Server Extension
[   246.236] (II) NVIDIA GLX Module  352.63  Sat Nov  7 20:52:00 PST 2015
[   246.236] (II) LoadModule: "nvidia"
[   246.236] (II) Loading
/usr/lib64/nvidia-bumblebee/xorg/modules/drivers/nvidia_drv.so
[   246.237] (II) Module nvidia: vendor="NVIDIA Corporation"
[   246.237] compiled for 4.0.2, module version = 1.0.0
[   246.237] Module class: X.Org Video Driver
[   246.237] (II) LoadModule: "mouse"
[   246.237] (WW) Warning, couldn't open module mouse
[   246.237] (II) UnloadModule: "mouse"
[   246.237] (II) Unloading mouse

[James Hogarth]

On 8 January 2016 at 09:27, Earl A Ramirez  wrote:
> On 8 January 2016 at 17:14, James Hogarth  wrote:
> > On 8 Jan 2016 02:21, "Earl A Ramirez"  wrote:
> > > On 8 January 2016 at 02:22, James Hogarth
> >
> > wrote:
> > > > On 7 Jan 2016 5:00 p.m., "Earl A Ramirez"
> >
> > wrote:
> > > > > On 8 January 2016 at 01:15, James Hogarth
> >
> > wrote:
> > > > > > On 7 January 2016 at 15:11, Earl A Ramirez
> >
> > wrote:
> > > > > > >
> > > > > > > Dear All,
> > > > > > >
> > > > > > > I have a ASUS laptop with NVIDIA Optimus technology, therefore, I
> >
> > used the Fedora documentation [0] to install bumbleeble using the third
> > party managed driver to install NVIDIA. After the installation I am no
> > longer seeing the NVIDIA when I use 'lspci | grep VGA'; however, when I use
> > 'lspci | egrep 'VGA|3D'' I can see the NVIDIA video card.
> > > > > > >
> > > > > > > $ lspci | grep VGA
> > > > > > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b
> >
> > (rev 06)
> > > > > > >
> > > > > > > $ lspci | egrep 'VGA|3D'
> > > > > > > 00:02.0 VGA compatible controller: Intel Corporation Device 191b
> >
> > (rev 06)
> > > > > > > 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX
> >
> > 960M] (rev a2)
> > > > > > >
> > > > > > > Also I no longer see the vgaswitcheroo under /sys/kernel/debug/.
> >
> > When I try to boot with the kernel that NVIDIA was build on; the laptop
> > locks up just before the GUI and you will hear the fans blowing and the
> > only way around it is to power the laptop down. I have tried booting into
> > that kernel with different kernel parameters; E.g. nomodeset
> > rd.driver.blacklist=nouveau and even i915.preliminary_hw_support=1 and all
> > options and combinations fails.
> > > > > > >
> > > > > > > However when I boot from the kernel that NVIDIA was not compiled
> >
> > on I can the the get a display that says "oops something went wrong, please
> > try again" and there is an option to log out, I can also switch to another
> > virtual console and have full access to the OS. I get the same behaviour
> > even if I use nomodeset; however, if I use i915.preliminary_hw_support=1 I
> > get the appropriate resolution.
> > > > > > >
> > > > > > > Can anyone shed some light on how to get the GUI, with bumblebee
> >
> > or even the Intel graphic drivers?
> > > > > > >
> > > > > > > The packages that were installed are:
> > > > > > > $ rpm -qa | egrep 'bumblebee|bbswitch|primus|VirtualGL'
> > > > > > > primus-1.1.03282015-2.fc23.x86_64
> > > > > > > bumblebee-nvidia-352.63-2.fc23.x86_64
> > > > > > > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > > > > > > bumblebee-nonfree-release-1.2-1.noarch
> > > > > > > VirtualGL-2.4-5.fc23.i686
> > > > > > > bumblebee-release-1.2-1.noarch
> > > > > > > primus-1.1.03282015-2.fc23.i686
> > > > > > > VirtualGL-2.4-5.fc23.x86_64
> > > > > > > bumblebee-3.2.1-9.fc23.x86_64
> > > > > > >
> > > > > >
> > > > > > <snip>
> > > > > >
> > > > > > Sounds like we practically the same laptop ...
> > > > > >
> > > > > > This will go a lot easier for you if you install kernel 4.3.3-300
> >
> > from updates-testing as that has the full skylake  i915 support (so don't
> > do preliminary_hw_support on that).
> > > > > > This looks suspicious ... Xorg should not see the NVIDIA driver if
> >
> > you've managed to follow the bumblebee instructions correctly:
> > > > > > (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> > > > > > [     4.334] (II) Module glx: vendor="NVIDIA Corporation"
> > > > > > [     4.334]  compiled for 4.0.2, module version = 1.0.0
> > > > > > [     4.334]  Module class: X.Org Server Extension
> > > > > > [     4.335] (II) NVIDIA GLX Module  358.16  Mon Nov 16 18:54:01
> >
> > PST 2015
> > > > > > Compare this to mine where optirun/bumblebee/primus works fine:
> > > > > >
> > > > > > [    23.343] (II) LoadModule: "glx"
> > > > > > [    23.343] (II) Loading
> >
> > /usr/lib64/xorg/modules/extensions/libglx.so
> > > > > > [    23.345] (II) Module glx: vendor="X.Org Foundation"
> > > > > > [    23.345]    compiled for 1.18.0, module version = 1.0.0
> > > > > > [    23.345]    ABI class: X.Org Server Extension, version 9.0
> > > > > >
> > > > > > If the NVIDIA GLX libraries are loaded into xorg it'll trash your
> >
> > intel stuff ...
> > > > > > Are you sure you didn't install the NVIDIA proprietary drivers
> >
> > (rpmfusion, negativo17 or directly) in some way other than only through the
> > bumblebee non-free repo?
> > > > > > This is my configuration:
> > > > > > $ rpm -qa | grep -E 'nvidia|bumblebee|bbswitch|primus|VirtualGL'
> > > > > > primus-1.1.03282015-2.fc23.i686
> > > > > > bumblebee-3.2.1-9.fc23.x86_64
> > > > > > VirtualGL-2.4-5.fc23.i686
> > > > > > bumblebee-release-1.2-1.noarch
> > > > > > bumblebee-nvidia-352.63-2.fc23.x86_64
> > > > > > VirtualGL-2.4-5.fc23.x86_64
> > > > > > bbswitch-dkms-0.8.0-2.fc23.x86_64
> > > > > > bumblebee-nonfree-release-1.2-1.noarch
> > > > > > primus-1.1.03282015-2.fc23.x86_64
> > > > > >
> > > > > > GRUB_CMDLINE_LINUX has in it nouveau.modeset=0 and
> >
> > rd.driver.blacklist=nouveau
> > > > > > Before I updated to 4.3.3 today the preliminary_hw_support=1 was
> >
> > needed as well.
> > > > > > What's the output of bumblebee-nvidia --check for you ?
> > > > > >
> > > > > > --
> > > > > > users mailing list
> > > > > > [e-mail]
> > > > > > To unsubscribe or change subscription options:
> > > > > > https://admin.fedoraproject.org/mailman/listinfo/users
> > > > > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > > > > > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > > > > > Have a question? Ask away: http://ask.fedoraproject.org
> > > > >
> > > > > Hello James,
> > > > >
> > > > > Thanks, this is the output from bumblebee-nvidia --check
> > > > >
> > > > > bumblebee-nvidia --check
> > > > > --force compile selected via
> >
> > /etc/sysconfig/nvidia/compile-nvidia-driver
> > > > > Warning! This NVIDIA driver has not compiled successfully before on
> >
> > kernel 4.2.3-300.fc23.x86_64!
> > > > > Warning! This NVIDIA driver userland
> > > > >  /usr/lib64/nvidia-bumblebee/libGL.so.1 library is missing!
> > > > >
> > > > > Warning! nvidia.ko was not created in in the kernel tree!
> > > > > modinfo output for NVIDIA:
> > > > >
> > > > > modinfo: ERROR: Module nvidia not found.
> > > > >
> > > > > Check bbswitch kernel module...
> > > > >
> > > > > Warning! bbswitch is not loaded into this kernel!
> > > > > Since bbswitch is not loaded into the kernel, lets do additional
> >
> > checks on it...
> > > > > dkms status bbswitch output:
> > > > > bbswitch, 0.8.0, 4.2.8-300.fc23.x86_64, x86_64: installed
> > > > >
> > > > > if the bbswitch package is installed, you may wish to try:
> > > > > /usr/sbin/dkms add -m bbswitch -v 0.8.0
> > > > > /usr/sbin/dkms build -m bbswitch -v 0.8.0
> > > > > /usr/sbin/dkms install -m bbswitch -v 0.8.0
> > > > > /sbin/modprobe bbswitch
> > > > >
> > > > > To get clues as to why bbswitch is failing on this kernel...
> > > > > All NVIDIA checks completed, but there were 1 or more failures...
> > > > > Try running this script with the --debug option to find clues about
> >
> > what has
> > > > > gone wrong with the NVIDIA driver compile process.
> > > > >
> > > > > When I use the debug option I was prompt to install the NVIDIA
> >
> > driver manually; which I did and this may cause the suspicion that you saw.
> > I will enable and install the kernel from testing and give it a try and
> > report back.
> > > > > The next step will be to install all packages for bumblebee and
> >
> > NVIDIA and to a clean install. It may worth mentioning that I had to
> > install Fedora by adding the nomodeset to the kernel argument because I was
> > not able to boot the OS initially.
> > > > >
> > > >
> > > > Yeah I had the same experience...
> > > >
> > > > From an initial clean install these are the steps:
> > > > boot with the nouveau modeset and blacklist arguments to disable
> >
> > nouveau. If nouveau is running (check with lsmod) the nvidia proprietary
> > driver will fail to load correctly after compiling leading to the situation
> > you see.
> > > > if kernel < 4.3 use the preliminary hw argument
> > > > install bumblebee free and nonfree (managed) repos
> > > > install bumblebee bumblebee-nvidia dkms bbswitch.dkms kernel-devel
> >
> > etc (basically copy paste the f22+ multilib install line from BB wiki page)
> > > > reboot
> > > > as root run bumblebee-nvidia --check
> > > >
> > > > You may need to poke the bbswitch dkms manually.
> > > >
> > > > After this `glxinfo|grep -i vendor` should show Intel and `optirun
> >
> > glxinfo|grep -i vendor` should show nvidia
> > > > Without going as far as a clean install you may be able to clean up
> >
> > the proprietary driver ... Depends how much customisation you got to beyond
> > that install as to the worth doing so.
> > > > --
> > > > users mailing list
> > > > [e-mail]
> > > > To unsubscribe or change subscription options:
> > > > https://admin.fedoraproject.org/mailman/listinfo/users
> > > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > > > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > > > Have a question? Ask away: http://ask.fedoraproject.org
> > >
> > > Thanks for the info James
> > >
> > > I performed a clean install and used the preliminary hw argument for
> >
> > the the default kernel 4.2.x and everything worked fine; enabled
> > fedora-updates-testing repo and installed kernel 4.3 added the
> > nouveau.modeset=0 and rd.driver.blacklist=nouveau to the kernel argument
> > and it fails when it tried to load the USB drivers.
> > >
> >
> > USB drivers? Surprising and sounds quite the regression. This is of
> > course why it's in testing and not released yet ;)
> >
> > I'd be interested in the logs from that 4.3 boot and I'm sure the kernel
> > devs will be too.
> >
> > Or if it died before journalling went persistent a screenshot of an
> > attorneys attempted 4.3 boot would be appreciated.
> >
> > --
> > users mailing list
> > [e-mail]
> > To unsubscribe or change subscription options:
> > https://admin.fedoraproject.org/mailman/listinfo/users
> > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > Have a question? Ask away: http://ask.fedoraproject.org
>
> I will grab what I can for you and send it your way in a few hours; I
> noticed that the previous e-mail required moderated because of the length
> so I cut it down a bit:
>
> I installed bumblebee from the managed repo and after reboot I was able to
> see the vendor for
> glxinfo | grep -i vendor
> server glx vendor string: SGI
> client glx vendor string: Mesa Project and SGI
> OpenGL vendor string: Intel Open Source Technology Center
>
> and for optirun glxinfo | grep -i vendor I was able to see NVIDIA as the
> vendor; at this time everything was working as expected; therefore, I went
> to remove the nomodeset and add preliminary hw to /etc/default/grub, update
> grub grub2-mkconfig /boot/efi/EFI/fedora/grub.cfg and reboot.
>
> A few seconds after I get the login screen the fan will be blowing at full
> blast and it will lock up and I can only power down the laptop, which was
> the same thing that I experienced previously. I am only able to boot on the
> kernel that came with the initial Fedora 23 install 4.2.3-300.
>
> Below are the output of Xorg.0.log and Xorg.8.log respectively:

You still need nomodeset and blacklist otherwise nouveau can get loaded,
when you want to you the nvidia driver instead.

The X logs aren't really of interest for the kernel side of things.

It's the kernel logs in particular (journalctl -k) that are of interest to
debug the 4.3.3 issues.

It's made a huge difference to this system with stability and the general
feel (far more fluid) on the intel GPU.

This doesn't even take into consideration that 4.2.X is now EOL (which was
no doubt a significant motivation for the kernel maintainers to move to
4.3.X now it's had a couple of bugfix releases) so it makes sense to get
this working for you.

[Tim]

Allegedly, on or about 08 January 2016, James Hogarth sent:
> I noticed that the previous e-mail required moderated because of the
> length so I cut it down a bit:

On that note, can you stop full-quoting.  Including content that is not
needed to understand a message is a waste of hundred's of people's
bandwidth and storage space (your previous message was fifty-nine
thousand kilobytes - that's quite excessive for an email).  Not to
mention getting quite difficult to read - you may find that the person
best suited to answer your issue gives up bothering.

Only quote what's needed to read a current message, dump the rest.  It's
easy enough to go back and read a prior message, if someone really wants
to re-read a huge log.  Not to mention that it gets harder and harder to
parse something the more times it gets mangled by quoting indents and
prefix characters, so it's often easier to read the original.

It's also not the done thing to post HTML, for various reasons (causing
even more message bloat, even more mangled quoting, parsing HTML is less
safe than plain text, etc).  Try to find out how to switch that off.
Gmail makes that a bit difficult, but not impossible.

[Earl Ramirez]

Noted Tim.

James,
Below is where the the laptop locks up; the kernel argument is
nouveau.modeset=0 rd.driver.blacklist=nouveau

[ 0.687681] loaded using pool lzo/zbud
[ 0.686509]  Magic number: 0:798:124
[ 0.684587] graphics fb0: hash matches
[ 0.685118] pi 0000:00:1f.0: hash matches
[ 0.690209] rtc_cmos 02:02: setting system clock to 2016-01-08 11:06:39 UTC
(142251199)
[ 0.924377] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 0.925410] ata3: SATA link down (SStatus 4 SControl 300)
[ 0.926527] ata1.00: supports DRM functions and may not be fully accessible
[ 0.924377] ata2: SATA link up 1.5 Gbps (SStatus 133 SControl 300)
[ 0.928701] ata1.00: READ LOG DMA EXT failed, trying unqueued
[ 0.929798] ata1.00: ATA-9: Samsung SSD 850 EVO 500GB, EMT01B6Q, max
UDMA/133
[ 0.930815] ata1.00: 976773168 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
[ 0.932090] ata2.00: ATAPI: SlimtypeDVD A DA8A6SH, GAA2, max UDMA/133

[Earl Ramirez]

> It's the kernel logs in particular (journalctl -k) that are of
> interest to debug the 4.3.3 issues.
>
> It's made a huge difference to this system with stability and the
> general feel (far more fluid) on the intel GPU.
>
> This doesn't even take into consideration that 4.2.X is now EOL (which
> was no doubt a significant motivation for the kernel maintainers to
> move to 4.3.X now it's had a couple of bugfix releases) so it makes
> sense to get this working for you.

Hello James,

Thanks for all your help on this one, I have been trying to re-create
the error I saw previously regarding the USB device where the boot will
fail: Below are the last few lines from the screen:

[	0.941782]  sda: sda1 sda2 sda3
[	0.943430] sd 0:0:0:0: [sda] Attached SCSI disk
[	0.950234] scsi 1:0:0:0: CD-ROM		Slimtype  DVD A  DA8A6SH   GAA2 PQ: 0
ANSI: 5
[	0.977414] usb 1-4: new high-speed USB device number 2 using xhci_hcd

I was able to re-create this error with any kernel arguments; I have
also tried enabling and disabling secure boot, don't think that it would
make any differences but just wanted to rule any any possible things
that may cause this failure. Unfortunately I cannot provide any of the
output from journalctl -k at this time, will keep trying different
argument until I can load the OS.

Let me know if you will like me to file a bug for this kernel 4.3.3 that
is giving these error.

[James Hogarth]

On 9 Jan 2016 06:00, "Earl Ramirez"  wrote:
> > It's the kernel logs in particular (journalctl -k) that are of
> > interest to debug the 4.3.3 issues.
> >
> > It's made a huge difference to this system with stability and the
> > general feel (far more fluid) on the intel GPU.
> >
> > This doesn't even take into consideration that 4.2.X is now EOL (which
> > was no doubt a significant motivation for the kernel maintainers to
> > move to 4.3.X now it's had a couple of bugfix releases) so it makes
> > sense to get this working for you.
>
> Hello James,
>
> Thanks for all your help on this one, I have been trying to re-create
> the error I saw previously regarding the USB device where the boot will
> fail: Below are the last few lines from the screen:
>
> [       0.941782]  sda: sda1 sda2 sda3
> [       0.943430] sd 0:0:0:0: [sda] Attached SCSI disk
> [       0.950234] scsi 1:0:0:0: CD-ROM          Slimtype  DVD A  DA8A6SH

GAA2 PQ: 0
> ANSI: 5
> [       0.977414] usb 1-4: new high-speed USB device number 2 using

xhci_hcd
> I was able to re-create this error with any kernel arguments; I have
> also tried enabling and disabling secure boot, don't think that it would
> make any differences but just wanted to rule any any possible things

Secure boot won't work with the proprietary nvidia drivers. At least not
without substantial effort (generate your own signing key, sign the dkms
generated modules with this, get key trusted by uefi) since the kernel
modules compiled are unsigned.
> that may cause this failure. Unfortunately I cannot provide any of the
> output from journalctl -k at this time, will keep trying different
> argument until I can load the OS.

If it looks like a USB issue then disconnect all USB devices on starting to
see how far it gets.

You'll probably want to remove rhgb and quiet from the kernel arguments
whilst debugging.
> Let me know if you will like me to file a bug for this kernel 4.3.3 that
> is giving these error.

Seeing as it's in testing it'd be useful to have a bug filed and this
commented on the bohdi kernel update page.

[Earl Ramirez]

> Secure boot won't work with the proprietary nvidia drivers. At least not
> without substantial effort (generate your own signing key, sign the dkms
> generated modules with this, get key trusted by uefi) since the kernel
> modules compiled are unsigned.
> If it looks like a USB issue then disconnect all USB devices on starting
> to see how far it gets.
>
> You'll probably want to remove rhgb and quiet from the kernel arguments
> whilst debugging.

There are no USB devices connected to the laptop; both rhgb and quiet are
also removed, I will see if I can get more information with kernel 4.3.3
debugger.
> Seeing as it's in testing it'd be useful to have a bug filed and this
> commented on the bohdi kernel update page.

I will do that thanks.