Re: Multihead officially dead?!

[Petr V. <VAN...@vc...>]

On 26 May 04 at 9:33, Aivils wrote:
> > Hi,
> >   I'm looking at '[PATCH] fbdev: mode switching fix.' from
> > 2004/05/22 10:37:52 (it is present in 2.6.7-rc1), and I cannot
> > understand how these changes are supposed to work. Would you mind
> > explaining to me how multihead is supposed to work after these "fixes"?
> 
> In abstract.
>     Two postulats used by James Simmons
> 1) fbdev print inhuman graphic into hardware video memory.
> 2) fbcon send human friendly graphic primitives to fbdev.

There is also:
3) vt subsystem sends characters to fbcon.

And this step is currently broken, as vt subsystem now passes down
characters only for FOREGROUND console, not for all VISIBLE consoles
(as due to shared master_display_fg there is only one VISIBLE console,
foreground one...).

> Your request breaks 1st postulat, because fbdev must not know
> console status.

Nope. You cannot create abstraction by saying "it is not true that
there is more than one visible console in multihead system". You can
repeat it ad nausea, but I'll still see two (and somebody else can
see three, four... you know).  

That 'display_fg' does not have to be in the fbdev structure, it can 
be somewhere where fbcon will allocate storage for it, but as there
is 1:1 relation between fb_info and display_fg, it seems logical
(probably only to me...) to stuff it into fb_info.

Ok, I'll release my new patch, as soon as I'll get scrollback
back to work - currently I have none, and it is really annoying...
                                                            Petr