Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #211321 > unrolled thread

Psychedelic GUI after stable update to buster

Back to article view | Back to linux.debian.user

Contents

  Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-13 00:00 +0200
    Re: Psychedelic GUI after stable update to buster Charlie Kravetz <charlie@keepingdreams.com> - 2019-07-13 01:40 +0200
      Re: Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-13 02:30 +0200
        Re: Psychedelic GUI after stable update to buster Charlie Kravetz <charlie@keepingdreams.com> - 2019-07-13 05:10 +0200
          Re: Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-13 09:30 +0200
          Re: Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-13 09:50 +0200
            Re: Psychedelic GUI after stable update to buster "Alexander V. Makartsev" <avbetev@gmail.com> - 2019-07-13 10:10 +0200
              Re: Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-13 10:20 +0200
                Re: Psychedelic GUI after stable update to buster Joe <joe@jretrading.com> - 2019-07-13 10:50 +0200
                  Re: Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-14 02:40 +0200
                Re: Psychedelic GUI after stable update to buster "Alexander V. Makartsev" <avbetev@gmail.com> - 2019-07-13 11:10 +0200
                  Re: Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-14 00:10 +0200
                    Re: Psychedelic GUI after stable update to buster Felix Miata <mrmazda@earthlink.net> - 2019-07-14 01:30 +0200
                      Re: Psychedelic GUI after stable update to buster "Alexander V. Makartsev" <avbetev@gmail.com> - 2019-07-14 08:50 +0200
                        Re: Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-14 09:10 +0200
                          Re: Psychedelic GUI after stable update to buster Felix Miata <mrmazda@earthlink.net> - 2019-07-14 10:10 +0200
                          Re: Psychedelic GUI after stable update to buster "Alexander V. Makartsev" <avbetev@gmail.com> - 2019-07-14 19:10 +0200
                            Re: Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-17 01:00 +0200
                              Re: Psychedelic GUI after stable update to buster Étienne Mollier <etienne.mollier@mailoo.org> - 2019-07-17 12:20 +0200
                              Re: Psychedelic GUI after stable update to buster "Alexander V. Makartsev" <avbetev@gmail.com> - 2019-07-18 08:50 +0200
                        Re: Psychedelic GUI after stable update to buster Felix Miata <mrmazda@earthlink.net> - 2019-07-14 09:20 +0200
                        Re: Psychedelic GUI after stable update to buster Cindy Sue Causey <butterflybytes@gmail.com> - 2019-07-14 12:50 +0200
                          Re: Psychedelic GUI after stable update to buster Felix Miata <mrmazda@earthlink.net> - 2019-07-14 17:50 +0200
                            Re: Psychedelic GUI after stable update to buster Carl Fink <carlf@panix.com> - 2019-07-14 18:00 +0200
                Re: Psychedelic GUI after stable update to buster Andrei POPESCU <andreimpopescu@gmail.com> - 2019-07-13 12:50 +0200
                  Re: Psychedelic GUI after stable update to buster hobie@rumormillnews.com - 2019-07-14 00:20 +0200

Page 1 of 2  [1] 2  Next page →

#211321 — Psychedelic GUI after stable update to buster

Following recent 'buster' move to 'stable' I got wild psychedelic colors
on my XFCE desktop, making it nearly impossible to read anything
on-screen.

Normally I'd have display set for 1024x768.  I've found I can get normal
color on the GUI if I switch to 1600x900.  However, even then, if I switch
to console (F1-F6) or if the screensaver comes on, on return the
psychedelic colors are back.  If I log out / log in to the desktop, normal
colors return with the 1600x900 setting only.

AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
firmware-linux-free and firmware-linux-nonfree are installed.

Is this a bug?  Is there a fix? I'd like to get my normal colors and
normal resolution back.  Thanks in advance for any help.

[toc] | [next] | [standalone]

#211323

On Fri, 12 Jul 2019 17:52:43 -0400
hobie@rumormillnews.com wrote:

>Following recent 'buster' move to 'stable' I got wild psychedelic colors
>on my XFCE desktop, making it nearly impossible to read anything
>on-screen.
>
>Normally I'd have display set for 1024x768.  I've found I can get normal
>color on the GUI if I switch to 1600x900.  However, even then, if I switch
>to console (F1-F6) or if the screensaver comes on, on return the
>psychedelic colors are back.  If I log out / log in to the desktop, normal
>colors return with the 1600x900 setting only.
>
>AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
>firmware-linux-free and firmware-linux-nonfree are installed.
>
>Is this a bug?  Is there a fix? I'd like to get my normal colors and
>normal resolution back.  Thanks in advance for any help.
>


Try a different theme. The switch from GTK-2 to GTK-3 results in a mess
if the wrong theme is used. 

[toc] | [prev] | [next] | [standalone]

#211325

> On Fri, 12 Jul 2019 17:52:43 -0400
> hobie@rumormillnews.com wrote:
>
>>Following recent 'buster' move to 'stable' I got wild psychedelic colors
>>on my XFCE desktop, making it nearly impossible to read anything
>>on-screen.
>>
>>Normally I'd have display set for 1024x768.  I've found I can get normal
>>color on the GUI if I switch to 1600x900.  However, even then, if I
>> switch
>>to console (F1-F6) or if the screensaver comes on, on return the
>>psychedelic colors are back.  If I log out / log in to the desktop,
>> normal
>>colors return with the 1600x900 setting only.
>>
>>AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
>>firmware-linux-free and firmware-linux-nonfree are installed.
>>
>>Is this a bug?  Is there a fix? I'd like to get my normal colors and
>>normal resolution back.  Thanks in advance for any help.
>>
>
>
> Try a different theme. The switch from GTK-2 to GTK-3 results in a mess
> if the wrong theme is used.
>

