Bug#535026: patch, please test

[Robert Millan]

On Thu, Jul 23, 2009 at 06:07:52PM +0200, Luca Tettamanti wrote:
> On Thu, Jul 23, 2009 at 2:10 AM, Robert Millan<rmh at aybabtu.com> wrote:
> > On Wed, Jul 22, 2009 at 09:31:50PM +0200, Luca Tettamanti wrote:
> >>
> >> The patch for the size of FB is not sufficient; applying the color
> >> hack makes vesafb work:
> >
> > Great.  We're almost finished.  Please could you test:
> >
> >  - Whether the color hack alone is sufficient, or the patch for FB size
> >    is also needed.
> 
> The color hack is sufficient.
> 
> >  - Attached patch to (hopefully) fix color properly instead of the hack.
> 
> It doesn't work. This is what vesafb picks up:
> 
> vesafb: framebuffer at 0xe0000000, mapped to 0xffffc90010100000, using
> 768k, total 768k
> vesafb: mode is 1024x768x8, linelength=1024, pages=0
> vesafb: scrolling: redraw
> vesafb: Pseudocolor: size=0:1:1:1, shift=0:0:0:0

What vga= paramter are you using?  0x305 ?  What does "vbeinfo" GRUB command
(with unpatched GRUB) print for this mode (0x105, as you need to substract
0x200)?   What does "linux16 /linux.img vga=ask" say about this mode?

Do other modes work?

Thanks!

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."