From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from de01egw02.freescale.net (de01egw02.freescale.net [192.88.165.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "de01egw02.freescale.net", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTP id 67FB5DDF43 for ; Fri, 20 Jul 2007 02:06:11 +1000 (EST) Subject: Re: [PATCH] Add StorCenter DTS first draft. From: Jon Loeliger To: Benjamin Herrenschmidt In-Reply-To: <1184795678.25235.269.camel@localhost.localdomain> References: <1184722754.25235.183.camel@localhost.localdomain> <5F6EB5F7-C5AE-437F-9DF1-22FE38D7A841@kernel.crashing.org> <1184795678.25235.269.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1184861129.16820.2.camel@ld0161-tx32> Mime-Version: 1.0 Date: Thu, 19 Jul 2007 11:05:29 -0500 Cc: "linuxppc-dev@ozlabs.org" , Jon Loeliger List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2007-07-18 at 16:54, Benjamin Herrenschmidt wrote: > Cache line size is used by the kernel on ppc64 for things like clearing > memory (to get the stride between subsequent dcbz) or flushing the > cache :-) It's also passed on to userland. > > If it's absent from the device-tree, we default to the values in the > cputable, but if you're going to put the properties in the tree, don't > put a 0 in there. As it is, the day I make the 64 bits code common, your > DT will break unless I special case "0". > > Ben. So, just to put this issue to rest some, I have modified my DTS to have correct values here. It was _easy_. ;-) But, a followup patch should clean up _other_, existing DTS files that have 0 there still. jdl