Bug#535026: patch, please test

[Luca Tettamanti]

On Sat, Jul 4, 2009 at 4:16 PM, Robert Millan<rmh at 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