On 05/03/2012 06:26 PM, Mark Brown wrote:
> On Thu, May 03, 2012 at 06:13:16PM +0300, Peter Ujfalusi wrote:
>> On 05/03/2012 05:52 PM, Mark Brown wrote:
>>> Are you sure there aren't any boards out there which rely on the
>>> interrupt base (eg, using a GPIO with the IRQ output of a chip)?
>
>> Ye
On Fri, May 04, 2012 at 11:38:34AM +0300, Peter Ujfalusi wrote:
> The irq_base was used to map the nested interrupt numbers somewhere high
> enough. twl6040 has one irq line towards the CPU (comes via
> i2c_client->irq).
> With this change we just change the mapping of the nested interrupt
> range
On 05/04/2012 12:08 PM, Mark Brown wrote:
> You're not understanding the issue at all - the issue is that if
> some driver outside the twl6040 driver is using an interrupt in that
> range based off the irq_base that they supplied then you'll break them.
> The most common case here is using GPIOs on
Hi David,
> The problem is when you start declaring function pointers in various
> ops vectors.
>
> Consider:
>
> void (*foo)(const struct pci_dev *)
> void (*bar)(struct pci_dev *)
>
> foo and bar are not type compatible, and you will get compiler
> warnings if you use one where the other is expe
On Fri, May 04, 2012 at 01:37:54PM +0300, Peter Ujfalusi wrote:
> On 05/04/2012 12:08 PM, Mark Brown wrote:
> > You're not understanding the issue at all - the issue is that if
> > some driver outside the twl6040 driver is using an interrupt in that
> > range based off the irq_base that they suppl
On 05/04/2012 02:22 PM, Mark Brown wrote:
>> The OMAP platform related drives has been already converted to use
>> irq_alloc_descs(-1, 0, nr_irqs, 0); to map their range (including GPIO,
>> twl6030, etc).
>
> How does this work for interrupts on things like SPI and I2C devices?
You mean on device
From: Dong Aisheng
This can get rid of the mach-dependency.
Cc: Vinod Koul
Cc: Dan Williams
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Huang Shijie
Reviewed-by: Marek Vasut
Signed-off-by: Dong Aisheng
---
This patch depends on Wolfram's
[PATCH V2 1/3] lib: add support for stmp-style devices
http:
From: Dong Aisheng
This will cause conflict when dt is enabled.
So let each platform add dma devices respectively.
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Huang Shijie
Reviewed-by: Marek Vasut
Signed-off-by: Dong Aisheng
---
ChangeLog v2->v3:
* introduce mx23/mx28_soc_init()
ChangeLog v1->v2:
From: Dong Aisheng
Rewrite mxs_dma_is_apbh and mxs_dma_is_apbx in order to support
other SoCs like imx6q and reform the platform_device_id for the
better further dt support.
Cc: Vinod Koul
Cc: Dan Williams
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Huang Shijie
Reviewed-by: Marek Vasut
Signed-off-
From: Dong Aisheng
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: Vinod Koul
Cc: Dan Williams
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Huang Shijie
Reviewed-by: Marek Vasut
Signed-off-by: Dong Aisheng
---
ChangeLog v1->v2:
* remove #ifdef CONFIG_OF for mxs_dma_dt_ids based on Shawn's
From: Dong Aisheng
Cc: Grant Likely
Cc: Rob Herring
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Huang Shijie
Reviewed-by: Marek Vasut
Signed-off-by: Dong Aisheng
---
arch/arm/boot/dts/imx28.dtsi |4 ++--
arch/arm/mach-mxs/clock-mx28.c |2 ++
2 files changed, 4 insertions(+), 2 deletions(
Enable DT based probing of the vibra driver.
Example of dts section to load the twl6040-vibra driver:
twl6040: twl6040@4b {
...
twl6040_vibra: twl6040@1 {
compatible = "ti,twl6040-vibra";
interrupts = <4>;
vddvibl-supply = <&vbat>;
Dear Dong Aisheng,
> From: Dong Aisheng
>
> Rewrite mxs_dma_is_apbh and mxs_dma_is_apbx in order to support
> other SoCs like imx6q and reform the platform_device_id for the
> better further dt support.
>
> Cc: Vinod Koul
> Cc: Dan Williams
> Cc: Shawn Guo
> Cc: Sascha Hauer
> Cc: Huang Shi
On Fri, May 04, 2012 at 02:55:37PM +0300, Peter Ujfalusi wrote:
> On 05/04/2012 02:22 PM, Mark Brown wrote:
> >> The OMAP platform related drives has been already converted to use
> >> irq_alloc_descs(-1, 0, nr_irqs, 0); to map their range (including GPIO,
> >> twl6030, etc).
> > How does this wor
Add support for irq_domain on lantiq socs. The conversion is straight forward
as the ICU found inside the socs allows the usage of irq_domain_add_linear.
Signed-off-by: John Crispin
Cc: devicetree-discuss@lists.ozlabs.org
---
This patch is part of a series moving the mips/lantiq target to OF and
Activate USE_OF, add a sample DTS file and convert the core soc code to OF.
Signed-off-by: John Crispin
Cc: devicetree-discuss@lists.ozlabs.org
---
This patch is part of a series moving the mips/lantiq target to OF and clkdev
support. The patch, once Acked, should go upstream via Ralf's MIPS tree
Implement support for pinctrl on lantiq/xway socs. The IO core found on these
socs has the registers for pinctrl, pinconf and gpio mixed up in the same
register range. As the gpio_chip handling is only a few lines, the driver also
implements the gpio functionality. This obseletes the old gpio drive
On Friday 04 May 2012, Hiroshi Doyu wrote:
> > This patch should add
> > Documentation/devicetree/bindings/arm/tegra/tegra20-ahb.txt to describe
> > the DT binding.
>
> From 'dts' POV, there's no difference between tegra20 and
> tegra30. They just have a register range. Is
> "../bindings/arm/tegra
On Friday 04 May 2012, Hiroshi Doyu wrote:
> > Since tegra has a custom memory controller it's not as obvious that it
> > needs to go in a shared location, indeed. But it's easier to use the
> > same practices across platforms, and if there are other vendors that
> > end up sharing IP blocks for me
On Thu, Apr 26, 2012 at 04:52:20PM +0200, Thierry Reding wrote:
> Looking up init data for regulators found on chips is a common operation
> that can be handled in a generic way. The new helper function introduced
> by this patch looks up the children of a given node by names specified
> in a match
v2:
1. remove MACH_MMP_LEGACY & MACH_MMP2_LEGACY
2. use irq.c to replace irq-pxa168.c & irq-mmp2.c
3. Avoid to use CONFIG_OF in entry-macro.S
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/device
Since irq_domain_add_simple() is removed, remove it in mmp-dt.c also.
Signed-off-by: Haojian Zhuang
---
arch/arm/mach-mmp/mmp-dt.c | 22 --
1 files changed, 0 insertions(+), 22 deletions(-)
diff --git a/arch/arm/mach-mmp/mmp-dt.c b/arch/arm/mach-mmp/mmp-dt.c
index 6707539.
Append CONFIG_MACH_MMP2_DT.
CONFIG_MACH_MMP_DT is used to ARMv5 DT support. CONFIG_MACH_MMP2_DT
is used to ARMv7 DT support. These two machine support can't be
selected at the same time.
Signed-off-by: Haojian Zhuang
---
arch/arm/mach-mmp/Kconfig | 29 +++--
1 files ch
Merge irq-pxa168 and irq-mmp2. And support device tree also.
Since CONFIG_SPARSE_IRQ is enabled in arch-mmp, base irq starts from
NR_IRQS_LEGACY.
Signed-off-by: Haojian Zhuang
---
arch/arm/Kconfig |1 +
arch/arm/mach-mmp/Makefile |8 +-
arch
Parse timer from DTS file. Avoid to use hardcoding marco for register.
Signed-off-by: Haojian Zhuang
---
arch/arm/mach-mmp/time.c | 81 ++
1 files changed, 60 insertions(+), 21 deletions(-)
diff --git a/arch/arm/mach-mmp/time.c b/arch/arm/mach-mmp/t
Parse GPIO numbers from DTS file. Allocate interrupt according to
GPIO numbers.
Signed-off-by: Haojian Zhuang
---
drivers/gpio/gpio-pxa.c | 116 +++---
1 files changed, 98 insertions(+), 18 deletions(-)
diff --git a/drivers/gpio/gpio-pxa.c b/drivers/gpio
Signed-off-by: Haojian Zhuang
---
arch/arm/mach-mmp/Makefile |1 +
arch/arm/mach-mmp/mmp2-dt.c | 60 +++
2 files changed, 61 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/mach-mmp/mmp2-dt.c
diff --git a/arch/arm/mach-mmp/Makefile b/arch
Suppot gpio/irq/timer in mmp-dt driver. Support PXA910 also in mmp-dt
driver.
Signed-off-by: Haojian Zhuang
---
arch/arm/mach-mmp/mmp-dt.c | 50 +++
1 files changed, 40 insertions(+), 10 deletions(-)
diff --git a/arch/arm/mach-mmp/mmp-dt.c b/arch/arm/ma
Append mmp2 and pxa910 dts files. Update PXA168 dts files for irq,
timer, gpio components.
Signed-off-by: Haojian Zhuang
---
arch/arm/boot/dts/mmp2-brownstone.dts | 38 ++
arch/arm/boot/dts/mmp2.dtsi | 220 +
arch/arm/boot/dts/pxa168.dtsi
Append interrupt controller and timer document for mmp. Updates
documents for gpio and i2c.
Signed-off-by: Haojian Zhuang
---
Documentation/devicetree/bindings/arm/mrvl.txt |6 ---
.../devicetree/bindings/arm/mrvl/intc.txt | 40
.../devicetree/bindings/arm
On 05/04/2012 03:17 PM, Mark Brown wrote:
>> You mean on devices like twl6040, twl6030, twl4030 (I2C MFD devices)?
>> Or "irq expander" type of devices?
>
> The latter, and also just any driver that delivers an interrupt via a
> GPIO on OMAP - if the GPIO IRQ numbers are all dynamically allocated
On Thursday 03 May 2012, Stephen Warren wrote:
> > +- #dma-channels: Number of DMA channels supported by the controller.
> > +- #dma-requests: Number of DMA requests signals supported by the
> > controller.
>
> I don't see why those properties would be mandatory in device tree. They
> don
On Fri, May 04, 2012 at 03:33:51PM +0300, Peter Ujfalusi wrote:
> On 05/04/2012 03:17 PM, Mark Brown wrote:
> > The latter, and also just any driver that delivers an interrupt via a
> > GPIO on OMAP - if the GPIO IRQ numbers are all dynamically allocated
> > then it gets hard to register an off-ch
On Friday 04 May 2012, Haojian Zhuang wrote:
> On Wed, May 2, 2012 at 8:51 PM, Arnd Bergmann wrote:
> > On Wednesday 02 May 2012, Haojian Zhuang wrote:
> >> I use two CONFIG_OF in this file. The first one is used to record
> >> register base address
> >> of interrupt controller. In legacy code, th
On Thursday 03 May 2012, Roland Stigge wrote:
> This patch adds device tree support for gpio-lpc32xx.c.
>
> The various GPIO groups correspond to the different irregular GPIO banks of
> the
> LPC32xx hardware. Most importantly, there are the GPI(0-27), GPO(0-23) and
> GPIO(0-5) banks. Each bank m
On Thursday 03 May 2012, Roland Stigge wrote:
> This patch adds device tree support for rtc-lpc32xx.c
>
> Signed-off-by: Roland Stigge
>
Acked-by: Arnd Bergmann
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozl
On Friday 04 May 2012, Haojian Zhuang wrote:
> v2:
> 1. remove MACH_MMP_LEGACY & MACH_MMP2_LEGACY
> 2. use irq.c to replace irq-pxa168.c & irq-mmp2.c
> 3. Avoid to use CONFIG_OF in entry-macro.S
>
Looks all good to me now,
Acked-by: Arnd Bergmann
Arnd
__
Hello,
this v3 patchset is now pending for more than 1 month without
seeing comments for it. Are there no more issues?
Should I rebase it (if no further comments occur), as it is
pending so long? (If so, against which tree?)
Thanks.
bye,
Heiko
Heiko Schocher wrote:
> This patchserie add suppor
On Fri, May 04, 2012 at 02:15:03PM +0200, Marek Vasut wrote:
> > static int __init mxs_add_mxs_dma(void)
> > {
> > - char *apbh = "mxs-dma-apbh";
> > - char *apbx = "mxs-dma-apbx";
> > + char *mx23_apbh = "imx23-dma-apbh";
> > + char *mx23_apbx = "imx23-dma-apbx";
> > + char *mx28_apbh
On Fri, May 04, 2012 at 08:12:15PM +0800, Dong Aisheng wrote:
> #include
> -#include
I do not think you can remove this inclusion in this patch, since the
use of cpu_is_mx23() does not get removed from mxs-dma driver until
patch #2.
You do not have to resend the series, if there are no other o
On Fri, May 04, 2012 at 10:06:53AM -0500, Jon Hunter wrote:
> The thought here was that some DMAs may distinguish between devices by a
> request ID or a channel ID or both. In the case of say an OMAP4, we have
> 32 channels and 127 request IDs. From a h/w perspective we need to know
> both. Each of
On Monday 30 April 2012, Jon Hunter wrote:
> From: Jon Hunter
>
> This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
> to add some basic helpers to retrieve a DMA controller device_node and the
> DMA request/channel information.
Thanks for picking this up again, I very much
On Fri, May 04, 2012 at 08:12:15PM +0800, Dong Aisheng wrote:
> From: Dong Aisheng
>
> This can get rid of the mach-dependency.
>
> Cc: Vinod Koul
> Cc: Dan Williams
> Cc: Shawn Guo
> Cc: Sascha Hauer
> Cc: Huang Shijie
> Reviewed-by: Marek Vasut
> Signed-off-by: Dong Aisheng
Looks good
On 05/04/2012 12:17 AM, Hiroshi Doyu wrote:
> Stephen Warren wrote at Thu, 3 May 2012 19:41:35 +0200:
>> On 05/03/2012 10:05 AM, Hiroshi DOYU wrote:
>>> Tegra AHB Bus conforms to the AMBA Specification (Rev 2.0) Advanced
>>> High-performance Bus (AHB) architecture.
...
>>> +static int __init tegra_
On 05/04/2012 12:40 AM, Hiroshi Doyu wrote:
> From: Stephen Warren
> Subject: Re: [PATCHv3 1/4] ARM: tegra: Add Tegra AHB driver
> Date: Thu, 3 May 2012 19:59:33 +0200
> Message-ID: <4fa2c785.2080...@wwwdotorg.org>
>
>> On 05/03/2012 10:05 AM, Hiroshi DOYU wrote:
>>> Tegra AHB Bus conforms to the
On 05/04/2012 07:00 AM, Hiroshi Doyu wrote:
...
> What about the following AHB patches? AHB patches are independent of
> MC/GART/SMMU DT issue basically. If you think that they are ready to
> merge, I'll post the update version, I fixed some of your latest
> comments.
>
> [PATCH 1/3] ARM: tegra:
On 05/04/2012 03:13 AM, Hiroshi Doyu wrote:
> From: Stephen Warren
> Subject: Re: [PATCH v2] ARM: dt: tegra20: Add GART device
> Date: Thu, 3 May 2012 20:28:02 +0200
> Message-ID: <4fa2ce32.7010...@wwwdotorg.org>
>
>> On 04/16/2012 09:04 AM, Thierry Reding wrote:
>>> This commit adds the device n
On 05/04/2012 09:06 AM, Jon Hunter wrote:
> Hi Stephen,
>
> On 05/03/2012 05:26 PM, Stephen Warren wrote:
>> On 04/30/2012 03:17 PM, Jon Hunter wrote:
>>> From: Jon Hunter
>>>
>>> This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
>>> to add some basic helpers to retrieve a D
On 05/04/2012 09:56 AM, Arnd Bergmann wrote:
> On Monday 30 April 2012, Jon Hunter wrote:
>> From: Jon Hunter
>>
>> This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
>> to add some basic helpers to retrieve a DMA controller device_node and the
>> DMA request/channel informati
Hi Heiko,
On 5/4/2012 9:03 PM, Heiko Schocher wrote:
> Hello,
>
> this v3 patchset is now pending for more than 1 month without
> seeing comments for it. Are there no more issues?
I am yet to get to them. I have mostly cleared my backlog and will be
looking into these next. Sorry about the delay
On Friday 04 May 2012, Jon Hunter wrote:
> >
> > I believe this is not entirely correct: sometimes the filter_fn is provided
> > by the slave driver, sometimes by the master driver.
>
> Ok, but in the master case I assume they still use the same API?
The all use dma_request_channel, but the for
On Friday 04 May 2012, Jassi Brar wrote:
> I see this requires a client driver to specify a particular req_line on a
> particular dma controller. I am not sure if this is most optimal.
>
> I think such client->req_line map should be provided to the dmac controller
> driver via its dt node in some
On 05/04/2012 06:18 AM, John Crispin wrote:
> Implement support for pinctrl on lantiq/xway socs. The IO core found on these
> socs has the registers for pinctrl, pinconf and gpio mixed up in the same
> register range. As the gpio_chip handling is only a few lines, the driver also
> implements the g
Hi Stephen,
Thanks for the comments
> Overall looks pretty reasonable. Some comments below.
>
> There doesn't appear to be binding documentation. Something is needed to
> describe how to instantiate the pinctrl driver, and the format of the
> "pin configuration nodes". See
> Documentation/devicetr
On Thu, Mar 15, 2012 at 10:20:34AM -0700, Dirk Brandewie wrote:
> On 03/15/2012 04:37 AM, Dan Carpenter wrote:
> >There are a couple issues here caused by confusion between sizeof()
> >and ARRAY_SIZE(). "table_size" should be the number of elements, but we
> >should allocate it with kcalloc() so t
55 matches
Mail list logo