Hi Chanwoo Choi,
On Wednesday 12 June 2013 07:09 AM, Chanwoo Choi wrote:
From: Kishon Vijay Abraham I
Added an API of_extcon_get_extcon_dev() to be used by drivers to get
extcon device in the case of dt boot (this can be used instead of
extcon_get_extcon_dev()).
Signed-off-by: Kishon Vijay Ab
Hi Dmitry,
On Mon, Jun 10, 2013 at 23:33:11, Dmitry Torokhov wrote:
> Manish,
>
> On Mon, Jun 10, 2013 at 10:23:16AM +, Vishwanathrao Badarkhe, Manish
> wrote:
> > Hi Dmitry,
> >
> > On Mon, Jun 10, 2013 at 11:34:42, Dmitry Torokhov wrote:
> > > Hi Manish,
> > >
> > > On Tue, May 21, 2013
Hello Grant,
On 06/11/2013 11:57 PM, Grant Likely wrote:
On Tue, 11 Jun 2013 16:50:50 +0200, Florian Vaussard
wrote:
Pinctrl headers were not protected with #ifndef.
Signed-off-by: Florian Vaussard
Obviously this needs to go in via whatever tree added the modified
header files.
I autho
On 06/12/2013 12:22 AM, Grant Likely wrote:
> On Tue, 11 Jun 2013 16:08:11 +0200, Michal Simek wrote:
>> Hi Grant,
>>
>> nice that you have found a time to look at this.
>>
>> On 06/11/2013 03:02 PM, Grant Likely wrote:
>>> On Mon, 27 May 2013 15:23:57 +0200, Michal Simek wrote:
Hi guys,
>>>
On Tue, Jun 11, 2013 at 10:07:12AM +0530, Jassi Brar wrote:
> On 11 June 2013 00:04, Will Deacon wrote:
>
> > The microcode bus address (pl330_dmac.mcode_bus) is currently a u32,
> > which fails to compile when building on a system with 64-bit bus
> > addresses.
> >
> > This patch uses dma_addr_t
On Mon, Jun 10, 2013 at 07:34:37PM +0100, Will Deacon wrote:
> The PL330 driver probes the peripheral and primecell IDs of the device to
> make sure that it is indeed an AMBA PL330. However, it does this by
> making byte accesses to a device mapping of the word-aligned ID
> registers, which is eith
The OF code uses irqsafe locks everywhere except in a handful of functions
for no obvious reasons. Since the conversion from the old rwlocks, this
now triggers lockdep warnings when used at interrupt time. At least one
driver (ibmvscsi) seems to be doing that from softirq context.
This converts th
Hi Mike,
On Wed, Jun 12, 2013 at 3:43 AM, Mike Turquette wrote:
> Quoting Padmavathi Venna (2013-06-04 05:28:07)
>> Audio subsystem is introduced in s5pv210 and exynos platforms.
>> This has seperate clock controller which can control i2s0 and
>> pcm0 clocks. This patch registers the audio subsys
On Wed, 2013-05-22 at 07:26 -0500, Rob Herring wrote:
> > git://sources.calxeda.com/kernel/linux.git of-platform-removal
>
> Ben,
>
> Did you have a chance to test this? I want to get this into -next.
I tested the one in for-next (sorry for the high latency). Works fine.
Ack.
Cheers,
Ben.
__
2013/6/12 Inki Dae
> Hi Rahul,
>
> This patch is important to us. Actually, previous hdmi driver had
> controlled hdmiphy HDMI_PHY_CONTROL as if that were a clock but now that
> doesn't exist anymore. So we need to discuss how hdmiphy should be handled.
> I konw that you had already posted hdmiph
Hi Rahul,
This patch is important to us. Actually, previous hdmi driver had
controlled hdmiphy HDMI_PHY_CONTROL as if that were a clock but now that
doesn't exist anymore. So we need to discuss how hdmiphy should be handled.
I konw that you had already posted hdmiphy relevant patch set, [PATCH 0/4
On Friday, June 07, 2013 7:53 PM, Arnd Bergmann wrote:
> On Friday 07 June 2013 18:22:50 Jingoo Han wrote:
>
> > diff --git a/Documentation/devicetree/bindings/pci/exynos-pcie.txt
> b/Documentation/devicetree/bindings/pci/exynos-pcie.txt
> > new file mode 100644
> > index 000..3eb4a2d
> > ---
On Wed, Jun 12, 2013 at 12:14:49AM +0200, Laurent Pinchart wrote:
> Hi Simon,
>
> On Saturday 25 May 2013 10:24:34 Simon Horman wrote:
> > On Tue, May 21, 2013 at 01:40:04PM +0200, Laurent Pinchart wrote:
> > > Hello,
> > >
> > > Here's the second version of the gpio-rcar driver DT bindings. I've
On 06/11/2013 07:28 PM, dingu...@altera.com wrote:
> From: Dinh Nguyen
>
> Add bindings for SD/MMC for SOCFPGA.
> Add "syscon" to the "altr,sys-mgr" binding.
Not sure how I see syscon is related to SD? That is a pretty vague name
as well.
> Signed-off-by: Dinh Nguyen
> Reviewed-by: Pavel Mache
From: Kishon Vijay Abraham I
Added an API of_extcon_get_extcon_dev() to be used by drivers to get
extcon device in the case of dt boot (this can be used instead of
extcon_get_extcon_dev()).
Signed-off-by: Kishon Vijay Abraham I
Signed-off-by: Chanwoo Choi
Signed-off-by: Myungjoo Ham
---
driv
Hi Kishon,
On 06/04/2013 01:13 AM, Kishon Vijay Abraham I wrote:
> Added an API of_extcon_get_extcon_dev() to be used by drivers to get
> extcon device in the case of dt boot (this can be used instead of
> extcon_get_extcon_dev()).
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> drivers/extcon
Looks good to me.
But this patch has a dependency on '[PATCH 2/2] mmc: dw_mmc: Add support DW
SD/MMC driver on SOCFPGA'
After that, it can be applied.(SDMMC_CMD_USE_HOLD_REG should be moved in
dw_mmc.h)
Acked-by: Seungwon Jeon
Thanks,
Seungwon Jeon
On 06/11/13 2013 8:31 PM Heiko Stübner wrote
On 06/11/13 2013 8:30 PM Heiko Stübner wrote:
> In a subsquent patch probe will need to do some handling of data from
> the dt match table. So to prevent the need for forward declarations,
> move probe and remove below the match table.
>
> Signed-off-by: Heiko Stuebner
Acked-by: Seungwon Jeon
Hi Kishon,
I confused patch number. I applied patch2,3 on extcon-linus branch.
extcon: Kconfig: Make extcon config type as bool
extcon: add EXPORT_SYMBOL_GPL for exported functions
And I will reply comment about patch1 soon.
extcon: Add an API to get extcon device from dt node
Thanks,
Hi Kishon,
I confused patch number. I applied patch2,3 on extcon-linus branch.
extcon: Kconfig: Make extcon config type as bool
extcon: add EXPORT_SYMBOL_GPL for exported functions
And I will reply comment about patch1 soon.
extcon: Add an API to get extcon device from dt node
Thanks,
Hi Kishon,
Sorry for late reply.
I applied patch1,2 on extcon-linus branch.
-
http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/log/?h=extcon-linus
But, I have comment of patch 3 about dt API. I send comment on patch 3 mailing
thread.
Thanks,
Chanwoo Choi
On 06/04/2013 01:13 AM,
From: Dinh Nguyen
Add bindings for SD/MMC for SOCFPGA.
Add "syscon" to the "altr,sys-mgr" binding.
Signed-off-by: Dinh Nguyen
Reviewed-by: Pavel Machek
CC: Arnd Bergmann
CC: Olof Johansson
Cc: Pavel Machek
Cc: Grant Likely
Cc: Rob Herring
Cc: Chris Ball
Cc: devicetree-discuss@lists.ozlab
I get the following lockdump output on p2020rdb using
v3.10-rc5-43-g34376a5. While it's not particularly polite for the
esdhc driver to be calling OF functions while holding another lock which
can be acquired from interrupt context, why is devtree_lock usually
acquired in an irqsafe manner but som
On Tuesday 11 June 2013 16:58:41 Jason Gunthorpe wrote:
> On Wed, Jun 12, 2013 at 12:34:14AM +0200, Arnd Bergmann wrote:
>
> > a significant waste of physical address space, because the (per-soc)
> > ranges property has to be set up for the largest possible external
> > device connected to the bus
On Wed, Jun 12, 2013 at 12:22:29AM +0200, Sebastian Hesselbarth wrote:
> sorry to kick into this thread that late but Ezequiel made me think of
> address windows when asking on IRC. From what I can see from your and
> Arnd's proposal the only real difference is that having it Arnd's way
> allows y
On Wednesday 12 June 2013 00:22:29 Sebastian Hesselbarth wrote:
>
> When removing size from marvell,mbus-target above, mbus driver could
> also probe for required max size from the reg properties of the child
> nodes. Arnd already said that mbus isn't "simple-bus" anymore, why
> can't it just walk
On Wed, Jun 12, 2013 at 12:34:14AM +0200, Arnd Bergmann wrote:
> a significant waste of physical address space, because the (per-soc)
> ranges property has to be set up for the largest possible external
> device connected to the bus, but the mbus window only needs to cover the
> device that is act
On Tuesday 11 June 2013 15:50:23 Jason Gunthorpe wrote:
> On Tue, Jun 11, 2013 at 05:26:47PM +0200, Arnd Bergmann wrote:
>
> > That looks ok to me, yes. If you have just one device under some of the
> > nodes
> > however, I think it's easier use an empty ranges property and do
> >
> > devbus
Hi,
On Tuesday 11 of June 2013 22:51:47 Grant Likely wrote:
> On Tue, 11 Jun 2013 17:22:55 +0100, Jonathan Austin
wrote:
> > Hi Rob, Thomasz,
> >
> > (dredging up an oldish thread as I just ran in to this issue)
> >
> > On 01/04/13 22:19, Rob Herring wrote:
> > > On 03/09/2013 02:15 PM, Tomasz
On Mon, 10 Jun 2013 19:34:38 +0100, Will Deacon wrote:
> The microcode bus address (pl330_dmac.mcode_bus) is currently a u32,
> which fails to compile when building on a system with 64-bit bus
> addresses.
>
> This patch uses dma_addr_t to represent the address instead.
>
> Cc: Jassi Brar
> Cc:
On Mon, 10 Jun 2013 19:34:37 +0100, Will Deacon wrote:
> The PL330 driver probes the peripheral and primecell IDs of the device to
> make sure that it is indeed an AMBA PL330. However, it does this by
> making byte accesses to a device mapping of the word-aligned ID
> registers, which is either UN
On Tue, 11 Jun 2013 12:51:27 +0200, Boris BREZILLON
wrote:
> Add new at91sam9 watchdog properties to the documentation.
>
> Signed-off-by: Boris BREZILLON
Looks reasonable,
Acked-by: Grant Likely
> ---
> .../devicetree/bindings/watchdog/atmel-wdt.txt | 30
> ++--
> 1
LED2 to LED4 are GPIO LEDs. Add corresponding DT nodes.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7779-marzen-reference.dts | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7779-marzen-reference.dts
b/arch/arm/boot/dts/r8a7779-marzen-refere
Replace the pinctrl mappings in board code by device tree mappings.
For devices that are still instantiated from board code reference the
mappings as the default pin controller state to apply them at boot time.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7779-marzen-reference.dts |
LED1 to LED4 are GPIO LEDs. Add corresponding DT nodes.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/sh73a0-kzm9g-reference.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/sh73a0-kzm9g-reference.dts
b/arch/arm/boot/dts/sh73a0-kzm9g-reference.
Reference the st1232 reset GPIO from the device tree and remove it from
board code.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7740-armadillo800eva-reference.dts | 2 ++
arch/arm/mach-shmobile/board-armadillo800eva-reference.c | 7 ---
2 files changed, 2 insertions(+), 7 delet
Replace the pinctrl mappings in board code by device tree mappings.
For devices that are still instantiated from board code reference the
mappings as the default pin controller state to apply them at boot time.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/sh73a0-kzm9g-reference.dts |
Create two GPIO-controlled fixed-voltage regulators in the
kzm9g-reference DT and remove manual configuration of the corresponding
GPIOs from board code.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/sh73a0-kzm9g-reference.dts | 23 +--
arch/arm/mach-shmobile/board-
LED1 to LED4 are GPIO LEDs. Add corresponding DT nodes.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7740-armadillo800eva-reference.dts | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7740-armadillo800eva-reference.dts
b/arch/arm/boot/dts/r8
Add pin mappings for the st1232 device to the device tree and reference
them as the default state for the device.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7740-armadillo800eva-reference.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7740-armad
Add GPIO controller nodes to the r8a7790 core device tree.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7790.dtsi | 61 ++
1 file changed, 61 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi
index 13ca
Replace the pinctrl mappings in board code by device tree mappings.
For devices that are still instantiated from board code reference the
mappings as the default pin controller state to apply them at boot time.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7740-armadillo800eva-referen
Add a pfc node to the sh73a0 device tree and remove manual pinmux
initialization from the corresponding board files.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/sh73a0.dtsi | 8
arch/arm/mach-shmobile/board-kzm9g-reference.c | 27 +-
2
Add a pfc node to the sh7372 device tree.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/sh7372.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/sh7372.dtsi b/arch/arm/boot/dts/sh7372.dtsi
index 677fc60..ce19398 100644
--- a/arch/arm/boot/dts/sh7372.dtsi
Add a pfc node to the r8a7779 device tree and remove manual pinmux
initialization from the corresponding board files.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7779.dtsi | 5 +
arch/arm/mach-shmobile/board-marzen-reference.c | 17 -
2 files ch
Add a pfc node to the r8a7778 device tree.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7778.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7778.dtsi b/arch/arm/boot/dts/r8a7778.dtsi
index 4743735..c8dbf14 100644
--- a/arch/arm/boot/dts/r8a7778.dts
Add a pfc node to the r8a7790 device tree.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7790.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi
index 339d9b1..13caf12 100644
--- a/arch/arm/boot/dts/r8a7790.dts
Add GPIO controller nodes to the r8a7779 core device tree.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7779.dtsi | 71 ++
1 file changed, 71 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7779.dtsi b/arch/arm/boot/dts/r8a7779.dtsi
index 9dfc
Add GPIO controller nodes to the r8a7778 core device tree.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7778.dtsi | 51 ++
1 file changed, 51 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7778.dtsi b/arch/arm/boot/dts/r8a7778.dtsi
index c8db
Add a pfc node to the r8a7740 device tree and remove manual pinmux
initialization from the corresponding board files.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7740.dtsi | 8
arch/arm/mach-shmobile/board-armadillo800eva-reference.c | 16
Support device instantiation through the device tree. The compatible
property is used to select the SoC pinmux information.
Set the gpio_chip device field to the PFC device to enable automatic
GPIO OF support.
Cc: devicetree-discuss@lists.ozlabs.org
Signed-off-by: Laurent Pinchart
---
.../bindi
Document DT properties for the generic pinctrl parameters and add a
parser function.
Signed-off-by: Laurent Pinchart
---
.../bindings/pinctrl/pinctrl-bindings.txt | 29 +++
drivers/pinctrl/pinconf-generic.c | 94 ++
drivers/pinctrl/pinconf.h
Add a pfc node to the r8a73a4 device tree.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a73a4.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/r8a73a4.dtsi b/arch/arm/boot/dts/r8a73a4.dtsi
index 4ff2019..5aa1180 100644
--- a/arch/arm/boot/dts/r8a73a4.d
Platform data isn't used, support can thus be removed.
Signed-off-by: Laurent Pinchart
Acked-by: Linus Walleij
---
drivers/pinctrl/sh-pfc/core.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/pinctrl/sh-pfc/core.c b/drivers/pinctrl/sh-pfc/core.c
index 3b2fd43..ac4
On 06/11/2013 11:50 PM, Jason Gunthorpe wrote:
On Tue, Jun 11, 2013 at 05:26:47PM +0200, Arnd Bergmann wrote:
That looks ok to me, yes. If you have just one device under some of the nodes
however, I think it's easier use an empty ranges property and do
devbus-bootcs {
ra
On Tue, 11 Jun 2013 16:08:11 +0200, Michal Simek wrote:
> Hi Grant,
>
> nice that you have found a time to look at this.
>
> On 06/11/2013 03:02 PM, Grant Likely wrote:
> > On Mon, 27 May 2013 15:23:57 +0200, Michal Simek wrote:
> >> Hi guys,
> >>
> >> we have got a new configurations with iomo
Hello,
Here's the fifth version of the SuperH and SH Mobile pin controllers (PFC) DT
support patch set.
The patches are based on tags/renesas-next-20130611v2 from Simon's tree
(git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.git) and the R-Car
GPIO DT bindings proposal ("[RFC/PATCH v2
Hi Simon,
On Saturday 25 May 2013 10:24:34 Simon Horman wrote:
> On Tue, May 21, 2013 at 01:40:04PM +0200, Laurent Pinchart wrote:
> > Hello,
> >
> > Here's the second version of the gpio-rcar driver DT bindings. I've tested
> > the patches on the Marzen board (r8a7779).
> >
> > Once again I'd a
Quoting Padmavathi Venna (2013-06-04 05:28:07)
> Audio subsystem is introduced in s5pv210 and exynos platforms.
> This has seperate clock controller which can control i2s0 and
> pcm0 clocks. This patch registers the audio subsystem clocks
> with the common clock framework on Exynos family.
>
> Sig
Document DT properties for the generic pinctrl parameters and add a
parser function.
Signed-off-by: Laurent Pinchart
---
.../bindings/pinctrl/pinctrl-bindings.txt | 29 +++
drivers/pinctrl/pinconf-generic.c | 94 ++
drivers/pinctrl/pinconf.h
On Tue, 11 Jun 2013 19:41:31 +0530, Rahul Sharma
wrote:
> Update device tree binding documentation for hdmi subsystem with the
> clock information, phy property information and compatible strings for
> exynos5420.
>
> Signed-off-by: Rahul Sharma
Binding looks reasonable to me. I'll leave it to
On Tue, 11 Jun 2013 16:50:50 +0200, Florian Vaussard
wrote:
> Pinctrl headers were not protected with #ifndef.
>
> Signed-off-by: Florian Vaussard
Obviously this needs to go in via whatever tree added the modified
header files.
Acked-by: Grant Likely
> ---
> include/dt-bindings/pinctrl/am3
On Tue, 11 Jun 2013 16:53:19 +0200, Florian Vaussard
wrote:
> Hello,
>
> On 05/31/2013 03:49 PM, Florian Vaussard wrote:
> > Hello,
> >
> > Gentle ping. Does someone has any comments on this fix? Can someone
> > tests on the real hardware?
> >
>
> Nobody has this hardware somewhere in a drawer?
On Tue, 11 Jun 2013 17:22:55 +0100, Jonathan Austin
wrote:
> Hi Rob, Thomasz,
>
> (dredging up an oldish thread as I just ran in to this issue)
>
> On 01/04/13 22:19, Rob Herring wrote:
> > On 03/09/2013 02:15 PM, Tomasz Figa wrote:
> >> This patch moves several for_each macros out of the #ifde
On Tue, Jun 11, 2013 at 05:26:47PM +0200, Arnd Bergmann wrote:
> That looks ok to me, yes. If you have just one device under some of the nodes
> however, I think it's easier use an empty ranges property and do
>
> devbus-bootcs {
> ranges;
> nor {
>
On Fri, 26 Apr 2013 16:31:24 -0500, Jon Hunter wrote:
>
> On 04/26/2013 02:31 AM, Linus Walleij wrote:
> > On Wed, Apr 17, 2013 at 2:41 AM, Javier Martinez Canillas
> > wrote:
> >
> > So:
> >
> >> +static int omap_gpio_irq_domain_xlate(struct irq_domain *d,
> >> +
From: Stephen Warren
Modify the RT5640 driver to parse platform data from device tree. Write
a DT binding document to describe those properties.
Slight re-ordering of rt5640_i2c_probe() to better fit the DT parsing.
Since ldo1_en is optional, guard usage of it with gpio_is_valid(), rather
than
Quoting Arnd Bergmann (2013-06-04 13:52:03)
> On Tuesday 04 June 2013, Linus Walleij wrote:
> > The whole thing is very different from other DT clock things
> > I've seen, usually you add a compatible node for each
> > clock type, and a node for each physical gate. But there
> > may be several ways
On Tue, Jun 11, 2013 at 4:05 PM, Srinivas KANDAGATLA
wrote:
> Doing this is not adding any value to the driver, because
> 1. Currently the driver only support DT boot paths, in my previous RFC
> patches, Arnd suggested to get rid of the header as all platforms are DT
> now.
In that case why do
Quoting Heiko Stübner (2013-06-11 04:31:31)
> This adds basic support for clocks on Rockchip rk3066 SoCs.
> The clock handling thru small dt nodes is heavily inspired by the
> sunxi clk code.
>
> The plls are currently read-only, as their setting needs more
> investigation. This also results in sl
Am Dienstag, 11. Juni 2013, 20:57:50 schrieb Mike Turquette:
> Quoting Heiko Stübner (2013-06-11 04:29:32)
>
> > SoCs like the Rockchip Cortex-A9 ones contain divider some clocks
> > that use the regular mechanisms for storage but allow only even
> > dividers and 1 to be used.
> >
> > Therefore a
Quoting Heiko Stübner (2013-06-11 04:29:32)
> SoCs like the Rockchip Cortex-A9 ones contain divider some clocks
> that use the regular mechanisms for storage but allow only even
> dividers and 1 to be used.
>
> Therefore add a flag that lets _is_valid_div limit the valid dividers
> to these values
Hello,
On 06/11/2013 06:27 PM, Stephen Warren wrote:
On 06/11/2013 08:48 AM, Florian Vaussard wrote:
Use the MTD constants for NAND and OneNAND nodes used in OMAP3
DTS.
I don't quite understand the split between patches 2/3 and 3/3; isn't
the edit to omap3-overo.dtsi (part of) a board file, a
Hello Javier,
On 06/11/2013 05:29 PM, Javier Martinez Canillas wrote:
On 06/11/2013 04:48 PM, Florian Vaussard wrote:
Use the MTD constants for NAND and OneNAND nodes used in OMAP3
DTS.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap3-devkit8000.dts | 10 +-
arch/arm/b
Hello Stephen,
On 06/11/2013 06:24 PM, Stephen Warren wrote:
On 06/11/2013 08:48 AM, Florian Vaussard wrote:
These constants can be used to easily declare MTD partitions inside
DTS.
The constants MTDPART_OFS_* are purposely not included. Indeed,
parse_ofpart_partitions() is expecting u64, but
From: Stephen Warren
Many useful new features have been added to dtc since the last release.
Projects that use dtc wish to test the version number to determine
which features are available. Increment the version number to allow this.
Signed-off-by: Stephen Warren
---
Makefile | 2 +-
1 file ch
On 06/11/2013 08:48 AM, Florian Vaussard wrote:
> Use the MTD constants for NAND and OneNAND nodes used in OMAP3
> DTS.
I don't quite understand the split between patches 2/3 and 3/3; isn't
the edit to omap3-overo.dtsi (part of) a board file, and hence logically
part of this patch? I'd be tempted
On 06/11/2013 08:48 AM, Florian Vaussard wrote:
> These constants can be used to easily declare MTD partitions inside
> DTS.
>
> The constants MTDPART_OFS_* are purposely not included. Indeed,
> parse_ofpart_partitions() is expecting u64, but a DT cell is u32.
> Negative constants, as defined by M
On 06/10/2013 11:30 PM, J Keerthy wrote:
> This patch adds Palmas MFD node and the regulator nodes for OMAP5.
>
> The node definitions are based on: https://lkml.org/lkml/2013/6/6/25
>
> Boot tested on omap5-uevm board.
> diff --git a/arch/arm/boot/dts/omap5-uevm.dts
> b/arch/arm/boot/dts/omap5
On 06/11/2013 04:49 PM, Florian Vaussard wrote:
> The Tobi expansion boards embeds a SMSC LAN8700 PHY. Add the
> corresponding node into the DT. The regulators are not designed
> to be turned off.
>
> Signed-off-by: Florian Vaussard
> ---
> arch/arm/boot/dts/omap3-tobi.dts | 48
>
On 06/11/2013 04:48 PM, Florian Vaussard wrote:
> Use the MTD constants for NAND and OneNAND nodes used in OMAP3
> DTS.
>
> Signed-off-by: Florian Vaussard
> ---
> arch/arm/boot/dts/omap3-devkit8000.dts | 10 +-
> arch/arm/boot/dts/omap3-igep0020.dts | 10 +-
> arch/arm/boo
On Tue, Jun 11, 2013 at 03:13:16PM +0200, Thomas Gleixner wrote:
> On Tue, 11 Jun 2013, Sebastian Hesselbarth wrote:
> > On 06/11/13 14:35, Ezequiel Garcia wrote:
> > With Thomas Gleixner's Review now only somebody has to take the irqchip
> > patch then all three drivers are queued for next release
On Tuesday 11 June 2013 10:57:38 Ezequiel Garcia wrote:
> Jason, Arnd:
>
> On Sat, Jun 08, 2013 at 07:45:06PM -0600, Jason Gunthorpe wrote:
> [...]
> >
> > This is the mangling I was referring to. It needs to be the offset
> > into the target, it can't be something else.
> >
>
> I see both of y
On Tue, Jun 04, 2013 at 11:23:07PM +0200, Simon Guinot wrote:
> On Tue, Jun 04, 2013 at 08:52:12AM +0200, Arnaud Ebalard wrote:
> > Hi Simon,
> >
> > Simon Guinot writes:
> >
> > > On Sat, Jun 01, 2013 at 07:26:54PM +0200, Arnaud Ebalard wrote:
> > >> Hi Simon and Guenter,
> > >>
> > >> Simon G
On Tue, Jun 04, 2013 at 09:14:29AM +0200, Arnaud Ebalard wrote:
>
> Signed-off-by: Arnaud Ebalard
> ---
> drivers/hwmon/Kconfig | 10 +
> drivers/hwmon/Makefile |1 +
> drivers/hwmon/g762.c |
>
> include/lin
On Tue, Jun 04, 2013 at 09:14:47AM +0200, Arnaud Ebalard wrote:
>
> Signed-off-by: Arnaud Ebalard
Please merge the patches into one. I don't see the benefit of having three
patches as it is all part of one driver.
Thanks,
Guenter
> ---
> Documentation/hwmon/g762 | 62
>
On Tuesday 11 June 2013 10:31:45 Ezequiel Garcia wrote:
> > > +
> > > + soc {
> > > + bootrom {
> > > + ranges = <0 0x01e0 0xfff0 0x10>;
> > > + };
> > > + };
> >
> > I think I'm a bit lost here. Is the "soc" node in this example the node
> > t
Pinctrl headers were not protected with #ifndef.
Signed-off-by: Florian Vaussard
---
include/dt-bindings/pinctrl/am33xx.h |5 +
include/dt-bindings/pinctrl/omap.h |5 +
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/include/dt-bindings/pinctrl/am33xx.h
b/inclu
Hello,
On 05/31/2013 03:49 PM, Florian Vaussard wrote:
Hello,
Gentle ping. Does someone has any comments on this fix? Can someone
tests on the real hardware?
Nobody has this hardware somewhere in a drawer? :-)
Regards,
Florian
Regards,
Florian
On 05/23/2013 10:11 AM, Florian Vaussard w
Commit c971ff1 'leds: leds-pwm: Defer led_pwm_set() if PWM can sleep'
fixed a crash when using a trigger with a pwm-led provided by an
external chip. Now it is safe to add the default trigger according
to board-overo.c.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap3-overo.dtsi |
The LED is active low, not active high.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap3-tobi.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-tobi.dts b/arch/arm/boot/dts/omap3-tobi.dts
index dea726f..1458591 100644
--- a/arch/arm/
Hello,
This series performs several updates to omap3-overo and omap3-tobi.
Patch 1 is necessary to patch 2 for the IRQ constant. The SMSC911X is
largely taken from omap3-igep.
Regards,
Florian
Florian Vaussard (4):
ARM: dts: OMAP3: Include IRQ header
ARM: dts: omap3-tobi: Add SMSC911X node
The Tobi expansion boards embeds a SMSC LAN8700 PHY. Add the
corresponding node into the DT. The regulators are not designed
to be turned off.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap3-tobi.dts | 48 ++
1 files changed, 48 insertions(+), 0
Some nodes in OMAP3 DTS now use edge or level sensitive interrupts.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap3.dtsi |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/omap3.dtsi
index 6d05ee0..8e1a87f 100644
Use the MTD constants for NAND and OneNAND nodes used in OMAP3
DTS.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap3-devkit8000.dts | 10 +-
arch/arm/boot/dts/omap3-igep0020.dts | 10 +-
arch/arm/boot/dts/omap3-igep0030.dts | 10 +-
arch/arm/boot/dts/
Add device-tree node for the on-board NAND memory.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap3-overo.dtsi | 50
arch/arm/boot/dts/omap3.dtsi |2 +
2 files changed, 52 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/om
Hello,
Legacy board files use constants from sizes.h and mtd/partitions.h
to declare MTD partitions. This series performs the same with DT.
Necessary headers are added (patch 1), a NAND node is added to
omap3-overo (patch 2), and remaining DTS are converted (patch 3).
Patch 2 was tested on the r
These constants can be used to easily declare MTD partitions inside
DTS.
The constants MTDPART_OFS_* are purposely not included. Indeed,
parse_ofpart_partitions() is expecting u64, but a DT cell is u32.
Negative constants, as defined by MTDPART_OFS_*, would be wrongly
interpreted by parse_ofpart_p
On 06/11/13 16:13, Thomas Gleixner wrote:
On Tue, 11 Jun 2013, Sebastian Hesselbarth wrote:
On 06/11/13 15:45, Thomas Gleixner wrote:
But what about the bit in of that first irq in the cause register? If
it's set on entry you call generic_handle_irq() for that as well. So
if it's set you need t
On Tue, 11 Jun 2013, Sebastian Hesselbarth wrote:
> On 06/11/13 15:45, Thomas Gleixner wrote:
> > But what about the bit in of that first irq in the cause register? If
> > it's set on entry you call generic_handle_irq() for that as well. So
> > if it's set you need to mask it in stat. If not, then
1 - 100 of 149 matches
Mail list logo
