[lkml]   [1998]   [Jun]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Fixes for vgafb on 2.1.107
> "console_init()" is placed early exactly because there are people who
> want to see kernel panics on the screen even when they happen early in
> the bootup sequence (ie me).
> In short, the vger order is bad, and will never be accepted. It makes
> no sense to have console_init() be placed later, because if it was
> placed later it shouldn't be there at all, as chrdev_init() comes into
> play.

There are actually some cases the existing kernel order doesnt exactly
work even though I think your argument is basically valid. On some Mac
machines we have to find the video cards before we turn the irqs on.
We can hide that in arch specific setup.

Similary for an awkward platform you can do the console init and in
that init defer the setup or do minimal setup. Thus for example you
can do

no hardware yet no clues - use the sun PROM, mac bootup
console or the PC text mode
Ah look a video card, its an S3 with vesa, funky I can do
this stuff nicely.

because the console not only has the frame buffer representation but a
private copy of the data in text form (for screen switch etc) you can
do this very nicely. You dont even get a blank screen, it jumps mode
and re-renders


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to

 \ /
  Last update: 2005-03-22 13:43    [W:0.060 / U:1.408 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site