OpenBSD 5.4 Intel Graphics Issue

[Holubecois]

Now this is not the same issue you would expect with the dual GPU's, for some reason, my Xorg log reports the following:

"intel(0): direct rendering: Failed", 
"AIGLX: Screen 0 is not DRI2 capable, Screen 0 is not DRI capable"

Glxinfo also report's the software rasterizer as being in use and anything involving OpenGL peforms quite poorly.

This is on a Sandy Bridge HD3000 chipset on a release version of OpenBSD 5.4.

Anyone have any recommendations? I can post the full outputs if needed.

[jggimi]

While I may not be able to assist, I recommend you post a complete dmesg as well as a complete Xorg.0.log. Both logs may help diagnose your problem remotely.

The dmesg will show your architecture as well as the specific revision of the Intel HD Graphics 3000 you are using.

[Holubecois]

Sorry last night I was just really tired, didn't feel like digging out the logs. But here they are.

Dmesg: http://pastebin.com/DLrX5KaD

Xorglog: http://pastebin.com/Qn4VLzBH

Hopefully you can make something of it.

[jggimi]

I found this, which matches your only EE message in Xorg.0.log, though I have no idea if this circumvention presented (manually building the missing swrast module) would have any affect whatsoever. You might post a follow up to it or reach out to Matthieu Herb directly.

A dmesg was not provided by the OP but my assumption is they were at -current, which would have been within a month or so of the tagging and release engineering of 5.4.

[shep]

Pasted from pastebin:

ppb0 at pci0 dev 1 function 0 "Intel Core 2G PCIE" rev 0x09: msi
pci1 at ppb0 bus 1
vendor "NVIDIA", unknown product 0x0df5 (class display subclass VGA, rev 0xa1) at pci1 dev 0 function 0 not configured
vga1 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09
intagp0 at vga1
agp0 at intagp0: aperture at 0xe0000000, size 0x10000000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1366x768
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)

I suspect you have hybrid Nvidia/Intel graphics. I have not had to deal with this but you can get more info from bumblebee-project and Nvidia_Optimus wiki.

I recall that some Bios allow for the disabling of one of the video drivers which may allow this to function in OpenBSD.

[Holubecois]

Originally Posted by shep

Pasted from pastebin:


I suspect you have hybrid Nvidia/Intel graphics. I have not had to deal with this but you can get more info from bumblebee-project and Nvidia_Optimus wiki.

I recall that some Bios allow for the disabling of one of the video drivers which may allow this to function in OpenBSD.

Yes this laptop has dual GPU's, I managed to get it working with the Intel, the issue is that I don't seem to be getting the full capability of my Sandy Bridge Intel graphics which are supposed to be fully supported in OpenBSD 5.4.

[shep]

Palm to forehead. Shoulda read closer.

We have had a number of these posts and most have been unable to get anything other than vesa. You've come further than most. There are also some other forum threads on this.

Although I prefer OpenBSD to FreeBSD and avoid Nvidia when buying hardware, If dri is important the above thread suggests that you can also disable the intel driver and use FreeBSD Nvidia driver. A post in the above link suggests that even that may not solve your problem

Until Mesa gets a full port to FreeBSD, it's abilities with X11 for 3D hardware accelerated graphics and drivers will be fairly much limited to a few GPUs at best, most of which are Nvidia only.

.

[e1-531g]

Hello
Unfortunately I have the same problem on -current. I have laptop ACER Aspire E1-531G B9604G50Mnks with Pentium B960 (sandy bridge and ivy chipset on motherboard). It contains Nvidia and Intel GPUs. I knew that Nvidia hardware is not supported, but I was thinking that Sandy Bridge GPUs are supported on OpenBSD. In other posts I had readed that installing the older version of OpenBSD can help. Am I understand these posts correctly? And do you think that FreeBSD 10 will support my hardware better?
My xorg log on pastebin.ca in file 2679249
My dmesg: on pastebin.ca in file 2679250

If you want details of my hardware here you are:
on speedy.sh in directory EfVj9 in file logs.tar.gz
In this archive I added logs from Linux (lspci and lshw) and Windows (Speccy and Hwinfo programs).


