From owner-freebsd-stable Wed Apr 4 16:31:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tp.databus.com (p101-46.acedsl.com [160.79.101.46]) by hub.freebsd.org (Postfix) with ESMTP id A47A537B507 for ; Wed, 4 Apr 2001 16:31:26 -0700 (PDT) (envelope-from barney@tp.databus.com) Received: (from barney@localhost) by tp.databus.com (8.11.3/8.11.3) id f34NVDE43350; Wed, 4 Apr 2001 19:31:13 -0400 (EDT) (envelope-from barney) Date: Wed, 4 Apr 2001 19:31:13 -0400 From: Barney Wolff To: "T. William Wells" Cc: Barney Wolff , stable@freebsd.org Subject: Re: possible problem with dc driver Message-ID: <20010404193113.A43291@tp.databus.com> References: <20010404140222.A42396@tp.databus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bill@twwells.com on Wed, Apr 04, 2001 at 06:50:03PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If the machine actually locks up, rather than the transfer just running slowly while other things on the machine run normally, then it's either h/w or s/w on the machine itself. The full list of possibilities includes cables, the hub, the cards, the motherboards, the disk controllers, the disks. And of course, it might actually be a driver bug. To elminate the disks, either run ttcp (from ports) or make sure the file is cached and ftp it to /dev/null. You might also try moving the card to a different slot, where it doesn't share an irq with something else (if dmesg.boot shows that it does that). If you need to start swapping components, start with the cheapest and keep going until the problem is gone. Try to enjoy this :) Barney On Wed, Apr 04, 2001 at 06:50:03PM -0400, T. William Wells wrote: > > I really didn't think it was anyway -- I can lock up the problem > machine with bulk data transfers. So I really do think it's a > driver problem. > > I suppose I ought to build a debugging kernel and see what I can > break.... Do you think it might be worthwhile swapping the cards > to see if the problem moves with the card or stays with the > machine? This would be a bit of a pain for me to do, though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message