This driver is a general version for tps611xx backlgiht chips of TI.
It supports tps61158, tps61161, tps61163 and tps61165 backlight driver
based on EasyScale protocol.
Daniel Jeong (2):
backlight
backlight: add new tps611xx backlight device tree support
This commit is about tps611xx device tree documentation.
Signed-off-by: Daniel Jeong gshark.je...@gmail.com
---
.../video/backlight/tps611xx-backlight.txt | 24
1 file changed, 24 insertions(+)
create mode 100644
This driver is a general version for tps611xx backlgiht chips of TI.
It supports tps61158, tps61161, tps61163 and tps61165 backlight driver
based on EasyScale protocol(1-Wire Control Interface).
EasyScale
EasyScale is a simple but flexible one pin interface to configure the current.
The interface
On Mon, Jun 30, 2014 at 2:32 AM, Robert Jarzmik robert.jarz...@free.fr wrote:
Move pxa27x clock drivers from arch/arm/mach-pxa to driver/clk.
In the move :
- convert to new clock framework legacy clocks
- provide clocks as before for platform data based boards
- provide clocks through
On Mon, Jun 30, 2014 at 2:32 AM, Robert Jarzmik robert.jarz...@free.fr wrote:
Add the clock tree description for the PXA27x based boards.
Signed-off-by: Robert Jarzmik robert.jarz...@free.fr
---
arch/arm/boot/dts/pxa27x.dtsi| 134
++-
On Tue, Jul 1, 2014 at 2:38 AM, Robert Jarzmik robert.jarz...@free.fr wrote:
Arnd Bergmann a...@arndb.de writes:
On Sunday 29 June 2014 20:32:20 Robert Jarzmik wrote:
As the RFC posted in [1] didn't meet an unrivaled success for
review, I'm posting this serie for PXA27x transition to clock
Hi Suman,
On Thu, Jul 3, 2014 at 12:14 AM, Suman Anna s-a...@ti.com wrote:
I'm not sure we need this patch.
This patch is needed if we use the controller-phandle + args specifier
for requesting hwlocks by a client, as we need to translate
controller-phandle to the corresponding
On 07/03/2014 05:48 AM, Dong Aisheng wrote:
On Wed, Jul 02, 2014 at 09:13:07PM +0200, Marc Kleine-Budde wrote:
On 07/02/2014 07:54 PM, Oliver Hartkopp wrote:
I'm not really familiar with the naming concept in device trees.
What is your opinion about the remarks below?
The entries in the DT,
On Mon, Jun 30, 2014 at 05:06:16PM +0200, Vincent Guittot wrote:
On 30 June 2014 16:58, Maxime Ripard maxime.rip...@free-electrons.com wrote:
On Mon, Jun 30, 2014 at 04:48:35PM +0200, Vincent Guittot wrote:
On 30 June 2014 16:01, Maxime Ripard maxime.rip...@free-electrons.com
wrote:
On
Hi Suman,
On Thu, Jul 3, 2014 at 12:14 AM, Suman Anna s-a...@ti.com wrote:
Do we have a use case today that require the xlate() method?
If not, let's remove it as we could always add it back if some new
hardware shows up that needs it.
The xlate() method is to support the phandle + args
Hi Peter,
The series look good to me.
Thanks,
Maxime
On 07/02/2014 04:08 PM, Peter Griffin wrote:
This series adds reset controller support for the STiH407 SoC.
Changes since v1
- Update copyright to 2014
- Add const qualifier
- Fix various whitespace issues
- Remove
On Wed, Jul 2, 2014 at 10:42 PM, Suman Anna s-a...@ti.com wrote:
Yeah, I did this since we only had 1 instance, and used the same value
as used in the non-DT legacy code. Once I fold back Patch 8 that adds
the hwlock-base-id property, this will be assigned by reading that property.
Sounds
Hi Mike,
On Wed, Jul 02, 2014 at 03:35:52PM -0700, Mike Turquette wrote:
Quoting Chen-Yu Tsai (2014-06-26 08:55:38)
Hi everyone,
This is v4 of the sun8i clock series, which adds basic clock
support for the A23 SoC. It is based on my initial sun8i bring
up series [1]. This series was
On Thu, Jul 3, 2014 at 6:35 AM, Mike Turquette mturque...@linaro.org wrote:
Quoting Chen-Yu Tsai (2014-06-26 08:55:38)
Hi everyone,
This is v4 of the sun8i clock series, which adds basic clock
support for the A23 SoC. It is based on my initial sun8i bring
up series [1]. This series was split
On 3 July 2014 09:10, Maxime Ripard maxime.rip...@free-electrons.com wrote:
On Mon, Jun 30, 2014 at 05:06:16PM +0200, Vincent Guittot wrote:
On 30 June 2014 16:58, Maxime Ripard maxime.rip...@free-electrons.com
wrote:
On Mon, Jun 30, 2014 at 04:48:35PM +0200, Vincent Guittot wrote:
On 30
-Original Message-
From: Mark Rutland [mailto:mark.rutl...@arm.com]
Sent: Wednesday, July 02, 2014 7:15 PM
To: Lu Jingchang-B35083
Cc: shawn@linaro.org; linux-arm-ker...@lists.infradead.org;
devicetree@vger.kernel.org; Lu Jingchang-B35083; Badola Nikhil-B46172;
Zhao Chenhui-B35336;
Hi Brian,
On Wed, 2 Jul 2014 17:22:37 -0700
Brian Norris computersforpe...@gmail.com wrote:
Hi Lee,
On Wed, May 28, 2014 at 10:20:05AM +0100, Lee Jones wrote:
This is a squashed version of the submission to avoid re-sending the
entire set over and over, essentially clogging up the MLs.
On 07/02/2014 06:59 PM, Lee Jones wrote:
On Wed, 02 Jul 2014, Philipp Zabel wrote:
Hi Peter,
Am Mittwoch, den 02.07.2014, 15:08 +0100 schrieb Peter Griffin:
This series adds reset controller support for the STiH407 SoC.
Changes since v1
- Update copyright to 2014
- Add const qualifier
On Wednesday 25 June 2014 11:32 PM, Kishon Vijay Abraham I wrote:
Added hwmod data for pcie1 and pcie2 phy present in DRA7xx SOC.
Also added the missing CLKCTRL OFFSET macro and CONTEXT OFFSET macro
for pcie1 phy and pcie2 phy.
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King
On Wednesday 25 June 2014 11:32 PM, Kishon Vijay Abraham I wrote:
Added hwmod data for pcie1 and pcie2 subsystem present in DRA7xx SOC.
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Kishon Vijay Abraham I
Hi Rickard, hi Jingoo,
I also trust Wolfram. He is one of the most important and active
person for Linux kernel.
Oh, thanks. I'm flattered :)
Wolfram may mean devm_ioremap_resource(), not devm_ioremap().
Yes, you are right. Sorry for missing this detail when suggesting an
example to convert
On Wed, Jul 02, 2014 at 09:04:09PM +0100, Suravee Suthikulanit wrote:
Thanks again for the review. Please see my comments below.
On 7/2/2014 11:39 AM, Mark Rutland wrote:
On Wed, Jul 02, 2014 at 04:22:23PM +0100, suravee.suthikulpa...@amd.com
wrote:
From: Suravee Suthikulpanit
On Thu, Jul 03, 2014 at 09:12:49AM +0200, Marc Kleine-Budde wrote:
On 07/03/2014 05:48 AM, Dong Aisheng wrote:
On Wed, Jul 02, 2014 at 09:13:07PM +0200, Marc Kleine-Budde wrote:
On 07/02/2014 07:54 PM, Oliver Hartkopp wrote:
I'm not really familiar with the naming concept in device trees.
On Thu, Jul 03, 2014 at 07:01:17AM +0100, Daniel Jeong wrote:
This commit is about tps611xx device tree documentation.
Signed-off-by: Daniel Jeong gshark.je...@gmail.com
---
.../video/backlight/tps611xx-backlight.txt | 24
1 file changed, 24 insertions(+)
On 07/03/2014 10:48 AM, Dong Aisheng wrote:
On Thu, Jul 03, 2014 at 09:12:49AM +0200, Marc Kleine-Budde wrote:
On 07/03/2014 05:48 AM, Dong Aisheng wrote:
On Wed, Jul 02, 2014 at 09:13:07PM +0200, Marc Kleine-Budde wrote:
On 07/02/2014 07:54 PM, Oliver Hartkopp wrote:
I'm not really familiar
On Thu, Jul 03, 2014 at 11:04:36AM +0200, Marc Kleine-Budde wrote:
On 07/03/2014 10:48 AM, Dong Aisheng wrote:
On Thu, Jul 03, 2014 at 09:12:49AM +0200, Marc Kleine-Budde wrote:
On 07/03/2014 05:48 AM, Dong Aisheng wrote:
On Wed, Jul 02, 2014 at 09:13:07PM +0200, Marc Kleine-Budde wrote:
On Wed, Jul 02, 2014 at 10:01:40PM +0100, Rob Clark wrote:
On Wed, Jul 2, 2014 at 2:09 PM, Mark Rutland mark.rutl...@arm.com wrote:
On Tue, Jul 01, 2014 at 07:57:35PM +0100, Rob Clark wrote:
Now that we (almost) have enough dependencies in place (MMCC, RPM, etc),
add necessary DT support so
On 07/03/2014 11:09 AM, Dong Aisheng wrote:
On Thu, Jul 03, 2014 at 11:04:36AM +0200, Marc Kleine-Budde wrote:
On 07/03/2014 10:48 AM, Dong Aisheng wrote:
On Thu, Jul 03, 2014 at 09:12:49AM +0200, Marc Kleine-Budde wrote:
On 07/03/2014 05:48 AM, Dong Aisheng wrote:
On Wed, Jul 02, 2014 at
On Thu, 03 Jul 2014, Philipp Zabel wrote:
Hi,
Am Donnerstag, den 03.07.2014, 10:06 +0200 schrieb Maxime Coquelin:
I will queue patch 4 to STi DT branch for v3.17.
For now, no nodes uses reset for STiH407, so we don't need the
dt-bindings header file in the STi tree.
If we have a
On Thu, 03 Jul 2014, Philipp Zabel wrote:
Am Donnerstag, den 03.07.2014, 10:06 +0200 schrieb Maxime Coquelin:
I will queue patch 4 to STi DT branch for v3.17.
For now, no nodes uses reset for STiH407, so we don't need the
dt-bindings header file in the STi tree.
If we have a DT node
The use of FIFO in McASP can reduce the risk of audio under/overrun and
lowers the load on the memories since the DMA will operate in bursts.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/am335x-evm.dts | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
The use of FIFO in McASP can reduce the risk of audio under/overrun and
lowers the load on the memories since the DMA will operate in bursts.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/am335x-evmsk.dts | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
On Wed, Jul 02, 2014 at 09:43:41PM +0100, Tanmay Inamdar wrote:
On Wed, Jul 2, 2014 at 12:12 PM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 02 July 2014 11:06:38 Tanmay Inamdar wrote:
On Tue, Jul 1, 2014 at 11:43 AM, Liviu Dudau liviu.du...@arm.com wrote:
This is a useful function and
On 2014-07-01 at 18:36:49 +0200, Stefan Wahren stefan.wah...@i2se.com wrote:
This patch adds the Ethernet over SPI driver for the
Qualcomm QCA7000 HomePlug GreenPHY.
Signed-off-by: Stefan Wahren stefan.wah...@i2se.com
---
drivers/net/ethernet/Kconfig|1 +
Some Freescale boards like T1040RDB have on board CPLD connected on
the IFC bus. Add binding for this in board.txt file
Signed-off-by: Priyanka Jain priyanka.j...@freescale.com
---
.../devicetree/bindings/powerpc/fsl/board.txt | 19 +++
1 files changed, 19 insertions(+), 0
On Thu, Jul 03, 2014 at 08:58:04AM +0100, Jingchang Lu wrote:
-Original Message-
From: Mark Rutland [mailto:mark.rutl...@arm.com]
Sent: Wednesday, July 02, 2014 7:15 PM
To: Lu Jingchang-B35083
Cc: shawn@linaro.org; linux-arm-ker...@lists.infradead.org;
devicetree@vger.kernel.org;
-Micron n25q512a memory is supported by m25p80 driver.
Add compatible field required to support n25q512a in m25p80.txt
-Add micron to the vendor-prefixes.txt file
Signed-off-by: Priyanka Jain priyanka.j...@freescale.com
---
Documentation/devicetree/bindings/mtd/m25p80.txt |1 +
-Original Message-
From: Mark Rutland [mailto:mark.rutl...@arm.com]
Sent: Wednesday, July 02, 2014 7:21 PM
To: Lu Jingchang-B35083
Cc: shawn@linaro.org; linux-arm-ker...@lists.infradead.org;
devicetree@vger.kernel.org; Lu Jingchang-B35083
Subject: Re: [PATCH 4/5] ARM: imx: Add initial
Hi,
Am Donnerstag, den 03.07.2014, 10:06 +0200 schrieb Maxime Coquelin:
I will queue patch 4 to STi DT branch for v3.17.
For now, no nodes uses reset for STiH407, so we don't need the
dt-bindings header file in the STi tree.
If we have a DT node using a reset line before my pull-request, I
On Wednesday 02 July 2014 13:43:41 Tanmay Inamdar wrote:
On Wed, Jul 2, 2014 at 12:12 PM, Arnd Bergmann a...@arndb.de wrote:
I think EXPORT_SYMBOL_GPL() is better here. The new symbols are unlikely
to be used by a peripheral device driver, and PCI host controllers are
already restricted by
-Original Message-
From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
boun...@lists.linux-foundation.org] On Behalf Of Thierry Reding
Sent: Friday, June 27, 2014 12:29 PM
To: Rob Herring; Pawel Moll; Mark Rutland; Ian Campbell; Kumar Gala;
Stephen Warren; Arnd Bergmann;
On Friday 27 June 2014 08:32:42 Punnaiah Choudary Kalluri wrote:
+/**
+ * struct pl353_smc_data - Private smc driver structure
+ * @devclk: Pointer to the peripheral clock
+ * @aperclk: Pointer to the APER clock
+ */
+struct pl353_smc_data {
+ struct clk
On Thu, Jul 03, 2014 at 11:20:27AM +0200, Marc Kleine-Budde wrote:
On 07/03/2014 11:09 AM, Dong Aisheng wrote:
On Thu, Jul 03, 2014 at 11:04:36AM +0200, Marc Kleine-Budde wrote:
On 07/03/2014 10:48 AM, Dong Aisheng wrote:
On Thu, Jul 03, 2014 at 09:12:49AM +0200, Marc Kleine-Budde wrote:
On Wednesday 02 July 2014 04:56 PM, Roger Quadros wrote:
Sekhar,
On 06/18/2014 02:19 PM, Rajendra Nayak wrote:
On Wednesday 18 June 2014 04:40 PM, Roger Quadros wrote:
+ Nishant and Rajendra for review.
On 05/05/2014 12:54 PM, Roger Quadros wrote:
Add the sysconfig class bits for the
On Thu, Jul 03, 2014 at 07:49:59AM +0200, Jean-Francois Moine wrote:
Mark Brown broo...@kernel.org wrote:
I'd expect this to return an error for the busy DAI rather than just
silently ignore it failing to start or (better) implement some control
to let the user select which of the DAIs is
On Thu, Jul 3, 2014 at 5:15 AM, Mark Rutland mark.rutl...@arm.com wrote:
On Wed, Jul 02, 2014 at 10:01:40PM +0100, Rob Clark wrote:
On Wed, Jul 2, 2014 at 2:09 PM, Mark Rutland mark.rutl...@arm.com wrote:
On Tue, Jul 01, 2014 at 07:57:35PM +0100, Rob Clark wrote:
Now that we (almost) have
On Thu, 3 Jul 2014 11:44:32 +0100
Mark Brown broo...@kernel.org wrote:
I'd expect this to return an error for the busy DAI rather than just
silently ignore it failing to start or (better) implement some control
to let the user select which of the DAIs is active.
This is not an
Hi,
On Tue, Jul 01, 2014 at 08:02:00AM +0100, Krzysztof Kozlowski wrote:
Add document describing device tree bindings for MAX14577 MFD
drivers: MFD core, extcon, regulator and charger.
Both MAX14577 and MAX77836 chipsets are documented.
Signed-off-by: Krzysztof Kozlowski
On czw, 2014-07-03 at 12:32 +0100, Mark Rutland wrote:
Hi,
On Tue, Jul 01, 2014 at 08:02:00AM +0100, Krzysztof Kozlowski wrote:
Add document describing device tree bindings for MAX14577 MFD
drivers: MFD core, extcon, regulator and charger.
Both MAX14577 and MAX77836 chipsets are
Patch 0a68214b ARM: DT: Add binding for GIC virtualization extentions (VGIC)
added
the arm,cortex-a7-gic compatible string, but the corresponding IRQCHIP_DECLARE
was never added to the gic driver.
To let real Cortex-A7 SoCs use it, add the necessary declaration to the device
driver.
On Thu, Jul 03, 2014 at 01:34:06PM +0200, Jean-Francois Moine wrote:
Mark Brown broo...@kernel.org wrote:
Your board happens to only be able to present the same input on both I2S
and S/PDIF but that might not apply to other boards, they may be able to
route different signals to each which
Add SPI device for RSPI on Genmai.
On this board, only rspi4 is in use. Its bus contains a single device
(a wm8978 audio codec), for which no bindings are defined yet.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
v6:
- Rebased on top of renesas-devel-v3.16-rc3-20140701,
-
Hi Thomas,
On Fri, 27 Jun 2014 15:22:52 +0200, Gregory CLEMENT wrote:
The CA9 MPcore SoC Control block allows to do some configuration that
the SoC could use for a specific use case. In most cases the defaults
case is enough. However there is few exception: for cpuidle we need to
use the
Hello to all,
Here is the second version of the RFC for Qualcomm QPNP PMIC's support.
The difference since first version [1] is that now we use platform
devices for PMIC peripherals instead of new qpnp-bus. The first patch
in the set implements an *of* based parsing of PMIC peripheral
resources
From: Josh Cartwright jo...@codeaurora.org
The Qualcomm QPNP PMIC chips are components used with the
Snapdragon 800 series SoC family. This driver exists
largely as a glue mfd component, it exists to be an owner
of an SPMI regmap for children devices described in
device tree.
Signed-off-by:
Hello Thierry,
I haven't had any feedback from you on this pretty straightforward
patch series adding support for a new LCD panel.
Did you receive it in the first place ?
Best Regards,
Boris
On Thu, 5 Jun 2014 15:53:30 +0200
Boris BREZILLON boris.brezil...@free-electrons.com wrote:
Hello,
From: Ivan T. Ivanov iiva...@mm-sol.com
The qpnp-spmi device nodes are childrens of spmi pmic arbiter.
msm8974 SoC using two pmic chips pm8941 and pm8841. Every chip
has two spmi-qpnp bus id's.
Signed-off-by: Stanimir Varbanov svarba...@mm-sol.com
---
arch/arm/boot/dts/qcom-msm8974.dtsi | 45
A 32bits RTC is housed inside PMIC. The RTC driver uses QPNP
SPMI interface to communicate with the PMIC RTC module.
The RTC device is divided into two sub-peripherals:
- RTC read-write peripheral having basic RTC registers
- alarm peripheral for controlling alarm
These two RTC peripherals are
Add QPNP RTC device tree node. The RTC device resides into pm8941
and is attached on usid0.
Signed-off-by: Stanimir Varbanov svarba...@mm-sol.com
---
arch/arm/boot/dts/qcom-msm8974.dtsi |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
Add devicetree binding document which describes the qpnp-rtc.
Signed-off-by: Stanimir Varbanov svarba...@mm-sol.com
---
.../devicetree/bindings/rtc/qcom,rtc-qpnp.txt | 24
1 files changed, 24 insertions(+), 0 deletions(-)
create mode 100644
On Thu, 3 Jul 2014 12:59:24 +0100
Mark Brown broo...@kernel.org wrote:
Your board happens to only be able to present the same input on both I2S
and S/PDIF but that might not apply to other boards, they may be able to
route different signals to each which would present a practical
Hi Maxime,
Am Donnerstag, den 03.07.2014, 10:40 +0100 schrieb Lee Jones:
On Thu, 03 Jul 2014, Philipp Zabel wrote:
Patch 4 depends on patch 1 for the header. My tree is still empty, how
about I take the first two, and you merge that branch and then take 3
and 4 on top?
That approach
Add DT binding documentation for Silicon Image SiI9022 HDMI encoder.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: devicetree@vger.kernel.org
---
.../devicetree/bindings/video/sil,sii9022.txt | 53 ++
1 file changed, 53 insertions(+)
create mode 100644
On Wed, Jun 25, 2014 at 07:28:56PM +0300, Stanimir Varbanov wrote:
Here is v4 of the patchset.
Changes since v3:
- Fixed trivial typo related to unnecessary semicolon.
All applied. Thanks!
--
Email: Herbert Xu herb...@gondor.apana.org.au
Home Page: http://gondor.apana.org.au/~herbert/
PGP
On Thu, Jul 03, 2014 at 03:28:26PM +0200, Jean-Francois Moine wrote:
OK. no problem, I can do that: only the first stream is switched and
the second is rejected.
But, this means that there will be a lot of errors when DPCM will be
used, because, in most cases for the Cubox (kirkwood audio +
The patch series adds the device tree nodes and the corresponding
documentation. The series also enabled tps65218 config options
in the omap2plus_defconfig.
The series is boot tested on both AM43x-epos-evm and AM437x-gp-evm.
Keerthy (5):
mfd: Add DT bindings for tps65218 PMIC
regulator: Add
Enable TPS65218 config options.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index 536a137..f650f00 100644
---
Add TPS65218 device tree nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 38 ++
1 file changed, 38 insertions(+)
diff --git a/arch/arm/boot/dts/am43x-epos-evm.dts
b/arch/arm/boot/dts/am43x-epos-evm.dts
index
Add TPS65218 device tree nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 38 +++
1 file changed, 38 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
b/arch/arm/boot/dts/am437x-gp-evm.dts
index
Add DT bindings for tps65218 PMIC
Signed-off-by: Keerthy j-keer...@ti.com
---
Documentation/devicetree/bindings/mfd/tps65218.txt | 57
1 file changed, 57 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/tps65218.txt
diff --git
Add DT bindings for tps65218 PMIC regulators.
Signed-off-by: Keerthy j-keer...@ti.com
---
.../devicetree/bindings/regulator/tps65218.txt | 21
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/regulator/tps65218.txt
diff --git
Hello,
On Wed, Jul 02, 2014 at 03:45:07PM +0530, Suman Tripathi wrote:
+int ahci_restart_engine(struct ata_port *ap)
+{
+ struct ahci_host_priv *hpriv = ap-host-private_data;
+
+ ahci_stop_engine(ap);
+ ahci_start_fis_rx(ap);
+ hpriv-start_engine(ap);
+
+ return 0;
Hi,
On Thu, Jul 03, 2014 at 07:14:58PM +0530, Keerthy wrote:
Add DT bindings for tps65218 PMIC
Signed-off-by: Keerthy j-keer...@ti.com
---
Documentation/devicetree/bindings/mfd/tps65218.txt | 57
1 file changed, 57 insertions(+)
create mode 100644
On Thu, Jul 03, 2014 at 07:14:59PM +0530, Keerthy wrote:
Add DT bindings for tps65218 PMIC regulators.
Signed-off-by: Keerthy j-keer...@ti.com
---
.../devicetree/bindings/regulator/tps65218.txt | 21
1 file changed, 21 insertions(+)
create mode 100644
Now that the reset code is a driver of its own, just let the usual DT probing
mecanism do its job, and remove the code entirely in this case.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/setup.c | 29 -
1 file changed, 29
On Thu, Jul 03, 2014 at 07:15:00PM +0530, Keerthy wrote:
Add TPS65218 device tree nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 38
++
1 file changed, 38 insertions(+)
diff --git
Hi,
This patchset is an attempt to further cleanup mach-at91 by removing
code that can be put into a driver nowadays.
This time, the target is the reset and poweroff code, that can now be
put in drivers/power/reset.
Maxime
Maxime Ripard (18):
power: reset: Add if statement isntead of
Implement the reset behaviour of the various AT91 SoCS in drivers/power/reset.
It used to be (and still is) located in arch/arm/mach-at91, and in order to
preserve bisectability is not removed yet, but every board should be converted
to use this driver instead.
Signed-off-by: Maxime Ripard
Now that the reset code is a driver of its own, just let the usual DT probing
mecanism do its job, and remove the code entirely in this case.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/setup.c | 29 -
1 file changed, 29
The SAMA5D3 has a shutdown controller identical to the sam9x5 SoC family.
Declare it in the DT.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/boot/dts/sama5d3.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/sama5d3.dtsi
The SAMA5D3 has a shutdown controller identical to the sam9x5 SoC family.
Declare it in the DT.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/boot/dts/sama5d3.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/sama5d3.dtsi
Implement the reset behaviour of the various AT91 SoCS in drivers/power/reset.
It used to be (and still is) located in arch/arm/mach-at91, and in order to
preserve bisectability is not removed yet, but every board should be converted
to use this driver instead.
Signed-off-by: Maxime Ripard
These headers used to provide an API to access the rstc and shdwc registers.
Now that no-one uses this API anymore, we can safely remove those.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/at91_rstc.h | 53 -
Now that there's no user left for the global variables holding the reset and
shutdown controllers base address, we can remove these variables and their
associated mapping function.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/at91sam9260.c | 2 --
These headers used to provide an API to access the rstc and shdwc registers.
Now that no-one uses this API anymore, we can safely remove those.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/at91_rstc.h | 53 -
On Thu, Jul 03, 2014 at 07:15:01PM +0530, Keerthy wrote:
Add TPS65218 device tree nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 38
+++
1 file changed, 38 insertions(+)
diff --git
The G45 has two identical ram controller, that are defined as a single one,
with two reg cells.
The proper way to support such a case is to have two separate DT nodes.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/boot/dts/at91sam9g45.dtsi | 8 ++--
1 file
Adapt the ramc mapping code to handle multiple ram controllers in the DT.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/setup.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mach-at91/setup.c
Adapt the ramc mapping code to handle multiple ram controllers in the DT.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/setup.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mach-at91/setup.c
On Thu, Jul 03, 2014 at 07:15:02PM +0530, Keerthy wrote:
Enable TPS65218 config options.
Signed-off-by: Keerthy j-keer...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git
Most of the printed messages are using the AT91: prefix in the setup.c file,
but not all of them. Moreover, those who add it hardcode it directly in the
message, while the pr_fmt macro makes it easier for us to support such a case.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
Now that there's no user left for the global variables holding the reset and
shutdown controllers base address, we can remove these variables and their
associated mapping function.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/at91sam9260.c | 2 --
Both the reset and poweroff drivers are now implementing what the
show_reset_status function used to do. Hence, we can remove this rather hackish
function that prevents us from doing further cleanup.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/pm.c | 72
Both the reset and poweroff drivers are now implementing what the
show_reset_status function used to do. Hence, we can remove this rather hackish
function that prevents us from doing further cleanup.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/pm.c | 72
Now that all the SoC have been converted to use the new poweroff driver, we can
remove the poweroff code defined in mach-at91.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/setup.c | 6 --
1 file changed, 6 deletions(-)
diff --git
Now that the poweroff code is a driver of its own, remove the DT probing in
mach-at91 and let the usual DT code do its job.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/setup.c | 77 --
1 file changed, 77
Add a driver to handle the shutdown of the Atmel SoCs. This code used to be
(and still is) in arch/arm/mach-at91. We didn't removed it yet so that we can
convert all the boards to using this driver, before removing it entirely in a
separate patch.
Signed-off-by: Maxime Ripard
Now that all the SoC have been converted to use the new poweroff driver, we can
remove the poweroff code defined in mach-at91.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/setup.c | 6 --
1 file changed, 6 deletions(-)
diff --git
All the config option so far are depending on the POWER_RESET symbol
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
drivers/power/reset/Kconfig | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/power/reset/Kconfig
Now that the poweroff code is a driver of its own, remove the DT probing in
mach-at91 and let the usual DT code do its job.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/mach-at91/setup.c | 77 --
1 file changed, 77
1 - 100 of 204 matches
Mail list logo
