Regulators registered by devm_regulator_register() do not have to be
stored in state container because they are never dereferenced later.
The array of regulator_dev can be safely removed from state container.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
Hi,
Few days ago I sent patches adding support for S2MPS14 device to the
sec-core/s2mps11 drivers. These patches were rather large as they covered
multiple subsystems so I decided to split everything into smaller, separate
patches.
The original patchset (version 3) can be found here:
This patch prepares for adding support for S2MPS14 RTC driver by
selecting different regmaps for S2MPS1X/S5M876X RTC devices.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by: Lee Jones lee.jo...@linaro.org
---
drivers/mfd/sec-core.c | 15 ---
1 file changed, 12
On 12/02/14 13:31, Andrzej Hajda wrote:
The patch adds s6e8aa0 panel node for trats2.
It adds also trats2 specific properties for DSI
and regulator required by panel.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
---
arch/arm/boot/dts/exynos4412-trats2.dts | 47
On 28/02/14 15:31, Tomi Valkeinen wrote:
Compared to what I've done on OMAP, you don't seem to specify the video
inputs for the tc358764 at all. In this case it's obvious, as the chip
is a child of the DSI master. But the chip could as well be controlled
via i2c, and so be placed as a child
On 12/02/14 13:31, Andrzej Hajda wrote:
The patch adds bridge and panel nodes.
It adds also DSI properties specific for arndale board.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
---
arch/arm/boot/dts/exynos5250-arndale.dts | 39
1 file changed, 39
The glue around the core designware IP is
significantly different between the Exynos and
i.MX, which is reflected in the DT bindings.
Note that this patch doesn't change any bindings,
but just alters the documentation to match reality
of deployed DTs and kernels.
Signed-off-by: Lucas Stach
This series cleans up the PCI irq mapping for all
the ARM PCI host drivers, so they handle it in the
way defined in the common PCI bindings.
Testing appreciated.
Lucas Stach (7):
ARM: dts: tegra: add PCIe interrupt mapping properties
PCI: tegra: use new OF interrupt mapping when possible
Those are defined by the common PCI binding.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
---
Documentation/devicetree/bindings/pci/nvidia,tegra20-pcie.txt | 8
arch/arm/boot/dts/tegra20.dtsi| 4
arch/arm/boot/dts/tegra30.dtsi
This is the recommended method of doing the IRQ
mapping. For old devicetrees we fall back to the
previous practice.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
---
drivers/pci/host/pci-tegra.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
So it actually works.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
---
arch/arm/boot/dts/exynos5440.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/exynos5440.dtsi
b/arch/arm/boot/dts/exynos5440.dtsi
index 02a0a1226cef..65d425d9ec27 100644
---
As defined by the common PCI bindings.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
---
arch/arm/boot/dts/imx6qdl.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi
index fb28b2ecb1db..db3339e7d3a2 100644
---
On Friday 28 February 2014, Lucas Stach wrote:
+Required properties:
+- compatible: fsl,imx6q-pcie
+- reg: base addresse and length of the pcie controller
+- interrupts: First entry must contain interrupt handle for controller
+ INTA output.
I think this should be documented as optional and
On Friday 28 February 2014, Lucas Stach wrote:
This series cleans up the PCI irq mapping for all
the ARM PCI host drivers, so they handle it in the
way defined in the common PCI bindings.
Testing appreciated.
Lucas Stach (7):
ARM: dts: tegra: add PCIe interrupt mapping properties
On Fri, Feb 28, 2014 at 9:28 AM, Lucas Stach l.st...@pengutronix.de wrote:
The glue around the core designware IP is
significantly different between the Exynos and
i.MX, which is reflected in the DT bindings.
Note that this patch doesn't change any bindings,
but just alters the documentation
On 02/28/2014 10:28 AM, Lucas Stach wrote:
Those are defined by the common PCI binding.
I have no reason to object to the two Tegra patches, but I'll wait for
Thierry to take a closer look.
I expect once he does, I would apply patch 1/7 through the Tegra tree,
and Bjorn would take patch 2/7
Attention: Please, Kindly contact KENYA COMMERCIAL BANK immediately for your
compensation payment of (3MILLION UNITED STATE DOLLARS) via email:
Email:(servic...@kenya.ncommercialbnk.com) quote your payment Ref
No:KCB/00Y/2014 For purposes of immediate payment.
--
To unsubscribe from this
On Fri, Feb 28, 2014 at 10:43:09PM +0100, Paul Bolle wrote:
That commit is fine with me, of course. I now see no reason to continue
my, rather slowly progressing, search for the problem that you wanted to
get properly fixed. I suppose another commit already fixed it.
No, but it's someone from
18 matches
Mail list logo