Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 28 Dec 1998 15:10:39 -0800
From:      Mike Smith <mike@smith.net.au>
To:        Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
Cc:        Mike Smith <mike@smith.net.au>, des@flood.ping.uio.no, current@FreeBSD.ORG
Subject:   Re: future of syscons 
Message-ID:  <199812282310.PAA13485@dingo.cdrom.com>
In-Reply-To: Your message of "Thu, 24 Dec 1998 14:32:56 %2B0900." <199812240533.OAA25068@zodiac.mech.utsunomiya-u.ac.jp> 

next in thread | previous in thread | raw e-mail | index | archive | help
> 
> >No, you're right.  But there's nothing stopping you have atkbdc do that 
> >right now; it should never take an interrupt from it's configuration - 
> >if it detects a kbdc, it should always take both implicitly.
> 
> I think it's dangerous to take both interrupts "automatically" when
> the keyboard controller is detected.

I don't.  We know with absolute certainty which interrupts it will use. 

> It is true that IRQ 1 is always assigned to the keyboard controller on
> the AT motherboard and no device can claim it because IRQ 1 line is
> not available in expansion slots.
> 
> The PS/2 mouse interrupt IRQ 12 is another story.  IRQ 12 is available
> to ISA and PCI bus slots and you can assign it to a device!  We
> shouldn't make the keyboard controller code to claim IRQ 12 when
> either 1) a PS/2 mouse is not detected, or 2) another device is using
> or going to use IRQ 12.

Sure; by all means disable the interrupt handler if a ps/2 mouse is not 
found, but it's important to claim the interrupt in the keyboard 
controller code if one *is* found, or even just expected to be found 
(eg. attached after bootup).

> I expect all these chores will be solved by decent config(8) and bus
> code...Then, we should do everything right :-)

8)  One step at a time.  PCI next.

-- 
\\  Sometimes you're ahead,       \\  Mike Smith
\\  sometimes you're behind.      \\  mike@smith.net.au
\\  The race is long, and in the  \\  msmith@freebsd.org
\\  end it's only with yourself.  \\  msmith@cdrom.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199812282310.PAA13485>