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?
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