On Sat, Jul 4, 2009 at 4:16 PM, Robert Millan<r...@aybabtu.com> wrote: > On Fri, Jul 03, 2009 at 06:10:01PM +0200, Luca Tettamanti wrote: >> The last update to grub didn't fix the bug for me, I still have a blank FB. >> vesafb still reports bogus information: >> >> 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:0:0:0, shift=0:0:0:0 > > Please tell me the output of: > > A) A *patched* Linux being loaded by "linux16" command, using the > patch in: > http://lists.gnu.org/archive/html/grub-devel/2009-06/txteL9T65YdVL.txt > > This could be what you already provided in > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535026#43 > except your followup comment "vesafb is not picking up the right options" > contradicts that (linux16 *is* the old loader, and it is supposed to > work. If linux16 doesn't work, we have an entirely different problem).
Sorry for the confusion, linux16 is working fine, linux does not. A patched kernel with linux16 reports: screen_info dump: orig_x = 0x0, orig_y = 0x4 ext_mem_k = 0xffff orig_video_page = 0x0 orig_video_mode = 0x3 orig_video_cols = 0x50 orig_video_ega_bx = 0x3 orig_video_lines = 0x19 orig_video_isVGA = 0x23 orig_video_points = 0x10 lfb_width / lfb_height / lfb_depth = 1024x768x8 lfb_base = 0xe0000000, lfb_size = 0x100 cl_magic = 0x0, cl_offset = 0x0 lfb_linelength = 0x400 red_size = 0x8, red_pos = 0x0 green_size = 0x8, green_pos = 0x0 blue_size = 0x8, blue_pos = 0x0 rsvd_size = 0x8, rsvd_pos = 0x0 vesapm = 0x0:0x9eda pages = 0x0 vesa_attributes = 0xbb capabilities = 0x0 vesafb is happy: vesafb: framebuffer at 0xe0000000, mapped to 0xffffc90010100000, using 1536k, total 16384k vesafb: mode is 1024x768x8, linelength=1024, pages=18 vesafb: scrolling: redraw vesafb: Pseudocolor: size=8:8:8:8, shift=0:0:0:0 > B) Linux (patched or not), being loaded by "linux" command, using the > GRUB patch in: > http://lists.gnu.org/archive/html/grub-devel/2009-06/txtFlQanGk4Pv.txt > *plus* the patch I'm attaching. I'm running 1.96+20090709-1 which already contains the patch to the capability field. Grub reports: screen_info dump: orig_x = 0x0, orig_y = 0x0 ext_mem_k = 0x8000 orig_video_page = 0x0 orig_video_mode = 0x3 orig_video_cols = 0x0 orig_video_ega_bx = 0x0 orig_video_lines = 0x0 orig_video_isVGA = 0x23 orig_video_points = 0x10 lfb_width / lfb_height / lfb_depth = 1024x768x8 lfb_base = 0xe0000000, lfb_size = 0xc cl_magic = 0xa33f, cl_offset = 0x1000 lfb_linelength = 0x400 red_size = 0x0, red_pos = 0x0 green_size = 0x0, green_pos = 0x0 blue_size = 0x0, blue_pos = 0x0 rsvd_size = 0x0, rsvd_pos = 0x0 vesapm = 0x0:0x0 pages = 0x0 vesa_attributes = 0x0 capabilities = 0x0 the information itself is consistent with what is picked up by vesafb (which the patch suggested for A), which later shows: 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:0:0:0, shift=0:0:0:0 In this case screen stays blank. HTH, Luca -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
