From owner-freebsd-hackers  Wed Jul 24 17:40:36 2002
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1662837B400
	for <hackers@FreeBSD.ORG>; Wed, 24 Jul 2002 17:40:32 -0700 (PDT)
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2C86743E77
	for <hackers@FreeBSD.ORG>; Wed, 24 Jul 2002 17:40:31 -0700 (PDT)
	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6P0eTYx019820;
	Wed, 24 Jul 2002 18:40:30 -0600 (MDT)
	(envelope-from imp@bsdimp.com)
Date: Wed, 24 Jul 2002 18:36:50 -0600 (MDT)
Message-Id: <20020724.183650.38682224.imp@bsdimp.com>
To: rb@gid.co.uk
Cc: hackers@FreeBSD.ORG
Subject: Re: 3Com Airconnect - new variant?
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk>
References: <4.3.2.7.2.20020723230525.02056a48@gid.co.uk>
	<20020724.142626.132443392.imp@bsdimp.com>
	<4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk>
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-hackers.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-hackers>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-hackers>
X-Loop: FreeBSD.ORG

In message: <4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk>
            Bob Bishop <rb@gid.co.uk> writes:
: Hi,
: 
: At 21:26 24/7/02, M. Warner Losh wrote:
: >[...]
: >So if you have a saner delay value, does it probe?  100ms is a very
: >long time to delay before getting the vendor info (which should
: >already be present before the call to pci_get_vendor due to caching,
: >iirc).
: 
: With 3us it usually works, with no delay it will actually probe maybe once 
: in 10. 10us looks safe.

OK.  I do not understand why this would be needed.  Lemme think about
it some.

Warner

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