Received: with ECARTIS (v1.0.0; list netdev); Sat, 07 Dec 2002 15:38:47 -0800 (PST) Received: from packet.digeo.com (packet.digeo.com [12.110.80.53]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gB7NcguR019615 for ; Sat, 7 Dec 2002 15:38:42 -0800 Received: from digeo-nav01.digeo.com (digeo-nav01.digeo.com [192.168.1.233]) by packet.digeo.com (8.9.3+Sun/8.9.3) with SMTP id PAA18874 for ; Sat, 7 Dec 2002 15:42:01 -0800 (PST) Received: from digeo-e2k03.digeo.com ([192.168.2.44]) by digeo-nav01.digeo.com (NAVGW 2.5.2.12) with SMTP id M2002120715434417363 ; Sat, 07 Dec 2002 15:43:44 -0800 Received: from pao-ex01.pao.digeo.com ([172.17.144.34]) by digeo-e2k03.digeo.com with Microsoft SMTPSVC(5.0.2195.5329); Sat, 7 Dec 2002 15:42:01 -0800 Received: from digeo.com ([172.17.144.18]) by pao-ex01.pao.digeo.com with Microsoft SMTPSVC(5.0.2195.4905); Sat, 7 Dec 2002 15:42:00 -0800 Message-ID: <3DF28748.186AB31F@digeo.com> Date: Sat, 07 Dec 2002 15:42:00 -0800 From: Andrew Morton X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.5.46 i686) X-Accept-Language: en MIME-Version: 1.0 To: "David S. Miller" CC: jgarzik@pobox.com, linux-kernel@vger.kernel.org, netdev@oss.sgi.com Subject: Re: [RFC][PATCH] net drivers and cache alignment References: <3DF2844C.F9216283@digeo.com> <20021207.153045.26640406.davem@redhat.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Dec 2002 23:42:00.0630 (UTC) FILETIME=[3CE67560:01C29E4A] X-archive-position: 1328 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: akpm@digeo.com Precedence: bulk X-list: netdev Content-Length: 630 Lines: 19 "David S. Miller" wrote: > > From: Andrew Morton > Date: Sat, 07 Dec 2002 15:29:16 -0800 > > Jeff Garzik wrote: > > Attached is cut #2. Thanks for all the near-instant feedback so far :) > > Andrew, does the attached still need padding on SMP? > > It needs padding _only_ on SMP. ____cacheline_aligned_in_smp. > > non-smp machines lack L2 caches? That's new to me :-) > > More seriously, there are real benefits on non-SMP systems. Then I am most confused. None of these fields will be put under busmastering or anything like that, so what advantage is there in spreading them out?