Thanks. :)  Using GTK-ChTheme (which says it's for GTK+ 2, but I don't see
a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no
improvement.  Should I be approaching this theme change some other way?

[toc] | [prev] | [next] | [standalone]

#211330

On Fri, 12 Jul 2019 20:22:55 -0400
hobie@rumormillnews.com wrote:

>> On Fri, 12 Jul 2019 17:52:43 -0400
>> hobie@rumormillnews.com wrote:
>>  
>>>Following recent 'buster' move to 'stable' I got wild psychedelic colors
>>>on my XFCE desktop, making it nearly impossible to read anything
>>>on-screen.
>>>
>>>Normally I'd have display set for 1024x768.  I've found I can get normal
>>>color on the GUI if I switch to 1600x900.  However, even then, if I
>>> switch
>>>to console (F1-F6) or if the screensaver comes on, on return the
>>>psychedelic colors are back.  If I log out / log in to the desktop,
>>> normal
>>>colors return with the 1600x900 setting only.
>>>
>>>AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
>>>firmware-linux-free and firmware-linux-nonfree are installed.
>>>
>>>Is this a bug?  Is there a fix? I'd like to get my normal colors and
>>>normal resolution back.  Thanks in advance for any help.
>>>  
>>
>>
>> Try a different theme. The switch from GTK-2 to GTK-3 results in a mess
>> if the wrong theme is used.
>>  
>
>Thanks. :)  Using GTK-ChTheme (which says it's for GTK+ 2, but I don't see
>a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no
>improvement.  Should I be approaching this theme change some other way?
>

You have the right idea, however, perhaps try adwaita, which is a GTK-3
specific theme. 

[toc] | [prev] | [next] | [standalone]

#211334

> On Fri, 12 Jul 2019 20:22:55 -0400
> hobie@rumormillnews.com wrote:
>
>>> On Fri, 12 Jul 2019 17:52:43 -0400
>>> hobie@rumormillnews.com wrote:
>>>
>>>>Following recent 'buster' move to 'stable' I got wild psychedelic
>>>> colors
>>>>on my XFCE desktop, making it nearly impossible to read anything
>>>>on-screen.
>>>>
>>>>Normally I'd have display set for 1024x768.  I've found I can get
>>>> normal
>>>>color on the GUI if I switch to 1600x900.  However, even then, if I
>>>> switch
>>>>to console (F1-F6) or if the screensaver comes on, on return the
>>>>psychedelic colors are back.  If I log out / log in to the desktop,
>>>> normal
>>>>colors return with the 1600x900 setting only.
>>>>
>>>>AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
>>>>firmware-linux-free and firmware-linux-nonfree are installed.
>>>>
>>>>Is this a bug?  Is there a fix? I'd like to get my normal colors and
>>>>normal resolution back.  Thanks in advance for any help.
>>>>
>>>
>>>
>>> Try a different theme. The switch from GTK-2 to GTK-3 results in a mess
>>> if the wrong theme is used.
>>>
>>
>>Thanks. :)  Using GTK-ChTheme (which says it's for GTK+ 2, but I don't
>> see
>>a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no
>>improvement.  Should I be approaching this theme change some other way?
>>
>
> You have the right idea, however, perhaps try adwaita, which is a GTK-3
> specific theme.
>
Thanks, Charles - I switched to adwaita, but no joy.  Perhaps we're on the
wrong track?  All is well; I switch to console and return or screensaver
blanks the screen; and when the GUI screen is redrawn, it's as though it
has shifted to a different color palette.  Windows and dialog boxes, etc.,
have their expected shapes, likewise with swirls in the
background/wallpaper, but colors are now lime green, magenta, etc.,
instead of calming blue, and many fonts become blurry or ragged.  How is
that even possible?  Restarting the desktop does restore the expected
colors (but only if set for 1600x900).

Is there a simple "redraw screen" command (like Ctrl-L at the console)
that might work at the desktop, without requiring logout/login?

[toc] | [prev] | [next] | [standalone]

#211336

> On Fri, 12 Jul 2019 20:22:55 -0400
> hobie@rumormillnews.com wrote:
>
>>> On Fri, 12 Jul 2019 17:52:43 -0400
>>> hobie@rumormillnews.com wrote:
>>>
>>>>Following recent 'buster' move to 'stable' I got wild psychedelic
>>>> colors
>>>>on my XFCE desktop, making it nearly impossible to read anything
>>>>on-screen.
>>>>
>>>>Normally I'd have display set for 1024x768.  I've found I can get
>>>> normal
>>>>color on the GUI if I switch to 1600x900.  However, even then, if I
>>>> switch
>>>>to console (F1-F6) or if the screensaver comes on, on return the
>>>>psychedelic colors are back.  If I log out / log in to the desktop,
>>>> normal
>>>>colors return with the 1600x900 setting only.
>>>>
>>>>AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
>>>>firmware-linux-free and firmware-linux-nonfree are installed.
>>>>
>>>>Is this a bug?  Is there a fix? I'd like to get my normal colors and
>>>>normal resolution back.  Thanks in advance for any help.
>>>>
>>>
>>>
>>> Try a different theme. The switch from GTK-2 to GTK-3 results in a mess
>>> if the wrong theme is used.
>>>
>>
>>Thanks. :)  Using GTK-ChTheme (which says it's for GTK+ 2, but I don't
>> see
>>a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no
>>improvement.  Should I be approaching this theme change some other way?
>>
>
> You have the right idea, however, perhaps try adwaita, which is a GTK-3
> specific theme.
>

Whoa!  I tried to take screenshots so folks could see what I've been
trying to describe. Shot of normal screen turns out as expected.  Shot of
psychedelic screen turns out ... identical to shot of normal screen!!!  In
other words, what's present in graphic memory space is not the same as
what's being transmitted to my display/monitor, sometimes.  Where's Rod
Serling when we need him...? :)

[toc] | [prev] | [next] | [standalone]

#211337

[Multipart message — attachments visible in raw view] — view raw

On 13.07.2019 12:44, hobie@rumormillnews.com wrote:
>> On Fri, 12 Jul 2019 20:22:55 -0400
>> hobie@rumormillnews.com wrote:
>>
>>>> On Fri, 12 Jul 2019 17:52:43 -0400
>>>> hobie@rumormillnews.com wrote:
>>>>
>>>>> Following recent 'buster' move to 'stable' I got wild psychedelic
>>>>> colors
>>>>> on my XFCE desktop, making it nearly impossible to read anything
>>>>> on-screen.
>>>>>
>>>>> Normally I'd have display set for 1024x768.  I've found I can get
>>>>> normal
>>>>> color on the GUI if I switch to 1600x900.  However, even then, if I
>>>>> switch
>>>>> to console (F1-F6) or if the screensaver comes on, on return the
>>>>> psychedelic colors are back.  If I log out / log in to the desktop,
>>>>> normal
>>>>> colors return with the 1600x900 setting only.
>>>>>
>>>>> AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
>>>>> firmware-linux-free and firmware-linux-nonfree are installed.
>>>>>
>>>>> Is this a bug?  Is there a fix? I'd like to get my normal colors and
>>>>> normal resolution back.  Thanks in advance for any help.
>>>>>
>>>>
>>>> Try a different theme. The switch from GTK-2 to GTK-3 results in a mess
>>>> if the wrong theme is used.
>>>>
>>> Thanks. :)  Using GTK-ChTheme (which says it's for GTK+ 2, but I don't
>>> see
>>> a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no
>>> improvement.  Should I be approaching this theme change some other way?
>>>
>> You have the right idea, however, perhaps try adwaita, which is a GTK-3
>> specific theme.
>>
> Whoa!  I tried to take screenshots so folks could see what I've been
> trying to describe. Shot of normal screen turns out as expected.  Shot of
> psychedelic screen turns out ... identical to shot of normal screen!!!  In
> other words, what's present in graphic memory space is not the same as
> what's being transmitted to my display/monitor, sometimes.  Where's Rod
> Serling when we need him...? :)
>
>
What display/monitor do you use? Do you connect it using HDMI cable?
I remember another list user was asking same question with identical
symptoms sometime ago.

-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀⠀⠀⠀ 

[toc] | [prev] | [next] | [standalone]

#211338

> On 13.07.2019 12:44, hobie@rumormillnews.com wrote:
>>> On Fri, 12 Jul 2019 20:22:55 -0400
>>> hobie@rumormillnews.com wrote:
>>>
>>>>> On Fri, 12 Jul 2019 17:52:43 -0400
>>>>> hobie@rumormillnews.com wrote:
>>>>>
>>>>>> Following recent 'buster' move to 'stable' I got wild psychedelic
>>>>>> colors
>>>>>> on my XFCE desktop, making it nearly impossible to read anything
>>>>>> on-screen.
>>>>>>
>>>>>> Normally I'd have display set for 1024x768.  I've found I can get
>>>>>> normal
>>>>>> color on the GUI if I switch to 1600x900.  However, even then, if I
>>>>>> switch
>>>>>> to console (F1-F6) or if the screensaver comes on, on return the
>>>>>> psychedelic colors are back.  If I log out / log in to the desktop,
>>>>>> normal
>>>>>> colors return with the 1600x900 setting only.
>>>>>>
>>>>>> AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
>>>>>> firmware-linux-free and firmware-linux-nonfree are installed.
>>>>>>
>>>>>> Is this a bug?  Is there a fix? I'd like to get my normal colors and
>>>>>> normal resolution back.  Thanks in advance for any help.
>>>>>>
>>>>>
>>>>> Try a different theme. The switch from GTK-2 to GTK-3 results in a
>>>>> mess
>>>>> if the wrong theme is used.
>>>>>
>>>> Thanks. :)  Using GTK-ChTheme (which says it's for GTK+ 2, but I don't
>>>> see
>>>> a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no
>>>> improvement.  Should I be approaching this theme change some other
>>>> way?
>>>>
>>> You have the right idea, however, perhaps try adwaita, which is a GTK-3
>>> specific theme.
>>>
>> Whoa!  I tried to take screenshots so folks could see what I've been
>> trying to describe. Shot of normal screen turns out as expected.  Shot
>> of
>> psychedelic screen turns out ... identical to shot of normal screen!!!
>> In
>> other words, what's present in graphic memory space is not the same as
>> what's being transmitted to my display/monitor, sometimes.  Where's Rod
>> Serling when we need him...? :)
>>
>>
> What display/monitor do you use? Do you connect it using HDMI cable?
> I remember another list user was asking same question with identical
> symptoms sometime ago.
>
> --
> With kindest regards, Alexander.
>
Thanks -- the brand is AOC, connected via VGA cable, there's a DVI port on
the card but no HDMI one.  (If I plug an HDMI converter in via USB, would
that work?)

[toc] | [prev] | [next] | [standalone]

#211340

On Sat, 13 Jul 2019 04:14:52 -0400
hobie@rumormillnews.com wrote:

