Subject: Re: framebuffer access
To: None <port-sparc64@netbsd.org>
From: Miles Nordin <carton@Ivy.NET>
List: port-sparc64
Date: 11/16/2005 12:10:47
--pgp-sign-Multipart_Wed_Nov_16_12:10:47_2005-1
Content-Type: text/plain; charset=US-ASCII

>>>>> "m" == Michael  <macallan18@earthlink.net> writes:

    >> framebuffer were smart enough to drop into ddb while X is
    >> running.

     m> This requires someone telling the driver about it.  The
     m> problem with switching consoles is - if one console is in
     m> graphics mode you need to tell the program hogging it to let
     m> go, wait for an ack, then switch.

I guess you were answering another part of my silly rant maybe.  After
a kernel panic you can't unsuspend XFree86 and ask it to do something
for you.  But it works fine on Solaris, and I think it worked at least
for Xsun on NetBSD, right?  It is a software-rendered console, so if
wscons knows where the framebuffer is mapped and the bit depth,
shouldn't that be enough to print ddb> if the kernel takes a panic
while X is running?

--pgp-sign-Multipart_Wed_Nov_16_12:10:47_2005-1
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (NetBSD)

iQCVAwUAQ3toF4nCBbTaW/4dAQJ1FwQAuvLh0SZ6c5SzY9LDWw9mYxdnUY8Ksusl
jmgVmLYR2pvHWgNj5ijmPUw6ujzQNU81vTDfBKfrTzk11I4w+MbyHUyrm/nRs5Lj
+47Uf8WpdMe7Hq2cwol0pOAKNCN4VUh45B82qoaYyHSHe3vee4ZeSQKnLHfojHNP
WMhSyK2mjSo=
=/Q+H
-----END PGP SIGNATURE-----

--pgp-sign-Multipart_Wed_Nov_16_12:10:47_2005-1--