From owner-freebsd-mobile  Tue Sep 24 05:55:12 1996
Return-Path: owner-mobile
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id FAA29965
          for mobile-outgoing; Tue, 24 Sep 1996 05:55:12 -0700 (PDT)
Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA29826;
          Tue, 24 Sep 1996 05:54:54 -0700 (PDT)
Received: (from imb@localhost)
          by asstdc.scgt.oz.au (8.7.6/BSD4.4) id WAA05772
          Tue, 24 Sep 1996 22:53:42 +1000 (EST)
From: michael butler <imb@scgt.oz.au>
Message-Id: <199609241253.WAA05772@asstdc.scgt.oz.au>
Subject: Re: 3C589b + ep driver
To: nate@mt.sri.com
Date: Tue, 24 Sep 1996 22:53:42 +1000 (EST)
Cc: current@freebsd.org, mobile@freebsd.org
In-Reply-To: <199609231641.CAA04350@asstdc.scgt.oz.au> from "michael butler" at Sep 24, 96 02:41:19 am
X-Mailer: ELM [version 2.4 PL24beta]
Content-Type: text
Sender: owner-mobile@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I wrote:

> Tonight, I looked at Guido's "newif_vx" stuff on freefall which, amongst
> other things, breaks out the TX_STATUS stuff into a separate function and
> has a similar interrupt service restructure to the one I tried. I might try
> the "BROKEN_AVAIL" strategy to see if that affects the problem,

Adding checks for sufficient space in the card's TX FIFO on the assumption
that the "space available" status doesn't generate an appropriate interrupt
has no impact whatsoever on the problem :-(

	michael