linux-kernel - Re: linux-next: manual merge of the arm-soc tree with the i2c-embedded tree

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20120718053341.GA4009@S2100-06.ap.freescale.net>
Date:	Wed, 18 Jul 2012 13:33:42 +0800
From:	Shawn Guo <shawn.guo@...escale.com>
To:	Mark Brown <broonie@...nsource.wolfsonmicro.com>
CC:	Lee Jones <lee.jones@...aro.org>,
	Stephen Rothwell <sfr@...b.auug.org.au>,
	Linus Walleij <linus.walleij@...ricsson.com>,
	<devicetree-discuss@...ts.ozlabs.org>,
	Wolfram Sang <w.sang@...gutronix.de>,
	<linux-kernel@...r.kernel.org>, Deepak Saxena <dsaxena@...aro.org>,
	<linux-next@...r.kernel.org>, Alessandro Rubini <rubini@...dd.com>,
	<linux-arm-kernel@...ts.infradead.org>
Subject: Re: linux-next: manual merge of the arm-soc tree with the
 i2c-embedded tree

On Tue, Jul 17, 2012 at 04:20:01PM +0100, Mark Brown wrote:
> Looking at what's specified in the platform data in the current kernel
> it seems like there's a mixture of things in there that are board and
> silicon specific.  We've got parameters like the the speed mode and
> timeout which are reasonably board specific but we've also got things
> like the FIFO sizes which shouldn't be at all board specific and slsu
> which really looks like it's something that that the driver ought to be
> able to figure out for itself.

I have an IP block getting different FIFO size on different IMX SoCs.
We could introduce a new compatible string for driver to figure it out,
but I think the simpler way is just have the data encoded in device
tree.  In any case DT is not completely limited in encoding board
specific data.  Today, we have IO region and interrupt number of
hardware blocks encoded in DT, and to me, FIFO size could just be
another aspect of hardware block we could choose to encode in DT.

-- 
Regards,
Shawn

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/