Re: X on XVR-100

[Michael Lorenz <macallan%netbsd.org@localhost>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Jul 1, 2008, at 18:55, Miles Nordin wrote:

> > > > > > "ml" == Michael Lorenz <macallan%netbsd.org@localhost> writes:
>
>     ml> prevent the console mode change altogether.
>
> that was exactly my suggestion:
>
> prevent all mode-changing by the kernel's console driver.  Mode
> changing is done only by Xorg driver, or by a tiny standalone
> userspace tool which does not currently exist.

Nope. What I was talking about was this mode change:
ioctl(WSDISPLAYIO_SMODE, whatever)
X does that too many times at the wrong times which causes the problem.

>     ml> Radeonfb does exactly the right thing - it whacks the blitter
>     ml> over the head, re-initializes whatever video mode it's been
>     ml> using and redraws the console.
>
> I'm saying that's the wrong thing.

If you want a working console after X exits or when something panics  
while X runs that's exactly what you want.

>  The console driver on Solaris didn't (used to?) do this whacking  
> things on the head.

It's using firmware calls for everything IIRC.

> consequently it's possible to drop into kmdb while the X server is  
> running, type
> continue, then run 'xrefresh' and continue using X.

We get screwed because our Xserver misbehaves. Solaris' Xsun does  
not. Nothing to do with the console driver. Also, Solaris' Xsun  
doesn't change video modes on most sparc hardware anyway.

have fun
Michael

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iQEVAwUBSGq9fcpnzkX8Yg2nAQKcrQf/T0/muv+AQh0bA12AL4fJAiPkq4ON5tLQ
6SQpSpeH0Zg7pYH/08kROA3ccfWSUdmr5i6W/THr2/X9xa1f65ttEzvuWSG3agNT
XLg5iXbbknxLpyuSs94Zjvmh8yafGLt4U3b7hUAuifTHvK3+ZXc7OQW//+8UbuTp
fISQXBbKpfef231k7FUS+usCgVgYhHCyz4+sqU+ykTv6EhzKs5r3djQ1n4znLdBZ
9dqhwX/8vhSr1K3V+UPdKeVHSpXR2ZuuZL5KqNiIzvfcHICtNuLSBozjJDo8OSg4
QzThzZVa5R0aajBfYw69abyJKUajLrV3NoD/v3C1vcjdfNe31bYpog==
=kFVx
-----END PGP SIGNATURE-----