> > On 13.07.2019 12:44, hobie@rumormillnews.com wrote:  
> >>> On Fri, 12 Jul 2019 20:22:55 -0400
> >>> hobie@rumormillnews.com wrote:
> >>>  
> >>>>> On Fri, 12 Jul 2019 17:52:43 -0400
> >>>>> hobie@rumormillnews.com wrote:
> >>>>>  
> >>>>>> Following recent 'buster' move to 'stable' I got wild
> >>>>>> psychedelic colors
> >>>>>> on my XFCE desktop, making it nearly impossible to read
> >>>>>> anything on-screen.
> >>>>>>
> >>>>>> Normally I'd have display set for 1024x768.  I've found I can
> >>>>>> get normal
> >>>>>> color on the GUI if I switch to 1600x900.  However, even then,
> >>>>>> if I switch
> >>>>>> to console (F1-F6) or if the screensaver comes on, on return
> >>>>>> the psychedelic colors are back.  If I log out / log in to the
> >>>>>> desktop, normal
> >>>>>> colors return with the 1600x900 setting only.
> >>>>>>
> >>>>>> AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
> >>>>>> firmware-linux-free and firmware-linux-nonfree are installed.
> >>>>>>
> >>>>>> Is this a bug?  Is there a fix? I'd like to get my normal
> >>>>>> colors and normal resolution back.  Thanks in advance for any
> >>>>>> help. 
> >>>>>
> >>>>> Try a different theme. The switch from GTK-2 to GTK-3 results
> >>>>> in a mess
> >>>>> if the wrong theme is used.
> >>>>>  
> >>>> Thanks. :)  Using GTK-ChTheme (which says it's for GTK+ 2, but I
> >>>> don't see
> >>>> a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no
> >>>> improvement.  Should I be approaching this theme change some
> >>>> other way?
> >>>>  
> >>> You have the right idea, however, perhaps try adwaita, which is a
> >>> GTK-3 specific theme.
> >>>  
> >> Whoa!  I tried to take screenshots so folks could see what I've
> >> been trying to describe. Shot of normal screen turns out as
> >> expected.  Shot of
> >> psychedelic screen turns out ... identical to shot of normal
> >> screen!!! In
> >> other words, what's present in graphic memory space is not the
> >> same as what's being transmitted to my display/monitor,
> >> sometimes.  Where's Rod Serling when we need him...? :)
> >>
> >>  
> > What display/monitor do you use? Do you connect it using HDMI cable?
> > I remember another list user was asking same question with identical
> > symptoms sometime ago.
> >
> > --
> > With kindest regards, Alexander.
> >  
> Thanks -- the brand is AOC, connected via VGA cable, there's a DVI
> port on the card but no HDMI one.  (If I plug an HDMI converter in
> via USB, would that work?)
> 

It should, but the DVI from a computer ought to work into an HDMI
monitor, though of course it needs an adaptor plug. I've done that
before.

This sounds like a graphics driver problem, so the DVI may also be
affected, but maybe not. The colour encoding is very different from VGA.

-- 
Joe

[toc] | [prev] | [next] | [standalone]

#211360

>> >>>
>> >> Whoa!  I tried to take screenshots so folks could see what I've
>> >> been trying to describe. Shot of normal screen turns out as
>> >> expected.  Shot of
>> >> psychedelic screen turns out ... identical to shot of normal
>> >> screen!!! In
>> >> other words, what's present in graphic memory space is not the
>> >> same as what's being transmitted to my display/monitor,
>> >> sometimes.  Where's Rod Serling when we need him...? :)
>> >>
>> >>
>> > What display/monitor do you use? Do you connect it using HDMI cable?
>> > I remember another list user was asking same question with identical
>> > symptoms sometime ago.
>> >
>> > --
>> > With kindest regards, Alexander.
>> >
>> Thanks -- the brand is AOC, connected via VGA cable, there's a DVI
>> port on the card but no HDMI one.  (If I plug an HDMI converter in
>> via USB, would that work?)
>>
>
> It should, but the DVI from a computer ought to work into an HDMI
> monitor, though of course it needs an adaptor plug. I've done that
> before.
>
> This sounds like a graphics driver problem, so the DVI may also be
> affected, but maybe not. The colour encoding is very different from VGA.
>
> --
> Joe

I found a DVI cable - turns out the display / monitor has a DVI connection
but not an HDMI one - and hooked it up.  Again, no joy - so I guess we've
narrowed the problem down to the driver...?

[toc] | [prev] | [next] | [standalone]

#211341

[Multipart message — attachments visible in raw view] — view raw

On 13.07.2019 13:14, hobie@rumormillnews.com wrote:
>> On 13.07.2019 12:44, hobie@rumormillnews.com wrote:
>>>> On Fri, 12 Jul 2019 20:22:55 -0400
>>>> hobie@rumormillnews.com wrote:
>>>>
>>>>>> On Fri, 12 Jul 2019 17:52:43 -0400
>>>>>> hobie@rumormillnews.com wrote:
>>>>>>
>>>>>>> Following recent 'buster' move to 'stable' I got wild psychedelic
>>>>>>> colors
>>>>>>> on my XFCE desktop, making it nearly impossible to read anything
>>>>>>> on-screen.
>>>>>>>
>>>>>>> Normally I'd have display set for 1024x768.  I've found I can get
>>>>>>> normal
>>>>>>> color on the GUI if I switch to 1600x900.  However, even then, if I
>>>>>>> switch
>>>>>>> to console (F1-F6) or if the screensaver comes on, on return the
>>>>>>> psychedelic colors are back.  If I log out / log in to the desktop,
>>>>>>> normal
>>>>>>> colors return with the 1600x900 setting only.
>>>>>>>
>>>>>>> AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
>>>>>>> firmware-linux-free and firmware-linux-nonfree are installed.
>>>>>>>
>>>>>>> Is this a bug?  Is there a fix? I'd like to get my normal colors and
>>>>>>> normal resolution back.  Thanks in advance for any help.
>>>>>>>
>>>>>> Try a different theme. The switch from GTK-2 to GTK-3 results in a
>>>>>> mess
>>>>>> if the wrong theme is used.
>>>>>>
>>>>> Thanks. :)  Using GTK-ChTheme (which says it's for GTK+ 2, but I don't
>>>>> see
>>>>> a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no
>>>>> improvement.  Should I be approaching this theme change some other
>>>>> way?
>>>>>
>>>> You have the right idea, however, perhaps try adwaita, which is a GTK-3
>>>> specific theme.
>>>>
>>> Whoa!  I tried to take screenshots so folks could see what I've been
>>> trying to describe. Shot of normal screen turns out as expected.  Shot
>>> of
>>> psychedelic screen turns out ... identical to shot of normal screen!!!
>>> In
>>> other words, what's present in graphic memory space is not the same as
>>> what's being transmitted to my display/monitor, sometimes.  Where's Rod
>>> Serling when we need him...? :)
>>>
>>>
>> What display/monitor do you use? Do you connect it using HDMI cable?
>> I remember another list user was asking same question with identical
>> symptoms sometime ago.
>>
>> --
>> With kindest regards, Alexander.
>>
> Thanks -- the brand is AOC, connected via VGA cable, there's a DVI port on
> the card but no HDMI one.  (If I plug an HDMI converter in via USB, would
> that work?)
>
This is the original thread I was talking about. [1]
See if there are any pointers that could resolve your issue.

