Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755591Ab1BXQxc (ORCPT ); Thu, 24 Feb 2011 11:53:32 -0500 Received: from mail-ey0-f174.google.com ([209.85.215.174]:35275 "EHLO mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753845Ab1BXQx3 (ORCPT ); Thu, 24 Feb 2011 11:53:29 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=LpvGXz4QwS1dfVwv0OCLoTiqexilB3NHQvM2xafuSUX98J21D2dLe/spllEeguLzaY GcQ0WhN6EhatorCM3kT/4QTgs2pYTZ7Q/HEf+YQoDRmfDa+8hvWusZyG1wREhvcD4RvO gMe8hSSvC13EGBamcSk/4/pU/imAhldslIFDI= Date: Thu, 24 Feb 2011 17:50:04 +0100 From: Richard Cochran To: Scott Wood Cc: Grant Likely , Thomas Gleixner , Rodolfo Giometti , Arnd Bergmann , Peter Zijlstra , linux-api@vger.kernel.org, devicetree-discuss@lists.ozlabs.org, linux-kernel@vger.kernel.org, Russell King , Paul Mackerras , John Stultz , Alan Cox , netdev@vger.kernel.org, Mike Frysinger , Christoph Lameter , linuxppc-dev@lists.ozlabs.org, David Miller , linux-arm-kernel@lists.infradead.org, Krzysztof Halasa Subject: Re: [PATCH V11 2/4] ptp: Added a clock that uses the eTSEC found on the MPC85xx. Message-ID: <20110224165004.GB15234@riccoc20.at.omicron.at> References: <20110223165058.GE14597@angua.secretlab.ca> <20110223112612.30071995@schlenkerla> <20110223175459.GH14597@angua.secretlab.ca> <20110223132444.65dfdda4@schlenkerla> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110223132444.65dfdda4@schlenkerla> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1502 Lines: 50 On Wed, Feb 23, 2011 at 01:24:44PM -0600, Scott Wood wrote: > Whatever string is used should be written into a binding document. > > fsl,etsec-v1.6-ptp seems like it would be just as good for that purpose. > > Even just fsl,etsec-ptp will identify the binding, though it's lacking in > identifying the hardware (in the absence of access to the eTSEC ID > registers). I read the conversation, and I don't mind admitting that I do not understand what you both are arguing/discussing about. How should I set the strings? Like this? arch/powerpc/boot/dts/mpc8313erdb.dts: ptp_clock@24E00 { compatible = "fsl,mpc8313-etsec-ptp"; } arch/powerpc/boot/dts/mpc8572ds.dts: ptp_clock@24E00 { compatible = "fsl,mpc8572-etsec-ptp"; } arch/powerpc/boot/dts/p2020ds.dts: ptp_clock@24E00 { compatible = "fsl,p2020ds-etsec-ptp"; } arch/powerpc/boot/dts/p2020rdb.dts: ptp_clock@24E00 { compatible = "fsl,p2020rdb-etsec-ptp"; } drivers/net/gianfar_ptp.c: static struct of_device_id match_table[] = { { .compatible = "fsl,mpc8313-etsec-ptp" }, { .compatible = "fsl,mpc8572-etsec-ptp" }, { .compatible = "fsl,p2020ds-etsec-ptp" }, { .compatible = "fsl,p2020rdb-etsec-ptp" }, {}, }; Please let me know if this is what you meant. Thanks, Richard -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/