Intel Sandy Bridge Linux Graphics? It's A Challenge

[baddog]

I was able to get my new h67-based sandy bridge system running on fedora 14 linux with graphics without much trouble.
Little more than:
yum --enablerepo=rawhide install kernel
yum --enablerepo=rawhide update libdrm
yum update mesa-dri-drivers mesa-libGL
yum install xorg-x11-server-devel
download xf86-video-intel-2.14:
configure
make
make install
cp the intel_drv.so from /usr/local/lib/xorg/modules/drivers to /usr/lib64/xorg/modules/drivers
change /etc/X11/xorg.conf to use the intel driver

That's not so hard is it? Don't even need to do a fresh OS install.

[Kano]

I can not test sandy bridge, but most likely a daily build of u 11.04 might be able to use the internal gfx card already. When they would include a recent libva then xbmc or vlc (or a special mplayer which is not the default one) could use accelleration too. You definitely can forget distributions released 2010 for sb.

[OldYogi]

Nvidia as An Interim Solution?

A $30 dollar graphics card is a small price to pay.

I was planning to build a new machine for video editing (no games). All my machines are dual boot - Windows and Linux. The video editing will be done in Win 7. Am I correct that if I use the NVidia card from my old machine then even under Ubuntu the graphics with Sandy Bridge (e.g. Core i5 2500K) should be fine, and otherwise the Sandy Bridge cpu will function properly under both Win 7 and Ubuntu? Once Ubuntu learns to work with Sandy Bridge shouldn't I be able to remove the old NVidia card, and use the integrated HD 3000 ?

[Kano]

I don't think that it will be a good gameing cpu. It is restricted to opengl 2.1 most likely on Linux. Usually win drivers are much faster for games (dx10 support would be opengl 3.x hardware). Libva support seems more interesting for Linux users, but those cpus are really powerfull too now...

[Xwang]

I wonder if in the future it will be possible to buy a laptop with only a sandy bridge cpu (with integrated HD3000) and none discrete GPU and play to open source and Wine games.
Is the 3D acceleration already in the kernel driver?
Thank you,
Xwang

[Kano]

Yes, the code was not changed however since last year. When will you update your libva?

[gbeauche]

Phoronix: Intel Sandy Bridge Linux Graphics? It's A Challenge

This week at the Consumer Electronics Show in Las Vegas (I'll be there looking out for Linux), Intel will officially launch their next-generation Sandy Bridge micro-architecture and CPUs. The NDA though expired at midnight on these first CPUs so there is now a stream of reviews coming out. Is there any Linux graphics test results for the Core i5 2500K and Core i7 2600K? Unfortunately, there is not...

http://www.phoronix.com/vr.php?view=ODk2OA

libva 1.0.7 was released yesterday with Sandy Bridge bits in.

[gbeauche]

Correct me if I'm wrong but IIRC Media Espresso doesn't actually do the actual encoding on the GPU, that is still done on the CPU. What is done on the GPU is the filtering, resizing etc the same as TMPEnc does.

They have a special version that enables HW decode & encode on Intel Sandy Bridge. Likewise, the CUDA version uses the new NVIDIA component. Hence, quality is not that good.

Some tests:

http://www.anandtech.com/show/4083/the-sandy-bridge-review-intel-core-i7-2600k-i5-2500k-core-i3-2100-tested/9#

http://www.legitreviews.com/article/1506/8/

http://static.pcinpact.com/images/bd/news/93176-sandy-bridge---mediaespresso-6.jpg

[smitty3268]

which strikes me as odd, given that Clarkdale uses a dual-core Westmere and sticks it next to the 45nm Intel GMA die, where as Sandy bridge is totally new and in the core and uses the new rings tied the the L3.

that implies program error somewhere not hardware errata, someone should perhaps ask for clarity and post a test case to prove it on [email protected] as we are just assuming right now it seems!

From Anandtech, it's a hardware problem that Intel knows about.

The limitation is entirely in hardware, particularly in what?s supported by the 5-series PCH (remember that display output is routed from the processor?s GPU to the video outputs via the PCH). One side effect of trying to maintain Intel?s aggressive tick-tock release cadence is there?s a lot of design reuse. While Sandy Bridge was a significant architectural redesign, the risk was mitigated by reusing much of the 5-series PCH design. As a result, the hardware limitation that prevented a 23.976Hz refresh rate made its way into the 6-series PCH before Intel discovered the root cause.

Intel had enough time to go in and fix the problem in the 6-series chipsets, however doing so would put the chipset schedule at risk given that fixing the problem requires a non-trivial amount of work to correct. Not wanting to introduce more risk into an already risky project (brand new out of order architecture, first on-die GPU, new GPU architecture, first integrated PLL), Intel chose to not address it this round, which is why we still have the problem today.

[popper]

To be clear, a hardware problem that has existed since Clarkdale is preventing accelerated playback of 23.97 FPS video without stuttering on Sandy Bridge's graphics?

which strikes me as odd, given that Clarkdale uses a dual-core Westmere and sticks it next to the 45nm Intel GMA die, where as Sandy bridge is totally new and in the core and uses the new rings tied the the L3.

that implies program error somewhere not hardware errata, someone should perhaps ask for clarity and post a test case to prove it on [email protected] as we are just assuming right now it seems!