Re: Fw: [Bugme-new] [Bug 5441] New: SVGATextMode problem on 2.6.14-rc4

[Andrew Morton <akpm@osdl.org>]

Samuel Thibault <samuel.thibault@ens-lyon.org> wrote:
>
> Hum, I didn't know about messy programs like svgatextmode... Couldn't
> this be integrated in some linux/drivers/video/console/svgacon.c ?... So
> because of the existence of the svgatextmode program, the kernel is not
> supposed to touch to CRT_OVERFLOW/SYNC_END/DISP/DISP_END/OFFSET ?
> 
> Disabling the check in vgacon_resize() might help indeed, but I'm really
> not sure whether it will work for any chipset: in my patch, CRT
> registers are set at each console switch, since stty rows/cols apply to
> consoles separately...
> 
> The attached solution is to keep the test, but if it fails, we assume
> that the caller knows what it does (i.e. it is svgatextmode) and then
> disable any further call to vgacon_doresize. Svgatextmode is usually
> used to _expand_ the display, not to shrink it. And it is harmless in
> the case of a too big stty rows/cols: the display will just be cropped.
> I tested it on my laptop, and it works fine with svgatextmode.
> 
> A better solution would be that svgatextmode explicitely tells the
> kernel not to care about video timing, but for this an interface needs
> be defined and svgatextmode be patched.

hm, you removed bugzilla from the Cc.  Please don't do that.  I've restored
it, and I've cc'ed the reporter (Krzysztof) directly.

Krzysztof, could you please test Samuel's fix (which I forwarded) and let
us know?

Thanks.


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl