Add auart2 pins configuration on its main pads
Signed-off-by: Aida Mynzhasova
---
arch/arm/boot/dts/imx28.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/imx28.dtsi b/arch/arm/boot/dts/imx28.dtsi
index 918d419..cab4c22 100644
--- a/arch/arm/boot/dts/imx2
On Tue, Oct 22, 2013 at 01:58:47PM +0800, Peter Chen wrote:
> When we need the PHY can be waken up by external signals,
> we can call this API. Besides, we call mxs_phy_disconnect_line
> at this API to close the connection between USB PHY and
> controller, after that, the line state from controller
On Wed, Oct 23, 2013 at 01:56:00PM +0800, Shawn Guo wrote:
> On Tue, Oct 22, 2013 at 01:58:35PM +0800, Peter Chen wrote:
> > Since there are three mxs PHY versions, using three compatible
> > strings for them.
> >
> > Signed-off-by: Peter Chen
> > ---
> > Documentation/devicetree/bindings/usb/mx
On Tue, Oct 22, 2013 at 01:58:44PM +0800, Peter Chen wrote:
> This property is used to disconnect line between USB PHY and
> USB controller.
>
> Signed-off-by: Peter Chen
> ---
> Documentation/devicetree/bindings/usb/mxs-phy.txt |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
On Tue, Oct 22, 2013 at 01:58:36PM +0800, Peter Chen wrote:
> The mxs-phy has three versions until now, each versions have
> some differences among PHY operations. the 1st version is
> for mx23/mx28 SoC, The 2nd version is for mx6q and mx6dl, the
> 3rd version is for mx6sl and later mx6 platform.
>
On 10/22/2013 10:07 PM, Gupta, Pekon wrote:
>> From: Brian Norris [mailto:computersforpe...@gmail.com]
>> On Sat, Oct 19, 2013 at 02:14:08PM +0530, Pekon Gupta wrote:
> [...]
>
>>>
>>> Thus this patch run nand_scan_ident() with driver configured as x8 device.
>>
>> So are you saying that the drive
On Tue, Oct 22, 2013 at 01:58:35PM +0800, Peter Chen wrote:
> Since there are three mxs PHY versions, using three compatible
> strings for them.
>
> Signed-off-by: Peter Chen
> ---
> Documentation/devicetree/bindings/usb/mxs-phy.txt |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(
Hi Brian,
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> > [PATCH 4/10]
> > dropped [PATCH v9 4/9] introducing NAND_BUSWIDTH_AUTO, instead
> > using DT 'nand-bus-width' for device bus-width
>
> As mentioned in reply to the patch, I don't think this patch belongs in
> this series
Hi Brian,
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> On Sat, Oct 19, 2013 at 02:14:08PM +0530, Pekon Gupta wrote:
[...]
> >
> > Thus this patch run nand_scan_ident() with driver configured as x8 device.
>
> So are you saying that the driver currently doesn't work if you started
Signed-off-by: Tim Harvey
---
arch/arm/boot/dts/imx6qdl.dtsi | 60
1 file changed, 60 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi
index 59154dc..caa88f9 100644
--- a/arch/arm/boot/dts/imx6qdl.dtsi
+++ b/arc
The Gateworks Ventana product family consists of several baseboard designs
based on the Freescale i.MX6 family of processors.
Tim Harvey (4):
ARM: dts: added several new imx-pinmux groups
ARM: dts: add Gateworks Ventana support
ARM: dts: disable flexcan by default
imx: add PCI fixup for PE
The PEX860X has GPIO's which are used for PCI Reset lines on the
Gateworks Ventana boards. The GPIO's need to be set as output
level high so as to allow the PCIe devices to come out of reset.
Signed-off-by: Tim Harvey
---
arch/arm/mach-imx/mach-imx6q.c | 33 +
Typically nodes are disabled by default and enabled when needed.
Signed-off-by: Tim Harvey
---
arch/arm/boot/dts/imx6qdl.dtsi |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi
index caa88f9..226ce75 100644
--- a/arch/arm/boot
The Gateworks Ventana product family consists of several baseboard designs
based on the Freescale i.MX6 family of processors. Each baseboard has a
different set of possible features.
Signed-off-by: Tim Harvey
---
arch/arm/boot/dts/Makefile|9 +
arch/arm/boot/dts/imx6dl-gw51xx.dt
Correct the SPI node compatible property items to match example code and
match current DTS usage.
Signed-off-by: Eric Witcher
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/spi/omap-
On Tue, Oct 22, 2013 at 01:58:35PM +0800, Peter Chen wrote:
> Since there are three mxs PHY versions, using three compatible
> strings for them.
>
> Signed-off-by: Peter Chen
> ---
> Documentation/devicetree/bindings/usb/mxs-phy.txt |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(
On 23 October 2013 07:14, Chanwoo Choi wrote:
> This patch fix typo of property name from 'pullup-uV' to 'pullup-uv'.
> The ntc_thermistor.c use 'pullup-uv' when parsing dt data.
>
> Signed-off-by: Chanwoo Choi
Thanks for the correction.
Acked-by: Naveen Krishna Chatradhi
> ---
> Documentatio
On Wednesday, October 23, 2013 10:45 AM, Chanwoo Choi wrote:
>
> This patch fix typo of property name from 'pullup-uV' to 'pullup-uv'.
> The ntc_thermistor.c use 'pullup-uv' when parsing dt data.
>
> Signed-off-by: Chanwoo Choi
Reviewed-by: Jingoo Han
Best regards,
Jingoo Han
> ---
> Docume
This patch fix typo of property name from 'pullup-uV' to 'pullup-uv'.
The ntc_thermistor.c use 'pullup-uv' when parsing dt data.
Signed-off-by: Chanwoo Choi
---
Documentation/devicetree/bindings/arm/samsung/exynos-adc.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Docume
On Tue, Oct 22, 2013 at 08:56:13PM +0200, Arnaud Ebalard wrote:
>
> Main hardware parts of the (Armada 370 based) NETGEAR ReadyNAS 104 are
> supported by mainline kernel (USB 3.0 rear ports, USB 2.0 front port,
> Gigabit controller and PHYs, serial port, LEDs, buttons, SATA ports,
> G762 fan contr
> +static const struct capri_cfg_param capri_pinconf_params[] = {
> + {"brcm,hysteresis", CAPRI_PINCONF_PARAM_HYST},
> + {"brcm,pull", CAPRI_PINCONF_PARAM_PULL},
> + {"brcm,slew", CAPRI_PINCONF_PARAM_SLEW},
> + {"brcm,input_dis",
Add pin muxing support for the Nokia N900 i2c controllers.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 35 +++
1 file changed, 35 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index e13b
Add support for Nokia N900's vibrator.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index 5082cb6..a02f64f 100644
--- a/arch/arm/boot/dts/omap3-
Add device tree node for the GPIO keys provided by the
N900 board. This is a simple conversion of the existing
board code.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 48
1 file changed, 48 insertions(+)
diff --git a/arch/arm/
Add UART support to Nokia N900.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index 7dd6fb6..9226268 100644
--- a/arch/arm
Fix the bus speed of i2c bus 2 and 3.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index ad4edd9..7dd6fb6 100644
--- a/arch/arm/boo
Add support for external SD card slot.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index 9226268..01a437e 100644
---
Add support for LP5523 device.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 61
1 file changed, 61 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index 98797e5..c4f20bf 100644
---
Enable support for the power button.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/twl4030.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/twl4030.dtsi b/arch/arm/boot/dts/twl4030.dtsi
index cb5afcd..af7fa40 100644
--- a/arch/arm/boot/dts/twl4030.dtsi
+++
Add support for LP5523 device.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index a02f64f..c7e0d2d 100644
--- a/arch/arm/boot/dts/omap3-n900.dts
+
This patchset adds misc. hardware elements to the Nokia N900 DTS
file. Apart from the last two patches the kernel drivers in 3.12
are already capable of handling the DT entries.
The series is based on bcousson/linux-omap-dt.git:for_3.13/dts.
Additional notes:
* LP5523 support depends on [0], whi
The twl4030.dtsi is missing some regulators. This patch adds
the missing ones and orders the regulators alphabetically.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/twl4030.dtsi | 44 ++
1 file changed, 40 insertions(+), 4 deletions(-)
diff --gi
This patch adds support for Nokia N900 TLV320AIC3X chips.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index 5afbd28..98797
This patch adds supports for Nokia N900 NAND memory.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 72
1 file changed, 72 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index 0a45a
Add RX51_LCD_RESET_GPIO pin mux information to
display.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts
index 999a80c..5afbd28 100644
--- a/arch/
Add regulator names and voltage information to
the Nokia N900 DTS file.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n900.dts | 84
1 file changed, 84 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n
On Tue, Oct 22, 2013 at 11:49:47AM +0200, Lothar Waßmann wrote:
> Hi,
>
> > On Mon, Oct 21, 2013 at 03:54:24PM +0200, Denis Carikli wrote:
> > >
> > > + if (ts->of)
> > > + return tsc2007_get_pendown_state_dt(ts);
> > > +
> > > if (!ts->get_pendown_state)
> > > return true;
>
On Sun, Oct 20, 2013 at 4:26 PM, Stephen Warren wrote:
>
> I wonder if DT is solving the problem at the right level of abstraction?
> The kernel still needs to be aware of all the nitty-gritty details of
> how each board is hooked up different, and have explicit code to deal
> the union of all the
On Tue, Oct 22, 2013 at 04:41:23PM -0400, Nicolas Pitre wrote:
> I think it is best to establish any process around DT assuming no strong
> binding stability. Eventually the DT binding update frequency will
> converge to zero while the kernel will continue to be developed. But
> the DTB for a
On 10/22/2013 06:25 AM, Matt Porter wrote:
> On Tue, Oct 22, 2013 at 12:48:29PM +0200, Matthijs Kooijman wrote:
>> Hi Kishon,
>>
>> On Mon, Oct 21, 2013 at 02:57:26PM +0530, Kishon Vijay Abraham I wrote:
>>> I think it makes sense to keep the data width property in the dwc2 node
>>> itself.
>>> I
On Tue, Oct 22, 2013 at 10:35:47PM +0200, Thierry Reding wrote:
> On Tue, Oct 22, 2013 at 09:49:22AM -0700, Guenter Roeck wrote:
> > On Tue, Oct 22, 2013 at 05:31:25PM +0100, Jonathan Cameron wrote:
> > >
> > >
> > > James Hogan wrote:
> > > >On 21/10/13 23:51, Guenter Roeck wrote:
> > > >> In m
On 10/22/2013 10:10 PM, Uwe Kleine-König wrote:
On Tue, Oct 08, 2013 at 04:51:47PM +0200, Uwe Kleine-König wrote:
Hello Daniel,
On Tue, Oct 08, 2013 at 01:30:15PM +0200, Daniel Lezcano wrote:
On 10/03/2013 09:56 PM, Uwe Kleine-König wrote:
An efm32 features 4 16-bit timers with a 10-bit presc
On Tue, Oct 22, 2013 at 11:27:32AM +0100, James Hogan wrote:
> On 21/10/13 23:51, Guenter Roeck wrote:
> > In my opinion, not being able to describe behavior (or what people refer
> > to as "describe how the hardware is used") is a severe limitation of
> > devicetree usage in Linux. That is not a d
On Tue, Oct 22, 2013 at 10:12:29PM +0200, Thierry Reding wrote:
> On Tue, Oct 22, 2013 at 01:42:48PM -0400, Nicolas Pitre wrote:
> > On Tue, 22 Oct 2013, Matt Porter wrote:
> >
> > > DT has many benefits. It would be great to leverage them as long as it
> > > doesn't interfere with the rate of cha
On Tue, 22 Oct 2013, Thierry Reding wrote:
> On Tue, Oct 22, 2013 at 01:42:48PM -0400, Nicolas Pitre wrote:
> > On Tue, 22 Oct 2013, Matt Porter wrote:
> >
> > > DT has many benefits. It would be great to leverage them as long as it
> > > doesn't interfere with the rate of change and willingness
On Tue, Oct 22, 2013 at 09:49:22AM -0700, Guenter Roeck wrote:
> On Tue, Oct 22, 2013 at 05:31:25PM +0100, Jonathan Cameron wrote:
> >
> >
> > James Hogan wrote:
> > >On 21/10/13 23:51, Guenter Roeck wrote:
> > >> In my opinion, not being able to describe behavior (or what people
> > >refer
> >
On Sat, Oct 19, 2013 at 02:14:04PM +0530, Pekon Gupta wrote:
>
> *changes v9 -> v10*
> [PATCH 1/10], [PATCH 2/10]
> swapped [PATCH v9 1/9] and [PATCH v9 2/9] so that DT parsing updates
> (with backward compatibility) happen before the deprecation of DT values.
> This way DTB does not break f
On Thu, Oct 17, 2013 at 3:14 AM, Gupta, Pekon wrote:
>> From: Brian Norris [mailto:computersforpe...@gmail.com]
>> > On Tue, Oct 15, 2013 at 11:19:55AM +0530, Pekon Gupta wrote:
> [snip]
>
>> > diff --git a/drivers/mtd/nand/Kconfig b/drivers/mtd/nand/Kconfig
>> > index d885298..5836039 100644
>> >
Hi Pekon,
On Sat, Oct 19, 2013 at 02:14:08PM +0530, Pekon Gupta wrote:
> As per comments below, NAND_CMD_RESET, NAND_CMD_READID, and NAND_CMD_PARAM
> would
> work only in x8 mode.
> commit 64b37b2a63eb2f80b65c7185f0013f8ffc637ae3
> Author: Matthieu CASTET
> AuthorDate: 2012-11-06
On Tue, Oct 22, 2013 at 01:42:48PM -0400, Nicolas Pitre wrote:
> On Tue, 22 Oct 2013, Matt Porter wrote:
>
> > DT has many benefits. It would be great to leverage them as long as it
> > doesn't interfere with the rate of change and willingness to evolve code
> > that's always been the strength of
On Tue, Oct 08, 2013 at 04:51:47PM +0200, Uwe Kleine-König wrote:
> Hello Daniel,
>
> On Tue, Oct 08, 2013 at 01:30:15PM +0200, Daniel Lezcano wrote:
> > On 10/03/2013 09:56 PM, Uwe Kleine-König wrote:
> > >An efm32 features 4 16-bit timers with a 10-bit prescaler. This driver
> > >provides clocks
On Tue, Oct 22, 2013 at 05:34:45PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 09:23 Tue 22 Oct , Thierry Reding wrote:
> > On Tue, Oct 22, 2013 at 06:58:33AM +0200, Jean-Christophe PLAGNIOL-VILLARD
> > wrote:
> > > On 11:13 Mon 21 Oct , Denis Carikli wrote:
> > > > Cc: Richard Pu
On Tue, Oct 22, 2013 at 07:21:46PM +0100, Peter Maydell wrote:
> On 22 October 2013 18:42, Nicolas Pitre wrote:
> > Having "stable" DT bindings is just a dream. Experience so far is
> > showing that this is neither practical nor realistic.
> >
> > The unstructured free-for-all approach isn't good
Hi Gregory,
Gregory CLEMENT writes:
> On 21/10/2013 22:02, Arnaud Ebalard wrote:
>>
>> Main hardware parts of the (Armada 370 based) NETGEAR ReadyNAS 104 are
>> supported by mainline kernel (USB 3.0 rear ports, USB 2.0 front port,
>> Gigabit controller and PHYs, serial port, LEDs, buttons, SATA
Main hardware parts of the (Armada 370 based) NETGEAR ReadyNAS 104 are
supported by mainline kernel (USB 3.0 rear ports, USB 2.0 front port,
Gigabit controller and PHYs, serial port, LEDs, buttons, SATA ports,
G762 fan controller) and referenced in provided .dts file. Some additonal
work remains f
Hi Huang,
On Tue, Oct 22, 2013 at 01:10:28PM +0800, Huang Shijie wrote:
> The patch "2febcdf mtd: gpmi: set the BCHs geometry with the ecc info"
> makes the gpmi to use the ECC info provided by the MTD code, and creates
> a different NAND ecc layout for the BCH which brings a regression to us:
>
On Tue, 22 Oct 2013, Peter Maydell wrote:
> On 22 October 2013 18:42, Nicolas Pitre wrote:
> > Having "stable" DT bindings is just a dream. Experience so far is
> > showing that this is neither practical nor realistic.
> >
> > The unstructured free-for-all approach isn't good either. Some
> > c
On 22 October 2013 18:42, Nicolas Pitre wrote:
> Having "stable" DT bindings is just a dream. Experience so far is
> showing that this is neither practical nor realistic.
>
> The unstructured free-for-all approach isn't good either. Some
> compromise between the two extremes needs to be found.
On Tue, Oct 22, 2013 at 11:13:46AM -0600, Jason Gunthorpe wrote:
> On Tue, Oct 22, 2013 at 11:04:26AM -0400, Matt Porter wrote:
>
> > DT has many benefits. It would be great to leverage them as long as it
> > doesn't interfere with the rate of change and willingness to evolve code
> > that's alway
On Tue, Oct 22, 2013 at 10:38 AM, Tony Lindgren wrote:
> * Sebastian Reichel [131022 06:02]:
>> Add support for LP5523 device.
>
> This patch should be queued separately by Benoit.
>
OK, got it. I will merge Patch 1.
-Bryan
--
To unsubscribe from this list: send the line "unsubscribe devicetree
On Tue, Oct 22, 2013 at 10:37 AM, Tony Lindgren wrote:
> * Bryan Wu [131022 10:23]:
>> On Tue, Oct 22, 2013 at 10:06 AM, Tony Lindgren wrote:
>> > * Sebastian Reichel [131022 06:02]:
>> >> This patch moves the handling of the chip's enable pin from the board
>> >> code into the driver. It also
On Tue, 22 Oct 2013, Matt Porter wrote:
> DT has many benefits. It would be great to leverage them as long as it
> doesn't interfere with the rate of change and willingness to evolve code
> that's always been the strength of the kernel process. That strength is
> too valuable to trade away for the
* Sebastian Reichel [131022 06:02]:
> Add support for LP5523 device.
This patch should be queued separately by Benoit.
Tony
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.or
* Bryan Wu [131022 10:23]:
> On Tue, Oct 22, 2013 at 10:06 AM, Tony Lindgren wrote:
> > * Sebastian Reichel [131022 06:02]:
> >> This patch moves the handling of the chip's enable pin from the board
> >> code into the driver. It also updates all board-code files using the
> >> driver to incorpor
On Tue, Oct 22, 2013 at 10:06 AM, Tony Lindgren wrote:
> * Sebastian Reichel [131022 06:02]:
>> This patch moves the handling of the chip's enable pin from the board
>> code into the driver. It also updates all board-code files using the
>> driver to incorporate this change.
>>
>> This is needed
On Mon, Oct 21, 2013 at 07:07:11PM +0200, Richard Cochran wrote:
> On Mon, Oct 21, 2013 at 11:15:56AM +0200, Thierry Reding wrote:
> >
> > Right now, we're taking away much of that flexibility and I see progress
> > on ARM actively hindered.
>
> Baloney.
>
> No one is taking away your flexibilit
From: Dinh Nguyen
Add device tree support to the DW watchdog timer.
Signed-off-by: Dinh Nguyen
Acked-by: Jamie Iles
Acked-by: Mark Rutland
Reviewed-by: Pavel Machek
Cc: Guenter Roeck
Cc: Viresh Kumar
Cc: Wim Van Sebroeck
Cc: Rob Herring
Cc: Pawel Moll
Cc: Stephen Warren
Cc: Ian Campbel
On Tue, Oct 22, 2013 at 11:04:26AM -0400, Matt Porter wrote:
> DT has many benefits. It would be great to leverage them as long as it
> doesn't interfere with the rate of change and willingness to evolve code
> that's always been the strength of the kernel process. That strength is
> too valuable
Signed-off-by: Rostislav Lisovy
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
index 4307e80..55e83d1 100644
--- a/arch/arm/boot/dts/imx53.dtsi
+++ b/arch/arm/boot/dts/imx53.dtsi
@@ -599,6 +599,13 @@
MX53_PAD_GPIO_
Supported peripherals: Audio -- headphone output, LEDs, Buttons
(using keyboard controller), SD-card.
Signed-off-by: Rostislav Lisovy
create mode 100644 arch/arm/boot/dts/imx53-voipac-bsb.dts
diff --git a/arch/arm/boot/dts/imx53-voipac-bsb.dts
b/arch/arm/boot/dts/imx53-voipac-bsb.dts
new file
Enable UART1 and FEC
Signed-off-by: Rostislav Lisovy
create mode 100644 arch/arm/boot/dts/imx53-voipac-dmm-668.dtsi
diff --git a/arch/arm/boot/dts/imx53-voipac-dmm-668.dtsi
b/arch/arm/boot/dts/imx53-voipac-dmm-668.dtsi
new file mode 100644
index 000..04695c9
--- /dev/null
+++ b/arch/arm/b
Signed-off-by: Rostislav Lisovy
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
index 55e83d1..362eca0 100644
--- a/arch/arm/boot/dts/imx53.dtsi
+++ b/arch/arm/boot/dts/imx53.dtsi
@@ -281,6 +281,14 @@
#interrupt-cells = <2>;
On Tue, Oct 22, 2013 at 11:59:12AM -0500, dingu...@altera.com wrote:
> From: Dinh Nguyen
>
> Add device tree support to the DW watchdog timer.
>
> Signed-off-by: Dinh Nguyen
> Acked-by: Jamie Iles
> Acked-by: Mark Rutland
> Reviewed-by: Pavel Machek
> Cc: Guenter Roeck
Reviewed-by: Guenter
This patchset adds devicetree description for Voipac X53-DMM-668 module
which uses i.MX53 CPU. More information about the module may be found at:
http://www.voipac.com/#X53-DMM-668
The support for the baseboard used with this module is also provided.
More information about the baseboard: http://www
* Sebastian Reichel [131022 06:02]:
> This patch moves the handling of the chip's enable pin from the board
> code into the driver. It also updates all board-code files using the
> driver to incorporate this change.
>
> This is needed for device tree support of the enable pin.
This seems safe to
On Tue, Oct 22, 2013 at 6:57 PM, Linus Walleij wrote:
> BTW: should we disable the GPIO when remove()ing the module?
> This is a topic of another patch but...
Bah forget this stupid comment, I misread it, obviously
you're doing this.
Yours,
Linus Walleij
--
To unsubscribe from this list: send t
On Tue, Oct 22, 2013 at 3:01 PM, Sebastian Reichel wrote:
> This patch moves the handling of the chip's enable pin from the board
> code into the driver. It also updates all board-code files using the
> driver to incorporate this change.
>
> This is needed for device tree support of the enable pi
On Tue, Oct 22, 2013 at 05:31:25PM +0100, Jonathan Cameron wrote:
>
>
> James Hogan wrote:
> >On 21/10/13 23:51, Guenter Roeck wrote:
> >> In my opinion, not being able to describe behavior (or what people
> >refer
> >> to as "describe how the hardware is used") is a severe limitation of
> >> de
On 10/22/2013 03:39 PM, Mark Brown wrote:
It would look a good deal less odd which is useful in itself; the best
thing would be if they could both use the same driver which uses both
platform and DT data.
I see. To be honest the whole non DT part looks pretty hairy to me too,
but I can not cle
James Hogan wrote:
>On 21/10/13 23:51, Guenter Roeck wrote:
>> In my opinion, not being able to describe behavior (or what people
>refer
>> to as "describe how the hardware is used") is a severe limitation of
>> devicetree usage in Linux. That is not a devicetree limitation per
>se,
>> though, i
On Tue, Oct 22, 2013 at 10:37:20AM -0500, Dinh Nguyen wrote:
> Hi Mark,
>
> On 10/22/13 10:02 AM, Mark Rutland wrote:
> >On Tue, Oct 22, 2013 at 03:38:47PM +0100, dingu...@altera.com wrote:
> >>From: Dinh Nguyen
> >>
> >>Add device tree support to the DW watchdog timer.
> >>
> >>Signed-off-by: Di
> > + pinctrl {
> > + poweroff: poweroff {
> > + marvell,pins = "mpp60";
> > + marvell,function = "gpio";
> > + };
> > +
> > + backup_k
On 09:23 Tue 22 Oct , Thierry Reding wrote:
> On Tue, Oct 22, 2013 at 06:58:33AM +0200, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> > On 11:13 Mon 21 Oct , Denis Carikli wrote:
> > > Cc: Richard Purdie
> > > Cc: Jingoo Han
> > > Cc: Laurent Pinchart
> > > Cc: Rob Herring
> > > Cc: Pawe
Hi Nishanth,
On 16/10/2013 17:39, Nishanth Menon wrote:
Hi,
This series enables the use of cpufreq-cpu0 generic driver for all
OMAP and related derivatives. Only patch#8 in the series, which
introduces CPU clock nodes, depends on Tero's V8 patch series for clock
nodes[1]
I will stop copy pasti
Hi,
On Tue, 2013-10-22 at 15:32 +0100, Mark Rutland wrote:
> [...]
>
> > > > + phy->sleep_a_clk = devm_clk_get(phy->dev, "sleep_a");
> > >
> > > What means the "_a" in clock name?
> >
> > They are 2 PHY's on 8074 chip. This drivers is supposed to
> > operate on PHY 0, thus sleep_a. PHY 1 is
Hi Mark,
On 10/22/13 10:02 AM, Mark Rutland wrote:
On Tue, Oct 22, 2013 at 03:38:47PM +0100, dingu...@altera.com wrote:
From: Dinh Nguyen
Add device tree support to the DW watchdog timer.
Signed-off-by: Dinh Nguyen
Acked-by: Jamie Iles
Reviewed-by: Pavel Machek
Cc: Guenter Roeck
Cc: Jami
This adds the necessary smp-operations and startup code to use
additional cores on Rockchip SoCs.
We currently hog the power management unit in the smp code, as it is
necessary to control the power to the cpu core and nothing else is
currently using it, so a generic implementation can be done late
The pmu is needed to bring up the cores during smp operations.
Therefore add a node and documentation for it.
Signed-off-by: Heiko Stuebner
Tested-by: Ulrich Prinz
---
Documentation/devicetree/bindings/arm/rockchip/pmu.txt | 16
arch/arm/boot/dts/rk3xxx.dtsi
The Rockchip SoCs need a special part of their sram for bringup
of additional cores. Therefore also limit the public area when adding the
mmio-sram node to keep the sram driver from using this space.
Signed-off-by: Heiko Stuebner
Tested-by: Ulrich Prinz
---
.../devicetree/bindings/arm/rockchip/
Some SoCs need parts of their sram for special purposes. So while being part
of the peripheral, it should not be part of the genpool controlling the sram.
Therefore add an option available to keep arbitrary portions of the
sram from being part of the pool. If available is not present, all
sram is
This adds the device-node and config select to enable the
scu in all Rockchip Cortex-A9 SoCs.
Signed-off-by: Heiko Stuebner
Tested-by: Ulrich Prinz
---
arch/arm/boot/dts/rk3xxx.dtsi |5 +
arch/arm/mach-rockchip/Kconfig |1 +
2 files changed, 6 insertions(+)
diff --git a/arch/arm/b
Hi Sebastian,
On 22/10/2013 16:44, Sebastian Reichel wrote:
Hi Benoit,
On Tue, Oct 22, 2013 at 02:48:45PM +0200, Benoit Cousson wrote:
Thanks to Tony, I've just realized that I missed all your patches,
that for some reason ended-up in my junk folder :-(
oh :( Can you check why they ended up
This series enables the use of the additional cores on Rockchip
Cortex-A9 SoCs.
To achieve this, add the scu, the needed sram and power-management-unit.
Tested on both a BQ Curie2 (rk3066a / dual core) and
on a Radxa Rock (rk3188 / quad core).
changes since v4:
- rebase on top of the recent rk31
* Roger Quadros [131010 02:23]:
> On 10/09/2013 06:15 PM, Tony Lindgren wrote:
> > * Roger Quadros [131009 00:19]:
> >> Hi Tony,
> >>
> >> On 10/08/2013 01:06 PM, Roger Quadros wrote:
> >>> This reverts commit 741532c4a995be11815cb72d4d7a48f442a22fea.
> >>>
> >>> The proper clock reference is pro
* Nishanth Menon [131016 08:39]:
> With OMAP3+ and AM33xx supported SoC having defined CPU device tree
> entries with operating-points and clock nodes defined, we can now use
> the SoC generic cpufreq-cpu0 driver by registering appropriate device.
Thanks I'm taking patches 1 - 3 from this series
On Tue, Oct 22, 2013 at 11:39:24AM +0200, Thierry Reding wrote:
> On Mon, Oct 21, 2013 at 04:40:15PM -0400, Nicolas Pitre wrote:
> > On Mon, 21 Oct 2013, Stephen Warren wrote:
> > > I
> > > think we can still have a hack-free, churn-free, multi-platform kernel
> > > without requiring DT, but by usi
On Tue, Oct 22, 2013 at 03:38:47PM +0100, dingu...@altera.com wrote:
> From: Dinh Nguyen
>
> Add device tree support to the DW watchdog timer.
>
> Signed-off-by: Dinh Nguyen
> Acked-by: Jamie Iles
> Reviewed-by: Pavel Machek
> Cc: Guenter Roeck
> Cc: Jamie Iles
> Cc: Viresh Kumar
> Cc: Wim
Hi Eric,
On 18/10/2013 08:42, Eric Witcher wrote:
Correct mcspi pin descriptions to match corresponding node name and
add chip select number to be consistent with OMAP5 TRM.
Signed-off-by: Eric Witcher
Applied on my tree.
Thanks,
Benoit
---
arch/arm/boot/dts/omap5-uevm.dts | 18
Hi Benoit,
On Tue, Oct 22, 2013 at 02:48:45PM +0200, Benoit Cousson wrote:
> Thanks to Tony, I've just realized that I missed all your patches,
> that for some reason ended-up in my junk folder :-(
oh :( Can you check why they ended up in junk? I would like to
prevent more mails going there.
> T
Hi Arnaud,
On 21/10/2013 22:02, Arnaud Ebalard wrote:
>
> Main hardware parts of the (Armada 370 based) NETGEAR ReadyNAS 104 are
> supported by mainline kernel (USB 3.0 rear ports, USB 2.0 front port,
> Gigabit controller and PHYs, serial port, LEDs, buttons, SATA ports,
> G762 fan controller) an
1 - 100 of 177 matches
Mail list logo
