On Fri, Mar 28, 2014 at 05:52:54PM +0100, Lucas Stach wrote:
The new bindings drops one clock, renames the others and
drops the old interrupt mapping.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
It does not apply on my branch, and I had to apply it manually. Please
check my imx/dt
From: Rob Herring r...@kernel.org
The call to early_init_fdt_scan_reserved_mem will be skipped if
reserved-ranges is not found. Move the call earlier so that it is called
unconditionally.
Signed-off-by: Rob Herring r...@kernel.org
Cc: Marek Szyprowski m.szyprow...@samsung.com
Cc: Benjamin
Hi,
On Sat, Apr 26, 2014 at 5:02 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Arun,
On 24.04.2014 06:17, Arun Kumar K wrote:
Adds the google peach-pit board dts file which uses
exynos5420 SoC.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Doug Anderson
Hi Tomasz,
I have tested your patches for exynos5250 and 5420. Works fine. Are
you planning to post v3? If you want I can share hand with you for v3.
Regards,
Rahul Sharma
On 9 April 2014 17:17, Andreas Oberritter o...@saftware.de wrote:
Hello Andrzej,
On 09.04.2014 10:37, Andrzej Hajda
Hi,
On Wed, Apr 30, 2014 at 12:43:49PM +0800, Xiubo Li wrote:
[...]
diff --git a/drivers/base/regmap/regmap.c b/drivers/base/regmap/regmap.c
index 8e8cea1..946e901 100644
--- a/drivers/base/regmap/regmap.c
+++ b/drivers/base/regmap/regmap.c
@@ -15,6 +15,7 @@
#include linux/export.h
+ * of_regmap_endian_by_type() - Parse and lookup the endian referenced
+ * by a device node
+ * @np: pointer to clock consumer node
This is not the clock consumer, right?
Yes, you are right.
I will fix it.
+ * @type: type of consumer's endian input
+ *
+ * This function
Shouldn't this go to the arm list and rmk for review, too?
Thanks,
Richard
--
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.org/majordomo-info.html
Subject: Re: [PATCHv3 0/2] add DT endianness binding support
Shouldn't this go to the arm list and rmk for review, too?
Well, yes, I forgot it.
Should I resend them ?
Thanks,
Thanks,
Richard
--
To unsubscribe from this list: send the line unsubscribe devicetree in
the body of a
On Thu, Apr 24, 2014 at 04:22:44PM +0200, Maxime Ripard wrote:
The Allwinner A31 has a 16 channels DMA controller that it shares with the
newer A23. Although sharing some similarities with the DMA controller of the
older Allwinner SoCs, it's significantly different, I don't expect it to be
On 04/29/2014 07:16 PM, Felipe Balbi wrote:
On Tue, Apr 29, 2014 at 11:14:20AM -0500, Felipe Balbi wrote:
On Tue, Apr 29, 2014 at 10:50:39AM +0300, Roger Quadros wrote:
+Nishant
Hi,
On 04/28/2014 07:03 PM, Felipe Balbi wrote:
Hi,
On Mon, Apr 28, 2014 at 05:01:23PM +0300, Roger Quadros
Hi,
Am 30.04.2014 00:36, schrieb Mark Rutland:
On Mon, Apr 28, 2014 at 06:54:56PM +0100, Stefan Wahren wrote:
This patch adds the Device tree bindings for the Ethernet over SPI
protocol driver of the Qualcomm QCA7000 HomePlug GreenPHY.
Signed-off-by: Stefan Wahren stefan.wah...@i2se.com
---
Hi,
Am Montag, 28. April 2014, 17:04:13 schrieb Stephen Warren:
On 04/26/2014 07:14 PM, Andrey Danin wrote:
This patch isn't adding DT bindings for NVEC, but rather add DT nodes.
The binding is the schema, not the content.
We need a DT binding document that's been reviewed by the DT
Hi Tomasz,
On 04/26/2014 09:25 AM, Tomasz Figa wrote:
Hi Chanwoo,
On 25.04.2014 03:16, Chanwoo Choi wrote:
This patch decide proper lowpower mode of either a15 or a9 according to own
ID
from Main ID register.
Cc: Arnd Bergmann a...@arndb.de
Cc: Marc Zynigier marc.zyng...@arm.com
Request a shared interrupt when requesting a pca953x GPIO interrupt
Signed-off-by: Toby Smith t...@tismith.id.au
---
drivers/gpio/gpio-pca953x.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpio/gpio-pca953x.c b/drivers/gpio/gpio-pca953x.c
index 83cc2c8..6398f8a
These patches allow the pca953x family of chips to use a
shared interrupt.
Toby Smith (2):
gpio: pca953x: return IRQ_NONE when appropriate
gpio: pca953x: request a shared interrupt
drivers/gpio/gpio-pca953x.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
--
1.8.3.2
--
The irq handler should return IRQ_NONE or IRQ_HANDLED to report
if we have handled the interrupt.
Signed-off-by: Toby Smith t...@tismith.id.au
---
drivers/gpio/gpio-pca953x.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpio/gpio-pca953x.c
Hi,
Am 29.04.2014 20:14, schrieb Arnd Bergmann:
On Tuesday 29 April 2014 17:54:12 Stefan Wahren wrote:
As far as I know it's also not mandatory.
If the hardware interfaces require calling sleeping functions, it
may not actually be possible, but if you can use it, it normally
provides better
Hi Dan,
Am Dienstag, den 29.04.2014, 15:19 -0500 schrieb Dan Murphy:
The TI SoC reset controller support utilizes the
reset controller framework to give device drivers or
function drivers a common set of APIs to call to reset
a module.
The reset-ti is a common interface to the reset
Am Dienstag, den 29.04.2014, 15:44 -0500 schrieb Rob Herring:
On Tue, Apr 29, 2014 at 11:37 AM, Philipp Zabel p.za...@pengutronix.de
wrote:
Add Linear Technology Corporation to the list of device tree vendor
prefixes.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
Hi Rahul,
I will prepare we v3 version.
Do you want me to add your patches for exynos5?50 to the patchset?
Regards,
Tomasz Stanislawski
On 04/30/2014 08:37 AM, Rahul Sharma wrote:
Hi Tomasz,
I have tested your patches for exynos5250 and 5420. Works fine. Are
you planning to post v3? If you
Sure (5250, 5420). I will wait for the same to update DT patches, if any.
Regards,
Rahul Sharma.
On 30 April 2014 14:02, Tomasz Stanislawski t.stanisl...@samsung.com wrote:
Hi Rahul,
I will prepare we v3 version.
Do you want me to add your patches for exynos5?50 to the patchset?
Regards,
Hi Maxime,
Am Donnerstag, den 17.04.2014, 13:58 +0200 schrieb Maxime Ripard:
I still feel like we should really treat gpios like just another reset
controller, ie. using the resets property.
I now feel like we really shouldn't. If we do anything but use the
generic gpio bindings for reset
Add required device node for ehci and ohci controllers to
enable USB 2.0 support.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/boot/dts/exynos5420.dtsi | 36 +++-
1 file changed, 35 insertions(+), 1 deletion(-)
diff --git
Add required device node for usb2phy to let enable USB 2.0
support.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/boot/dts/exynos5420.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
This patch adds sysreg-syscon node to exynos5250 and exynos5420 device
tree, to access System Register's registers using syscon driver.
Signed-off-by: Kamil Debski k.deb...@samsung.com
[gautam.vi...@samsung.com: Split this syreg-syscon dts entry from
dts: Add usb2phy to Exynos 5250 patch]
Next version for earlier patch-series:
[PATCH v7 0/2] dts: Add usb2phy to Exynos 5250
Based on 'for-next' branch of Kgene's linux-samsung tree.
Tested with driver side patches:
[PATCH v2 1/4] usb: ohci-exynos: Use struct device instead of platform_device
[PATCH v2 2/4] usb: ehci-exynos: Use
From: Kamil Debski k.deb...@samsung.com
Add support to PHY of USB2 of the Exynos 5250 SoC.
Signed-off-by: Kamil Debski k.deb...@samsung.com
[gautam.vi...@samsung.com: Split the usb phy entries from
syscon entries from earlier patch: dts: Add usb2phy to Exynos 5250]
[gautam.vi...@samsung.com:
On Wed, Apr 30, 2014 at 07:14:08AM +, li.xi...@freescale.com wrote:
Subject: Re: [PATCHv3 0/2] add DT endianness binding support
Shouldn't this go to the arm list and rmk for review, too?
Well, yes, I forgot it.
Should I resend them ?
Please.
Thanks,
Richard
--
To
Changes in V3 resend:
- Add arm list and rmk for review.
- Fix one comment from Markus Pargmann.
Changes in V3:
- Follow Mark Rutland's advice.
- Document common case of the endianess usage.
Changes in V2:
- Namespace the properties using the prefix sring.
- Add one binding ducomentation off
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
.../devicetree/bindings/endianness/endianness.txt | 47 ++
1 file changed, 47 insertions(+)
create mode 100644 Documentation/devicetree/bindings/endianness/endianness.txt
diff --git
For many drivers which will support rich endianness of CPU--Dev
need define DT properties by itself without the binding support.
The endianness using regmap:
IndexCPU Device Endianess flag for DT bool property
1LE
On Wednesday 30 April 2014 10:09:43 Stefan Wahren wrote:
You print a 'netdev_warn' message here when the queue is full, expecting
this to be rare. If the device is so slow, why doesn't this happen
all the time?
Until now, i never experienced that the queue runs full. But i will do
Am Mittwoch, den 30.04.2014, 14:02 +0800 schrieb Shawn Guo:
On Fri, Mar 28, 2014 at 05:52:54PM +0100, Lucas Stach wrote:
The new bindings drops one clock, renames the others and
drops the old interrupt mapping.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
It does not apply on my
On Wed, Apr 30, 2014 at 04:01:24AM +0100, Abhilash Kesavan wrote:
Hi Nicolas,
On Wed, Apr 30, 2014 at 12:19 AM, Nicolas Pitre
nicolas.pi...@linaro.org wrote:
On Tue, 29 Apr 2014, Abhilash Kesavan wrote:
+/*
+ * Enable cluster-level coherency, in preparation for turning on the
Hi Vivek,
On 04/30/14 14:25, Vivek Gautam wrote:
Add required device node for usb2phy to let enable USB 2.0
support.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/boot/dts/exynos5420.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
Hi Arun,
On Wed, Apr 30, 2014 at 3:55 PM, Arun Kumar K arunkk.sams...@gmail.com wrote:
Hi Vivek,
On 04/30/14 14:25, Vivek Gautam wrote:
Add required device node for usb2phy to let enable USB 2.0
support.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
On 04/24/2014 11:46 AM, Tushar Behera wrote:
The audio codec on Snow board, MAX98095 is connected on I2C7 bus.
Also it requires the GPX1-7 line to be pulled up.
Updated Snow DTS file to incorporate above changes and added a
sound node to instantiate the I2S-based sound card.
On Wednesday 30 April 2014 09:39:54 Sachin Kamat wrote:
On 16 April 2014 22:55, Heiko Stübner he...@sntech.de wrote:
Am Mittwoch, 16. April 2014, 16:35:36 schrieb Arnd Bergmann:
On Wednesday 16 April 2014 17:20:51 Sachin Kamat wrote:
Instead of hardcoding the SYSRAM details for each SoC,
On Mon, Apr 28, 2014 at 2:04 PM, Arnd Bergmann a...@arndb.de wrote:
On Sunday 27 April 2014 13:07:32 Shaik Ameer Basha wrote:
The current exynos-iommu(System MMU) driver does not work autonomously
since it is lack of support for power management of peripheral blocks.
For example, MFC device
Hi Shaik
On Thu, Apr 24, 2014 at 6:33 PM, Shaik Ameer Basha
shaik.am...@samsung.com wrote:
This patch modifies the defined parent clock names as per the
exynos5420 datasheet.
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
Signed-off-by: Shaik Ameer Basha shaik.am...@samsung.com
---
Changes from v2
--
- Use reference based node addressing in board dts file
as suggested by Tomasz.
- Included patch to update 5420.dtsi with node references
for all existing nodes.
Changes from v1
--
- Addressed review comments from Doug, Sachin Tushar
- Removed adc
Adding references to nodes which do not have it yet
in exynos5420.dtsi. This is done so as to use reference
based node updation in board files.
Signed-off-by: Arun Kumar K arun...@samsung.com
---
arch/arm/boot/dts/exynos5420.dtsi | 26 +-
1 file changed, 13
Adds the google peach-pit board dts file which uses
exynos5420 SoC.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Doug Anderson diand...@chromium.org
---
arch/arm/boot/dts/Makefile |1 +
arch/arm/boot/dts/exynos5420-peach-pit.dts | 156
Em Wed, 30 Apr 2014 03:58:18 -0700 (PDT)
Александр Берсенев b...@hackerdom.ru escreveu:
[PATCH v4 02/03] ARM: sunxi: Add driver for sunxi IR controller
This patch adds driver for sunxi IR controller.
It is based on Alexsey Shestacov's work based on the original driver
supplied by
HI shaik,
On Thu, Apr 24, 2014 at 6:33 PM, Shaik Ameer Basha
shaik.am...@samsung.com wrote:
This patch includes,
1] renaming of the HSI2C clocks
2] renaming of spi clocks according to the datasheet
3] fixes for child-parent relationships
4] adding of more clocks related to
Hi Shaik,
On Thu, Apr 24, 2014 at 6:33 PM, Shaik Ameer Basha
shaik.am...@samsung.com wrote:
This patch fixes some parent-child relationships according
to the latest datasheet and adds more clocks related to
PERIS and GEN blocks.
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
In OMAP5 bit 8 in PRCM registers are not defined (Reserved) unlike their
counterpart in OMAP4.
It is better to not write to these bits.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap54xx-clocks.dtsi | 48 --
1 file changed, 48
abe_iclk's parent is aess_fclk and not abe_clk.
Also correct the parameters for clock rate calculation as used for OMAP4
since in PRCM level there's no difference between the two platform
regarding to AESS/ABE clocking.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi Shaik,
On Thu, Apr 24, 2014 at 6:33 PM, Shaik Ameer Basha
shaik.am...@samsung.com wrote:
This patch adds missing clocks from WCORE block.
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
Signed-off-by: Shaik Ameer Basha shaik.am...@samsung.com
---
Reviewed-by: Alim Akhtar
On Tue, 2014-04-29 at 13:56 +0100, Grant Likely wrote:
diff --git a/drivers/of/platform.c b/drivers/of/platform.c
index 404d1da..0ae757a 100644
--- a/drivers/of/platform.c
+++ b/drivers/of/platform.c
@@ -204,7 +204,8 @@ static struct platform_device
On 04/30/2014 03:59 AM, Mark Brown wrote:
On Fri, Apr 25, 2014 at 09:46:11AM +0530, Tushar Behera wrote:
On 04/24/2014 07:09 PM, Mark Brown wrote:
defined. Why is that? Also, why is the secondary I2S playback stream
not supported (this may be a reason to restrict to only the one I2S
On 04/30/2014 02:41 PM, Peter Ujfalusi wrote:
abe_iclk's parent is aess_fclk and not abe_clk.
Also correct the parameters for clock rate calculation as used for OMAP4
since in PRCM level there's no difference between the two platform
regarding to AESS/ABE clocking.
Signed-off-by: Peter Ujfalusi
On 04/30/2014 02:41 PM, Peter Ujfalusi wrote:
In OMAP5 bit 8 in PRCM registers are not defined (Reserved) unlike their
counterpart in OMAP4.
It is better to not write to these bits.
Yeah, looks like this bug was copied over from the legacy clock data.
Acked-by: Tero Kristo t-kri...@ti.com
Hi Dmitry,
This series does the following
- use devres managed resource allocations
- convert to Type-B multi touch protocol
- support upto 5 fingers with hardware supplied tracking IDs
- device tree support
Please queue this for -next (3.16). Thanks.
cheers,
-roger
Changelog:
v3:
- Rebased
Switch to using the Type-B Multi-Touch protocol.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 125 ++
1 file changed, 94 insertions(+), 31 deletions(-)
diff --git a/drivers/input/touchscreen/pixcir_i2c_ts.c
Some variants of the Pixcir touch controller support upto 5
simultaneous fingers and hardware tracking IDs. Prepare the driver
for that.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 74 ---
include/linux/input/pixcir_ts.h
Improve the suspend and resume handlers to allow the device
to wakeup the system from suspend.
Signed-off-by: Roger Quadros rog...@ti.com
Acked-by: Mugunthan V N mugunthan...@ti.com
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 53 ---
1 file changed, 49
Provide device tree support and binding information.
Also provide support for a new chip pixcir_tangoc.
Signed-off-by: Roger Quadros rog...@ti.com
---
.../bindings/input/touchscreen/pixcir_i2c_ts.txt | 26
.../devicetree/bindings/vendor-prefixes.txt| 1 +
Get rid of the attb_read_val() platform hook. Instead,
read the ATTB gpio directly from the driver.
Fail if valid ATTB gpio is not provided by patform data.
Signed-off-by: Roger Quadros rog...@ti.com
Acked-by: Mugunthan V N mugunthan...@ti.com
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 16
Use devm_() and friends for allocating memory, input device
and IRQ.
Signed-off-by: Roger Quadros rog...@ti.com
Acked-by: Mugunthan V N mugunthan...@ti.com
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 36 +--
1 file changed, 15 insertions(+), 21 deletions(-)
diff
Introduce helper functions to configure power and interrupt
registers. Default to IDLE mode on probe as device supports
auto wakeup to ACVIE mode on detecting finger touch.
Configure interrupt mode and polarity on start up.
Power down on device closure or module removal.
Signed-off-by: Roger
Hi Benoit Tony,
These patches add I2C touch screen support for am43x-epos-evm
and am437x-gp-evm.
Relevant driver side changes are here.
http://thread.gmane.org/gmane.linux.kernel.input/35803
Please queue this for -next (3.16). Thanks.
cheers,
-roger
---
Roger Quadros (1):
ARM: dts:
Fixup Y resolution and add default pin state. Also update
the compatible id.
CC: Benoit Cousson bcous...@baylibre.com
CC: Tony Lindgren t...@atomide.com
CC: Mugunthan V N mugunthan...@ti.com
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 12 ++--
1
From: Sekhar Nori nsek...@ti.com
Add touchscreen support for AM437x GP EVM using pixcir
touchscreen controller.
CC: Benoit Cousson bcous...@baylibre.com
CC: Tony Lindgren t...@atomide.com
Signed-off-by: Sekhar Nori nsek...@ti.com
Acked-by: Roger Quadros rog...@ti.com
---
This is a patch set starting Kirkwood DT cleanup since over time some
cleanup potential piled up on it. Also, now that Barebox is going to
reuse the same DT code basis, we need some lowlevel property
improvements, that we ignore(d) on Linux up to now.
The patches are based on recent mvebu/dt to
There is only one valid pinctrl setting for NAND on Kirkwood. Now that we
have the setting in the common SoC pinctrl, move it to the NAND controller
node directly and remove it from the individual boards.
While at it, also fix up status = okay to ok on one board's NAND node.
Signed-off-by:
Ethernet PHYs found on Globalscale Guruplug are connected by RGMII-ID.
Set the corresponding phy-connection-type property accordingly.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland
There is only one valid pinctrl setting for I2C0 on Kirkwood. Now that we
have the setting in the common SoC pinctrl, move it to the I2C0 controller
node directly and remove it from the individual boards.
While at it, also fix up status = okay to ok on one board's I2C0 node.
Signed-off-by:
Most Kirkwood boards use the default SPI0 pinctrl setting anyway. Add a
default pinctrl setting to the toplevel SoC SPI0 node and put a note
in front of the corresponding pinctrl node to overwrite the setting
on board level.
Currently, only T5325 is using a different setting and already
Ethernet PHY compatible shall be ethernet-phy-ieee802.3-c22 and
ethernet-phy-id. if PHY OUI id is known. We know it for
the PHY found on Guruplug, so set it accordingly.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Rob Herring robh...@kernel.org
Cc: Pawel
All SoCs have the same pinctrl setting for NAND, UART0/1, SPI, TWSI0,
and GBE1. Move it to the common pinctrl node that we now have.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland
Currently, the only 6282-based Kirkwood boards that use I2C1 are Openblocks
A6/A7. Both use the same default I2C1 pinctrl setting from kirkwood-6282.dtsi.
Move the pinctrl setting to the I2C1 node directly and put a note in front of
the corresponding pinctrl node to overwrite the setting on board
On Kirkwood, there is only one valid pinctrl setting for GBE1. With
a common SoC pinctrl node, we can now set it in the node instead of
in each board file.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Most boards use the default UART0/1 pinctrl setting without RTS/CTS.
Add the pinctrl setting to the toplevel SoC UART nodes and put a note
in front of the corresponding pinctrl node to overwrite the setting
on board level. Currently, both boards using a different UART pinctrl
setting (Openblocks
This adds missing node labels to Kirkwood common and SoC specific nodes
to allow to reference them more easily.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland mark.rutl...@arm.com
Cc:
All Kirkwood SoCs have their pinctrl registers at the same address.
Instead of replaying the same reg property on each SoC, have the
reg property set in the common SoC file already. This also allows
us to move common pinctrl settings to this node later on.
Signed-off-by: Sebastian Hesselbarth
UART devices found on Kirkwood SoCs derive their baudrate from TCLK.
With proper clocks property in the SoCs serial node, boards do not
need to overwrite it anymore.
Remove the remaining clock-frequency property from all Kirkwood boards.
Signed-off-by: Sebastian Hesselbarth
Commit 54397d85349f
(ARM: kirkwood: Relocate PCIe device tree nodes)
moved the pcie-controller nodes for the Kirkwood SoCs to the mbus
bus node. For some reason, two boards were not properly converted
and have their pci-controller nodes still in the ocp bus node.
As the corresponding SoC
To prepare pin-controller consolidation, first rename all pinctrl nodes
to a more appropriate name regarding ePAPR recommended names.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland
ePAPR allows to reference the device used for console output by
stdout-path property. With node labels for Kirkwood UART0, now
reference it on all Kirkwood boards that already have ttyS0 in
their bootargs property.
While at it, fix some whitespace issues on mplcec4's chosen node
(there are more,
Hi Neil,
On 30/04/14 03:21, Neil Zhang wrote:
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
[...]
I think we need some input from the device-tree guys to see whether they
would object to us solving this locally (in the PMU node) or not.
Personally, I'd much
Hi Shaik,
On Thu, Apr 24, 2014 at 6:33 PM, Shaik Ameer Basha
shaik.am...@samsung.com wrote:
This patch corrects the wrong parent-child relationship
between sysmmu-mfc clocks.
Signed-off-by: Shaik Ameer Basha shaik.am...@samsung.com
---
Hoping you have tested vedio playback with this patch,
On Wed, Apr 30, 2014 at 07:14:08AM +, li.xi...@freescale.com wrote:
Subject: Re: [PATCHv3 0/2] add DT endianness binding support
Shouldn't this go to the arm list and rmk for review, too?
Well, yes, I forgot it.
Should I resend them ?
What I meant was, you should put
Hi shaik,
On Thu, Apr 24, 2014 at 6:33 PM, Shaik Ameer Basha
shaik.am...@samsung.com wrote:
This patch fixes the wrong register offset for sclk_bpll clock.
Signed-off-by: Shaik Ameer Basha shaik.am...@samsung.com
---
Reviwed-by: Alim Akhtar alim.akh...@samsung.com
Hi Shaik
On Thu, Apr 24, 2014 at 6:33 PM, Shaik Ameer Basha
shaik.am...@samsung.com wrote:
This patch adds more register offsets to the restore list.
Signed-off-by: Shaik Ameer Basha shaik.am...@samsung.com
---
Reviewed-by: Alim Akhtar alim.akh...@samsung.com
Hi Shaik
On Thu, Apr 24, 2014 at 6:33 PM, Shaik Ameer Basha
shaik.am...@samsung.com wrote:
This patch adds clock ID for mout_sclk_vpll clock
Signed-off-by: Shaik Ameer Basha shaik.am...@samsung.com
---
drivers/clk/samsung/clk-exynos5420.c |2 +-
include/dt-bindings/clock/exynos5420.h
In Device Tree powered systems, platform devices are usually
massively populated with of_platform_populate() call, executed
at some level of initcalls, either by generic architecture
or by platform-specific code.
There are situations though where certain devices must be
created (and bound with
This patch adds devicetree support for mc13783-codec.
Applied, thanks.
No Mark, no!
Documentation/devicetree/bindings/mfd/mc13xxx.txt | 3 +++
drivers/mfd/mc13xxx-core.c| 10 +++---
sound/soc/codecs/mc13783.c| 14 +-
3 files
Wed, 30 Apr 2014 15:08:49 +0100 от Lee Jones lee.jo...@linaro.org:
This patch adds devicetree support for mc13783-codec.
Applied, thanks.
No Mark, no!
What a problem, Lee?
---
This patch adds devicetree support for mc13783-codec.
Applied, thanks.
No Mark, no!
What a problem, Lee?
There's no problem with the patch, don't worry.
Neither Mark, nor I can apply this patch independently, we need to
create a shared branch somewhere, or we'll risk conflicts
Hi Bjorn,
On 04/15/2014 01:38 PM, Srikanth Thokala wrote:
This is the driver for Xilinx AXI PCIe Host Bridge Soft IP
Signed-off-by: Srikanth Thokala stho...@xilinx.com
---
Changes in v3:
- Rebased on v3.15.0-rc1
- Added support for interrupt-map DT functionality.
- Removed map_irq()
Hi Grant,
On Tuesday 29 April 2014 10:41 AM, Grant Likely wrote:
On Thu, 24 Apr 2014 11:30:04 -0400, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Retrieve DMA configuration from DT and setup platform device's DMA
parameters. The DMA configuration in DT has to be specified using
Wed, 30 Apr 2014 15:17:08 +0100 от Lee Jones lee.jo...@linaro.org:
This patch adds devicetree support for mc13783-codec.
Applied, thanks.
No Mark, no!
What a problem, Lee?
There's no problem with the patch, don't worry.
Neither Mark, nor I can apply this patch
This patch adds devicetree support for mc13783-codec.
Applied, thanks.
No Mark, no!
What a problem, Lee?
There's no problem with the patch, don't worry.
Neither Mark, nor I can apply this patch independently, we need to
create a shared branch somewhere,
Wed, 30 Apr 2014 15:24:56 +0100 от Lee Jones lee.jo...@linaro.org:
This patch adds devicetree support for mc13783-codec.
Applied, thanks.
No Mark, no!
What a problem, Lee?
There's no problem with the patch, don't worry.
Neither Mark, nor I can
On Wed, 30 Apr 2014, Alexander Shiyan wrote:
Wed, 30 Apr 2014 15:24:56 +0100 от Lee Jones lee.jo...@linaro.org:
This patch adds devicetree support for mc13783-codec.
Applied, thanks.
No Mark, no!
What a problem, Lee?
There's no problem with
On Sat, 26 Apr 2014, Abhilash Kesavan wrote:
Add machine-dependent MCPM call-backs for Exynos5420. These are used
to power up/down the secondary CPUs during boot, shutdown, s2r and
switching.
Signed-off-by: Thomas Abraham thomas...@samsung.com
Signed-off-by: Inderpal Singh
Wed, 30 Apr 2014 15:33:52 +0100 от Lee Jones lee.jo...@linaro.org:
On Wed, 30 Apr 2014, Alexander Shiyan wrote:
Wed, 30 Apr 2014 15:24:56 +0100 от Lee Jones lee.jo...@linaro.org:
This patch adds devicetree support for mc13783-codec.
Applied, thanks.
No
This patch adds devicetree support for mc13783-codec.
Applied, thanks.
No Mark, no!
What a problem, Lee?
There's no problem with the patch, don't worry.
Neither Mark, nor I can apply this patch independently, we
On Mon, 28 Apr 2014, Abhilash Kesavan wrote:
On Mon, Apr 28, 2014 at 4:55 PM, Daniel Lezcano
daniel.lezc...@linaro.org wrote:
On 04/26/2014 06:05 PM, Abhilash Kesavan wrote:
Add a user interface to check the core and cluster status on
Exynos5420. This can be utilized while debugging
1 - 100 of 200 matches
Mail list logo