You are not logged in.
Pages: 1
With my monitor (HDMI1) off, if i run:
xrandr --output eDP1 --off --output HDMI1 --autoi915 crashes with the error i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B, I can access the machine over ssh but there's no video besides random lines with colors, i also can not shutdown the machine (maybe related to this error filling the journalctl logs?) or go to another tty, the screen is frozen.
This is only happening if I turn off eDP1 (my laptop screen) and use --auto on HDMI1, running
xrandr --output eDP1 --off --output HDMI1 --mode 1360x768
everything works just fine.
Edit: is also happening by running:
xrandr --output HDMI1 --off
xrandr --output HDMI1 --mode 1360x768 --output eDP1 --offI tried to drowngrade linux-lts, linux-firmware, intel-media-driver and intel-ucode but that did not solve the issue. Since I don't use often this setup (eDP1 off, HDMI1 on) I don't know when or what package introduced this behavior.
pacman -Qi intel-media-driver | grep Version
Version : 23.3.0-1journalctl -r -p 3
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
Aug 11 23:44:57 archlinux kernel: i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe B: 0x00000080
...inxi --cpu --gpu
Kernel: 6.1.44-1-lts x86_64
CPU:
Info: model: Intel Celeron N4000 bits: 64 type: MCP arch: Goldmont Plus
level: v2 built: 2017 process: Intel 14nm family: 6 model-id: 0x7A (122)
...
Graphics:
Device-1: Intel GeminiLake [UHD Graphics 600] vendor: Lenovo driver: i915
v: kernel arch: Gen-9.5 process: Intel 14nm built: 2016-20 ports:
active: HDMI-A-1 off: eDP-1 empty: none
...
Monitor-1: HDMI-A-1 mapped: HDMI1 pos: primary model: AOC T954we
serial: 16843009 built: 2011 res: 1360x768 hz: 60 dpi: 84 gamma: 1.2
size: 410x230mm (16.14x9.06") diag: 469mm (18.5") ratio: 16:9 modes:
max: 1360x768 min: 720x400
Monitor-2: eDP-1 mapped: eDP1 note: disabled model: BOE Display 0x0757
built: 2017 res: 1360x768 dpi: 101 gamma: 1.2 size: 344x194mm (13.54x7.64")
diag: 395mm (15.5") ratio: 16:9 modes: 1366x768
API: OpenGL v: 4.6 Mesa 23.1.5 renderer: Mesa Intel UHD Graphics 600 (GLK
2) direct-render: YesLast edited by BlindWizard (2023-08-12 03:51:15)
Offline
Since I don't use often this setup (eDP1 off, HDMI1 on) I don't know when or what package introduced this behavior.
Certainly not the intel-media-driver.
Please post your Xorg log, https://wiki.archlinux.org/title/Xorg#General
Have you tried to re-enable the eDP from ssh? Does that restore the graphics?
Can you use the HDMI while the eDP is still active?
In doubt remove xf86-video-intel ("HDMI-A-1 mapped: HDMI1" looks like you installed that)
Offline
Have you tried to re-enable the eDP from ssh? Does that restore the graphics?
Yes I did and no, once the video is gone, running xrandr... only causes more weird behaviors, like my laptop screen flickering. (and auto completing xrandr crashes the command, other commands are also "unresponsive")
Can you use the HDMI while the eDP is still active?
Yes? On startup the screens are mirrored (that's the default i think), and I have a script that runs:
xrandr --dpi "${dpi:-96}" --output eDP1 --auto \
--output HDMI1 --primary --right-of eDP1 --autoThe script works.. the problem is when HDMI1 is --off and I run xrandr --output eDP1 --output HDMI1 --auto # or --mode WxH
I also have set export LIBVA_DRIVER_NAME=iHD
In doubt remove xf86-video-intel ("HDMI-A-1 mapped: HDMI1" looks like you installed that)
Yes I have.
Before removing xf86-video-intel this was the config I was using (should have added this on the beginning):
# /etc/X11/xorg.conf.d/20-video.conf
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "sna" # default
# Option "AccelMethod" "uxa" # fallback
# Option "TearFree" "true"
Option "DRI" "3" # force DRI3
EndSectionBefore
Xorg.0.log.old with xf86-video-intel
After removing xf86-video-intel the same problem happened the second time i run the problematic xrandr command.
Xorg.0.log.old without xf86-video-intel


Offline
You mean the problem is exclusive to making multiple randr changes in one call?
You can perfectly fine de/activate the outputs individually, just trying to configure them at the same time fails?
(xrandr has long struggled with this and the recommendation would be to not do that and sequence the changes)
Offline
Did updating to 6.1.45 fix this? See: https://github.com/openwrt/openwrt/pull … 1675723788
Offline
You mean the problem is exclusive to making multiple randr changes in one call?
You can perfectly fine de/activate the outputs individually, just trying to configure them at the same time fails?
Maybe that's the issue (making the changes in one call), but I didn't test making one at a time though.
I am starting to think that this is a hardware issue, because I just tested all the commands again and it just worked (without xf86-video-intel). I will install it again and see if that changes.
Edit: i just switched to xf86-video-intel and run the commands again
xrandr --output HDMI1 --off
xrandr --output HDMI1 --auto
xrandr --output eDP1 --off ; xrandr --output HDMI1 --auto
xrandr --output HDMI1 --off --output eDP1 --auto
xrandr --output eDP1 --off --output HDMI1 --autoAnd no problems, I have no idea what happened. ![]()
Even my script that initially triggered the problem is working now when i select only HDMI1.
Did updating to 6.1.45 fix this
I don't know, but i also switched from 6.1.44-1-lts to 6.4.10-arch1-1
Last edited by BlindWizard (2023-08-12 15:42:35)
Offline
Pages: 1