From owner-freebsd-mobile  Fri Mar  6 17:45:13 1998
Return-Path: <owner-freebsd-mobile@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id RAA29233
          for freebsd-mobile-outgoing; Fri, 6 Mar 1998 17:45:13 -0800 (PST)
          (envelope-from owner-freebsd-mobile@FreeBSD.ORG)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29213;
          Fri, 6 Mar 1998 17:45:02 -0800 (PST)
          (envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA13652;
	Sat, 7 Mar 1998 12:37:35 +1100
Date: Sat, 7 Mar 1998 12:37:35 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199803070137.MAA13652@godzilla.zeta.org.au>
To: bde@zeta.org.au, mike@smith.net.au
Subject: Re: sio0: X events for device with no tp
Cc: bde@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG, marko@cs.uni-frankfurt.de,
        nate@mt.sri.com
Sender: owner-freebsd-mobile@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

>> Leftovers from the probe should be ignored, because the are only noticed
>> if siointr() or siointr1() is called, and these functions shouldn't be
>> called because device interrupts are masked.  pccard apparently miswires
>> the interrupts so that an interrupt (perhaps for another device) is
>> delivered to siointr().
>
>Hmm.  This might be consistent with the PCIC being assigned IRQ 4 then.
>
>Is this what's actually happening?

Probably not.  unregister_intr() is sloppy about clearing leftover
interrupts, but there is no problem if IRQ 4 hasn't been registered,
and if it has been registered then PCIC shouldn't be able to reassign
it.

Bruce

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