Output from config -e /bsd (I didn't changed there)

ukc> find inteldrm
210 inteldrm* at vga0|vga* flags 0x0
ukc> find vga
 53 vga* at pci* dev -1 function -1 flags 0x0
236 vga0 at isa0 port -1 size 0 iomem -1 iosiz 0 irq -1 drq -1 drq2 -1 flags 0x0
ukc> find agp
206 agp* at intagp* flags 0x0

[J65nko]

According to http://pastebin.ca/2679249, the Intel driver has been loaded:

[    24.608] (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
[    24.609] (II) intel: Driver for Intel(R) HD Graphics: 2000-5000
[    24.609] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100
[    24.609] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200
[    24.623] (II) intel(0): Creating default Display subsection in Screen section
        "wyswietlacz" for depth/fbbpp 24/32
[    24.623] (==) intel(0): Depth 24, (--) framebuffer bpp 32

and the following resolutions are available:

[    24.783] (II) intel(0): Printing probed modes for output LVDS1
[    24.783] (II) intel(0): Modeline "1366x768"x60.0   71.80  1366 1414 1446 1526  768 771 777 784 -hsync -vsync (47.1 kHz eP)
[    24.783] (II) intel(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz d)
[    24.783] (II) intel(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz d)
[    24.783] (II) intel(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz d)
[    24.783] (II) intel(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz d)
[    24.786] (II) intel(0): EDID for output VGA1
[    24.788] (II) intel(0): EDID for output HDMI1
[    24.809] (II) intel(0): EDID for output DP1
[    24.809] (II) intel(0): Output LVDS1 connected
[    24.809] (II) intel(0): Output VGA1 disconnected
[    24.809] (II) intel(0): Output HDMI1 disconnected
[    24.809] (II) intel(0): Output DP1 disconnected
[    24.809] (II) intel(0): Using exact sizes for initial modes
[    24.809] (II) intel(0): Output LVDS1 using initial mode 1366x768

So I wonder why it does not work
Did you try to use the $ startx & command?

The relevant dmesg info from http://pastebin.ca/2679250

cpu0: Enhanced SpeedStep 2195 MHz: speeds: 2200, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09
ppb0 at pci0 dev 1 function 0 "Intel Core 2G PCIE" rev 0x09: msi
pci1 at ppb0 bus 1
vendor "NVIDIA", unknown product 0x1140 (class display subclass VGA, rev 0xa1) at pci1 dev 0 function 0 not configured
vga1 at pci0 dev 2 function 0 "Intel HD Graphics 2000" rev 0x09
intagp0 at vga1
agp0 at intagp0: aperture at 0xc0000000, size 0x10000000
inteldrm0 at vga1
drm0 at inteldrm0
drm: failed to retrieve link info, disabling eDP
inteldrm0: 1366x768
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)

[e1-531g]

Thanks for the response.
I had tried startx & command from user account and even root (I know, it is risky), and acceleration still doesn't work. I am not familiar with *BSD systems, but I have tried some configuration opitons, and even recompilation of Xenocara and I don't have HW acceleration.
I understand that OpenBSD with a lot of modifications is not supported, so I reinstalled system. From OpenBSD 5.5-beta amd64 (current snapshot) to OpenBSD 5.5-beta i386 and it still doesn't work :/
Do you think that I can submit this as bug to OpenBSD developers?
Add: Now I know that in OpenBSD 5.5 it is another change in graphics stack due to removing the need for root account for X.Org server. on undeadly.org in file cgi?action=article&sid=20140223112426
I will try to set this option but if it doesn't work, should I post a bug report?

Logs from current system (i386) are very similar (I post it for backup):
dmesg: pastebin.ca file 2688533
sysctl hw.sensors: pastebin.ca file 2688534
Xorg.0.log: pastebin.ca file 2688535


Add: I checked and by default on i386 I have:

$ sysctl machdep.allowaperture
machdep.allowaperture=2

[LeFrettchen]

Well, maybe you need to configure your system.
I may be wrong, but it seems that the loaded driver for your video card is the vesa, not the intel.

For the vast majority of users, X on amd64 auto-configures successfully, so no further configuration is needed.
But sometimes, a etc/X11/xorg.conf file is needed.
Did you try to create one ?

You should read the OpenBSD's FAQ to see how to configure xorg.conf

Edit : I just can't believe it.
I've just checked, there is no section 11.3 in english in the FAQ !
But we've got it in french : Configure X on amd64 and i386

[jggimi]

Originally Posted by LeFrettchen

Edit : I just can't believe it.
I've just checked, there is no section 11.3 in english in the FAQ !

It was removed in February. Here is the CVS log entry:

revision 1.98
date: 2014/02/12 16:41:56;  author: nick;  state: Exp;  lines: +5 -319

X -configure is broke, and apparently won't be fixed.  Unfortunately, that
pretty much means 11.3 is of minimal value anymore, though realistically
it needed some major updating and improvement anyway.  Delete for now.

[shep]

@e1-531g
Xorg configuration is evolving from a monolithic xorg.conf to modular xorg.conf.d entries.
The advantage of xorg.conf.d entries is that it just overwrites a specific portion of the configuration file generated by xorg.

Nvidia graphics are curently poorly supported in OpenBSD and if your BIOS has the option I would try to disable.

You may then try fiddling with some of the intel video configuration options in
/etc/X11/xorg.conf.d/20-intel.conf

I found this example for your laptop.

From the above web site:

Section "Device"
        Identifier "IntelVideo"
        Driver "intel"
        Option "Backlight" "intel_backlight"
        BusID "PCI:0:2:0"
EndSection

[e1-531g]

Yes, I have tried several xorg.conf and xorg.conf.d configs and nothing happened. I still don't have HW acceleration. glxgears is slow. On OpenBSD 5.5-beta:

$ glxinfo | grep -i string 
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 9.2.5
OpenGL shading language version string: 1.20
# lspci | grep VGA                                                             
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
01:00.0 VGA compatible controller: nVidia Corporation Device 1140 (rev a1)

BTW I have thinked that in OpenBSD xorg.conf.d is in /usr/X11R6/share/X11/xorg.conf.d location, but I have tried with both - and nothing :/

In dmesg I see inteldrm0 device but X.Org reports, that the device is not dri capable :/

I don't have multiplexing device in laptop controlled by BIOS (UEFI in legacy boot mode in my case). Unfortunately it is Optimus laptop :/ Intel GPU is primary connected to output. In Linux if something is rendered on Nvidia then the buffer with rendered screen is accesed by Intel GPU driver/device and displayed on real screen. Intel GPU is GPU for intself and is a proxy for Nvidia. I have Intel and Nvidia GPU. I don't care about Nvidia GPU, but I want Intel GPU support. It can by slower 2 times that on Linux/Windows but I need it.
I even tried to sent Nvidia screen (via xorg.conf) to output None (or something, it could be another keyword I was using). Nothing :/ I even compiled Xenocara and kernel from newest CVS code and nothing :/
As I said before I wiped OpenBSD amd64 and installed OpenBSD i386 on it and I still don't have acceleration.

Thanks for replies.

[shep]

BTW I have thinked that in OpenBSD xorg.conf.d is in /usr/X11R6/share/X11/xorg.conf.d location, but I have tried with both - and nothing

From Ports Policy

Note: make sure host-dependent files go in /etc or /etc/<name>, but NEVER REPLACE OR MODIFY existing files in /etc. Best to have install place them in /usr/local/share/<name> and then copy to /etc or /etc/<name> only if the files do not exist. If the files exist, display a message that says such-and-such files need to be modified. This also guarantees that the files will be included in the package since everything under /usr/local is included in the PLIST. To handle the copying carefully, the @sample keyword is preferably used within the PLIST. After a package has been installed the contents of pkg/MESSAGE will be displayed if it exists.

The OpenBSD file locations are:

user executables: /usr/local/bin
system admin executables: /usr/local/sbin
program executables: /usr/local/libexec
libraries: /usr/local/lib
architecture dependent data: /usr/local/lib/<name>
installed include files: /usr/local/include or
/usr/local/include/<name>
single-machine data: /etc or /etc/<name>
local state: /var/run
games score files: /var/games
GNU info files: /usr/local/info
man pages: /usr/local/man/...
read-only architecture-independent: /usr/local/share/<name>
misc documentation: /usr/local/share/doc/<name>
examples files: /usr/local/share/examples/<name>

This is specific to OpenBSD. In contrast FreeBSD has a
/usr/local/etc

[e1-531g]

Yeah, I have OpenGL acceleration!

I changed machdep.allowaperture from default value (2) to value 0.

$ glxinfo | grep -i -e string -e direct
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile x86/MMX/SSE2
OpenGL version string: 3.0 Mesa 9.2.5
OpenGL shading language version string: 1.30

But unfortunately I still don't have acceleration of video decoding, but I will work on it.

Add: I will try to extend shared memory:
# sysctl kern.shminfo.shmall=51200 kern.shminfo.shmmni=1024
kern.shminfo.shmall: 8192 -> 51200
kern.shminfo.shmmni: 128 -> 1024

I have acceleration in VLC. I think I don't get it in firefox on youtube. Even 360p doesn't show correctly.

[shep]

Yeah, I have OpenGL acceleration!

Great !!! It would be a real help to future forum readers if you could summarize the steps you took and why.

[e1-531g]

I just changed value of entry /etc/sysctl.conf. Now I have:

$ cat /etc/sysctl.conf | grep -i allowape                                      
machdep.allowaperture=0         # See xf86(4)

But I still don't have normal playback of html5 videos in youtube in firefox. I have normal playback in VLC from files with XVideo output backend.

[e1-531g]

Hello.
My other problem with OpenBSD is that my laptop is warmer than on Windows or Linux. Cpu usage is often below 1%, I changed cpu frequency with apmd to lowest possible (and others) and my CPU has 64 Celsius degrees (°C) compared to about 42 on Windows/Linux.
I have Optimus laptop so it contains Intel GPU + Nvidia GPU without multiplexer (Intel GPU is proxy for Nvidia GPU). I suspect that Nvidia GPU is not turned down (powered down?).
Is there in OpenBSD any method to check that any device (in this case Nvidia GPU) is turned off? And how to turn off Nvidia GPU if it is powered on?

https://www.dropbox.com/s/y9qr6d1pow...z.tar.gpg?dl=0