From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from az33egw02.freescale.net (az33egw02.freescale.net [192.88.158.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "az33egw02.freescale.net", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTP id 9C148DDE0E for ; Wed, 23 Jan 2008 09:55:10 +1100 (EST) Message-ID: <47967436.9070704@freescale.com> Date: Tue, 22 Jan 2008 16:54:46 -0600 From: Jon Loeliger MIME-Version: 1.0 To: Grant Likely Subject: Re: [PATCH 1/3 v3] Add StorCenter DTS first draft. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: , Grant Likely wrote: > On 1/22/08, Jon Loeliger wrote: >> Based on the Kurobox DTS files. >> >> Signed-off-by: Andy Wilcox >> Signed-off-by: Jon Loeliger > > Comments below > >> + >> +/ { >> + model = "StorCenter"; >> + compatible = "storcenter"; > > Be specific! "iomega,storcenter". Even better if you put in the model number. As I mentioned vefore, there is no further model number. That _is_ the model name. >> + >> + soc@fc000000 { >> + #address-cells = <1>; >> + #size-cells = <1>; >> + device_type = "soc"; > > device_type should be dropped (but I know that requires changes to the > existing mpc82xx support code). And when the code is fixed, we can fix the DTS too... :-) >> + compatible = "fsl,mpc8241", "mpc10x"; > > fsl,mpc8241-immr would be better; this node describes the internally > memory mapped registers; not the entire soc. Uh, whatever? :-) 'Cuz how many other DTS files say that? >> + >> + mpic: interrupt-controller@40000 { >> + #interrupt-cells = <2>; >> + #address-cells = <0>; > > Is #address-cells needed? There are no child nodes. I thought so. Could be wrong. >> + chosen { >> + linux,stdout-path = "/soc/serial@4500"; > > /soc@fc000000/ perhaps? Not really necessary to specify the unit number. jdl