Alan and bug 899086,
Please try testing if this situation is improved or fixed in debian
testing (to soon become bullseye) images, similarly to as you did
before.
In fact the cdimage address you linked seems to be still exactly correct!.
I'd like to see bug-report either closed or updated for bu
Can you confirm this issue is/is-not relevant any more on either of:-
* Debian Bullseye (testing)
* Debian Buster (stable) with the backported version of kernel
(5.10.0-0.bpo.7) installed.
Amdgpu has improved a long way since the time this bug report was
created, and would be good to get the
I can confirm the buster-backports now offers kernel
5.10.0-0.bpo.7-amd64 ..
Please test this following notes on previous bug pointer.
Can the bug now be closed, if that works, or doesn't -- I don't
think there is an X.org bug here.
--Simon
Julian and bug 942318,
buster-backports now provides kernel 5.10.0-0.bpo.7 via the
buster-backports linux-image-amd64 linux-headers-amd64 packages.
Please confirm if this solves the issue for you, and close the bug.
--Simon
GSR,
Buster now has xserver-xorg-core version 2:1.20.4-1+deb10u3
[in-between the versions you quoted] and bullseye now has a newer
newer 2:1.20.11-1 version.
Given the date of your bug-report, it looks like you had the old
2018 version of the xorg-xserver package even though the
buster package
Dear Janusz
linux-image-amd64 linux-headers-amd64 have now come out in version
5.10.0-0.bpo.7 in buster-backports.
Please confirm the issue is solved for you (or not) by using that
kernel as above, so the bug report can be prgressed or closed.
--Simon
I would generally say this looks like problems more in kernel
and firmware land, than bugs in the xserver driver to me...
I would, generally note a lot of wider AMD instability/issues
(that Alan) talks about improved a lot in 5.8-ubuntu
and 5.10-debian (bullseye and buster-backports) kernels.
Even
I can say, I understood a limitation of amdgpu kernel driver
has been not supporting VGA/analogue outputs in some (or all?)
cases. I understood this is part of the reason it is not the
default driver over radeon for some cards.
However, given many other other experiences and bugreports
with am
I have had first-hand experience of these Xorg crashes and lockups
in combination with either sleep or un-powering monitors.
I would 100% agree with Hermann that this is highly likely to be
improved with kernel update.
In short, I would go to *at least* the buster-backports kernel i.e.
https:/
Given some other experiences with amdgpu modesetting
problems, and looking at this bug, I would say:-
1) Please try updating all packages and reboot and
try again, kernel should be now 4.19.0-16
2) Secondly, enable backports
https://backports.debian.org/Instructions/
and then:-
Dear all on this bug,
I would like to briefly point out these crashes are showing kernel
errors, the kernel / amdgpu modesetting seems to be a very significant
part of the problem if I am not mistaken, this bug being against
the X-server component.
I would say, from the deb-10 / MX19.4 side of t
11 matches
Mail list logo
