2007-02-07 14:46:32

by Geert Uytterhoeven

[permalink] [raw]
Subject: 2.6.20: Modular fb and logo crash

If you don't have any builtin frame buffer device driver and insmod a frame
buffer device driver, the logo code will still try to display the logo (which
is __initdata). This may cause a crash.

Originally (2.1.x, is it that long ago I used a modular frame buffer device
driver?), this didn't happen because initmem_freed (which no longer exists) was
checked. BTW, there's still a comment in drivers/video/console/fbcon.c about
this.

Anyone else who's seeing this? Anyone with an idea how to fix this?
Moving the logo code to userspace is not considered a solution ;-)

Thanks!

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- Sony Network and Software Technology Center Europe (NSCE)
[email protected] ------- The Corporate Village, Da Vincilaan 7-D1
Voice +32-2-7008453 Fax +32-2-7008622 ---------------- B-1935 Zaventem, Belgium


2007-02-08 16:37:24

by Bill Davidsen

[permalink] [raw]
Subject: Re: 2.6.20: Modular fb and logo crash

Geert Uytterhoeven wrote:
> If you don't have any builtin frame buffer device driver and insmod a frame
> buffer device driver, the logo code will still try to display the logo (which
> is __initdata). This may cause a crash.
>
> Originally (2.1.x, is it that long ago I used a modular frame buffer device
> driver?), this didn't happen because initmem_freed (which no longer exists) was
> checked. BTW, there's still a comment in drivers/video/console/fbcon.c about
> this.
>
> Anyone else who's seeing this? Anyone with an idea how to fix this?
> Moving the logo code to userspace is not considered a solution ;-)

I used to see this when loading from a booted system, but not when the
modules were in initrd. Don't know if that offers you any help or not.
Clearly you want the fb built-in so you see the penguins, anyway. ;-D

--
Bill Davidsen <[email protected]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot