Date: Wed, 12 Jan 2000 14:08:01 -0700 From: Warner Losh <imp@village.org> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: Amancio Hasty <hasty@rah.star-gate.com>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/contrib/softupdates ffs_softdep.c src/sy Message-ID: <200001122108.OAA16552@harmony.village.org> In-Reply-To: Your message of "Wed, 12 Jan 2000 22:04:24 %2B0100." <83336.947711064@critter.freebsd.dk> References: <83336.947711064@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <83336.947711064@critter.freebsd.dk> Poul-Henning Kamp writes:
: In message <200001122101.OAA16486@harmony.village.org>, Warner Losh writes:
: >In message <200001121911.LAA57020@rah.star-gate.com> Amancio Hasty writes:
: >: No need to get that fancy and besides such language will probably
: >: be too complicated to the describe . I would just have the X server load
: >: a kernel module with the given code and state variables so that another
: >: kernel module can restore the graphics context .
: >
: >That is one way. The language idea wouldn't be too bad if it was in
: >ACPI's binary language, since tools exist to create that and interpret
: >that once we have ACPI in the kernel...
:
: I belive OS/2 already ha{d|ve} a script language for this. Check any
: video driver floppy for a moderately advanced graphics card.
I think you are right about this. I think ACPI might be a better
target language since it could be the basis for a general "on panic,
run these hooks before switching to the debugger" interface. However,
I can't think of much other than the video cards that would need this
level of complexity. IIRC, video chips on the mobo do have a 'reset'
option, but I'm away from my paper spec and can't say for sure.
Warner
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200001122108.OAA16552>