Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752490AbaBBUJn (ORCPT ); Sun, 2 Feb 2014 15:09:43 -0500 Received: from mail-ee0-f53.google.com ([74.125.83.53]:47528 "EHLO mail-ee0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752450AbaBBUJl (ORCPT ); Sun, 2 Feb 2014 15:09:41 -0500 Subject: Re: OMAP: clock DT conversion issues with omap36xx From: Christoph Fritz To: Nishanth Menon Cc: Tero Kristo , Tomi Valkeinen , Ivaylo Dimitrov , "linux-omap@vger.kernel.org" , linux-kernel@vger.kernel.org, pali.rohar@gmail.com, pavel@ucw.cz In-Reply-To: <20140201185216.GA7125@mars> References: <52E697C0.6000202@gmail.com> <1390848104.4936.62.camel@mars> <52E772A3.4090401@ti.com> <1390901735.2963.8.camel@lovely> <52E77D03.8090001@ti.com> <52E7B361.2030601@ti.com> <1390928565.4904.88.camel@mars> <1390994505.5023.32.camel@mars> <52E95098.4060809@ti.com> <20140201185216.GA7125@mars> Content-Type: multipart/mixed; boundary="=-Ze6Cl1DbQUoLJ5LNVAsS" Date: Sun, 02 Feb 2014 21:09:37 +0100 Message-ID: <1391371777.5453.6.camel@mars> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-Ze6Cl1DbQUoLJ5LNVAsS Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Sat, 2014-02-01 at 19:52 +0100, Christoph Fritz wrote: > On Wed, Jan 29, 2014 at 01:03:52PM -0600, Nishanth Menon wrote: > > To help us debug similar problems, I wrote a tool today: > > https://github.com/nmenon/ctt-dump - it is a simple memory read utility, > > Input file is CTT dump-out > > For example: 3630 CTT is here: > > http://www.ti.com/pdfs/wtbu/CTT-OMAP3630ES1.x-v1.6.0.4.zip > > > > to give an idea - i posted a screen shot here: > > https://plus.google.com/112464029509057661457/posts/hNdee4gNfob > > > > After generating the the rd1 file from CTT, > > we pick up the registers using ctt-dump -> any tool which can do > > register reads could do, but it might be handy having this. > > Example output on beagle-xm: http://slexy.org/view/s2YWmM1ium > > importing it back into CTT and after setting up the correct sysclk, we > > can compare clock frequencies Vs debugfs output - example: > > http://slexy.org/view/s21iQyDTct > > > > > > I mean, it is awesome having to debugfs data, but with nascent > > systems, it is always good to compare to what the hardware is really > > configured to - and CTT is the easy way to deal with it. > > Oscilloscope on pin sysclkout2 measures 24 Mhz with next_20140115 on > this hardware here (omap3-lil-a83x). Its corresponding rd1 file, > generated by ctt-dump, shows in CTT incorrectly 100 Mhz. The hardware > has a 26 Mhz crystal. > > The error in CTT is that MUX_sys_clkout2 doesn't configure CLKOUT2SOURCE > right. 0x2 is CM_96M_FCLK not CORE_CLK for example. > > > This is the diff of clk registers before and after DT clock > conversion patches: > > --- ctt_dump_lil_a83x_next_20140115__works_as_expected.rd1 > +++ ctt_dump_lil_a83x_next_20140124__breaks.rd1 2014-02-01 > @@ -22,23 +22,23 @@ > 0x48004c10 0x0000002f > 0x48004c30 0x0000023f > 0x48004c40 0x00000014 > -0x48004d00 0x10370037 > +0x48004d00 0xf0371037 > 0x48004d04 0x00000017 > 0x48004d40 0x09900c00 > 0x48004d44 0x0483600c > 0x48004d48 0x00000009 > 0x48004d4c 0x0000780c > 0x48004d50 0x00000001 > -0x48004d70 0x00000092 > -0x48004e00 0x00000001 > +0x48004d70 0x0000009a > +0x48004e00 0x00000000 > 0x48004e10 0x00000001 > 0x48004e30 0x00000001 > -0x48004e40 0x0000100f > +0x48004e40 0x00001009 > 0x48004f00 0x00000000 > 0x48004f10 0x00000000 > 0x48004f30 0x00000001 > 0x48004f40 0x00000004 > -0x48005000 0x00040800 > +0x48005000 0x00000800 > 0x48005010 0x00078fff > 0x48005030 0x0007ffff > 0x48005040 0x000000ff Origin files of this diff added as attachment to this mail. --=-Ze6Cl1DbQUoLJ5LNVAsS Content-Disposition: attachment; filename="ctt_dump_lil_a83x_next_20140124__breaks.rd1" Content-Type: text/plain; name="ctt_dump_lil_a83x_next_20140124__breaks.rd1"; charset="UTF-8" Content-Transfer-Encoding: 7bit DeviceName OMAP3630_ES1.x 0x48002274 0x05000000 0x480022d8 0x00000000 0x48004000 0x00000000 0x48004004 0x00000017 0x48004040 0x00081400 0x48004044 0x00000001 0x48004904 0x00000037 0x48004940 0x0012580c 0x48004944 0x00000001 0x48004a00 0x00006000 0x48004a08 0x00000004 0x48004a10 0x5b3ffe42 0x48004a18 0x00000004 0x48004a30 0x7ffffed9 0x48004a38 0x0000000c 0x48004a40 0x0000130a 0x48004b00 0x00000000 0x48004b10 0x00000000 0x48004b40 0x00000005 0x48004c00 0x00000001 0x48004c10 0x0000002f 0x48004c30 0x0000023f 0x48004c40 0x00000014 0x48004d00 0xf0371037 0x48004d04 0x00000017 0x48004d40 0x09900c00 0x48004d44 0x0483600c 0x48004d48 0x00000009 0x48004d4c 0x0000780c 0x48004d50 0x00000001 0x48004d70 0x0000009a 0x48004e00 0x00000000 0x48004e10 0x00000001 0x48004e30 0x00000001 0x48004e40 0x00001009 0x48004f00 0x00000000 0x48004f10 0x00000000 0x48004f30 0x00000001 0x48004f40 0x00000004 0x48005000 0x00000800 0x48005010 0x00078fff 0x48005030 0x0007ffff 0x48005040 0x000000ff 0x48005140 0x03020a50 0x48005400 0x00000003 0x48005410 0x00000001 0x48005430 0x00000001 0x48306ae0 0x000f0317 0x48306d70 0x00000000 0x48307270 0x00000088 0x483074e0 0x00030105 --=-Ze6Cl1DbQUoLJ5LNVAsS Content-Disposition: attachment; filename="ctt_dump_lil_a83x_next_20140115__works_as_expected.rd1" Content-Type: text/plain; name="ctt_dump_lil_a83x_next_20140115__works_as_expected.rd1"; charset="UTF-8" Content-Transfer-Encoding: 7bit DeviceName OMAP3630_ES1.x 0x48002274 0x05000000 0x480022d8 0x00000000 0x48004000 0x00000000 0x48004004 0x00000017 0x48004040 0x00081400 0x48004044 0x00000001 0x48004904 0x00000037 0x48004940 0x0012580c 0x48004944 0x00000001 0x48004a00 0x00006000 0x48004a08 0x00000004 0x48004a10 0x5b3ffe42 0x48004a18 0x00000004 0x48004a30 0x7ffffed9 0x48004a38 0x0000000c 0x48004a40 0x0000130a 0x48004b00 0x00000000 0x48004b10 0x00000000 0x48004b40 0x00000005 0x48004c00 0x00000001 0x48004c10 0x0000002f 0x48004c30 0x0000023f 0x48004c40 0x00000014 0x48004d00 0x10370037 0x48004d04 0x00000017 0x48004d40 0x09900c00 0x48004d44 0x0483600c 0x48004d48 0x00000009 0x48004d4c 0x0000780c 0x48004d50 0x00000001 0x48004d70 0x00000092 0x48004e00 0x00000001 0x48004e10 0x00000001 0x48004e30 0x00000001 0x48004e40 0x0000100f 0x48004f00 0x00000000 0x48004f10 0x00000000 0x48004f30 0x00000001 0x48004f40 0x00000004 0x48005000 0x00040800 0x48005010 0x00078fff 0x48005030 0x0007ffff 0x48005040 0x000000ff 0x48005140 0x03020a50 0x48005400 0x00000003 0x48005410 0x00000001 0x48005430 0x00000001 0x48306ae0 0x000f0317 0x48306d70 0x00000000 0x48307270 0x00000088 0x483074e0 0x00030105 --=-Ze6Cl1DbQUoLJ5LNVAsS-- -- 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/