John Baldwin wrote:
> > My suggestion for a probe in this case would be to set up
> > a different handler for the reset signal, and then ask the
> > keyboard to send the reset signal. If it does, then there
> > is a keyboard present.
> Yeah, and resetting the controller works fine on machines that don't
> have keyboards, so it returns false positives.
I don't *want* the controller reset: that's what makes the
LEDs flash and screw up the KVM's.
> > More ideally, the FreeBSD box would detect whether or not
> > the video card had been disabled, and use _that_ to decide
> > whether or not to use a keyboard. It would become the job
> > of the video driver -- be it a regular driver, or be it an
> > LCD driver -- to make the distinction.
> This might be practical except that lots of motherboards ship with
> built-in video these days.
I think that disabling this in AMI BIOS, at least, will result
in the carry flag being set to indicate INT 10 call failures.
> What dance? Works great for me. If SRM uses serial console, so
> does FreeBSD. If SRM uses vidconsole, so does FreeBSD. In fact,
> this is the _only_ way it can work on the Alpha since SRM just
> gives you one console device handle and one boot device handle.
> Have you actually used an Alpha before? :-P
Yes, I've used a Miata and a Multia with FreeBSD, and several
others with DEC UNIX, and had a PC164 at one time.
Surprisingly, setting "vidconsole" in the SRM didn't make
my TGA work in FreeBSD. 8-p.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message