Personally, I don't have much experience with AMD graphics (which is
sadly notorious for lacking good support on Linux), but
I would try to use different AMD drivers (use "AMDGPU" instead of
"radeon" or vice versa).
You can check what driver you currently using with this command:
    $ inxi -Gxxxz

[1] https://lists.debian.org/debian-user/2017/12/msg00203.html

-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀⠀⠀⠀ 

[toc] | [prev] | [next] | [standalone]

#211355

> On 13.07.2019 13:14, hobie@rumormillnews.com wrote:
>>> On 13.07.2019 12:44, hobie@rumormillnews.com wrote:
>>>>> On Fri, 12 Jul 2019 20:22:55 -0400
>>>>> hobie@rumormillnews.com wrote:
>>>>>
>>>>>>> On Fri, 12 Jul 2019 17:52:43 -0400
>>>>>>> hobie@rumormillnews.com wrote:
>>>>>>>
>>>>>>>> Following recent 'buster' move to 'stable' I got wild psychedelic
>>>>>>>> colors
>>>>>>>> on my XFCE desktop, making it nearly impossible to read anything
>>>>>>>> on-screen.
>>>>>>>>
>>>>>>>> Normally I'd have display set for 1024x768.  I've found I can get
>>>>>>>> normal
>>>>>>>> color on the GUI if I switch to 1600x900.  However, even then, if
>>>>>>>> I
>>>>>>>> switch
>>>>>>>> to console (F1-F6) or if the screensaver comes on, on return the
>>>>>>>> psychedelic colors are back.  If I log out / log in to the
>>>>>>>> desktop,
>>>>>>>> normal
>>>>>>>> colors return with the 1600x900 setting only.
>>>>>>>>
>>>>>>>> AMD A10-7860K Radeon R7.  ASUSTEK A68HM-K motherboard.
>>>>>>>> firmware-linux-free and firmware-linux-nonfree are installed.
>>>>>>>>
>>>>>>>> Is this a bug?  Is there a fix? I'd like to get my normal colors
>>>>>>>> and
>>>>>>>> normal resolution back.  Thanks in advance for any help.
>>>>>>>>
>>>>>>> Try a different theme. The switch from GTK-2 to GTK-3 results in a
>>>>>>> mess
>>>>>>> if the wrong theme is used.
>>>>>>>
>>>>>> Thanks. :)  Using GTK-ChTheme (which says it's for GTK+ 2, but I
>>>>>> don't
>>>>>> see
>>>>>> a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no
>>>>>> improvement.  Should I be approaching this theme change some other
>>>>>> way?
>>>>>>
>>>>> You have the right idea, however, perhaps try adwaita, which is a
>>>>> GTK-3
>>>>> specific theme.
>>>>>
>>>> Whoa!  I tried to take screenshots so folks could see what I've been
>>>> trying to describe. Shot of normal screen turns out as expected.  Shot
>>>> of
>>>> psychedelic screen turns out ... identical to shot of normal screen!!!
>>>> In
>>>> other words, what's present in graphic memory space is not the same as
>>>> what's being transmitted to my display/monitor, sometimes.  Where's
>>>> Rod
>>>> Serling when we need him...? :)
>>>>
>>>>
>>> What display/monitor do you use? Do you connect it using HDMI cable?
>>> I remember another list user was asking same question with identical
>>> symptoms sometime ago.
>>>
>>> --
>>> With kindest regards, Alexander.
>>>
>> Thanks -- the brand is AOC, connected via VGA cable, there's a DVI port
>> on
>> the card but no HDMI one.  (If I plug an HDMI converter in via USB,
>> would
>> that work?)
>>
> This is the original thread I was talking about. [1]
> See if there are any pointers that could resolve your issue.
>
> Personally, I don't have much experience with AMD graphics (which is
> sadly notorious for lacking good support on Linux), but
> I would try to use different AMD drivers (use "AMDGPU" instead of
> "radeon" or vice versa).
> You can check what driver you currently using with this command:
>     $ inxi -Gxxxz
>
> [1] https://lists.debian.org/debian-user/2017/12/msg00203.html
>
> --
> With kindest regards, Alexander.

Thanks for the tip.  Looks like a lot of information here but I don't
really understand it.  Xorg seems to have unloaded the radeon driver...?

Graphics:  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
driver: N/A
           bus ID: 00:01.0 chip ID: 1002:130f
           Display: x11 server: X.Org 1.20.4 driver: ati,vesa
           unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A
           OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.6
           compat-v: 3.1 direct render: Yes

Where would I find "AMDGPU" and how would I get Xorg to use it?

[toc] | [prev] | [next] | [standalone]

#211358

hobie@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400):

> Thanks for the tip.  Looks like a lot of information here but I don't
> really understand it.  Xorg seems to have unloaded the radeon driver...?

> Graphics:  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
> driver: N/A
>            bus ID: 00:01.0 chip ID: 1002:130f
>            Display: x11 server: X.Org 1.20.4 driver: ati,vesa
>            unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A
>            OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.6
>            compat-v: 3.1 direct render: Yes

> Where would I find "AMDGPU" and how would I get Xorg to use it?

These should cover it:
apt purge xserver-xorg-video-ati xserver-xorg-video-radeon
apt install xserver-xorg-video-amdgpu firmware-amd-graphics
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

[toc] | [prev] | [next] | [standalone]

#211369

[Multipart message — attachments visible in raw view] — view raw

