From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sunset.davemloft.net (unknown [74.93.104.97]) by ozlabs.org (Postfix) with ESMTP id 3D7E6DDDFD for ; Sun, 26 Oct 2008 15:05:36 +1100 (EST) Date: Sat, 25 Oct 2008 21:05:13 -0700 (PDT) Message-Id: <20081025.210513.80339263.davem@davemloft.net> To: kevdig@hypersurf.com Subject: Re: [PATCH] genirq: Set initial default irq affinity to just CPU0 From: David Miller In-Reply-To: <4903A37A.50607@hypersurf.com> References: <20081024.161813.193686281.davem@davemloft.net> <1224970389.7654.473.camel@pasglop> <4903A37A.50607@hypersurf.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Cc: linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Kevin Diggs Date: Sat, 25 Oct 2008 15:53:46 -0700 > What does this all mean to my GigE (dual 1.1 GHz 7455s)? Is this > thing supposed to be able to spread irq between its cpus? Networking interrupts should lock onto a single CPU, unconditionally. That's the optimal way to handle networking interrupts, especially with multiqueue chips. This is what the userland IRQ balance daemon does.