From owner-cvs-src@FreeBSD.ORG Tue Oct 21 07:37:22 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79FEB16A4BF; Tue, 21 Oct 2003 07:37:22 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF91843FAF; Tue, 21 Oct 2003 07:37:18 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9p2/8.12.9) with ESMTP id h9LEbHE7025165; Tue, 21 Oct 2003 08:37:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 21 Oct 2003 08:37:20 -0600 (MDT) Message-Id: <20031021.083720.19538611.imp@bsdimp.com> To: andrea@webcom.it From: "M. Warner Losh" In-Reply-To: <20031021074238.GA1182@webcom.it> References: <200310181522.h9IFMhrS025003@repoman.freebsd.org> <20031021074238.GA1182@webcom.it> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ep if_ep.c if_ep_isa.c if_ep_pccard.c if_epreg.h if_epvar.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 14:37:22 -0000 In message: <20031021074238.GA1182@webcom.it> Andrea Campi writes: : I am quite sure it's this group of commits, as I cvsup'ed immediately : before and immediately after in order to verify this. I'm pretty sure it is too. Some others have reported this, but I've not seen it on my machine. I'm rebuilding and trying again with a wider selection of cards today. I'd tested it on two different pcmcia cards before the commit, but I saw no issues at all. : Incidentally, even when ep is sane, I still need to remove MPSAFE from : pccbb.c, or it stops after a few dozens of packets are sent/received. : Rerunning ifconfig on the interface brings it back for a few more packets. Hmmm. I've not seen this, but others have. I've done buildworlds over nfs even. So it may be related to other interrupts on that same irq. i say related, not to point fingers, but to try to understand how the 'deadlocks' appear to happen. I'm suspecting a giant leak of some kind, but haven't been able to track it down. The real solution is, of course, to lock ep, ed, sn, and all the other drivers that have issues similar. Warner