The old property is supported. See "[PATCH v1 1/10]" ^^
(of_is_system_power_controller supports both properties...)
2014-10-28 5:34 GMT+01:00 Alexandre Courbot :
> On Tue, Oct 28, 2014 at 1:42 AM, Felipe Balbi wrote:
>> On Mon, Oct 27, 2014 at 04:26:52PM +, Romain Perier wrote:
>>> Signed-off
On Tue, Oct 28, 2014 at 12:45:32PM +0900, Yoshihiro Kaneko wrote:
> From: Koji Matsuoka
>
> Signed-off-by: Koji Matsuoka
> Signed-off-by: Yoshihiro Kaneko
Applied to libata/for-3.18-fixes.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body
>
> The last patch instantiates the HDMI encoder in the Koelsch board DT file and
> connects it to the DU output.
>
> The patch series depends on Koelsch DU DT enablement (scheduled for merge in
> v3.19-rc1). Dave, I'd like to get this merged in v3.19-rc1, how would you like
> to proceed ? Could it
On Tue, Oct 28, 2014 at 1:42 AM, Felipe Balbi wrote:
> On Mon, Oct 27, 2014 at 04:26:52PM +, Romain Perier wrote:
>> Signed-off-by: Romain Perier
>> ---
>> arch/arm/boot/dts/tegra30-apalis.dtsi | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/arch/arm/boot/dts/tegr
Now that ACPI supports named GPIO properties, either through ACPI 5.1 or
the per-driver ACPI GPIO mappings, we can be more narrow about the way
GPIOs should be specified in Device Tree bindings.
This patch updates the GPIO DT bindings documentation to highlight the
following rules for new GPIO bin
On Tue, Oct 28, 2014 at 7:34 AM, Rafael J. Wysocki wrote:
> On Monday, October 27, 2014 02:21:23 PM Alexandre Courbot wrote:
>> On Sat, Oct 25, 2014 at 7:05 AM, Rafael J. Wysocki
>> wrote:
>> > From: Rafael J. Wysocki
>> >
>> > Provide a way for device drivers using GPIOs described by ACPI
>> >
Hello Tejun,
2014-10-28 0:05 GMT+09:00 Tejun Heo :
> On Wed, Oct 15, 2014 at 05:59:37PM +0900, Yoshihiro Kaneko wrote:
>> From: Koji Matsuoka
>>
>> Signed-off-by: Koji Matsuoka
>> Signed-off-by: Yoshihiro Kaneko
>
> Can you please respin the patch on top of libata/for-3.19?
Sure, will do.
Tha
On Mon, Oct 27, 2014 at 04:03:42PM +0100, Krzysztof Kozlowski wrote:
> The regulator_register() expects array of 'regulator_desc' to be const.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Oct 27, 2014 at 04:03:40PM +0100, Krzysztof Kozlowski wrote:
> The driver is used only on Exynos4 based boards with DTS support.
> Convert the driver to DTS-only version.
This doesn't seem like a particularly persuasive reason honestly and if
you're going to mess around with this stuff ple
On Tuesday, October 28, 2014 08:32:45 AM Caesar Wang wrote:
> Dmitry,
>
> 在 2014年10月28日 08:29, Dmitry Torokhov 写道:
> > On Mon, Oct 27, 2014 at 10:39:45AM +0800, Caesar Wang wrote:
> >> This add the necessary binding documentation for the thermal
> >> found on Rockchip SoCs
> >>
> >> Signed-off-by
On Wed 08 Oct 14:33 PDT 2014, Jeffrey Hugo wrote:
[..]
> > + */
> > +struct smem_header {
> > + struct smem_proc_comm proc_comm[4];
> > + u32 version[32];
> > + u32 smem_initialized;
> > + u32 free_offset;
> > + u32 available;
> > + u32 unused;
>
> I see that you inlined t
Dmitry,
在 2014年10月28日 08:29, Dmitry Torokhov 写道:
On Mon, Oct 27, 2014 at 10:39:45AM +0800, Caesar Wang wrote:
This add the necessary binding documentation for the thermal
found on Rockchip SoCs
Signed-off-by: zhaoyifeng
Signed-off-by: Caesar Wang
---
.../bindings/thermal/rockchip-thermal.t
Hi Caesar,
On Mon, Oct 27, 2014 at 10:39:44AM +0800, Caesar Wang wrote:
> Thermal is TS-ADC Controller module supports
> user-defined mode and automatic mode.
>
> User-defined mode refers,TSADC all the control signals entirely by
> software writing to register for direct control.
>
> Automaic mo
On Mon, Oct 27, 2014 at 10:39:45AM +0800, Caesar Wang wrote:
> This add the necessary binding documentation for the thermal
> found on Rockchip SoCs
>
> Signed-off-by: zhaoyifeng
> Signed-off-by: Caesar Wang
> ---
> .../bindings/thermal/rockchip-thermal.txt | 53
>
On Mon, Oct 27, 2014 at 10:39:47AM +0800, Caesar Wang wrote:
> This patch is depend on rk3288-thermal.dtsi,or
> it will compile error.
>
> If for some reason we are unable to shut it down
> in orderly fashion (kernel is stuck holding a lock or
> similar), then hardware TSHUT will reset it.
>
> If
On Mon, Oct 27, 2014 at 10:39:48AM +0800, Caesar Wang wrote:
> when a thermal temperature over TSHUT.Default to via
> CRU reset the entire chip on rk3288-evb Board,
> TSHUT is low active on rk3288-evb board.
>
> Signed-off-by: Caesar Wang
Reviewed-by: Dmitry Torokhov
> ---
> arch/arm/boot/dts
On Mon, Oct 27, 2014 at 04:22:51PM -0700, Andrew Morton wrote:
> On Fri, 24 Oct 2014 21:55:32 +0200 Johan Hovold wrote:
> > I will. :) Just wanted to see whether Andrew preferred I resend the
> > whole series or just that one patch first.
> >
> > The diff is minimal:
> >
> > diff --git a/drivers
Hi Caesar,
On Mon, Oct 27, 2014 at 10:39:46AM +0800, Caesar Wang wrote:
> This patch changes a dtsi file to contain the thermal data
> on RK3288 and later SoCs. This data will
> enable a thermal shutdown over 120C.
>
> Signed-off-by: Caesar Wang
Looks good not with a small nit below. Otherwise
On Fri, Oct 24, 2014 at 09:44:31AM -0700, Dmitry Torokhov wrote:
> Hi Jinkun,
>
> On Fri, Oct 24, 2014 at 12:29:19AM -0700, jinkun.hong wrote:
> > +static int rockchip_pd_power(struct rockchip_domain *pd, bool power_on)
> > +{
> > + int ret = 0;
> > + struct rockchip_dev_entry *de;
> > +
> > +
On Fri, 24 Oct 2014 21:55:32 +0200 Johan Hovold wrote:
> On Fri, Oct 24, 2014 at 02:44:42PM -0500, Felipe Balbi wrote:
> > On Fri, Oct 24, 2014 at 09:36:55PM +0200, Johan Hovold wrote:
> > > On Fri, Oct 24, 2014 at 02:29:48PM -0500, Felipe Balbi wrote:
> > > > Hi,
> > > >
> > > > On Fri, Oct 24,
On 10/27/2014 04:59 PM, Borislav Petkov wrote:
On Mon, Oct 27, 2014 at 04:35:00PM -0500, Thor Thayer wrote:
Should I move the EDAC Device probe and error handling from
altera_edac_mgr.c to altera_edac.c? Can I mix the MC and Device models
in the same file?
Right, for basic practical reasons, I
On Mon, 27 Oct 2014 09:09:28 +0100 Johan Hovold wrote:
> Add new property "ti,system-power-controller" to register the RTC as a
> power-off handler.
>
> Some RTC IP revisions can control an external PMIC via the pmic_power_en
> pin, which can be configured to transition to OFF on ALARM2 events a
Hi Roman,
Am 27.10.2014 um 22:43 schrieb Roman Byshko:
> There is already support for two USB phys, which are used for
> USB host controllers on Allwinner SoC aka sunxi.
>
> This patch series add support for the USB OTG phy (aka phy0).
>
> The code has been tested on Allwinner A20 aka sun7i (Cub
On Monday, October 27, 2014 02:21:23 PM Alexandre Courbot wrote:
> On Sat, Oct 25, 2014 at 7:05 AM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Provide a way for device drivers using GPIOs described by ACPI
> > GpioIo resources in _CRS to tell the GPIO subsystem what names
> > (c
On Mon, Oct 27, 2014 at 04:35:00PM -0500, Thor Thayer wrote:
> Should I move the EDAC Device probe and error handling from
> altera_edac_mgr.c to altera_edac.c? Can I mix the MC and Device models
> in the same file?
Right, for basic practical reasons, I'd like to keep all functionality
pertaining
The driver for sun4i USB phys currently supports
only phy1 and phy2 which are used for USB host
controllers. This patch adds support for USB phy0,
which is used by the musb hdrc USB controller.
---
drivers/phy/phy-sun4i-usb.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --g
Until now the regulator nodes for powering USB VBUS
existed only for the two host controllers. Now the regulator
is added for USB OTG too.
---
arch/arm/boot/dts/sunxi-common-regulators.dtsi | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/sunxi-common-regu
Cubietruck uses different pin for the USB OTG VBUS that
is why we override the one defined in sunxi-common-regulators.dtsi
---
arch/arm/boot/dts/sun7i-a20-cubietruck.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
b/arch/arm/boot/d
---
arch/arm/boot/dts/sun7i-a20-cubietruck.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
b/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
index 1682307..a281d25 100644
--- a/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
+++ b/arch/arm/boot/dts/sun7i-a
---
arch/arm/boot/dts/sun7i-a20.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi
index 82097c9..f787ccb 100644
--- a/arch/arm/boot/dts/sun7i-a20.dtsi
+++ b/arch/arm/boot/dts/sun7i-a20.dtsi
@@ -552,8 +55
Hi,
There is already support for two USB phys, which are used for
USB host controllers on Allwinner SoC aka sunxi.
This patch series add support for the USB OTG phy (aka phy0).
The code has been tested on Allwinner A20 aka sun7i (Cubietruck).
Best regards,
Roman Byshko
Roman Byshko (5):
phy:
On 10/27/2014 03:43 PM, Borislav Petkov wrote:
On Mon, Oct 27, 2014 at 01:50:24PM -0500, Thor Thayer wrote:
Do you have any comments about this driver?
Just a question: why do you have three .c files for something which
does only error injection and nothing else AFAICT? Why isn't this part
of
On Mon, Oct 27, 2014 at 01:50:24PM -0500, Thor Thayer wrote:
> Do you have any comments about this driver?
Just a question: why do you have three .c files for something which
does only error injection and nothing else AFAICT? Why isn't this part
of altera_edac.c?
--
Regards/Gruss,
Boris.
Se
On Mon, Oct 27, 2014 at 10:32 PM, Mark Brown wrote:
> On Mon, Oct 27, 2014 at 10:07:05PM +0300, Max Filippov wrote:
>
>> +config SND_SOC_XTENSA_XTFPGA
>> + tristate "SoC Audio for xtensa xtfpga"
>> + depends on XTENSA_PLATFORM_XTFPGA
>> + select SND_SOC_XTFPGA_I2S
>> + select SND_S
With legacy booting, the platform init code was taking care of
the configuring of GPIOs. With device tree based booting, things
may or may not work depending what bootloader has configured or
if the legacy platform code gets called.
Let's add support for the pwrdn and reset GPIOs to the smc91x
dri
Hello Ivan
On Wed, Oct 01, 2014 at 06:53:37PM +0300, Ivan T. Ivanov wrote:
> Add support for the temperature alarm peripheral found inside
> Qualcomm plug-and-play (QPNP) PMIC chips. The temperature alarm
> peripheral outputs a pulse on an interrupt line whenever the
> thermal over temperature st
Hello Krzysztof,
On 10/27/2014 04:03 PM, Krzysztof Kozlowski wrote:
> Document usage of gpio property which turns on external control over
> regulator.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> Documentation/devicetree/bindings/mfd/max77686.txt | 3 +++
> 1 file changed, 3 insertions(+)
>
Hello Krzysztof,
On 10/27/2014 04:03 PM, Krzysztof Kozlowski wrote:
> @@ -85,6 +91,9 @@ struct max77686_data {
> struct max77686_regulator_data *regulators;
> int num_regulators;
>
> + /* Array of size num_regulators with GPIOs for external control. */
> + int *ext_control_gp
Hello Krzysztof,
On 10/27/2014 04:03 PM, Krzysztof Kozlowski wrote:
> Minor nit: Initialize the opmode for each regulator to normal mode in a
> readable explicit way.
>
> Signed-off-by: Krzysztof Kozlowski
> Suggested-by: Javier Martinez Canillas
> ---
> drivers/regulator/max77686.c | 4 ++--
>
Hello Krzysztof,
On 10/27/2014 04:03 PM, Krzysztof Kozlowski wrote:
> The regulator_register() expects array of 'regulator_desc' to be const.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/regulator/max77686.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/dri
Hello Krzysztof,
On 10/27/2014 04:03 PM, Krzysztof Kozlowski wrote:
> The driver is used only on Exynos based boards with DTS support.
> Convert the driver to DTS-only version. This simplifies a little the
> code:
> 1. No dead (unused) entries in platform_data structure.
> 2. More code removed (fr
Hello Krzysztof,
On 10/27/2014 04:03 PM, Krzysztof Kozlowski wrote:
> The driver is used only on Exynos4 based boards with DTS support.
> Convert the driver to DTS-only version.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/regulator/max77686.c | 51
> +
Hello Krzysztof,
On 10/27/2014 04:03 PM, Krzysztof Kozlowski wrote:
> The driver is used only on Exynos based boards with DTS support.
> Convert the driver to DTS-only version.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/regulator/max77802.c | 44
> +++---
On Mon, Oct 27, 2014 at 10:07:05PM +0300, Max Filippov wrote:
> +config SND_SOC_XTENSA_XTFPGA
> + tristate "SoC Audio for xtensa xtfpga"
> + depends on XTENSA_PLATFORM_XTFPGA
> + select SND_SOC_XTFPGA_I2S
> + select SND_SOC_TLV320AIC23_SPI
> + select SND_SIMPLE_CARD
I've only
This parch adds the device tree nodes for APM X-Gnene USB host controller.
Since X-Gene SOC supports maximum 2 USB ports, 2 dts node are added.
Signed-off-by: Bao Truong
Signed-off-by: Feng Kan
---
arch/arm64/boot/dts/apm-storm.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --
Add X-Gene platform reboot driver dts node.
Signed-off-by: Feng Kan
---
arch/arm64/boot/dts/apm-storm.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot/dts/apm-storm.dtsi
b/arch/arm64/boot/dts/apm-storm.dtsi
index a80f2fa..9532aa3 100644
--- a/arch/arm64/boo
Add Designware GPIO dts binding to APM X-Gene platform
Signed-off-by: Feng Kan
---
arch/arm64/boot/dts/apm-storm.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm64/boot/dts/apm-storm.dtsi
b/arch/arm64/boot/dts/apm-storm.dtsi
index 9532aa3..d84cf33 100644
--- a/
This sums up the dts changes of the recent committed drivers into the kernel.
This will grant PMU, reboot, USB and gpio functionalities to the platform.
These patches are all based on existing and approved driver that is in the
kernel tree today.
Feng Kan (7):
arm64: dts: Add APM X-Gene USB 2.0
This patch documents the compatible string for APM X-Gene Potenza CPU's PMU.
Signed-off-by: Vinayak Kale
Signed-off-by: Feng Kan
---
Documentation/devicetree/bindings/arm/pmu.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm/pmu.txt
b/Documentation/d
This patch adds the PMU device tree node for APM X-Gene Storm SOC.
Signed-off-by: Vinayak Kale
Signed-off-by: Feng Kan
---
arch/arm64/boot/dts/apm-storm.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/apm-storm.dtsi
b/arch/arm64/boot/dts/apm-storm.dtsi
index b
Add the flash controller muxed gpio dts node for APM X-Gene SoC platform.
Signed-off-by: Feng Kan
---
arch/arm64/boot/dts/apm-storm.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/apm-storm.dtsi
b/arch/arm64/boot/dts/apm-storm.dtsi
index d84cf33..b2e6068 1006
This add documentation for the SCU system clock unit device tree binding
to the kernel.
Signed-off-by: Feng Kan
---
Documentation/devicetree/bindings/arm/apm/scu.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/apm/scu.txt
di
On 10/27/2014 12:34 PM, Sebastian Andrzej Siewior wrote:
> Do we really need #3 (and then #4)? Given the complexity we have already, is
> there any benefit by decreasing this value?
I specifically requested we add ti,charge-delay to the device tree because it
is THE critical value to tune for a
From: Kumar Gala
Add driver for Qualcomm Hardware Mutex block that exists on newer
Qualcomm SoCs.
Signed-off-by: Kumar Gala
[bjorn: added pm_runtime calls, from Courtney,
added sfpb-mutex compatible,
updated DT binding documentation formatting,
replaced msm prefix with q
XTFPGA boards providean audio subsystem that consists of TI CDCE706
clock synthesizer, I2S transmitter and TLV320AIC23 audio codec.
I2S transmitter has MMIO-based interface that resembles that of the
OpenCores I2S transmitter. I2S transmitter is always a master on I2S
bus. There's no specialized a
Hi,
On Mon, Oct 20, 2014 at 02:34:48PM +0200, Krzysztof Kozlowski wrote:
> Add new driver for Maxim 77693 switch-mode charger (part of max77693
> MFD driver) providing power supply class information to userspace.
>
> The charger has +20V tolerant input. Current input can be set from 0 to
> 2.58 A
Hi Borislav,
On 10/17/2014 03:33 PM, ttha...@opensource.altera.com wrote:
From: Thor Thayer
This patch adds the L2 cache and OCRAM peripherals to the EDAC framework
using the EDAC device framework. The ECC is enabled early in the boot
process in the platform specific code.
Thor Thayer (4):
On 10/27/2014 01:27 PM, Kishon Vijay Abraham I wrote:
On Saturday 25 October 2014 01:55 AM, Felipe Balbi wrote:
On Fri, Oct 24, 2014 at 10:14:55PM +0200, Sebastian Hesselbarth wrote:
On 21.10.2014 11:40, Sebastian Hesselbarth wrote:
On 10/21/2014 11:33 AM, Kishon Vijay Abraham I wrote:
On Tue
2014-10-27 18:16 GMT+01:00 Johan Hovold :
> You probably don't want this to be inline.
>
Yeah this is what I thought, I agree, it's a bit big to be inline... I
will fix it, I just wait a bit to see what is decided for this
serie...
--
To unsubscribe from this list: send the line "unsubscribe device
On 10/27/2014 02:28 PM, Ulf Hansson wrote:
On 21 October 2014 11:22, Sebastian Hesselbarth
wrote:
As we are using references to the I/O clock throughout the driver,
move it to the private data. Also, in preparation for core clock,
rename it to clk_io.
Signed-off-by: Sebastian Hesselbarth
---
Hi Steffen,
> On Oct 27, 2014, at 20:00 , Steffen Trumtrar
> wrote:
>
> On Mon, Oct 27, 2014 at 05:45:03PM +0200, Pantelis Antoniou wrote:
>> Hi Stefan,
>>
>>> On Oct 27, 2014, at 17:32 , Steffen Trumtrar
>>> wrote:
>>>
>>> On Mon, Oct 27, 2014 at 05:05:29PM +0200, Pantelis Antoniou wrote:
On Mon, Oct 27, 2014 at 05:45:03PM +0200, Pantelis Antoniou wrote:
> Hi Stefan,
>
> > On Oct 27, 2014, at 17:32 , Steffen Trumtrar
> > wrote:
> >
> > On Mon, Oct 27, 2014 at 05:05:29PM +0200, Pantelis Antoniou wrote:
> >> Hi Mark,
> >>
> >>> On Oct 27, 2014, at 17:01 , Mark Brown wrote:
> >>>
On Mon, Oct 27, 2014 at 12:30:25PM -0500, Felipe Balbi wrote:
> On Mon, Oct 27, 2014 at 05:26:36PM +, Mark Brown wrote:
> > Given that poweroff-source hasn't made it into a released kernel yet we
> > can probably just kill it off completely can't we?
> please do, then we will never have that
On Mon, Oct 27, 2014 at 02:27:16PM +0900, Alexandre Courbot wrote:
> On Sat, Oct 25, 2014 at 5:45 AM, Andrew Lunn wrote:
> >> > + switch (mvchip->soc_variant) {
> >> > + case MVEBU_GPIO_SOC_VARIANT_ORION:
> >> > + mvchip->edge_mask_regs[0] =
> >> > + readl(mvchip->m
On Mon, Oct 27, 2014 at 05:52:02PM +0200, Pantelis Antoniou wrote:
> Hi Steffen,
>
> > On Oct 27, 2014, at 17:23 , Steffen Trumtrar
> > wrote:
> >
> > Hi!
> >
> > On Mon, Oct 27, 2014 at 01:54:20PM +0200, Pantelis Antoniou wrote:
> >> Hi Stefen,
> >>
> >>> On Oct 25, 2014, at 17:42 , Steffen
Chris,
On Tue, Oct 21, 2014 at 4:26 PM, Chris Zhong wrote:
> The pmu-sram is used to store resume code, suspend/resume need get the
> address of it. Therefore add a binding and documentation for it.
>
> Signed-off-by: Tony Xie
> Signed-off-by: Chris Zhong
> ---
>
> Changes in v4: None
> Changes
Kevin,
On Fri, Oct 24, 2014 at 2:47 PM, Kevin Hilman wrote:
>> +static void rk3288_fill_in_bootram(u32 level)
>> +{
>> + rkpm_bootdata_cpusp = rk3288_bootram_phy + (SZ_4K - 8);
>> + rkpm_bootdata_cpu_code = virt_to_phys(cpu_resume);
>> +
>> + rkpm_bootdata_l2ctlr_f = 1;
>> + rkpm
On 10/27/2014 12:08 PM, Vignesh R wrote:
> This series of patches fix TSC defects related to lag in touchscreen
I will try to look this in the next few days. Do we really need #3 (and
then #4)? Given the complexity we have already, is there any benefit by
decreasing this value? Would someone want
On Mon, Oct 27, 2014 at 05:26:36PM +, Mark Brown wrote:
> On Mon, Oct 27, 2014 at 11:39:18AM -0500, Felipe Balbi wrote:
> > On Mon, Oct 27, 2014 at 04:26:47PM +, Romain Perier wrote:
>
> > > +act8846: act8846@5 {
> > > + compatible = "active-semi,act8846";
> > > + status = "okay";
> > >
On Mon, Oct 27, 2014 at 03:27:17PM +, Torsten Fleischer wrote:
> From: Torsten Fleischer
>
> Use an empty 'cs-gpios' property if a single device is connected which
> has no chip select.
> This refers to the discussion at https://lkml.org/lkml/2013/11/13/62.
>
> Signed-off-by: Torsten Fleisch
On Mon, Oct 27, 2014 at 11:39:18AM -0500, Felipe Balbi wrote:
> On Mon, Oct 27, 2014 at 04:26:47PM +, Romain Perier wrote:
> > +act8846: act8846@5 {
> > +compatible = "active-semi,act8846";
> > +status = "okay";
> > +system-power-controller;
> > +}
> there is no mention here that
Hi Mark,
> On Oct 27, 2014, at 19:17 , Mark Brown wrote:
>
> On Mon, Oct 27, 2014 at 05:45:03PM +0200, Pantelis Antoniou wrote:
>
> Please fix your mail client to word wrap at less than 80 columns.
>
>> Well, it’s not my speciality, but my understanding is that FPGAs take
>> (considerable)
>>
On Mon, Oct 27, 2014 at 04:26:46PM +, Romain Perier wrote:
> As discussed on the mailing list, it makes more sense to rename this property
> to "system-power-controller". Problem being that the word "source" usually
> tends
> to be used for inputs and that is out of control of the OS. The powe
On Mon, Oct 27, 2014 at 05:45:03PM +0200, Pantelis Antoniou wrote:
Please fix your mail client to word wrap at less than 80 columns.
> Well, it’s not my speciality, but my understanding is that FPGAs take
> (considerable)
> time to be programmed. If someone has already configured the ‘bus’ it is
On Mon, Oct 27, 2014 at 05:56:54PM +0100, Johan Hovold wrote:
> On Mon, Oct 27, 2014 at 11:45:44AM -0500, Felipe Balbi wrote:
> > On Mon, Oct 27, 2014 at 09:09:28AM +0100, Johan Hovold wrote:
> > > Add new property "ti,system-power-controller" to register the RTC as a
> > > power-off handler.
> > >
On Mon, Oct 27, 2014 at 06:05:35PM +0100, Heiko Stübner wrote:
> Am Montag, 27. Oktober 2014, 11:47:41 schrieb Felipe Balbi:
> > On Mon, Oct 27, 2014 at 05:41:03PM +0100, Johan Hovold wrote:
> > > On Mon, Oct 27, 2014 at 11:38:40AM -0500, Felipe Balbi wrote:
> > > > On Mon, Oct 27, 2014 at 04:26:46
On Mon, Oct 27, 2014 at 11:47:41AM -0500, Felipe Balbi wrote:
> On Mon, Oct 27, 2014 at 05:41:03PM +0100, Johan Hovold wrote:
> > On Mon, Oct 27, 2014 at 11:38:40AM -0500, Felipe Balbi wrote:
> > > On Mon, Oct 27, 2014 at 04:26:46PM +, Romain Perier wrote:
> > > > As discussed on the mailing li
Am Montag, 27. Oktober 2014, 11:47:41 schrieb Felipe Balbi:
> On Mon, Oct 27, 2014 at 05:41:03PM +0100, Johan Hovold wrote:
> > On Mon, Oct 27, 2014 at 11:38:40AM -0500, Felipe Balbi wrote:
> > > On Mon, Oct 27, 2014 at 04:26:46PM +, Romain Perier wrote:
> > > > As discussed on the mailing list
Am Montag, 27. Oktober 2014, 11:40:22 schrieb Felipe Balbi:
> On Mon, Oct 27, 2014 at 04:26:48PM +, Romain Perier wrote:
> > Signed-off-by: Romain Perier
> > ---
> >
> > drivers/regulator/act8865-regulator.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/driv
On Mon, Oct 27, 2014 at 11:45:44AM -0500, Felipe Balbi wrote:
> On Mon, Oct 27, 2014 at 09:09:28AM +0100, Johan Hovold wrote:
> > Add new property "ti,system-power-controller" to register the RTC as a
> > power-off handler.
> >
> > Some RTC IP revisions can control an external PMIC via the pmic_po
Please take a look at "PATCH v1 1/10" of this serie, read it
carefully... it's already handled ^^
2014-10-27 17:43 GMT+01:00 Johan Hovold :
> On Mon, Oct 27, 2014 at 11:41:53AM -0500, Felipe Balbi wrote:
>> On Mon, Oct 27, 2014 at 05:35:49PM +0100, Lucas Stach wrote:
>> > Am Montag, den 27.10.2014
On Mon, Oct 27, 2014 at 05:49:34PM +0100, Heiko Stübner wrote:
> Am Montag, 27. Oktober 2014, 11:41:53 schrieb Felipe Balbi:
> > On Mon, Oct 27, 2014 at 05:35:49PM +0100, Lucas Stach wrote:
> > > Am Montag, den 27.10.2014, 16:26 + schrieb Romain Perier:
> > > > No longer use custom property to
Hi Abhilash,
On 24/10/14 16:32, Abhilash Kesavan wrote:
> On Wed, Oct 8, 2014 at 11:18 AM, Abhilash Kesavan
> wrote:
>> On Tue, Oct 7, 2014 at 9:46 AM, Kukjin Kim wrote:
>>> Tomasz Figa wrote:
On 30.09.2014 17:12, Abhilash Kesavan wrote:
> On Mon, Sep 22, 2014 at 2:22 PM, Tomasz Figa
On Mon, Oct 27, 2014 at 09:09:28AM +0100, Johan Hovold wrote:
> Add new property "ti,system-power-controller" to register the RTC as a
> power-off handler.
>
> Some RTC IP revisions can control an external PMIC via the pmic_power_en
> pin, which can be configured to transition to OFF on ALARM2 eve
On Mon, Oct 27, 2014 at 05:41:03PM +0100, Johan Hovold wrote:
> On Mon, Oct 27, 2014 at 11:38:40AM -0500, Felipe Balbi wrote:
> > On Mon, Oct 27, 2014 at 04:26:46PM +, Romain Perier wrote:
> > > As discussed on the mailing list, it makes more sense to rename this
> > > property
> > > to "syste
Am Montag, 27. Oktober 2014, 11:41:53 schrieb Felipe Balbi:
> On Mon, Oct 27, 2014 at 05:35:49PM +0100, Lucas Stach wrote:
> > Am Montag, den 27.10.2014, 16:26 + schrieb Romain Perier:
> > > No longer use custom property to define poweroff capability, use the
> > > standard DT property instead.
On Mon, Oct 27, 2014 at 11:41:53AM -0500, Felipe Balbi wrote:
> On Mon, Oct 27, 2014 at 05:35:49PM +0100, Lucas Stach wrote:
> > Am Montag, den 27.10.2014, 16:26 + schrieb Romain Perier:
> > > No longer use custom property to define poweroff capability, use the
> > > standard
> > > DT property
On Mon, Oct 27, 2014 at 05:35:49PM +0100, Lucas Stach wrote:
> Am Montag, den 27.10.2014, 16:26 + schrieb Romain Perier:
> > No longer use custom property to define poweroff capability, use the
> > standard
> > DT property instead.
> >
> > Signed-off-by: Romain Perier
> > ---
> > drivers/mf
On Mon, Oct 27, 2014 at 04:26:48PM +, Romain Perier wrote:
> Signed-off-by: Romain Perier
> ---
> drivers/regulator/act8865-regulator.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/regulator/act8865-regulator.c
> b/drivers/regulator/act8865-regulator.c
>
On Mon, Oct 27, 2014 at 11:38:40AM -0500, Felipe Balbi wrote:
> On Mon, Oct 27, 2014 at 04:26:46PM +, Romain Perier wrote:
> > As discussed on the mailing list, it makes more sense to rename this
> > property
> > to "system-power-controller". Problem being that the word "source" usually
> > t
On Mon, Oct 27, 2014 at 04:26:53PM +, Romain Perier wrote:
> Signed-off-by: Romain Perier
> ---
> arch/arm/boot/dts/tegra30-beaver.dts | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/boot/dts/tegra30-beaver.dts
> b/arch/arm/boot/dts/tegra30-beaver.dts
> ind
On Mon, Oct 27, 2014 at 04:26:52PM +, Romain Perier wrote:
> Signed-off-by: Romain Perier
> ---
> arch/arm/boot/dts/tegra30-apalis.dtsi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/boot/dts/tegra30-apalis.dtsi
> b/arch/arm/boot/dts/tegra30-apalis.dtsi
>
On Mon, Oct 27, 2014 at 04:26:51PM +, Romain Perier wrote:
> No longer use custom property to define poweroff capability, use the standard
> DT property instead.
>
> Signed-off-by: Romain Perier
> ---
> drivers/mfd/tps65910.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> dif
On Mon, Oct 27, 2014 at 04:26:46PM +, Romain Perier wrote:
> As discussed on the mailing list, it makes more sense to rename this property
> to "system-power-controller". Problem being that the word "source" usually
> tends
> to be used for inputs and that is out of control of the OS. The powe
On Mon, Oct 27, 2014 at 04:26:47PM +, Romain Perier wrote:
> This simply renames the previous documentation to something more generic and
> adds
> updates according to last changes.
>
> Signed-off-by: Romain Perier
> ---
> .../devicetree/bindings/power/power-controller.txt | 18
> +
Am Montag, den 27.10.2014, 16:26 + schrieb Romain Perier:
> No longer use custom property to define poweroff capability, use the standard
> DT property instead.
>
> Signed-off-by: Romain Perier
> ---
> drivers/mfd/tps65910.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff
Hi,
On 21/10/14 07:43, Abhilash Kesavan wrote:
> From: Naveen Krishna Ch
>
> Add clock support for the RTC block in Exynos7.
>
> Signed-off-by: Naveen Krishna Ch
> Signed-off-by: Abhilash Kesavan
> ---
> .../devicetree/bindings/clock/exynos7-clock.txt|5 ++
> drivers/clk/samsung/clk-
Signed-off-by: Romain Perier
---
drivers/regulator/act8865-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/act8865-regulator.c
b/drivers/regulator/act8865-regulator.c
index 76301ed..435aba1 100644
--- a/drivers/regulator/act8865-regulator.c
+++ b
As discussed on the mailing list, it makes more sense to rename this property
to "system-power-controller". Problem being that the word "source" usually tends
to be used for inputs and that is out of control of the OS. The poweroff
capability is an output which simply turns the system-power off. Al
Signed-off-by: Romain Perier
---
Documentation/devicetree/bindings/regulator/act8865-regulator.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/regulator/act8865-regulator.txt
b/Documentation/devicetree/bindings/regulator/act8865-regul
1 - 100 of 198 matches
Mail list logo
