On Thu, Jul 23, 2009 at 06:07:52PM +0200, Luca Tettamanti wrote: > On Thu, Jul 23, 2009 at 2:10 AM, Robert Millan<r...@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." -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
