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

Groups > linux.debian.kernel > #54224

Bug#825840: linux-image-4.5.0-2-powerpc: radeonfb display inverted red and blue color

Cross-posted to 2 groups.

Show all headers | View raw

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

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

Back to linux.debian.kernel | Previous | Next — Next in thread | Find similar | Unroll thread

Thread

Bug#825840: linux-image-4.5.0-2-powerpc: radeonfb display inverted red and blue color Mathieu Malaterre <malat@debian.org> - 2016-05-30 18:50 +0200
  Bug#825840: Acknowledgement (linux-image-4.5.0-2-powerpc: radeonfb display inverted red and blue color) Mathieu Malaterre <malat@debian.org> - 2016-05-30 19:00 +0200
    Bug#825840: Acknowledgement (linux-image-4.5.0-2-powerpc: radeonfb display inverted red and blue color) Mathieu Malaterre <malat@debian.org> - 2016-05-30 19:10 +0200
  Bug#825840: linux-image-4.5.0-2-powerpc: radeonfb display inverted red and blue color Ben Hutchings <ben@decadent.org.uk> - 2016-05-31 18:30 +0200
    Bug#825840: linux-image-4.5.0-2-powerpc: radeonfb display inverted red and blue color Mathieu Malaterre <malat@debian.org> - 2016-05-31 18:40 +0200
  Bug#825840: linux-image-4.5.0-2-powerpc: radeonfb display inverted red and blue color Milan Kupcevic <milan@debian.org> - 2016-05-31 20:20 +0200
  Processed: localechooser: image display inverts red and blue color owner@bugs.debian.org (Debian Bug Tracking System) - 2016-09-02 21:10 +0200
  Processed: Re: Bug#825840: localechooser: image display inverts  red and blue color owner@bugs.debian.org (Debian Bug Tracking System) - 2016-09-06 02:40 +0200
  Processed: offb/ATY,RockHopper: inverts red and blue in bterm owner@bugs.debian.org (Debian Bug Tracking System) - 2016-09-14 10:00 +0200

csiph-web