On Thu, Jul 23, 2009 at 8:04 PM, Robert Millan<r...@aybabtu.com> wrote: > 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 ?
Yes. > What does "vbeinfo" GRUB command > (with unpatched GRUB) print for this mode (0x105, as you need to substract > 0x200)? Ah. Packed color... > What does "linux16 /linux.img vga=ask" say about this mode? Well it just list the modes (and - yes - 0x305 is present) > Do other modes work? All modes work except for the ones using packed color format (8 bits). Luca -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org