Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1067651 > unrolled thread
| Started by | Michel Dänzer <michel@daenzer.net> |
|---|---|
| First post | 2021-08-21 12:40 +0200 |
| Last post | 2021-08-31 17:20 +0200 |
| Articles | 4 — 2 participants |
Back to article view | Back to linux.debian.bugs.dist
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Bug#992617: xserver-xorg-video-radeon: Screen rotate doesn't work Michel Dänzer <michel@daenzer.net> - 2021-08-21 12:40 +0200
Bug#992617: xserver-xorg-video-radeon: Screen rotate doesn't work Michel Dänzer <michel@daenzer.net> - 2021-08-27 12:30 +0200
Bug#992617: xserver-xorg-video-radeon: Screen rotate doesn't work Kari Pahula <kaol@debian.org> - 2021-08-31 15:10 +0200
Bug#992617: xserver-xorg-video-radeon: Screen rotate doesn't work Kari Pahula <kaol@debian.org> - 2021-08-31 17:20 +0200
| From | Michel Dänzer <michel@daenzer.net> |
|---|---|
| Date | 2021-08-21 12:40 +0200 |
| Subject | Bug#992617: xserver-xorg-video-radeon: Screen rotate doesn't work |
| Message-ID | <COwzT-2Ym-9@gated-at.bofh.it> |
On 2021-08-21 11:01 a.m., Kari Pahula wrote: > Package: xserver-xorg-video-radeon > Version: 1:19.1.0-2 > Severity: normal > > $ xrandr --output DVI-0 --rotate left > xrandr: output DVI-0 cannot use rotation "left" reflection "none" > $ xrandr -o left > X Error of failed request: BadMatch (invalid parameter attributes) > Major opcode of failed request: 140 (RANDR) > Minor opcode of failed request: 2 (RRSetScreenConfig) > Serial number of failed request: 14 > Current serial number in output stream: 14 [...] > [ 33984.302] (II) RADEON(0): GPU accel disabled or not working, using shadowfb for KMS This is why. Rotation requires working HW acceleration. > DRM Information from dmesg: > --------------------------- > > Since there are no DRM driver related messages in dmesg, looks like something is preventing the radeon kernel driver from loading at all. If you're passing nomodeset on the kernel command line, remove that. Otherwise, full dmesg output would be needed to diagnose. -- Earthling Michel Dänzer | https://redhat.com Libre software enthusiast | Mesa and X developer
[toc] | [next] | [standalone]
| From | Michel Dänzer <michel@daenzer.net> |
|---|---|
| Date | 2021-08-27 12:30 +0200 |
| Message-ID | <CQHhw-4hY-7@gated-at.bofh.it> |
| In reply to | #1067651 |
On 2021-08-21 4:58 p.m., Kari Pahula wrote: > On Sat, Aug 21, 2021 at 12:17:02PM +0200, Michel Dänzer wrote: >>> DRM Information from dmesg: >>> --------------------------- >>> >>> >> >> Since there are no DRM driver related messages in dmesg, looks like >> something is preventing the radeon kernel driver from loading at >> all. If you're passing nomodeset on the kernel command line, remove >> that. Otherwise, full dmesg output would be needed to diagnose. > > I'm not using nomodeset. I've attached a dump from dmesg after a > reboot. That "ring 0 stalled" message doesn't look promising at all. Yeah, that's a GPU hang. > Actually, when I first tried running startx it just stopped after > showing the initial log messages to tty, while occasionally blinking > my screens black. I did a kill -9 on the Xorg process and then startx > worked when I tried it again, but I guess it gave up on any > acceleration at that point. Indeed. > I tried booting the last kernel I had (linux-image-5.10.0-4) and the > one from Buster but those didn't solve anything. What else changed on the system since it was last working? E.g. if Mesa packages were upgraded, it's worth trying to downgrade those. Or maybe xserver-xorg-video-radeon. -- Earthling Michel Dänzer | https://redhat.com Libre software enthusiast | Mesa and X developer
[toc] | [prev] | [next] | [standalone]
| From | Kari Pahula <kaol@debian.org> |
|---|---|
| Date | 2021-08-31 15:10 +0200 |
| Message-ID | <CSbGx-4cv-3@gated-at.bofh.it> |
| In reply to | #1068577 |
On Fri, Aug 27, 2021 at 12:20:55PM +0200, Michel Dänzer wrote: > What else changed on the system since it was last working? E.g. if > Mesa packages were upgraded, it's worth trying to downgrade > those. Or maybe xserver-xorg-video-radeon. Ok, I downgraded libegl-mesa0, libgdbm1 and libgl1-mesa-dri to version 18.3.6-2+deb10u1. It's not the version I had in run prior to this all but it was what was readily available in Debian. I'm having no issues after the downgrade. startx worked right away, acceleration works, rotate works and no stalls reported in dmesg log.
[toc] | [prev] | [next] | [standalone]
| From | Kari Pahula <kaol@debian.org> |
|---|---|
| Date | 2021-08-31 17:20 +0200 |
| Message-ID | <CSdIm-5pC-5@gated-at.bofh.it> |
| In reply to | #1068577 |
reassign 992617 libgl1-mesa-dri found 992617 21.2.1-1 retitle 992617 startx freezes on Radeon HD 6570 with GPU hangs, no acceleration thanks On Fri, Aug 27, 2021 at 12:20:55PM +0200, Michel Dänzer wrote: > What else changed on the system since it was last working? E.g. if > Mesa packages were upgraded, it's worth trying to downgrade > those. Or maybe xserver-xorg-video-radeon. I tested a bit more. Mesa 18.3.6 was fine and so was 20.3.5 as well. 18.3.6 had incomplete dependencies so now the whole set of latest packages confirmed to work is: libegl-mesa0 20.3.5-1 libgbm1 20.3.5-1 libgl1-mesa-dri 20.3.5-1 libglapi-mesa 20.3.5-1 libglx-mesa0 20.3.5-1 The rest of the system is at current unstable versions.
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.bugs.dist
csiph-web