GNU bug report logs - #36786
Warn of AMD GPUs unusable with Guix System

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 36786 in the body.
You can then email your comments to 36786 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: bug-guix <at> gnu.org
Subject: Warn of AMD GPUs unusable with Guix System
Date: Wed, 24 Jul 2019 16:56:03 +0200

Back in
<https://lists.gnu.org/archive/html/guix-devel/2019-04/msg00503.html>,
I wrote:

On Fri, Apr 26, 2019 at 10:35:43AM +0200, pelzflorian (Florian Pelz) wrote:
> On Sat, Apr 20, 2019 at 11:47:56AM +0200, Ludovic Courtès wrote:
> > "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de> skribis:
> > > I believe issues with (some?) AMD GPUs should be mentioned in the
> > > manual.  Also, on the downloads page perhaps it should be mentioned
> > > that there may be issues with some hardware, referring users to the
> > > Hardware Considerations in the Guix manual.
> > 
> > We could do that, but these kind of kernel-side issues tend to appear
> > and vanish quickly, no?  But I don’t know much about these AMD GPU
> > issues, so I’m happy to do what people consider appropriate.
> > 
> 
> My AMD GPU machine started working with VESA Xorg drivers at full resolution.
> I reconfigured a while ago but did not test back then.

Aside from the fact that 3d acceleration is out of reach for modern
AMD GPUs on a linux-libre kernel, Guix had at least two further
reports of trouble with old and very new AMD GPUs like:

https://lists.gnu.org/archive/html/help-guix/2019-06/msg00227.html

and

https://lists.gnu.org/archive/html/help-guix/2019-07/msg00179.html


