[08:36] <tjaalton> enyc: 00:10  * enyc meows
[08:36] <tjaalton> ?
[08:36] <tjaalton> that's hardly going to attract any response
[09:44] <enyc> tjaalton: was previously (some days ago) described in #radeon and got some initial suggestions, to no luck
[11:18] <tjaalton> enyc: test this pkg build: https://aaltoset.kapsi.fi/radeon
[13:39] <enyc> tjaalton: that has only  -video-ati,  no -video-radeon  ,and only contains a /usr/lib/xorg/modules/drivers/ati_drv.so  .............
[13:42] <enyc> [therefore, I think, not for my chipset  ATI RS480  normally handled by "radeon" module]
[13:58] <tjaalton> ah :D
[13:58] <tjaalton> enyc: now has -radeon too
[13:59] <enyc> tjaalton: what have you done/changed/built ?
[14:00] <enyc> bear in mind on the test-system i have already put in old xorg and old linux-firmware and old kernel (all of which worked before...) and that hasn't worked
[14:00] <tjaalton> it worked only because xfce used the glx backend, not present
[14:00] <tjaalton> xfwm4
[14:01] <tjaalton> as pointed out on #radeon
[14:01] <enyc> previously (ubuntu 18.04) i had  both MATE and xfce workable
[14:01] <tjaalton> I ported the patch mrcooper mentioned
[14:01] <enyc> oooh =)
[14:01] <enyc> tjaalton: i see now
[14:01] <enyc> tjaalton: right, will test, as I have an actual ATI rs480
[14:02] <enyc> tjaalton: but, what about rest of test-setup,  upgrade to ubuntu 20.04 pkgs otherwise again?
[14:02] <tjaalton> yes
[14:11] <enyc> tjaalton: W00T that seems to have worked, at least with 1 display outpur 
[14:12] <enyc> also now installing mesa-va-drivers mesa-vdpau-drivers va-driver-all
[14:13] <enyc> ok wiull test with the dual head setup that previously failed...
[14:17] <enyc> tjaalton: now FAILs, so either something abdou dualmonitros - overall res  -or-  va-mesa-accll is breaking it
[14:18] <tjaalton> so it's not a regression?
[14:25] <enyc> tjaalton: the sual monitor config did work under 18.04 (and does on debian 10 live)
[14:26] <tjaalton> but not caused by this patch?
[14:26] <enyc> tjaalton: at least- not fixed by this patch
[14:26]  * enyc tries taking out mesa
[14:26] <tjaalton> huh
[14:26] <tjaalton> don't
[14:26] <tjaalton> mesa has nothing to do with it
[14:27] <tjaalton> this patch was meant to fix the corruption
[14:28] <enyc> hhe have doneso anyway and indeed no effect!
[14:28] <tjaalton> ?
[14:29] <enyc> taking out mesa va driver no effect, problem still happens
[14:29] <enyc> tjaalton: so, seems your radeon driver change does not affect THIS coorruption iddue
[14:30] <enyc> i note appears more severe than ther ''shifted'' appearance i saw on onoline examples
[14:30] <tjaalton> then I don't understand what your issue is
[14:30] <tjaalton> you seem to have many, and keep mixing them up
[14:30] <tjaalton> anyway, EOD here
[14:36] <enyc> tjaalton: ok
[15:31] <enyc> Ubuntu X team!!!
[15:33] <enyc> ok gone on to found out  this screen corruption failure on my Ati RS480, only happens with all of  (Dual monitors plugged in, ubuntu 20.04 or mint 20, any desktop seemingly) ... older full set of  mesa packages,  older kernel,  older radeon firmware, older xorg ,  one of these fix, though  not sure I've tried ALL of those reversions at same time....      works in 18.04 and debian-10-live.
[15:34]  * enyc expecting to give up and use a different grahics-card,  but you have to wonder if some silly ubuntu 20.04 regression
[15:36] <tjaalton> try any current distro and likely the same thing
[16:18] <enyc> tjaalton: so...?  something 'hidden away' is at fault?
[17:03] <tjaalton> try groovy live, it has a newer mesa
[21:39] <enyc> tjaalton: ooooooooo ok an do
[21:40]  * enyc jsut discovered, some completely different older AMD64 system with an ATI agp card, fails with corrupted screen on  mint20 cinnamon,  much the same way...  if both these monitors attached
[21:43] <enyc> In this case,  AMD/ATI R200 [Radeon 9100]
[21:44] <enyc> on  nforce3  chipset  amd board