From owner-freebsd-hardware Wed May 20 10:15:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04935 for freebsd-hardware-outgoing; Wed, 20 May 1998 10:15:51 -0700 (PDT) (envelope-from owner-freebsd-hardware@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04898; Wed, 20 May 1998 10:15:33 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id DAA19337; Thu, 21 May 1998 03:11:11 +1000 Date: Thu, 21 May 1998 03:11:11 +1000 From: Bruce Evans Message-Id: <199805201711.DAA19337@godzilla.zeta.org.au> To: bde@zeta.org.au, mike@smith.net.au Subject: Re: IWill and sio, again and again Cc: current@FreeBSD.ORG, grog@lemis.com, hardware@FreeBSD.ORG, tarkhil@asteroid.svib.ru Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> >> I don't know of any correct patch, but the problem can be worked around >> >> by ignoring the results of tests 5 and 7. >> >> Actually tests 5 and 8. >> >> >On what hardware did you try this? I tried exactly this approach on >> >an IWill P55XB2, and it didn't work. >> >> IForget. The probe can't possibly not work if you ignore the failures >> in it. > >The probe works, but the port doesn't, due to the attach making >assumptions about the results of the probe. This is a basic failure in >implementation of many probe/attach pairs, which will be exacerbated if/ >when the probes are obsoleted by PnP detection. The port worked fine on the system I debugged it on. The attach makes no assumptions about the results of the probe, but it assumes that a successful probe leaves a couple of registers in a certain state. Butchery of the probe to do more than ignore the failures could easily break this. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message