Part of the reason a warning about AMD GPUs should be considered is
that AMD Radeon is often claimed to be usable with drivers that are
“entirely free and open-source software”
(<https://en.wikipedia.org/wiki/Radeon#Free_and_open-source_graphics_device_driver_%22Radeon%22>),
making people believe they do not require nonfree firmware.

I suppose but do not know that recent Nvidia hardware works without 3d
acceleration, even when the Nouveau Xorg driver does not support it
yet.  I suppose but am unsure if recent Intel GPUs work out of the box
without blobs.  If correct, this would make AMD in particular notable.

On the other hand, Pierre Neidhard commented at
<https://lists.gnu.org/archive/html/guix-devel/2019-04/msg00355.html>
that many AMD GPUs work well.

Possibly I am overly negative because my computer is affected as well.
Still, I think the hardware considerations section in the manual
should list at least that Xorg graphics on some AMD GPUs do not work
and that using the console might require tweaks like
modprobe.blacklist=radeon.  The website too should tell users on the
downloads page that, even though most machines work well, wi-fi
vendors like Broadcom and graphics card vendor AMD refuse to make *some*
of their devices work with the linux-libre kernel used by Guix System.

Regards,
Florian

Message #8 received at 36786 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: 36786 <at> debbugs.gnu.org
Subject: Re: bug#36786: Warn of AMD GPUs unusable with Guix System
Date: Wed, 24 Jul 2019 17:42:49 +0200

On Wed, Jul 24, 2019 at 04:56:03PM +0200, pelzflorian (Florian Pelz) wrote:
> very new AMD GPUs like:
> […]
> https://lists.gnu.org/archive/html/help-guix/2019-07/msg00179.html
>

Sorry.  The reporter said this GPU is a Radeon R9 280X 3G.  I was
wrong to believe it was a new GPU just because the CPU was reported to
be recent.  It is from the same

https://en.wikipedia.org/wiki/AMD_Radeon_Rx_200_series

as my AMD GPU.

We could make a list of known bad GPUs.

Message #11 received at 36786 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: 36786 <at> debbugs.gnu.org
Subject: Re: bug#36786: Warn of AMD GPUs unusable with Guix System
Date: Wed, 24 Jul 2019 19:53:27 +0200

On Wed, Jul 24, 2019 at 05:42:49PM +0200, pelzflorian (Florian Pelz) wrote:
> We could make a list of known bad GPUs.
> 

When thinking about it, a list of known bad GPUs might be legally
safer than saying AMD GPUs are often bad.

Regards,
Florian

Message #14 received at 36786 <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: pelzflorian <at> pelzflorian.de
Cc: 36786 <at> debbugs.gnu.org
Subject: Re: bug#36786: Warn of AMD GPUs unusable with Guix System
Date: Wed, 24 Jul 2019 21:05:06 +0200

pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> writes:

> On Wed, Jul 24, 2019 at 05:42:49PM +0200, pelzflorian (Florian Pelz) wrote:
>> We could make a list of known bad GPUs.
>>
>
> When thinking about it, a list of known bad GPUs might be legally
> safer than saying AMD GPUs are often bad.

I sympathize with the frustration that comes along with the realization
that hardware you own cannot be used with free software.  I would like
to alert people to the fact that certain GPUs won’t be usable with
linux-libre.

I just think that there might be a better distro-independent place for
this kind of information.  Some free distros suggest checking for free
software compatibility on h-node.org, a shared resource.  That’s also
where we could record known bad GPUs.

(h-node.org isn’t the prettiest resource out there, but perhaps this can
be changed.)

Do you think it would be enough if we pointed to h-node.org and
mentioned kernel flags that might be useful in certain generic cases?

--
Ricardo

Message #17 received at 36786 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 36786 <at> debbugs.gnu.org
Subject: Re: bug#36786: Warn of AMD GPUs unusable with Guix System
Date: Wed, 24 Jul 2019 23:22:54 +0200

[Message part 1 (text/plain, inline)]

On Wed, Jul 24, 2019 at 09:05:06PM +0200, Ricardo Wurmus wrote:
> Do you think it would be enough if we pointed to h-node.org and
> mentioned kernel flags that might be useful in certain generic cases?
> 

Yes, that is a very good suggestion and easiest to do.  I did not
think about h-node…  The manual already points there, but the website
should too.  Then this bug can be closed, I think.

Find attached a patch that mentions the kernel flag in the manual’s
Hardware Considerations section.  I do not know if a separate section
would be better.  (The alternative kernel flag “nomodeset” was
reported to not work as well, so I did not mention it, see here:
<https://lists.gnu.org/archive/html/guix-devel/2019-04/msg00089.html>)

h-node currently appears to have no information on those video cards.
I will take a look at how to add information there later.

Regards,
Florian

[0001-doc-Mention-AMD-Radeon-workaround-when-TTYs-are-not-.patch (text/plain, attachment)]

Message #20 received at 36786 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 36786 <at> debbugs.gnu.org, pelzflorian <at> pelzflorian.de
Subject: Re: bug#36786: Warn of AMD GPUs unusable with Guix System
Date: Fri, 26 Jul 2019 01:04:40 +0200

Ricardo Wurmus <rekado <at> elephly.net> skribis:

> pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> writes:
>
>> On Wed, Jul 24, 2019 at 05:42:49PM +0200, pelzflorian (Florian Pelz) wrote:
>>> We could make a list of known bad GPUs.
>>>
>>
>> When thinking about it, a list of known bad GPUs might be legally
>> safer than saying AMD GPUs are often bad.
>
> I sympathize with the frustration that comes along with the realization
> that hardware you own cannot be used with free software.  I would like
> to alert people to the fact that certain GPUs won’t be usable with
> linux-libre.
>
> I just think that there might be a better distro-independent place for
> this kind of information.  Some free distros suggest checking for free
> software compatibility on h-node.org, a shared resource.  That’s also
> where we could record known bad GPUs.
>
> (h-node.org isn’t the prettiest resource out there, but perhaps this can
> be changed.)

What about adding a few words under “Hardware Considerations”?

Ludo’.

Message #23 received at 36786 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Ricardo Wurmus <rekado <at> elephly.net>, 36786 <at> debbugs.gnu.org
Subject: Re: bug#36786: Warn of AMD GPUs unusable with Guix System
Date: Fri, 26 Jul 2019 07:57:04 +0200

On Fri, Jul 26, 2019 at 01:04:40AM +0200, Ludovic Courtès wrote:
> What about adding a few words under “Hardware Considerations”?
> 

While my patch before addresses AMD-specific tweaks in the manual
under Hardware Considerations, it is not enough if on the *download
page* Guix is claimed to run on “an i686, x86_64, ARMv7, or AArch64
machine“ without saying linux-libre *on some hardware, is not
supported* and referencing the Hardware Considerations section and
h-node, I think.

Regards,
Florian

Message #26 received at 36786 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>
Cc: Ricardo Wurmus <rekado <at> elephly.net>, 36786 <at> debbugs.gnu.org
Subject: Re: bug#36786: Warn of AMD GPUs unusable with Guix System
Date: Fri, 26 Jul 2019 17:56:23 +0200

Hi Florian,

"pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de> skribis:

> On Fri, Jul 26, 2019 at 01:04:40AM +0200, Ludovic Courtès wrote:
>> What about adding a few words under “Hardware Considerations”?

Oops, I hadn’t seen your patch when I replied.

> While my patch before addresses AMD-specific tweaks in the manual
> under Hardware Considerations, it is not enough if on the *download
> page* Guix is claimed to run on “an i686, x86_64, ARMv7, or AArch64
> machine“ without saying linux-libre *on some hardware, is not
> supported* and referencing the Hardware Considerations section and
> h-node, I think.

Well, ‘Limitations’ and ‘Hardware Considerations’ are the first sections
one see when following ‘Installation Instructions’ at
<http://guix.gnu.org/download/>.  We can always move things one level
higher, but eventually everything ends up at the top level.  :-)

> >From e88ee68c09266e1d09d24ff0d1b6ec6a4708841b Mon Sep 17 00:00:00 2001
> From: Florian Pelz <pelzflorian <at> pelzflorian.de>
> Date: Wed, 24 Jul 2019 23:02:21 +0200
> Subject: [PATCH] doc: Mention AMD Radeon workaround when TTYs are not redrawn.
> 
> * doc/guix.texi (Hardware Considerations): Describe workaround.

[…]

> +Some hardware requires specific tweaks to work better with Guix System.  The
> +following is an incomplete list of known workarounds:
> +
> +@itemize
> +@item
> +Some @emph{AMD Radeon} graphics cards stop redrawing the virtual console TTYs
> +when booting because of an error with Kernel Mode Setting.  The problem
> +disappears when blacklisting the kernel module for the driver.  To do so, you
> +can add @code{modprobe.blacklist=radeon} to the Linux-libre kernel flags,
> +either for only one boot by pressing the @kbd{e} key in the GRUB bootloader
> +and adding this kernel flag to the end of the @code{linux} command-line, or
> +permanently by changing the @code{kernel-arguments} field in your
> +@code{operating-system} declaration, e.g.:
> +
> +@example
> +(kernel-arguments '("quiet" "modprobe.blacklist=radeon"))
> +@end example
> +@end itemize

I think this doesn’t fit well here: the previous paragraphs are about
RYF, h-node.org, and the more general issue.

Like Ricardo wrote, since this is not Guix-specific, it would be great
if we could link to other resources on this topic.  Are you aware of any
such on-line resource?

If there’s no such thing, then we should definitely add this
information, but perhaps we should move the paragraph a bit higher (next
to Wifi), and possibly turn Wifi into an item of this list.  WDYT?

Thanks,
Ludo’.

Message #29 received at 36786 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Ricardo Wurmus <rekado <at> elephly.net>, 36786 <at> debbugs.gnu.org
Subject: Re: bug#36786: Warn of AMD GPUs unusable with Guix System
Date: Fri, 26 Jul 2019 22:03:26 +0200

On Fri, Jul 26, 2019 at 05:56:23PM +0200, Ludovic Courtès wrote:
> "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de> skribis:
> > While my patch before addresses AMD-specific tweaks in the manual
> > under Hardware Considerations, it is not enough if on the *download
> > page* Guix is claimed to run on “an i686, x86_64, ARMv7, or AArch64
> > machine“ without saying linux-libre *on some hardware, is not
> > supported* and referencing the Hardware Considerations section and
> > h-node, I think.
> 
> Well, ‘Limitations’ and ‘Hardware Considerations’ are the first sections
> one see when following ‘Installation Instructions’ at
> <http://guix.gnu.org/download/>.  We can always move things one level
> higher, but eventually everything ends up at the top level.  :-)
> 

I would rather see a more prominent link to the manual and h-node
where on the downloads page it says “runs on i686, x86_64, ARM”,
because I suppose many people do not read the manual until they know
they need to, and instead expect things to just work, especially now
that there’s a graphical installer.



> > >From e88ee68c09266e1d09d24ff0d1b6ec6a4708841b Mon Sep 17 00:00:00 2001
> > From: Florian Pelz <pelzflorian <at> pelzflorian.de>
> > Date: Wed, 24 Jul 2019 23:02:21 +0200
> > Subject: [PATCH] doc: Mention AMD Radeon workaround when TTYs are not redrawn.
> > 
> > * doc/guix.texi (Hardware Considerations): Describe workaround.
> 
> […]
> 
> I think this doesn’t fit well here: the previous paragraphs are about
> RYF, h-node.org, and the more general issue.
> 
> Like Ricardo wrote, since this is not Guix-specific, it would be great
> if we could link to other resources on this topic.  Are you aware of any
> such on-line resource?
> 
> If there’s no such thing, then we should definitely add this
> information, but perhaps we should move the paragraph a bit higher (next
> to Wifi), and possibly turn Wifi into an item of this list.  WDYT?
>

Yes, I agree this is not a good place in the manual.  However, I
thought of it more as a list of hardware-specific *and* Guix-specific
tweaks.  Note that the patch does not mention Xorg not working on some
AMD GPUs (h-node is the place for that, even though currently it does
not yet list many AMD Radeons), instead the patch is about
hardware-specific tweaks that can be made.  For example, a
recommendation of thinkfan for Thinkpads could be placed in such a
section too (once there is a Guix service for thinkfan; I do not know
how important thinkfan is and do not own a Thinkpad, it is just an
example).  The Arch wiki for example has articles on various specific
kinds of hardware.

Regards,
Florian

Message #32 received at 36786 <at> debbugs.gnu.org (full text, mbox):

From: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org>
To: 36786 <at> debbugs.gnu.org
Subject: Re: Warn of AMD GPUs unusable with Guix System
Date: Tue, 7 Dec 2021 18:42:52 +0100

[Message part 1 (text/plain, inline)]

Would it be better to find a way to fix these issue rather than warn
people about it? They look realatively easy to fix.

For the Radeon / AMDGPU drivers to work, you need:
- A patch need to be upstreamed in linux-libre for the GPU family to
  make the driver load. That patch needs to be tested on real hardware.
- Potentially some configuration for Xorg for recent cards to account
  for the lack of hardware 2D acceleration. Without it we could have
  something like that (from Parabola):
  '/usr/lib/xorg/modules/drivers/radeon_drv.so: undefined symbol:
  exaGetPixmapDriverPrivate'

The Libreplanet wiki[1] has all the information about that. If each
person with an unsupported GPU and a bit of skills (it requires to
compile linux-libre) and a bit of time (it should not take that long,
it'll probably be something between less than 1 hour to 1 day), or that
we try to help people with these GPU doing that, we could fix it for
good.

I already did it for all the AMD GPUs I had access to, but despite the
fact that it's really a low hanging fruit, only 1 person that needed a
lot of help tried to follow these tutorials (though I didn't manage to
find the time it required to help that person until the end).

All the information about was added in the libreplanet wiki[1] as it is
relevant to most GNU/Linux FSDG compliant distributions and the problem
is not specific to a given distribution.

References:
-----------
[1]https://libreplanet.org/wiki/Group:Hardware/research/gpu/radeon

Denis.

[Message part 2 (application/pgp-signature, inline)]

Message #37 received at 36786-done <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: 36786-done <at> debbugs.gnu.org
Subject: Re: bug#36786: Warn of AMD GPUs unusable with Guix System
Date: Wed, 16 Nov 2022 00:28:23 +0100

pelzflorian (Florian Pelz) wrote on 26 Jul 2019 22:03
> I would rather see a more prominent link to the manual and h-node
>  where on the downloads page it says “runs on i686, x86_64, ARM”,
>  because I suppose many people do not read the manual until they know
>  they need to, and instead expect things to just work, especially now
>  that there’s a graphical installer.

Closing.  Documenting non-working hardware is no longer necessary since
warnings were prominently added within the installer, as discussed at
<https://issues.guix.gnu.org/58357>.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.