You are not logged in.
I configure two setups because I cannot use my HDMI when I am with bumblebee.
lspci | egrep 'VGA|3D'
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 650M] (rev ff)
When I use bumblebee, it works.
primusrun glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 650M/PCIe/SSE2
OpenGL core profile version string: 4.4.0 NVIDIA 355.11
OpenGL core profile shading language version string: 4.40 NVIDIA via Cg compiler
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.5.0 NVIDIA 355.11
OpenGL shading language version string: 4.50 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
Without optirun with bumblebee service.
glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.0.3
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 11.0.3
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 11.0.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
Now, to use my HDMI, I remove bumblebee service and create /etc/X11/xorg.conf
Section "ServerLayout"
Identifier "layout"
Screen 0 "nvidia"
Inactive "intel"
EndSectionSection "Device"
Identifier "nvidia"
Driver "nvidia"
BusID "PCI:1:0:0"
EndSectionSection "Screen"
Identifier "nvidia"
Device "nvidia"
Option "AllowEmptyInitialConfiguration" "Yes"
EndSectionSection "Device"
Identifier "intel"
Driver "modesetting"
Option "AccelMethod" "sna"
EndSectionSection "Screen"
Identifier "intel"
Device "intel"
EndSection
The HDMI works, but with slow performance. glxspheres64 give me 20 fps, I have 300 fps with primusrun
glxinfo | grep OpenGL
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.7, 256 bits)
OpenGL version string: 3.0 Mesa 11.0.3
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
Why I have Gallium rendering and not NVidia? It is because mesa lib didn't link on nvidia with OpenGL software?
Thanks for you help,
Mathben
Offline
I would be very interested by a solution for this. Anyone have fixed this problem?
Offline
Section "Device"
Identifier "intel"
Driver "modesetting"
Option "AccelMethod" "sna"
EndSectionYour xorg.conf is missing the BusID for the intel card.
add the correct one, if that doesn't solve the issue post Xorg.0.log
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
I try with intel BusID, but no change.
glxinfo | grep OpenGL
OpenGL vendor string: VMware, Inc.
I update my X11 file, based on this guide https://wiki.archlinux.org/index.php/NVIDIA_Optimus
Section "ServerLayout"
Identifier "layout"
Screen 0 "nvidia"
Inactive "intel"
EndSectionSection "Device"
Identifier "nvidia"
Driver "nvidia"
BusID "PCI:1:0:0"
VendorName "NVIDIA Corporation"
BoardName "GeForce GT 650M"
EndSectionSection "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Panasonic-TV"
HorizSync 15.0 - 68.0
VertRefresh 23.0 - 61.0
Option "DPMS"
EndSectionSection "Screen"
Identifier "nvidia"
Device "nvidia"
Monitor "Monitor0"
DefaultDepth 24
Option "Stereo" "0"
Option "nvidiaXineramaInfoOrder" "DFP-0"
Option "metamodes" "nvidia-auto-select +0+0 {viewportout=1822x1024+49+27}"
Option "SLI" "Off"
Option "MultiGPU" "Off"
Option "BaseMosaic" "off"
Option "AllowEmptyInitialConfiguration" "Yes"
SubSection "Display"
Depth 24
EndSubSection
EndSectionSection "Device"
Identifier "intel"
Driver "modesetting"
Option "AccelMethod" "none"
BusID "PCI:0:2:0"
EndSectionSection "Screen"
Identifier "intel"
Device "intel"
EndSection
There the Xorg log
http://pastebin.com/F4v9BGwP
We have no trace of driver nouveau.
What I know, people who has the same bug of me say they have conflict with nouveau. I installed in the past nouveau.
I don't have xf86-video-vmware installed. I think it's a fallback when I don't know.
Thanks for help
Offline
Do you know why I have nouveau .so , but I uninstall it?
locate nouveau
/etc/bumblebee/xorg.conf.nouveau
/opt/poky/1.7/sysroots/cortexa8hf-vfp-neon-poky-linux-gnueabi/usr/include/drm/nouveau_drm.h
/usr/include/libdrm/nouveau.h
/usr/include/libdrm/nouveau_drm.h
/usr/lib/libdrm_nouveau.so
/usr/lib/libdrm_nouveau.so.2
/usr/lib/libdrm_nouveau.so.2.0.0
/usr/lib/modules/4.2.5-1-ARCH/build/drivers/gpu/drm/nouveau
/usr/lib/modules/4.2.5-1-ARCH/build/drivers/gpu/drm/nouveau/Kconfig
/usr/lib/modules/4.2.5-1-ARCH/build/include/config/nouveau
/usr/lib/modules/4.2.5-1-ARCH/build/include/config/drm/nouveau
/usr/lib/modules/4.2.5-1-ARCH/build/include/config/drm/nouveau.h
/usr/lib/modules/4.2.5-1-ARCH/build/include/config/drm/nouveau/backlight.h
/usr/lib/modules/4.2.5-1-ARCH/build/include/config/nouveau/debug
/usr/lib/modules/4.2.5-1-ARCH/build/include/config/nouveau/debug.h
/usr/lib/modules/4.2.5-1-ARCH/build/include/config/nouveau/debug/default.h
/usr/lib/modules/4.2.5-1-ARCH/build/include/uapi/drm/nouveau_drm.h
/usr/lib/modules/4.2.5-1-ARCH/kernel/drivers/gpu/drm/nouveau
/usr/lib/modules/4.2.5-1-ARCH/kernel/drivers/gpu/drm/nouveau/nouveau.ko.gz
/usr/lib/pkgconfig/libdrm_nouveau.pc
/usr/lib/xorg/modules/dri/nouveau_dri.so
/usr/lib/xorg/modules/dri/nouveau_vieux_dri.so
/usr/lib32/libdrm_nouveau.so
/usr/lib32/libdrm_nouveau.so.2
/usr/lib32/libdrm_nouveau.so.2.0.0
/usr/lib32/pkgconfig/libdrm_nouveau.pc
/usr/lib32/xorg/modules/dri/nouveau_dri.so
/usr/lib32/xorg/modules/dri/nouveau_vieux_dri.so
Offline
Currently X falls back to the DRISWRAST GL driver . That driver was created by VMware.
Linux graphics stack has several parts :
kernel modules
drm drivers
an OpenGL provider (often mesa)
X
your nouveau files come from kernel, libdrm drivers and mesa.
---------------------------------
Something goes wrong,and we need to get to the basics working first.
The example config from the nvidia optimus page has the minimal needed setup, use that but verify the pci ids.
/etc/X11/xorg.conf
Section "ServerLayout"
Identifier "layout"
Screen 0 "nvidia"
Inactive "intel"
EndSection
Section "Device"
Identifier "nvidia"
Driver "nvidia"
# Change BusID if necessary. Tips: (lspci | grep 3D) (Change 01:00.0 to 1:0:0)
BusID "PCI:1:0:0"
EndSection
Section "Screen"
Identifier "nvidia"
Device "nvidia"
Option "AllowEmptyInitialConfiguration" "Yes"
EndSection
Section "Device"
Identifier "intel"
Driver "modesetting"
# Change BusID if necessary. Tips: (lspci | grep VGA) (Change 00:02.0 to 0:2:0)
BusID "PCI:0:2:0"
Option "AccelMethod" "none"
EndSection
Section "Screen"
Identifier "intel"
Device "intel"
EndSectionrun startx , post xorg log
change intel acceleration method from sna to none
run startx post xorg log.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
[ code ] =
lspci | egrep 'VGA|3D'
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 650M] (rev ff)[ quote ] =
lspci | egrep 'VGA|3D'
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 650M] (rev ff)
Last edited by betseg (2015-12-04 14:51:22)
Offline