On 14.07.2019 4:20, Felix Miata wrote:
> hobie@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400):
>
>> Thanks for the tip.  Looks like a lot of information here but I don't
>> really understand it.  Xorg seems to have unloaded the radeon driver...?
>> Graphics:  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
>> driver: N/A
>>            bus ID: 00:01.0 chip ID: 1002:130f
>>            Display: x11 server: X.Org 1.20.4 driver: ati,vesa
>>            unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A
>>            OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.6
>>            compat-v: 3.1 direct render: Yes
>> Where would I find "AMDGPU" and how would I get Xorg to use it?
> These should cover it:
> apt purge xserver-xorg-video-ati xserver-xorg-video-radeon
> apt install xserver-xorg-video-amdgpu firmware-amd-graphics
To install "firmware-amd-graphics" package is a good suggestion.
But chances are high that removal of *-ati and *-radeon packages will
also remove Desktop Environment, because those packages are part of
"xserver-xorg-video-all" package.
I'd suggest a less radical approach and simply "tell" the system what
driver to use via modprobe config files. [1]


[1] https://wiki.archlinux.org/index.php/AMDGPU

-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀⠀⠀⠀ 

[toc] | [prev] | [next] | [standalone]

#211371

> On 14.07.2019 4:20, Felix Miata wrote:
>> hobie@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400):
>>
>>> Thanks for the tip.  Looks like a lot of information here but I don't
>>> really understand it.  Xorg seems to have unloaded the radeon
>>> driver...?
>>> Graphics:  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
>>> driver: N/A
>>>            bus ID: 00:01.0 chip ID: 1002:130f
>>>            Display: x11 server: X.Org 1.20.4 driver: ati,vesa
>>>            unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A
>>>            OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa
>>> 18.3.6
>>>            compat-v: 3.1 direct render: Yes
>>> Where would I find "AMDGPU" and how would I get Xorg to use it?
>> These should cover it:
>> apt purge xserver-xorg-video-ati xserver-xorg-video-radeon
>> apt install xserver-xorg-video-amdgpu firmware-amd-graphics
> To install "firmware-amd-graphics" package is a good suggestion.
> But chances are high that removal of *-ati and *-radeon packages will
> also remove Desktop Environment, because those packages are part of
> "xserver-xorg-video-all" package.
> I'd suggest a less radical approach and simply "tell" the system what
> driver to use via modprobe config files. [1]

Thanks. :)  I find old files in /etc/modprobe.d:

-rw-r--r-- 1 root root  154 Nov 29  2016 amd64-microcode-blacklist.conf
-rw-r--r-- 1 root root   23 Apr 28  2011 i915-kms.conf
-rw-r--r-- 1 root root  154 May 15  2017 intel-microcode-blacklist.conf
-rw-r--r-- 1 root root   51 May 10  2014 modesetting.conf
-rw-r--r-- 1 root root  292 Aug  3  2012 nvidia-kernel-common.conf
-rw-r--r-- 1 root root  119 Nov 12  2013 oss-compat.conf
-rw-r--r-- 1 root root   27 Jan 19  2014 radeon-kms.conf

...I find radeon-kms.conf contains: "options radeon modeset=-1".  Is that
likely where my problem, or part of my problem, is coming from?

[toc] | [prev] | [next] | [standalone]

#211373

hobie@rumormillnews.com composed on 2019-07-14 03:02 (UTC-0400):

> I find old files in /etc/modprobe.d:
> 
> -rw-r--r-- 1 root root  154 Nov 29  2016 amd64-microcode-blacklist.conf
> -rw-r--r-- 1 root root   23 Apr 28  2011 i915-kms.conf
> -rw-r--r-- 1 root root  154 May 15  2017 intel-microcode-blacklist.conf
> -rw-r--r-- 1 root root   51 May 10  2014 modesetting.conf
> -rw-r--r-- 1 root root  292 Aug  3  2012 nvidia-kernel-common.conf
> -rw-r--r-- 1 root root  119 Nov 12  2013 oss-compat.conf
> -rw-r--r-- 1 root root   27 Jan 19  2014 radeon-kms.conf

> ...I find radeon-kms.conf contains: "options radeon modeset=-1".  Is that
> likely where my problem, or part of my problem, is coming from? 

It certainly would not surprise me. I had no luck searching a meaning for -1
there. What I would do is archive them, remove them all, and reboot. Of your 7, I
only have 2, and only radeon-kms-conf, which is ancient, applies to AMD hardware.
What it contains (1 rather than -1) I'm sure has long ago been made default,
obsoleting it.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

[toc] | [prev] | [next] | [standalone]

#211387

[Multipart message — attachments visible in raw view] — view raw

On 14.07.2019 12:02, hobie@rumormillnews.com wrote:
>> On 14.07.2019 4:20, Felix Miata wrote:
>>> hobie@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400):
>>>
>>>> Thanks for the tip.  Looks like a lot of information here but I don't
>>>> really understand it.  Xorg seems to have unloaded the radeon
>>>> driver...?
>>>> Graphics:  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
>>>> driver: N/A
>>>>            bus ID: 00:01.0 chip ID: 1002:130f
>>>>            Display: x11 server: X.Org 1.20.4 driver: ati,vesa
>>>>            unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A
>>>>            OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa
>>>> 18.3.6
>>>>            compat-v: 3.1 direct render: Yes
>>>> Where would I find "AMDGPU" and how would I get Xorg to use it?
>>> These should cover it:
>>> apt purge xserver-xorg-video-ati xserver-xorg-video-radeon
>>> apt install xserver-xorg-video-amdgpu firmware-amd-graphics
>> To install "firmware-amd-graphics" package is a good suggestion.
>> But chances are high that removal of *-ati and *-radeon packages will
>> also remove Desktop Environment, because those packages are part of
>> "xserver-xorg-video-all" package.
>> I'd suggest a less radical approach and simply "tell" the system what
>> driver to use via modprobe config files. [1]
> Thanks. :)  I find old files in /etc/modprobe.d:
>
> -rw-r--r-- 1 root root  154 Nov 29  2016 amd64-microcode-blacklist.conf
> -rw-r--r-- 1 root root   23 Apr 28  2011 i915-kms.conf
> -rw-r--r-- 1 root root  154 May 15  2017 intel-microcode-blacklist.conf
> -rw-r--r-- 1 root root   51 May 10  2014 modesetting.conf
> -rw-r--r-- 1 root root  292 Aug  3  2012 nvidia-kernel-common.conf
> -rw-r--r-- 1 root root  119 Nov 12  2013 oss-compat.conf
> -rw-r--r-- 1 root root   27 Jan 19  2014 radeon-kms.conf
>
> ...I find radeon-kms.conf contains: "options radeon modeset=-1".  Is that
> likely where my problem, or part of my problem, is coming from?
>
>
Kernel mode setting (modeset) is often required to be enabled with
recent kernels. "-1" usually means "auto".
"radeon-kms.conf" is not part of any package in stretch, so I assume it
was manually created or a leftovers of some sort from previous system
upgrades.

