From mboxrd@z Thu Jan 1 00:00:00 1970 From: OGAWA Hirofumi Subject: Re: ksoftirqd uses 99% CPU triggered by network traffic (maybe RLT-8139 related) Date: Fri, 06 Aug 2004 00:28:40 +0900 Sender: linux-kernel-owner@vger.kernel.org Message-ID: <871xiltxhz.fsf@devron.myhome.or.jp> References: <41120882.40302@marcansoft.com> <41121237.4050305@marcansoft.com> <20040805132233.A7430@electric-eye.fr.zoreil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Hector Martin , Pasi Sjoholm , Robert Olsson , Linux-Kernel , akpm@osdl.org, netdev@oss.sgi.com, brad@brad-x.com, shemminger@osdl.org Return-path: To: Francois Romieu In-Reply-To: <20040805132233.A7430@electric-eye.fr.zoreil.com> List-Id: netdev.vger.kernel.org Francois Romieu writes: > Hector Martin : > [...] > > using a stabler TCP/IP stack. This one works OK. No problem so far... > > anyway, even though it stopped and I had to restart the PS2 some times, > > the PC has been receiving packets with no reboot whatsoever. I think > > it's fixed :) > > Ok, I'll send the final version of the patches for inclusion in -netdev > and/or -mm this evening. It will provide a broader testing. Bit interesting. On the final analysis, what was the cause of this problem? I found the following in progguide-8100(100).pdf. Does this help something? 2.5 Software Issues This section covers the handling of various data reception topics. 1. Handling a Receive Buffer Overflow: The Rx DMA (FIFO to buffer) is stopped. The CAPR must be updated first to dismiss the ISR (RxBufferOverflow) event. The correct actions to process RxBufOvw are: a. Update CAPR. b. Write a 1 to ISR (ROK). The Rx DMA resumes after step b. 2. Handling RxFIFOOvw: When RxFIFOOvw occurs, all incoming packets are discarded. Clearing ISR (RxFIFOOvw) doesn t dismiss the RxFIFOOvw event. To dismiss the RxFIFOOvw event, the ISR (RxBufOvw) must be written with a 1. -- OGAWA Hirofumi