On Thu, Oct 6, 2016 at 4:13 PM, Lennart Sorensen <lsore...@csclub.uwaterloo.ca> wrote: > On Thu, Oct 06, 2016 at 07:44:35AM +0200, Mathieu Malaterre wrote: >> That's precisely what I tried yesterday. >> >> Anytime I press 'Enter' after '22 set-mode' or '32 set-depth' I loose >> display (either black or corrupted). when I then type 'boot' it goes >> back to normal 8 bits. I have access to another Mac Mini G4 and even a >> Gigabit Ethernet to test. > > Hmm, oh well. No idea how to test it then, other than hard coding 32bpp > in the offb.c overriding what it gets from the firmware. > > Still fixing the reversed red/blue would be nice.
Still no luck tonight using the other Mac Mini G4. However I did notice that reseting everything: Hold down (command-option-o-f) at startup > reset-nvram > set-defaults > reset-all boot and then display the debian login screen with some weird colors. Now if I do: Hold down (command-option-o-f) at startup > dev screen > 8 set-depth > boot The debian login screen uses now some other weird colors... That's odd since in both case I have: $ hexdump /proc/device-tree/pci@f0000000/ATY,RockHopper2Parent@10/ATY,RockHopper2_A@0/depth 0000000 0000 0008 0000004 > Does the radeonfb have the red/blue reversal problem in pseudocolor mode > (I think that's what it came up in too by default)? If I boot using my modified kernel, and then `modprobe radeonfb`, then I can do the bterm + `tput setaf 1` and it will properly display red.
