Subject: Re: ohare interrupt problem (Re: HEADS UP: merging the newlock2 branch)
To: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
From: Michael Lorenz <macallan@netbsd.org>
List: port-macppc
Date: 02/10/2007 22:45:41
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

On Feb 10, 2007, at 21:55, Izumi Tsutsui wrote:

> macallan@NetBSD.org wrote:
>
>>> With a quick glance your extintr.c changes seems okay,
>>> but I'll check how re(4) works on sources before the change.
>>
>> Likely the same - I suspect the interrupt re-enable code. Looks like
>> either it's missing interrupts that fired while unblocking, could be a
>> race there, or it didn't run the appropriate handlers for pending
>> interrupts when lowering spl.
>
> Hmm, NetBSD-3.1_RC4 (well, I have its bootable CD) kernel
> with the latest re(4) driver (with some modification to
> make it compile on netbsd-3) still has the similar problem.

ok, so at least my last changes to the interrupt handling code didn't 
break it.

> ping(8) against macppc host from other host shows:
> ---
> 64 bytes from 192.168.20.4: icmp_seq=60 ttl=255 time=18.354 ms
> 64 bytes from 192.168.20.4: icmp_seq=61 ttl=255 time=37.708 ms
> 64 bytes from 192.168.20.4: icmp_seq=62 ttl=255 time=19.671 ms
> 64 bytes from 192.168.20.4: icmp_seq=63 ttl=255 time=11443.316 ms

Hmm, I see similar delays with an rtw at cardbus, thought it's the card 
itself but maybe it's not.

have fun
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iQEVAwUBRc6RZcpnzkX8Yg2nAQLu6gf/UeqKPmRine+Rk7VCxkmmMZDtOd1cdwMr
Rrn8CHu3SNA65cPfe9lhGL7gUNGtDRTxKm2MoC34BGMGJ/3dnDSj49RuPHtVbaXd
tqNyghuTED3APUPiU7jtjrzYHAPMGw0wLAV4uR6kqQ9X1LnyAEkCvJZ5KpFUKnqH
NAxpT5PBrapVW/m2rPhAjvMu/RpD2PE+lgS8PahP038fZxfVHwggvpRyKyO27NG2
eEYGQBQTvBZuan8DOBkqp8dKQ99vvnwdlmfPH2j22VaTkHBHX4FcozfziKlkoFV+
V3cVFkC5mZsGc6wj0S9nzA7Q78ECgDI2kitt+7aULNniL1eijV7yZQ==
=qzQq
-----END PGP SIGNATURE-----