From owner-freebsd-mobile@FreeBSD.ORG  Fri Feb 20 09:20:20 2004
Return-Path: <owner-freebsd-mobile@FreeBSD.ORG>
Delivered-To: freebsd-mobile@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DA9E216A4CE
	for <freebsd-mobile@freebsd.org>;
	Fri, 20 Feb 2004 09:20:20 -0800 (PST)
Received: from restricted.dyndns.org (wl-64-135-220-60.FoxValley.net
	[64.135.220.60])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 87A3A43D1F
	for <freebsd-mobile@freebsd.org>;
	Fri, 20 Feb 2004 09:20:20 -0800 (PST)
	(envelope-from neil-on-mobile@buko.restricted.dyndns.org)
Received: (qmail 14597 invoked by uid 89); 20 Feb 2004 17:17:15 -0000
Message-ID: <20040220171715.14595.qmail@restricted.dyndns.org>
References: <20040220162349.AAE3B5D07@ptavv.es.net>
In-Reply-To: <20040220162349.AAE3B5D07@ptavv.es.net> 
From: "Neil Camara" <neil-on-mobile@restricted.dyndns.org>
To: "Kevin Oberman" <oberman@es.net>
Date: Fri, 20 Feb 2004 11:17:15 -0600
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
cc: freebsd-mobile@freebsd.org
Subject: Re: wi0 wi_seek timeout
X-BeenThere: freebsd-mobile@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Mobile computing with FreeBSD <freebsd-mobile.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
	<mailto:freebsd-mobile-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mobile>
List-Post: <mailto:freebsd-mobile@freebsd.org>
List-Help: <mailto:freebsd-mobile-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mobile>,
	<mailto:freebsd-mobile-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Feb 2004 17:20:21 -0000

Kevin Oberman writes: 

>> There is a small patch floating around which as helped things for 
>> many people - search the archives for DELAY and proxim.
> 
> Google for "zec DELAY(1) prism". It's a two line patch to if_wi.c adding
> very brief delays after calls to read the CSR2 after a reset attempt.
> Seems to make things run very smoothly.

This didn't work for me. :( 

Neil