Your message dated Tue, 4 May 2021 15:48:28 +0200
with message-id
<ca+7wuszxp642tidcx5cvocsmcpwy3a+rekuqmluauolzyb-...@mail.gmail.com>
and subject line Re: Bug#825840: Possible fix for colour invertion on
ATY,Rockhopper2
has caused the Debian Bug report #825840,
regarding offb/ATY,RockHopper: inverts red and blue in bterm
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
825840: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825840
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-image-4.5.0-2-powerpc
Version: 4.5.4-1
During Debian installation the background color is inverted on PPC system.
At least on my Mac Mini G4, the default background color shows up as red
from begining to start (only the last screen turn blue).
Looking at the module loaded during the installation I can see radeonfb,
which I suspect is the one responsible for handling of `/dev/fb0`.
After installation I tried reproducing this color inversion without any
luck so far.
It is non-trivial to `rmmod radeon`, so instead I used (and rebooted):
$ cat /etc/modprobe.d/radeon.conf
blacklist radeon
However upon reboot `/dev/fb0` is already setup. But neither radeonfb nor
radeon module seems to be loaded (using lsmod) but lspci output is rather
confusing [*].
I can also see:
$ cat /proc/fb
0 OFfb ATY,RockHo
Playing with the virtual screen with a red and blue color and `fim`, all
images looks weird, I could not figure out if there was something special
to setup so that I can display a red or blue image in `fim`.
Lastly, I can run `dmesg` and the color looks right (error messages are
displayed in red, timestamp in green).
I'd like to keep this bug open until I find what is going on with this
color inversion on PPC/ATI.
$ lspci -s 0000:00:10.0 -vvx
0000:00:10.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] RV280 [Radeon 9200] (rev 01) (prog-if 00 [VGA controller])
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RV280 [Radeon 9200]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort-
<MAbort- >SERR- <PERR- INTx-
Latency: 255 (2000ns min), Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 48
Region 0: Memory at 98000000 (32-bit, prefetchable) [size=128M]
Region 1: I/O ports at 0400 [size=256]
Region 2: Memory at 90000000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at 90020000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel modules: radeonfb, radeon
00: 02 10 62 59 07 00 b0 02 01 00 00 03 08 ff 00 00
10: 08 00 00 98 01 04 00 00 00 00 00 90 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 02 10 62 59
30: 00 00 02 90 58 00 00 00 00 00 00 00 ff 01 08 00
--- End Message ---
--- Begin Message ---
Salvatore,
On Sun, May 2, 2021 at 8:59 AM Salvatore Bonaccorso <car...@debian.org> wrote:
>
> Control: tags -1 + moreinfo
>
> Hi Mathieu,
>
> This bug thread was by the time very long but stoppend in 2016. Are
> the issues still relevant for us or should we close this bug by now?
Thanks for your triaging.
It turns out Adrian was able to release an updated d-i for
debian-power. So now all mac/ppc32 that were affected with the color
inversion are now loading the radeonfb driver instead of the offb one.
The bug is no longer visible to users but to (long beard) developers...
I am going to close it, no chance upstream will ever fix it.
--- End Message ---
