Re: How to catch interrupt

From: Roman Kurakin <rik_at_cronyx.ru>
Date: Mon, 21 Jun 2004 01:32:41 +0400
M. Warner Losh:

>In message: <40D2E22A.40702_at_cronyx.ru>
>            Roman Kurakin <rik_at_cronyx.ru> writes:
>: Ok. Thanks for information. I guess I need to remove this code from my 
>: driver.
>: This code is part of cx(4) and ctau(4) drivers. These cards are legacy 
>: ISA cards,
>: IRQ line could be set any (from a definite set). The only reason why we 
>: probe
>: for IRQ is to write to the user messages that IRQ is not functional - 
>: most probable
>: it is assigned fot PCI/PNP. After we add this code calls to our tech 
>: support with
>: question why device is not working (due to this reason) decreased twice.
>
>You can also use the watchdog timeout to good effect.  When the
>operation is done, you reset the watchdog.  When the timeout happens,
>you know that you don't have a working interrupt...  It won't happen
>at probe time, but will happen at a useful time (the first time the
>user tries to use it).
>
I already use this solution. And it wouldn't help in case of 
autodetection, since
adapter could use almost any IRQ and in this case driver should be smart to
take the right one from available.

Since sio also need this probably we should have much smarter 
isa_irq_pending()?

rik

>
>Warner
>_______________________________________________
>freebsd-current_at_freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>
>
>  
>
Received on Sun Jun 20 2004 - 19:44:15 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:58 UTC