You are not logged in.
Rupp wrote:Appears to be quicker than the old packages
You mean the performance? Oh yes, new pacakges + that old Intel drivers were doing very well.
Yeah that is what I mean. Performance is way better with it being updated, and using the old intel driver. That is why I don't want to give up on it.
Offline
Been running the latest everything but kernel26, for the past four days with no problems at all. Performance is a little better with the other packages updated. Going to upgrade to a 2.6.37 kernel. See how well it does.
┌─[Y]-[rupp[~]
└─> pacman -Q kernel26 xorg-server xf86-video-intel
kernel26 2.6.36.3-2
xorg-server 1.10.1-1
xf86-video-intel 2.15.0-1
Offline
I get hard hangups with a fully upgraded system and with the one you posted above the GPU hangs quite often.
Do you have some magic configs in /etc/X11/xorg.conf.d/20-intel.conf or somewhere else?
Offline
Do you have some magic configs in /etc/X11/xorg.conf.d/20-intel.conf or somewhere else?
Section "Device"
Identifier "old intel stuff"
Driver "intel"
Option "Shadow" "True"
Option "DRI" "false"
EndSection
That is all I have. It is in /etc/X11/xorg.conf though.
Offline
Ah, for reason I have commented out 'Option "Shadow" "True"'. Now it seems to work much better. Let's see how stable it is.
Offline
@ karol
Been running the last "37" kernel I could find, for two and a half days now. Haven't noticed any problems. Still running the same xorg.conf as I posted previously. Full kernel number:
kernel26 2.6.37.5-1
UPDATE: Four and a half days and still no problems.
Last edited by Rupp (2011-05-27 16:23:53)
Offline
I'm using
[karol@black ~]$ pacman -Q kernel26 xorg-server xf86-video-intel
kernel26 2.6.38.6-2
xorg-server 1.10.1-1
xf86-video-intel 2.15.0-1
since May 24th so life's good - thanks to 'Option "Shadow" "True"' it seems.
Offline
Since May 28th I'm using the current packages - no problems.
Offline
Since May 28th I'm using the current packages - no problems.
Same as you, I haven't had a problem. Let's hope it lasts though.
Offline
Using the "Shadow" option seems to work for me, too. I'm saddened that it's come to this
Offline
Using the "Shadow" option seems to work for me, too. I'm saddened that it's come to this
Yeah it is more of a work around than it is a fix, but it is better than nothing.
Offline
I'm running a Dell Inspiron 1100 with the updated A32 BIOS from Dell and set to 8 megs of video memory. My xorg-server is version 1.11.1.901-1 and the xf86-video-intel is version 2.16.0-1. The video chipset as provided by the output of lspci is:
00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03)
I followed the beginner's guide for installation and am updated as of Oct 25 (pacman -Syu). The only modification I've made (as stipulated by the beginner's guide) is the following line to /boot/grub/menu.lst (change is marked in bold):
kernel /vmlinuz-linux root=/dev/disk/by-uuid/90927245-1741-4707-a0de-68b1129029a4 ro i915.modeset=1
I run slim for login and openbox as my window manager. There are only two issues which I'm experiencing that aren't particularly a bother.
Problem - When the i915 modeset engages, sometimes the LCD display will turn off during the bootup sequence (i.e. no backlight, or at least that's what I think the problem is)
Solution - I made two keybindings in OpenBox that execute the following commands, respectively:
xrandr --output LVDS1 --auto
xrandr --output LVDS1 --off
This way I can turn the LCD on/off manually. If the screen happens to be black I just turn it off and then turn it on and it always produces the proper image, I only do this once OpenBox has loaded however. The downside of course is that sometimes I'm forced to log in blindly during the slim login sequence.
Problem - As stated before in the thread I also can't seem to get xvideo overlay to work on mplayer.
Solution - I'm forced to output directly to X11 which makes some video sequences rather choppy.
Last edited by grimpirate (2011-10-27 17:26:28)
Offline
karol wrote:Do you have some magic configs in /etc/X11/xorg.conf.d/20-intel.conf or somewhere else?
Section "Device" Identifier "old intel stuff" Driver "intel" Option "Shadow" "True" Option "DRI" "false" EndSection
That is all I have. It is in /etc/X11/xorg.conf though.
So is this still the only working solution?
What about the xf86-video-intel-old 2.12.0-1 on AUR?
Offline
What about the xf86-video-intel-old 2.12.0-1 on AUR?
Does it actually compile against latest X?
There's two things: A few 8xx fixes are in kernel 3.4, and SNA supports 8xx. So kernel 3.4 and xf86-video-intel-2.19 compiled with SNA might work.
Oh, and the DRI part in that code snippet is redundant, Shadow already turns off everything, including dri.
Last edited by Gusar (2012-05-17 13:59:57)
Offline
snoxu wrote:What about the xf86-video-intel-old 2.12.0-1 on AUR?
Does it actually compile against latest X?
Not that knowlegable on the issue. Anyhow I couldn't built it and left a comment:
https://aur.archlinux.org/packages.php?ID=48948
There's two things: A few 8xx fixes are in kernel 3.4, and SNA supports 8xx. So kernel 3.4 and xf86-video-intel-2.19 compiled with SNA might work.
Oh, and the DRI part in that code snippet is redundant, Shadow already turns off everything, including dri.
A bit over my head but I'll google it.
Last edited by snoxu (2012-05-17 14:54:56)
Offline
I found https://bugs.archlinux.org/task/29052
http://ickle.wordpress.com/2012/05/30/c … he-corner/ says it's pretty good.
Offline
We now have http://www.archlinux.org/packages/testi … intel-uxa/ and http://www.archlinux.org/packages/testi … intel-sna/ to choose from.
Offline
What's the difference between xf86-video-intel, xf86-video-intel-uxa and xf86-video-intel-sna?
Arch64 + Openbox
Email: rdfreitas@archlinux.com.br
Offline
xf86-video-intel is gone. You only have the -sna and -uxa variants. The difference between them is already spelled out in the name. One uses uxa acceleration, the other sna acceleration.
sna is much faster. But it's still in active development, so there might still be issues here and there. Still, I suggest going with sna, I haven't encountered issues yet.
Offline
So which of these is the better for Intel 82845G graphics? Any performance enhancements noted?
The wiki entry seems to say it's the uxa:
https://wiki.archlinux.org/index.php/Intel#Installation
Last edited by snoxu (2012-07-03 18:15:10)
Offline
Considering the past problems with 8xx, the reason for the existence of this thread, SNA could actually be the solution.
I don't know why the wiki says what it does. While the "s" indeed stands for Sandy Bridge (sna = Sandy Bridge New Architecture), that's a misnomer, SNA supports all Intel graphics from gen2 (i8xx) onwards, which means only gen1 (i810/i815) isn't supported. So I stand by what I said above, go with sna. Only go back to uxa in case sna gives you problems.
Offline
I'm getting some graphics corruption with -sna. For now it's just minor mildly irritating quirks.
@gusar
Are you using any conf file with the drivers?
Offline
Are you using any conf file with the drivers?
Nope. I don't have 8xx (gen2) hardware though, but 945 (gen3).
Offline
I tried it out. I still get the error I've been getting since my first post in this thread:
[ 188.087] (EE) intel(0): Detected a hung GPU, disabling acceleration
Except now it is happening the first time I start X. Before it would happen anywhere between 10 minutes and a 24 hours. The only good thing now is the artifacts that get left on the screen when the GPU hangs, quickly disappear when switching the desktop. So it is at least usable.
Back to fbdev for me.
Offline
Why fbdev? Use the intel driver, but activate Shadow. You'll get modesetting and Xv for video playback.
Offline