From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e5.ny.us.ibm.com (e5.ny.us.ibm.com [32.97.182.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "e5.ny.us.ibm.com", Issuer "Equifax" (verified OK)) by ozlabs.org (Postfix) with ESMTP id AFC4867CCA for ; Fri, 15 Dec 2006 04:15:17 +1100 (EST) Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e5.ny.us.ibm.com (8.13.8/8.12.11) with ESMTP id kBEHFD8B008838 for ; Thu, 14 Dec 2006 12:15:13 -0500 Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay04.pok.ibm.com (8.13.6/8.13.6/NCO v8.1.1) with ESMTP id kBEHFDNd222226 for ; Thu, 14 Dec 2006 12:15:13 -0500 Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id kBEHFCwf013732 for ; Thu, 14 Dec 2006 12:15:13 -0500 Date: Thu, 14 Dec 2006 11:15:11 -0600 To: Michael Ellerman Subject: Re: [PATCH 12/14] Spidernet Avoid possible RX chain corruption Message-ID: <20061214171511.GT4329@austin.ibm.com> References: <20061213210010.GR4329@austin.ibm.com> <20061213212301.GL1915@austin.ibm.com> <1166055763.6838.5.camel@concordia.ozlabs.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1166055763.6838.5.camel@concordia.ozlabs.ibm.com> From: linas@austin.ibm.com (Linas Vepstas) Cc: Andrew Morton , Arnd Bergmann , netdev@vger.kernel.org, Christoph Hellwig , linuxppc-dev@ozlabs.org, Jens Osterkamp , jgarzik@pobox.com, James K Lewis List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, Dec 14, 2006 at 11:22:43AM +1100, Michael Ellerman wrote: > > spider_net_refill_rx_chain(card); > > - spider_net_enable_rxchtails(card); > > spider_net_enable_rxdmac(card); > > return 0; > > Didn't you just add that line? Dagnabbit. The earlier pach was moving around existing code. Or, more precisely, trying to maintain the general function of the old code even while moving things around. Later on, when I started looking at what the danged function actually did, and the context it was in, I realized that it was a bad idea to call the thing. So then I removed it. :-/ How should I handle this proceedurally? Resend the patch sequence? Let it slide? --linas