On Wed, 2011-07-20 at 13:52 +0800, Shawn Guo wrote:
> The argument about this #ifdef thing was the driver could be used by
> some platforms that will never migrate to device tree. This table
> will be just a waste of bytes for those platforms, if we do not
> protect the table by '#ifdef CONFIG_OF'
On Wed, Jul 20, 2011 at 08:32:45AM +0300, Artem Bityutskiy wrote:
> On Wed, 2011-07-20 at 13:28 +0800, Shawn Guo wrote:
> > On Wed, Jul 20, 2011 at 08:17:45AM +0300, Artem Bityutskiy wrote:
> > > On Wed, 2011-07-20 at 12:55 +0800, Shawn Guo wrote:
> > > > On Wed, Jul 20, 2011 at 07:40:38AM +0300, A
On Wed, Jul 20, 2011 at 01:32, Artem Bityutskiy wrote:
> On Wed, 2011-07-20 at 13:28 +0800, Shawn Guo wrote:
>> On Wed, Jul 20, 2011 at 08:17:45AM +0300, Artem Bityutskiy wrote:
>> > On Wed, 2011-07-20 at 12:55 +0800, Shawn Guo wrote:
>> > > On Wed, Jul 20, 2011 at 07:40:38AM +0300, Artem Bityutski
On Wed, 2011-07-20 at 13:28 +0800, Shawn Guo wrote:
> On Wed, Jul 20, 2011 at 08:17:45AM +0300, Artem Bityutskiy wrote:
> > On Wed, 2011-07-20 at 12:55 +0800, Shawn Guo wrote:
> > > On Wed, Jul 20, 2011 at 07:40:38AM +0300, Artem Bityutskiy wrote:
> > > > On Fri, 2011-07-15 at 12:49 +0800, Shawn Gu
On Wed, Jul 20, 2011 at 08:17:45AM +0300, Artem Bityutskiy wrote:
> On Wed, 2011-07-20 at 12:55 +0800, Shawn Guo wrote:
> > On Wed, Jul 20, 2011 at 07:40:38AM +0300, Artem Bityutskiy wrote:
> > > On Fri, 2011-07-15 at 12:49 +0800, Shawn Guo wrote:
> > > > > > +static const struct of_device_id dataf
On Wed, 2011-07-20 at 12:55 +0800, Shawn Guo wrote:
> On Wed, Jul 20, 2011 at 07:40:38AM +0300, Artem Bityutskiy wrote:
> > On Fri, 2011-07-15 at 12:49 +0800, Shawn Guo wrote:
> > > > > +static const struct of_device_id dataflash_dt_ids[] = {
> > > > > + { .compatible = "atmel,at45xxx", },
> >
On Fri, 2011-07-15 at 16:38 +0800, Shawn Guo wrote:
> It adds device tree probe support for mtd_dataflash driver.
>
> Signed-off-by: Shawn Guo
> Cc: Grant Likely
> Cc: David Woodhouse
> Cc: Artem Bityutskiy
Pushed to l2-mtd-2.6.git, thanks!
--
Best Regards,
Artem Bityutskiy
___
On Wed, Jul 20, 2011 at 07:40:38AM +0300, Artem Bityutskiy wrote:
> On Fri, 2011-07-15 at 12:49 +0800, Shawn Guo wrote:
> > > > +static const struct of_device_id dataflash_dt_ids[] = {
> > > > + { .compatible = "atmel,at45xxx", },
> > > > + { .compatible = "atmel,dataflash", },
> > > >
On Fri, 2011-07-15 at 12:49 +0800, Shawn Guo wrote:
> > > +static const struct of_device_id dataflash_dt_ids[] = {
> > > + { .compatible = "atmel,at45xxx", },
> > > + { .compatible = "atmel,dataflash", },
> > > + { /* sentinel */ }
> > > +};
> > > +
> >
> > This should be protected with a #ifdef C
On Tue, Jul 19, 2011 at 05:16:56PM +0200, Arnd Bergmann wrote:
> On Sunday 17 July 2011, Tabi Timur-B04825 wrote:
> > Shawn Guo wrote:
> > > Ok, I will take this as a serious warning, and start evaluating the
> > > driver consolidation. I will absolutely need you help along the way.
> > > At least
On Wed, Jul 20, 2011 at 4:05 AM, Russell King - ARM Linux
wrote:
> On Tue, Jul 19, 2011 at 01:53:53PM -0600, Grant Likely wrote:
>> On Tue, Jul 19, 2011 at 1:48 PM, Arnd Bergmann wrote:
>> > On Tuesday 19 July 2011 13:40:10 Grant Likely wrote:
>> >> On Tue, Jul 19, 2011 at 10:24:47AM +0800, Haoji
On Wed, Jul 20, 2011 at 3:45 AM, Grant Likely wrote:
> On Tue, Jul 19, 2011 at 10:24:50AM +0800, Haojian Zhuang wrote:
>> Support to parse some optional properties. These three properties are
>> i2c-polling, i2c-frequency, i2c-class.
>>
>> After supporting these property, i2c-pxa driver can avoid
On Tue, Jul 19, 2011 at 5:07 PM, Andrew Chew wrote:
>> > And since there are defaults specified in tegra20.dtsi,
>> does it really make sense to also have default values
>> assigned in ehci-tegra.c (for when a property is not
>> present)? I worry that the information is now duplicated.
>> If thos
> > And since there are defaults specified in tegra20.dtsi,
> does it really make sense to also have default values
> assigned in ehci-tegra.c (for when a property is not
> present)? I worry that the information is now duplicated.
> If those properties aren't present, then someone's mucked
>
Hi,
On Tue, Jul 19, 2011 at 3:46 PM, wrote:
> From: Andrew Chew
>
> These values were derived from various headers in arch/arm/mach-tegra.
>
> Signed-off-by: Andrew Chew
> ---
> arch/arm/boot/dts/tegra20.dtsi | 52
>
> 1 files changed, 52 insertions
On Tue, Jul 19, 2011 at 4:50 PM, Andrew Chew wrote:
>> Although that said, since many of the USB properties are
>> board-specific
>> and determined by system characterization, they aren't generally
>> applicable to all Tegra devices. As such, should those values be moved
>> into tegra-seaboard.dts
> Although that said, since many of the USB properties are
> board-specific
> and determined by system characterization, they aren't generally
> applicable to all Tegra devices. As such, should those values be moved
> into tegra-seaboard.dts instead? Perhaps tegra20.dtsi should specify
> the defau
Stephen Warren wrote at Tuesday, July 19, 2011 5:00 PM:
> ac...@nvidia.com wrote at Tuesday, July 19, 2011 4:47 PM:
> > From: Andrew Chew
> >
> > These values were derived from various headers in arch/arm/mach-tegra.
...
> > diff --git a/arch/arm/boot/dts/tegra20.dtsi b/arch/arm/boot/dts/tegra20.d
ac...@nvidia.com wrote at Tuesday, July 19, 2011 4:47 PM:
> From: Andrew Chew
>
> Signed-off-by: Andrew Chew
Removing status="disabled" from tegra20.dtsi makes this patch obsolete.
Although that said, since many of the USB properties are board-specific
and determined by system characterization
ac...@nvidia.com wrote at Tuesday, July 19, 2011 4:47 PM:
> From: Andrew Chew
>
> These values were derived from various headers in arch/arm/mach-tegra.
>
> Signed-off-by: Andrew Chew
> ---
> arch/arm/boot/dts/tegra20.dtsi | 52
>
> 1 files changed,
On Tue, Jul 19, 2011 at 03:56:29PM -0700, Stephen Warren wrote:
> ac...@nvidia.com wrote at Tuesday, July 19, 2011 4:47 PM:
> > From: Andrew Chew
> >
> > Add code to try to get platform data information (register base, irq,
> > modes, various tuning parameters) from device tree, if not present in
ac...@nvidia.com wrote at Tuesday, July 19, 2011 4:47 PM:
> From: Andrew Chew
>
> Add code to try to get platform data information (register base, irq,
> modes, various tuning parameters) from device tree, if not present in board
> files.
>
> Signed-off-by: Andrew Chew
> ---
> .../devicetree/b
From: Andrew Chew
These values were derived from various headers in arch/arm/mach-tegra.
Signed-off-by: Andrew Chew
---
arch/arm/boot/dts/tegra20.dtsi | 52
1 files changed, 52 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/tegra20.dtsi
From: Andrew Chew
Signed-off-by: Andrew Chew
---
arch/arm/boot/dts/tegra-seaboard.dts | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/tegra-seaboard.dts
b/arch/arm/boot/dts/tegra-seaboard.dts
index 5a99b4c..c5a1b71 100644
--- a/arch/arm/bo
From: Andrew Chew
Add code to try to get platform data information (register base, irq,
modes, various tuning parameters) from device tree, if not present in board
files.
Signed-off-by: Andrew Chew
---
.../devicetree/bindings/usb/tegra20-ehci.txt | 27 +++
arch/arm/mach-tegra/include/m
On Tue, Jul 19, 2011 at 11:28:53AM +0530, G, Manjunath Kondaiah wrote:
> Grant/Kevin,
>
> On Sun, Jul 17, 2011 at 10:43 AM, Grant Likely
> wrote:
> > Hi Manjunath,
> >
> > Comments below. I left in a lot of context for the new folks that
> > I've cc'd (Tony and Kevin).
> >
> > On Sat, Jul 16, 20
On Mon, Jul 18, 2011 at 03:45:57PM +0530, G, Manjunath Kondaiah wrote:
> Hi Grant,
>
> On 17 July 2011 10:43, Grant Likely wrote:
> > Hi Manjunath,
> >
> > Comments below. I left in a lot of context for the new folks that
> > I've cc'd (Tony and Kevin).
> >
> > On Sat, Jul 16, 2011 at 2:07 PM, G
On Mon, Jul 18, 2011 at 02:07:10AM -0700, Tony Lindgren wrote:
> * Grant Likely [110716 22:08]:
> >
> > The way I see it, you've got two options:
> >
> > 1) modify the of_platform_bus_create() to call some kind of
> > of_platform_bus_create_omap() for devices that match "ti,omap3-device"
> > or
On Tuesday 19 July 2011 21:05:15 Russell King - ARM Linux wrote:
> On Tue, Jul 19, 2011 at 01:53:53PM -0600, Grant Likely wrote:
> > On Tue, Jul 19, 2011 at 1:48 PM, Arnd Bergmann wrote:
> > > Right. We should probably rename of_serial to 8250_of and remove the qpace
> > > parts from the driver.
>
On Tue, Jul 19, 2011 at 01:53:53PM -0600, Grant Likely wrote:
> On Tue, Jul 19, 2011 at 1:48 PM, Arnd Bergmann wrote:
> > On Tuesday 19 July 2011 13:40:10 Grant Likely wrote:
> >> On Tue, Jul 19, 2011 at 10:24:47AM +0800, Haojian Zhuang wrote:
> >> > Support both normal platform driver and device
On Tue, Jul 19, 2011 at 1:48 PM, Arnd Bergmann wrote:
> On Tuesday 19 July 2011 13:40:10 Grant Likely wrote:
>> On Tue, Jul 19, 2011 at 10:24:47AM +0800, Haojian Zhuang wrote:
>> > Support both normal platform driver and device tree driver in serial pxa.
>> >
>> > Signed-off-by: Haojian Zhuang
>>
On Tuesday 19 July 2011 13:40:10 Grant Likely wrote:
> On Tue, Jul 19, 2011 at 10:24:47AM +0800, Haojian Zhuang wrote:
> > Support both normal platform driver and device tree driver in serial pxa.
> >
> > Signed-off-by: Haojian Zhuang
> > ---
> > drivers/tty/serial/Kconfig |4 +-
> > dri
On Tue, Jul 19, 2011 at 09:42:32PM +0800, Mitch Bradley wrote:
> Thanks for doing this work. I'm currently working on a One Laptop
> Per Child product that is based on the Armada 610, so this very
> timely for OLPC.
>
> See my in-line comments on the specification of the soc top-level
> nodes, re
On Tue, Jul 19, 2011 at 06:17:21PM +0800, Eric Miao wrote:
> On Tue, Jul 19, 2011 at 10:24 AM, Haojian Zhuang
> wrote:
> > Support to parse some optional properties. These three properties are
> > i2c-polling, i2c-frequency, i2c-class.
> >
> > After supporting these property, i2c-pxa driver can av
On Tue, Jul 19, 2011 at 10:24:50AM +0800, Haojian Zhuang wrote:
> Support to parse some optional properties. These three properties are
> i2c-polling, i2c-frequency, i2c-class.
>
> After supporting these property, i2c-pxa driver can avoid to use platform
> data except for slave mode.
>
> Signed-o
On Tue, Jul 19, 2011 at 10:24:49AM +0800, Haojian Zhuang wrote:
> support i2c-pxa controller from DT.
>
> Signed-off-by: Haojian Zhuang
> ---
> drivers/i2c/busses/i2c-pxa.c | 58 ++---
> 1 files changed, 42 insertions(+), 16 deletions(-)
>
> diff --git a/dr
On Tue, Jul 19, 2011 at 10:24:47AM +0800, Haojian Zhuang wrote:
> Support both normal platform driver and device tree driver in serial pxa.
>
> Signed-off-by: Haojian Zhuang
> ---
> drivers/tty/serial/Kconfig |4 +-
> drivers/tty/serial/of_serial.c | 12 +
> drivers/tty/serial/pxa.
On Tue, Jul 19, 2011 at 10:24:46AM +0800, Haojian Zhuang wrote:
> Add new boards.c to support both TTC-DKB and MMP2-BROWNSTONE. While
> CONFIG_MMP_USE_OF is selected, original ttc_dkb.c and brownstone.c won't be
> compiled.
>
> While everything moving to DT in ARCH-MMP, original ttc_dkb.c and brow
On Tue, Jul 19, 2011 at 10:24:45AM +0800, Haojian Zhuang wrote:
> Since NR_IRQS is defined in irqs.h, parsing irq specifier will be started
> from NR_IRQS while both CONFIG_USE_OF and CONFIG_SPARSE_IRQ is enabled.
> It breaks the assumption that base irq is started from 0.
>
> Add CONFIG_MMP_USE_O
On Mon, Jul 18, 2011 at 8:24 PM, Haojian Zhuang
wrote:
> Parse irq sepcifier from DT and translate it to Linux irq number.
>
> Signed-off-by: Haojian Zhuang
> ---
> .../devicetree/bindings/arm/marvell/intc.txt | 120 +++
> arch/arm/Kconfig | 1
On Tue, Jul 19, 2011 at 2:00 AM, Grant Likely wrote:
> On Mon, Jul 18, 2011 at 5:53 AM, G, Manjunath Kondaiah
> wrote:
>> Abraham,
>> Few comments on i2c child devices handling:
>>
>> On 18 July 2011 06:20, Thomas Abraham wrote:
>>> Add device node for i2c instance 1 and list all its connected s
On Sunday 17 July 2011, Tabi Timur-B04825 wrote:
> Shawn Guo wrote:
> > Ok, I will take this as a serious warning, and start evaluating the
> > driver consolidation. I will absolutely need you help along the way.
> > At least, when we get there, I need your favor to test mpc platform,
> > as I do
Thanks for doing this work. I'm currently working on a One Laptop Per
Child product that is based on the Armada 610, so this very timely for OLPC.
See my in-line comments on the specification of the soc top-level nodes,
related to the addressing of their children, and on the presence of
"#add
On Mon, Jul 18, 2011 at 04:31:40PM -0600, Grant Likely wrote:
> This patch adds irq_domain infrastructure for translating from
> hardware irq numbers to linux irqs. This is particularly important
> for architectures adding device tree support because the current
> implementation (excluding PowerP
On Tue, Jul 19, 2011 at 10:24 AM, Haojian Zhuang
wrote:
> Support to parse some optional properties. These three properties are
> i2c-polling, i2c-frequency, i2c-class.
>
> After supporting these property, i2c-pxa driver can avoid to use platform
> data except for slave mode.
>
> Signed-off-by: Ha
On Tue, Jul 19, 2011 at 10:10:27AM +0200, Sascha Hauer wrote:
> On Mon, Jul 18, 2011 at 09:51:28PM -0400, Chris Ball wrote:
> > Hi Shawn, Sascha,
> >
> > On Sat, Jul 09 2011, Shawn Guo wrote:
> > >> > Shawn Guo (4):
> > >> > mmc: sdhci-esdhc-imx: do not reference platform data after probe
>
On Tue, Jul 19, 2011 at 08:48:41AM +0100, Russell King - ARM Linux wrote:
> On Tue, Jul 19, 2011 at 09:17:26AM +0800, Shawn Guo wrote:
> > On Mon, Jul 18, 2011 at 10:02:44AM -0700, Dmitry Torokhov wrote:
> > > On Monday, July 18, 2011 09:45:07 AM Shawn Guo wrote:
> > > > The patch makes a copy of p
On Mon, Jul 18, 2011 at 09:51:28PM -0400, Chris Ball wrote:
> Hi Shawn, Sascha,
>
> On Sat, Jul 09 2011, Shawn Guo wrote:
> >> > Shawn Guo (4):
> >> > mmc: sdhci-esdhc-imx: do not reference platform data after probe
> >> > mmc: sdhci-esdhc-imx: get rid of the uses of cpu_is_mx()
> >> >
Hi Haojian,
On Tue, 19 Jul 2011 10:24:43 +0800, Haojian Zhuang wrote:
>
> It's used to support DT on ARCH-MMP.
>
> Haojian Zhuang (7):
> ARM: mmp: parse irq from DT
> ARM: mmp: append MMP_USE_OF config
> ARM: mmp: support DT on both dkb and brownstone
> tty: serial: suppo
On Tue, Jul 19, 2011 at 09:17:26AM +0800, Shawn Guo wrote:
> On Mon, Jul 18, 2011 at 10:02:44AM -0700, Dmitry Torokhov wrote:
> > On Monday, July 18, 2011 09:45:07 AM Shawn Guo wrote:
> > > The patch makes a copy of platform data into driver data, so that any
> > > reference to platform_data after
Hi Grant,
Thank you for your comments on exynos4 i2c driver device tree patches.
As you have suggested, I have started adding device tree support for
exynos4 gpio driver. I require few clarifications regarding the dt
support for gpio on exynos4.
The exynos4 gpio driver registers multiple gpio-chi
51 matches
Mail list logo