Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

Salvatore, On Sun, May 2, 2021 at 8:59 AM Salvatore Bonaccorso 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

Processed: Re: Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

Processing control commands: > tags -1 + moreinfo Bug #825840 [linux] offb/ATY,RockHopper: inverts red and blue in bterm Added tag(s) moreinfo. -- 825840: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825840 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

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? Regards, Salvatore

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Thu, Oct 6, 2016 at 4:13 PM, Lennart Sorensen 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

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Thu, Oct 06, 2016 at 04:31:39PM +0200, Gianluca Renzi wrote: > Just a clue: try to add a module parameter, for example videodepth= where > you pass to the module offb. > So if not passed gets the default, otherwise get the correct bpp value > (8,15,16,24,32)??? The offb.c code seems to clearly

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

Just a clue: try to add a module parameter, for example videodepth= where you pass to the module offb. So if not passed gets the default, otherwise get the correct bpp value (8,15,16,24,32)??? On Thu, Oct 6, 2016 at 4:13 PM, Lennart Sorensen < lsore...@csclub.uwaterloo.ca> wrote: > On Thu, Oct

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

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

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

Hi, On Wed, Oct 5, 2016 at 9:23 PM, Lennart Sorensen wrote: > On Wed, Oct 05, 2016 at 08:55:50PM +0200, Mathieu Malaterre wrote: >> Will do ASAP. For reference: >> >> https://bugs.debian.org/825840#92 >> >> and >> >> devalias tells me that 'screen' points to >>

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Wed, Oct 05, 2016 at 08:55:50PM +0200, Mathieu Malaterre wrote: > Will do ASAP. For reference: > > https://bugs.debian.org/825840#92 > > and > > devalias tells me that 'screen' points to > '/pci@f000/ATY,RockHopper2Parent@10/ATY,RockHopper2_A@0' Not sure how that maps to the dev syntax

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Wed, Oct 5, 2016 at 7:45 PM, Lennart Sorensen wrote: > On Wed, Oct 05, 2016 at 06:40:36PM +0200, Mathieu Malaterre wrote: >> On Tue, Oct 4, 2016 at 10:24 PM, Lennart Sorensen >> wrote: >> > On Tue, Oct 04, 2016 at 09:22:17PM +0200,

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Wed, Oct 05, 2016 at 06:40:36PM +0200, Mathieu Malaterre wrote: > On Tue, Oct 4, 2016 at 10:24 PM, Lennart Sorensen > wrote: > > On Tue, Oct 04, 2016 at 09:22:17PM +0200, Mathieu Malaterre wrote: > >> On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen > >>

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Tue, Oct 4, 2016 at 10:24 PM, Lennart Sorensen wrote: > On Tue, Oct 04, 2016 at 09:22:17PM +0200, Mathieu Malaterre wrote: >> On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen >> wrote: >> > On Tue, Oct 04, 2016 at 03:49:12PM +0200,

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Tue, Oct 04, 2016 at 09:22:17PM +0200, Mathieu Malaterre wrote: > On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen > wrote: > > On Tue, Oct 04, 2016 at 03:49:12PM +0200, Samuel Thibault wrote: > >> € grep bogl_set_palette * > >> bogl.c: bogl_set_palette =

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen wrote: > On Tue, Oct 04, 2016 at 03:49:12PM +0200, Samuel Thibault wrote: >> € grep bogl_set_palette * >> bogl.c: bogl_set_palette = bogl_fb_set_palette; >> bogl.c: bogl_set_palette = bogl_fb_set_palette;

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Tue, Oct 04, 2016 at 08:20:13AM +0200, Mathieu Malaterre wrote: > Hi, > > > Well it seems ATY,Rockhopper2 (not Rockhopper) in the Mac Mini is in fact > > a Radeon, and the way the radeonfb driver handles the pallete appears > > to match the cmap_radeon in offb, so perhaps this would work in

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Tue, Oct 04, 2016 at 04:47:21PM +0200, Mathieu Malaterre wrote: > Yes. If you re-read my post on debian-powerpc :) But getting `modprobe > radeonfb` to work does not work as you know very well :) > So the userland code in bterm is correct (no big endian issue). Yes I also really doubt this is

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen wrote: > On Tue, Oct 04, 2016 at 03:49:12PM +0200, Samuel Thibault wrote: >> € grep bogl_set_palette * >> bogl.c: bogl_set_palette = bogl_fb_set_palette; >> bogl.c: bogl_set_palette = bogl_fb_set_palette;

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Tue, Oct 04, 2016 at 03:49:12PM +0200, Samuel Thibault wrote: > € grep bogl_set_palette * > bogl.c: bogl_set_palette = bogl_fb_set_palette; > bogl.c: bogl_set_palette = bogl_fb_set_palette; > bogl.c: bogl_set_palette = bogl_tcfb_set_palette; > bogl.c: the palette with

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

Lennart Sorensen, on Tue 04 Oct 2016 09:41:34 -0400, wrote: > while with TERM=bterm > it might be trying to create custom colours, which puts it into the > higher range where different handling is done for the pallete and > cmap_simple no longer works on the radeon. € grep bogl_set_palette *

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

On Tue, Oct 04, 2016 at 08:20:13AM +0200, Mathieu Malaterre wrote: > I had time to test this patch yesterday night. It did not work using > `cmap_radeon` codepath. I even tried changing: > > out_le32(par->cmap_adr + 0xb4, (red << 16 | green << 8 | blue)); > > into: > > out_le32(par->cmap_adr +

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

Hi, > Well it seems ATY,Rockhopper2 (not Rockhopper) in the Mac Mini is in fact > a Radeon, and the way the radeonfb driver handles the pallete appears > to match the cmap_radeon in offb, so perhaps this would work in offb.c I had time to test this patch yesterday night. It did not work using

Bug#825840: Possible fix for colour invertion on ATY,Rockhopper2

Well it seems ATY,Rockhopper2 (not Rockhopper) in the Mac Mini is in fact a Radeon, and the way the radeonfb driver handles the pallete appears to match the cmap_radeon in offb, so perhaps this would work in offb.c --- a/drivers/video/fbdev/offb.c +++ b/drivers/video/fbdev/offb.c @@ -333,7