From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfgang Grandegger Subject: Re: [PATCH v11 4/5] powerpc: Add flexcan device support for p1010rdb. Date: Thu, 11 Aug 2011 09:26:28 +0200 Message-ID: <4E438424.1050503@grandegger.com> References: <1312993670-23999-1-git-send-email-holt@sgi.com> <1312993670-23999-5-git-send-email-holt@sgi.com> <8E5FA886-038D-4DF4-8A54-DD60188A21A2@kernel.crashing.org> <4E42CB01.7030700@grandegger.com> <634AB7A6-1CDA-41B3-8A5D-01F29EF01521@kernel.crashing.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: socketcan-core-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Marc Kleine-Budde , U Bhaskar-B22300 , PPC list To: Kumar Gala Return-path: In-Reply-To: <634AB7A6-1CDA-41B3-8A5D-01F29EF01521-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: socketcan-core-bounces-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org Errors-To: socketcan-core-bounces-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org List-Id: netdev.vger.kernel.org On 08/11/2011 06:46 AM, Kumar Gala wrote: > > On Aug 10, 2011, at 1:16 PM, Wolfgang Grandegger wrote: > >> On 08/10/2011 07:01 PM, Kumar Gala wrote: >>> >>> On Aug 10, 2011, at 11:27 AM, Robin Holt wrote: >>> >>>> I added a simple clock source for the p1010rdb so the flexcan driver >>>> could determine a clock frequency. The p1010 flexcan device only has >>>> an oscillator of system bus frequency divided by 2. >>>> >>>> Signed-off-by: Robin Holt >>>> Acked-by: Marc Kleine-Budde , >>>> Acked-by: Wolfgang Grandegger , >>>> Cc: U Bhaskar-B22300 >>>> Cc: socketcan-core-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org, >>>> Cc: netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, >>>> Cc: PPC list >>>> Cc: Kumar Gala >>>> --- >>>> arch/powerpc/platforms/85xx/Kconfig | 2 + >>>> arch/powerpc/platforms/85xx/Makefile | 2 + >>>> arch/powerpc/platforms/85xx/clock.c | 52 ++++++++++++++++++++++++++++++++ >>>> arch/powerpc/platforms/85xx/p1010rdb.c | 8 +++++ >>>> 4 files changed, 64 insertions(+), 0 deletions(-) >>>> create mode 100644 arch/powerpc/platforms/85xx/clock.c >>> >>> I dont understand how mpc85xx_clk_functions() ends up being associated with the frequency the flexcan is running at. >> >> The function mpc85xx_clk_get_rate() returns "fsl_get_sys_freq() / 2" for >> Flexcan devices. >> >>> This either seems to global or I'm missing something. >> >> This patch extends the existing Flexcan platform driver for ARM for the >> PowerPC using the device tree. Due to the nice integration of the device >> tree (of-platform) into the platform driver and devices, the difference >> are quite small (see patches 1..3). Apart from the endianess issue, only >> the clock needs to be handled in a common way. As ARM already uses the >> clk interface, we found it straight-forward to implement it for the >> P1010, or more general for the 85xx, as well, instead of using an >> additional helper function. > > I see, that. What concerns me is there are numerous clocks / frequencies that exist inside a MPC85xx/P1010 SOC. The code I'm seeing does NOT seem to do anything to relate this clock JUST to the flexcan. The clk interface is not commonly used on PowerPC, I know. It's just to provide compatibility with ARM. An alternative would be to use some helper function. >>> I still think the clk / freq info should be in the device tree and handled in the driver and NOT arch/powerpc platform code. >> >> If I understand you correctly, you want the boot-loader to provide the >> relevant information by fixing up the device tree, which then can be >> handled arch-independently by the driver, right? > > Yes, that is part of what I want. This works fine if we just have *one* fixed clock source and frequency. When there are choices (source and divider) it does make sense to allow the user to select the frequency via DTS file entries for Linux. Then we need arch-specific code anyway (to set the relevant registers). Furthermore we rely on the boot-loader (the usual argument) which is not a problem for new boards (with new boot-loader), of course. Wolfgang.