Hi Andy, Andy Wingo <wi...@igalia.com> skribis:
> Recalling all of this history, I thought that perhaps a switch to > modesetting could fix my radeon problems as well, and indeed, voilà, > this patch fixes it: > > --- a/gnu/services/xorg.scm > +++ b/gnu/services/xorg.scm > @@ -117,7 +117,7 @@ Section \"Files\" > FontPath \"" font-adobe75dpi "/share/fonts/X11/75dpi\" > ModulePath \"" xf86-video-vesa "/lib/xorg/modules/drivers\" > ModulePath \"" xf86-video-fbdev "/lib/xorg/modules/drivers\" > - ModulePath \"" xf86-video-ati "/lib/xorg/modules/drivers\" > + # ModulePath \"" xf86-video-ati "/lib/xorg/modules/drivers\" > ModulePath \"" xf86-video-cirrus "/lib/xorg/modules/drivers\" > ModulePath \"" xf86-video-intel "/lib/xorg/modules/drivers\" > ModulePath \"" xf86-video-mach64 "/lib/xorg/modules/drivers\" [...] > I think I would like to apply this patch to Guix. My only concern would > be that perhaps there are people using older radeon cards that don't > support Glamor; dunno. I do see bugs around this area that suggest that > the radeon driver is also slipping into disrepair, e.g.: > > https://bugs.freedesktop.org/show_bug.cgi?id=102054 > > But considering that the ATI driver was only added to the default > modules a year ago in 3126fd8820e8c30e27ef978d66dced8763d04905, before > our Xorg server configuration included the paths to the modesetting > driver, perhaps the risk is low. Any thoughts? FWIW, given your analysis and the silence that ensued ;-), I think you can go ahead and push this patch. Eventually we should make this part of the code more modular so that users can specify a list of driver packages and easily add/remove one. Thanks, Ludo’.
