From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jean-Christophe PLAGNIOL-VILLARD Date: Fri, 12 Jun 2009 23:41:04 +0200 Subject: [U-Boot] [PATCH 1/4] OMAP3 I2C Fix the sampling clock. In-Reply-To: <7A436F7769CA33409C6B44B358BFFF0C0115CBB8BC@dlee02.ent.ti.com> References: <1244638432-30893-1-git-send-email-Tom.Rix@windriver.com> <1244638432-30893-2-git-send-email-Tom.Rix@windriver.com> <7A436F7769CA33409C6B44B358BFFF0C0115C326B9@dlee02.ent.ti.com> <4A306F67.6020207@windriver.com> <7A436F7769CA33409C6B44B358BFFF0C0115CBB8BC@dlee02.ent.ti.com> Message-ID: <20090612214104.GC1802@game.jcrosoft.org> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 23:12 Wed 10 Jun , Menon, Nishanth wrote: > > -----Original Message----- > > From: Tom [mailto:Tom.Rix at windriver.com] > > Sent: Wednesday, June 10, 2009 9:44 PM > > > This is a repeat story of what happened in linux-omap and kernel. We had > > a similar discussion in [1] and related patch [2] to change equations. I > > have the same reservations with this patch: > > > a) using speed as default does not scale for all board combinations. > > > b) need flexible option to provide scll and sclh on a platform basis. > > > Regards, > > > Nishanth Menon > > > Ref: > > > [1] http://marc.info/?t=123540865900002&r=1&w=2 > > > [2] http://marc.info/?l=linux-omap&m=122770723311340&w=2 > > > > > Do you think this could be handled with just config files? > > Or maybe like fsl_i2c does by passing clk data through the global_data ? > #defines in config header file might be a viable option.. Though the gd might be cleaner I think.. please a config and then create a inline function like this Best Regards, J.