The safest approach to test if switching to "amdgpu" driver will help,
would be adding kernel module parameters at boot time.
Press "e" to edit grub menu entry and add parameters to "linux" line
after "quiet" parameter:

amdgpu.si_support=1 amdgpu.cik_support=1 radeon.si_support=0
radeon.si_support=0

and continue to boot your system by pressing F10.

If after that your issue with colors will be resolved, to make those
changes permanent, I suggest you to create
a file named "amdgpu-kms.conf" in "/etc/modprobe.d/" with these contents:

options amdgpu si_support=1
options amdgpu cik_support=1

And change contents of "radeon-kms.conf" to:
options radeon modeset=1
options radeon si_support=0
options radeon cik_support=0

Next step is to update initramfs with changes you made and reboot:
$ sudo update-initramfs -u

These actions should permanently switch your default driver from
"radeon" to "amdgpu" and hopefully resolve your issue with colors.
Just in case something will happen and you will end up with unresponsive
black screen, create a live recovery system on USB flash drive so you
can undo changes you made.


-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀⠀⠀⠀ 

[toc] | [prev] | [next] | [standalone]

#211432

> On 14.07.2019 12:02, hobie@rumormillnews.com wrote:
>>> On 14.07.2019 4:20, Felix Miata wrote:
>>>> hobie@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400):
>>>>
>>>>> Thanks for the tip.  Looks like a lot of information here but I don't
>>>>> really understand it.  Xorg seems to have unloaded the radeon
>>>>> driver...?
>>>>> Graphics:  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
>>>>> driver: N/A
>>>>>            bus ID: 00:01.0 chip ID: 1002:130f
>>>>>            Display: x11 server: X.Org 1.20.4 driver: ati,vesa
>>>>>            unloaded: fbdev,modesetting,radeon resolution:
>>>>> 1600x900~N/A
>>>>>            OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa
>>>>> 18.3.6
>>>>>            compat-v: 3.1 direct render: Yes
>>>>> Where would I find "AMDGPU" and how would I get Xorg to use it?
>>>> These should cover it:
>>>> apt purge xserver-xorg-video-ati xserver-xorg-video-radeon
>>>> apt install xserver-xorg-video-amdgpu firmware-amd-graphics
>>> To install "firmware-amd-graphics" package is a good suggestion.
>>> But chances are high that removal of *-ati and *-radeon packages will
>>> also remove Desktop Environment, because those packages are part of
>>> "xserver-xorg-video-all" package.
>>> I'd suggest a less radical approach and simply "tell" the system what
>>> driver to use via modprobe config files. [1]
>> Thanks. :)  I find old files in /etc/modprobe.d:
>>
>> -rw-r--r-- 1 root root  154 Nov 29  2016 amd64-microcode-blacklist.conf
>> -rw-r--r-- 1 root root   23 Apr 28  2011 i915-kms.conf
>> -rw-r--r-- 1 root root  154 May 15  2017 intel-microcode-blacklist.conf
>> -rw-r--r-- 1 root root   51 May 10  2014 modesetting.conf
>> -rw-r--r-- 1 root root  292 Aug  3  2012 nvidia-kernel-common.conf
>> -rw-r--r-- 1 root root  119 Nov 12  2013 oss-compat.conf
>> -rw-r--r-- 1 root root   27 Jan 19  2014 radeon-kms.conf
>>
>> ...I find radeon-kms.conf contains: "options radeon modeset=-1".  Is
>> that
>> likely where my problem, or part of my problem, is coming from?
>>
>>
> Kernel mode setting (modeset) is often required to be enabled with
> recent kernels. "-1" usually means "auto".
> "radeon-kms.conf" is not part of any package in stretch, so I assume it
> was manually created or a leftovers of some sort from previous system
> upgrades.
>
> The safest approach to test if switching to "amdgpu" driver will help,
> would be adding kernel module parameters at boot time.
> Press "e" to edit grub menu entry and add parameters to "linux" line
> after "quiet" parameter:
>
> amdgpu.si_support=1 amdgpu.cik_support=1 radeon.si_support=0
> radeon.si_support=0
>
> and continue to boot your system by pressing F10.

I did the edit you suggested - changing the *.si to *.cik on that second
readeon reference - but can't tell if anything was affected by it. 
Psychedelic colors still return on leaving the desktop and coming back to
it, and output of inxi -Gxxxz also appears the same:

Graphics:
  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
  driver: N/A bus ID: 00:01.0 chip ID: 1002:130f
  Display: x11 server: X.Org 1.20.4 driver: ati,vesa
  unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A
  OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits)
  v: 3.3 Mesa 18.3.6 compat-v: 3.1 direct render: Yes

Also, I've moved all files from /etc/modprobe.d to a backup directory;
their absence does not appear to have made any difference, either.

--hobie

[toc] | [prev] | [next] | [standalone]

