You are not logged in.
I just upgraded to xf86-video-intel and the screen went all wonky. Thunar, terminal, pamac all displayed correctly until you typed or moused over file.
Downgraded back to previous version and all is well.
Just thought you might like to know.
Nothing on the Arch News site.
Offline
Did you try changing the "AccelMethod"?
Try "uxa" or "glamor" instead of "sna"
See intel(4) & xorg.conf(5)
Jin, Jîyan, Azadî
Offline
I forgot about that. However when I looked to see what it was, I found that
/etc/X11/xorg.conf.d/20-intel.conf
does not exist on my system.
For now, I am satisfied with the downgrade. Perhaps sometime later I will try the upgrade with a 20-intel.conf file setup.
Offline
I had that itchy feeling to go ahead and ...
I added the /etc/X11/xorg.conf.d/20-intel.conf file with AccelMethod as uxa
Logged off and everything was fine.
I then changed it to sna
Logged off and video was a mess.
Opened a terminal and changed it back to uxa.
All is well.
Offline
Which version of xf86-video-intel is it?
Offline
Hardware details?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
inxi -F output
System: Host: gort Kernel: 4.0.5-1-ARCH x86_64 (64 bit) Desktop: Xfce 4.12.2 Distro: Arch Linux
Machine: System: TOSHIBA product: Satellite L355 v: PSLD8U-06C01E
Mobo: TOSHIBA model: Portable PC Bios: INSYDE v: 2.20 date: 12/09/2009
CPU: Dual core Intel Pentium Dual T3400 (-MCP-) cache: 1024 KB
clock speeds: max: 2166 MHz 1: 2166 MHz 2: 2166 MHz
Graphics: Card: Intel Mobile 4 Series Integrated Graphics Controller
Display Server: N/A driver: intel Resolution: 132x42
Audio: Card Intel 82801I (ICH9 Family) HD Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.0.5-1-ARCH
Network: Card-1: Realtek RTL8101E/RTL8102E PCI Express Fast Ethernet controller driver: r8169
IF: enp2s0 state: down mac: 00:1e:33:88:c2:90
Card-2: Qualcomm Atheros AR242x / AR542x Wireless Network Adapter (PCI-Express) driver: ath5k
IF: wlp3s0 state: up mac: 00:21:63:ba:02:86
Drives: HDD Total Size: 660.3GB (27.2% used) ID-1: /dev/sda model: FUJITSU_MHZ2250B size: 250.1GB
ID-2: USB /dev/sdb model: MK1637GSX size: 160.0GB ID-3: USB /dev/sdd model: Portable size: 250.1GB
ID-4: USB /dev/sdc model: Multi size: 0.1GB
Partition: ID-1: / size: 87G used: 5.6G (7%) fs: ext4 dev: /dev/sda7
ID-2: /home size: 20G used: 1.2G (7%) fs: ext4 dev: /dev/sda5
ID-3: swap-1 size: 3.00GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
Sensors: None detected - is lm-sensors installed and configured?
Info: Processes: 159 Uptime: 17 min Memory: 625.8/2883.9MB Init: systemd Client: Shell (bash) inxi: 2.2.25
Offline
This should fix it.
Create /etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "uxa"
EndSection
Seems that Intel uses the sna AccelMethod by default and by using uxa it fixed mine.
I did not have that file so I am just assuming Intel uses sna by default because when I set it to sna video goes bonkers.
Oops, thought I was on Antergos' forum. They had a similar problem.
Last edited by herbie643 (2015-06-23 00:54:44)
Offline
This was in my pamac history
Upgraded xf86-video-intel (2.99.917-5 -> 1:2.99.917+364+gb24e758-1)
the xf86-video-intel (2.99.917-4 is the one that worked for me until I added/changed the 20-intel.conf file.
Offline
I had a similar issue, but kodi kept crashing. So I opened it in a terminal and when it crashed, it said that it was the xorg server.
I had the testing driver, which had been working fine up until a few days ago. I blacklisted the testing version and installed the aur version, and kodi has stopped crashing. I may have to try this and see though.
Knute
Offline
MIght just be the thing to fix it.
Offline
It didn't fix it. When I restarted, thanks to a short power outage, before starting x I removed the ignore and did the install of the testing package, and used the script that you posted. With kodi on my one page, and then opening up urxvt, everything slowed down, to the point of insanity. Yet there was no extra load on the machine.
So I went back to the extra package, and had the same issue, so removed the 20-intel.conf file and things are working fine now.
Not trying to hijack, just letting you know.
Knute
Offline
Well I am glad that it worked out for you as I know it can be a real drag having messed up video.
Offline
herbie643, please use code tags when pasting code or config files to the forum, and please try to avoid multiposting -- use the edit function to append extra information if you are the last poster.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Seems that Intel uses the sna AccelMethod by default and by using uxa it fixed mine.
I did not have that file so I am just assuming Intel uses sna by default because when I set it to sna video goes bonkers.
No need to guess: https://projects.archlinux.org/svntogit … ideo-intel
Offline
Well I guess I have been told. lol
Points taken.
Offline
But as far as I know the Intel driver uses SNA as default for quite a while now.
So this sounds more like a regression bug in the latest version to me.
I'm experiencing similar problems running a Intel Core i7 3667U with an Intel HD Graphics 4000.
Offline
Yes, this is a regression. Switching to UXA is *not* a fix, it's a temporary workaround. It's not a fix because SNA remains broken. And the only way it'll get fixed is if someone who experiences this regression makes a bug report upstream (bugs.freedesktop.org)! They can't fix things if they don't know something's broken. BTW, no issues here on a HD4600.
Offline
Sure, this would have been my next step.
Anyway, there is already a bug report open: https://bugs.freedesktop.org/show_bug.cgi?id=91105
Offline
It's not relevant to the thread, but I'm afraid the Intel driver issue is bigger than that:
http://code.google.com/p/singularity-vi … 1435236571.
Intel(R) Celeron(R) CPU E3400 @ 2.60GHz, x86_64. AURs.
“No one without the knowledge of geometry may enter.“ Plato.
Offline
It's not relevant to the thread, but I'm afraid the Intel driver issue is bigger than that
I also want to supplement the driver issues. X completely broke for me when trying to do full screen with mpv. I've never had x crash before but I could reproduce it crashing easily. Just fullscreen a video with mpv and there would be heavily vertical interlacing and eventually video playback would stop.
I downgraded mesa at first and it partially fixed the problems, but downgrading xf86-video-intel has (so far) solved everything.
Offline