#211453

[Multipart message — attachments visible in raw view] — view raw

hobie, on 2019-07-17:
> I did the edit you suggested - changing the *.si to *.cik on that second
> readeon reference - but can't tell if anything was affected by it.
> Psychedelic colors still return on leaving the desktop and coming back to
> it, and output of inxi -Gxxxz also appears the same:
>
> Graphics:
>   Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
>   driver: N/A bus ID: 00:01.0 chip ID: 1002:130f
>   Display: x11 server: X.Org 1.20.4 driver: ati,vesa
>   unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A
>   OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits)
>   v: 3.3 Mesa 18.3.6 compat-v: 3.1 direct render: Yes
>
> Also, I've moved all files from /etc/modprobe.d to a backup directory;
> their absence does not appear to have made any difference, either.

Good Day,

It seems that some more information is needed to have a clue
about what is going on with that driver loading.  Would it be
possible to run the following commands and publish the result?

	$ dpkg -l | grep -iE 'amd-graphics|amdgpu|\<ati\>|fglrx|radeon'
	$ sudo dmesg | grep -iE 'amd-graphics|amdgpu|\<ati\>|fglrx|radeon'

Kind Regards,
-- 
Étienne Mollier <etienne.mollier@mailoo.org>
               5AB1 4EDF 63BB CCFF 8B54 2FA9 59DA 56FE FFF3 882D

[toc] | [prev] | [next] | [standalone]

#211499

[Multipart message — attachments visible in raw view] — view raw

On 17.07.2019 3:52, hobie@rumormillnews.com wrote:
>> On 14.07.2019 12:02, hobie@rumormillnews.com wrote:
>>>> On 14.07.2019 4:20, Felix Miata wrote:
>>>>> hobie@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400):
>>>>>
>>>>>> Thanks for the tip.  Looks like a lot of information here but I don't
>>>>>> really understand it.  Xorg seems to have unloaded the radeon
>>>>>> driver...?
>>>>>> Graphics:  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
>>>>>> driver: N/A
>>>>>>            bus ID: 00:01.0 chip ID: 1002:130f
>>>>>>            Display: x11 server: X.Org 1.20.4 driver: ati,vesa
>>>>>>            unloaded: fbdev,modesetting,radeon resolution:
>>>>>> 1600x900~N/A
>>>>>>            OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa
>>>>>> 18.3.6
>>>>>>            compat-v: 3.1 direct render: Yes
>>>>>> Where would I find "AMDGPU" and how would I get Xorg to use it?
>>>>> These should cover it:
>>>>> apt purge xserver-xorg-video-ati xserver-xorg-video-radeon
>>>>> apt install xserver-xorg-video-amdgpu firmware-amd-graphics
>>>> To install "firmware-amd-graphics" package is a good suggestion.
>>>> But chances are high that removal of *-ati and *-radeon packages will
>>>> also remove Desktop Environment, because those packages are part of
>>>> "xserver-xorg-video-all" package.
>>>> I'd suggest a less radical approach and simply "tell" the system what
>>>> driver to use via modprobe config files. [1]
>>> Thanks. :)  I find old files in /etc/modprobe.d:
>>>
>>> -rw-r--r-- 1 root root  154 Nov 29  2016 amd64-microcode-blacklist.conf
>>> -rw-r--r-- 1 root root   23 Apr 28  2011 i915-kms.conf
>>> -rw-r--r-- 1 root root  154 May 15  2017 intel-microcode-blacklist.conf
>>> -rw-r--r-- 1 root root   51 May 10  2014 modesetting.conf
>>> -rw-r--r-- 1 root root  292 Aug  3  2012 nvidia-kernel-common.conf
>>> -rw-r--r-- 1 root root  119 Nov 12  2013 oss-compat.conf
>>> -rw-r--r-- 1 root root   27 Jan 19  2014 radeon-kms.conf
>>>
>>> ...I find radeon-kms.conf contains: "options radeon modeset=-1".  Is
>>> that
>>> likely where my problem, or part of my problem, is coming from?
>>>
>>>
>> Kernel mode setting (modeset) is often required to be enabled with
>> recent kernels. "-1" usually means "auto".
>> "radeon-kms.conf" is not part of any package in stretch, so I assume it
>> was manually created or a leftovers of some sort from previous system
>> upgrades.
>>
>> The safest approach to test if switching to "amdgpu" driver will help,
>> would be adding kernel module parameters at boot time.
>> Press "e" to edit grub menu entry and add parameters to "linux" line
>> after "quiet" parameter:
>>
>> amdgpu.si_support=1 amdgpu.cik_support=1 radeon.si_support=0
>> radeon.si_support=0
>>
>> and continue to boot your system by pressing F10.
> I did the edit you suggested - changing the *.si to *.cik on that second
> readeon reference - but can't tell if anything was affected by it. 
> Psychedelic colors still return on leaving the desktop and coming back to
> it, and output of inxi -Gxxxz also appears the same:
>
> Graphics:
>   Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK
>   driver: N/A bus ID: 00:01.0 chip ID: 1002:130f
>   Display: x11 server: X.Org 1.20.4 driver: ati,vesa
>   unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A
>   OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits)
>   v: 3.3 Mesa 18.3.6 compat-v: 3.1 direct render: Yes
>
> Also, I've moved all files from /etc/modprobe.d to a backup directory;
> their absence does not appear to have made any difference, either.
>
> --hobie
>
Is it possible that you mistyped some of those parameters?
You can disable "radeon" kernel module from loading completely by
blacklisting it and see if that helps.

Create "amdgpu-kms.conf" file in "/etc/modprobe.d/" with contents as
described in previous email.
Also create a new "radeon-blacklist.conf" file in "/etc/modprobe.d/"
containing:
blacklist radeon

After that, update initramfs with changes you made and reboot:
    $ sudo update-initramfs -u


-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀⠀⠀⠀ 

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | linux.debian.user

csiph-web