Hi!
2014-02-26 1:46 GMT+01:00 Sebastian Reichel :
> Hi,
>
> This is PATCHv1 for converting rx51-battery to the IIO API
> and adding DT support. The patchset compiles and has been
> tested on my Nokia N900. It depends on another patchset
> converting twl4030-madc to the IIO API:
>
> https://lkml.or
On 02/26/2014 02:02 PM, Stephen Warren wrote:
On 02/25/2014 09:58 PM, Alexandre Courbot wrote:
On 02/26/2014 07:38 AM, Stephen Warren wrote:
On 02/24/2014 07:13 PM, Alexandre Courbot wrote:
On 02/25/2014 03:53 AM, Stephen Warren wrote:
On 02/24/2014 03:26 AM, Alexandre Courbot wrote:
Add a d
On 02/25/2014 09:58 PM, Alexandre Courbot wrote:
> On 02/26/2014 07:38 AM, Stephen Warren wrote:
>> On 02/24/2014 07:13 PM, Alexandre Courbot wrote:
>>> On 02/25/2014 03:53 AM, Stephen Warren wrote:
On 02/24/2014 03:26 AM, Alexandre Courbot wrote:
> Add a device tree for NVIDIA SHIELD. The
On 02/26/2014 07:38 AM, Stephen Warren wrote:
On 02/24/2014 07:13 PM, Alexandre Courbot wrote:
On 02/25/2014 03:53 AM, Stephen Warren wrote:
On 02/24/2014 03:26 AM, Alexandre Courbot wrote:
Add a device tree for NVIDIA SHIELD. The set of enabled features is
still minimal with no display option
Hi Tony,
On Wednesday 05 February 2014 07:41 PM, Sricharan R wrote:
> Tony,
>
> On Wednesday 05 February 2014 06:41 PM, Sricharan R wrote:
>> On Tuesday 04 February 2014 09:44 PM, Thomas Gleixner wrote:
>>> On Mon, 3 Feb 2014, Sricharan R wrote:
> I already have your reviewed-by tag for the f
On 02/25/2014 06:52 PM, Arend van Spriel wrote:
On 02/25/2014 03:13 AM, Alexandre Courbot wrote:
+/* Wifi */
+sdhci@7800 {
+status = "okay";
+bus-width = <4>;
+broken-cd;
+keep-power-in-suspend;
+cap-sdio-irq;
Is non-removable better than b
Hi Suman,
On Tuesday 25 February 2014 17:02:35 Suman Anna wrote:
> On 02/25/2014 03:26 PM, Laurent Pinchart wrote:
> > On Thursday 13 February 2014 12:15:34 Suman Anna wrote:
> >> From: Florian Vaussard
> >>
> >> This patch adds the iommu bindings for all OMAP2+ SoCs. Apart from
> >> the standar
Hi Suman,
On Tuesday 25 February 2014 16:32:03 Suman Anna wrote:
> On 02/25/2014 03:13 PM, Laurent Pinchart wrote:
> > On Thursday 13 February 2014 12:15:33 Suman Anna wrote:
> >> From: Florian Vaussard
> >>
> >> omap_iommu_attach() returns NULL or ERR_PTR in case of error, but
> >> omap_iommu_a
Hi Mark,
If you think the dt binding doc (1/15 and 4/15) are ok to push,
please ack it. In that case, the driver maintainer can queue
the driver patches, thanks.
Peter
> The serial adds power management support for MXS PHY, it includes:
>
> - Add one PHY API .set_wakeup, and related API impl
On 02/24/14 22:22, Andrzej Hajda wrote:
Hi,
Hi Andrzej,
This patch set converts dts files to use macros instead
of magic numbers or enums to describe clock bindings.
The patch set is rebased on the latest kgene/for-next branch.
Thanks.
The patches are generated by script.
Many clocks I h
Add devicetree binding documentation for rx51-battery,
which is a simple A/D converter consumer.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/power/rx51-battery.txt | 25 ++
1 file changed, 25 insertions(+)
create mode 100644 Documentation/devicetree/bind
Update rx51-battery driver to use the new IIO API of
twl4030-madc and add DT support.
Signed-off-by: Sebastian Reichel
---
drivers/power/rx51_battery.c | 68 +---
1 file changed, 45 insertions(+), 23 deletions(-)
diff --git a/drivers/power/rx51_battery.c
Hi,
This is PATCHv1 for converting rx51-battery to the IIO API
and adding DT support. The patchset compiles and has been
tested on my Nokia N900. It depends on another patchset
converting twl4030-madc to the IIO API:
https://lkml.org/lkml/2014/2/25/627
-- Sebastian
Sebastian Reichel (2):
rx51
This converts twl4030-madc module to use the Industrial IO ADC
framework and adds device tree support.
Signed-off-by: Sebastian Reichel
---
drivers/mfd/twl4030-madc.c | 122 ++---
1 file changed, 115 insertions(+), 7 deletions(-)
diff --git a/drivers/mfd/
Update twl4030-madc driver to use managed resources.
Signed-off-by: Sebastian Reichel
Acked-by: Lee Jones
---
drivers/mfd/twl4030-madc.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/mfd/twl4030-madc.c b/drivers/mfd/twl4030-madc.c
index 4c583e4..545
Add a simple twl_i2c_read/write_u16 wrapper over
the twl_i2c_read/write, which is similar to the
twl_i2c_read/write_u8 wrapper.
Signed-off-by: Sebastian Reichel
---
include/linux/i2c/twl.h | 12
1 file changed, 12 insertions(+)
diff --git a/include/linux/i2c/twl.h b/include/linux/i
Some style fixes in twl4030-madc driver.
Reported-by: Jonathan Cameron
Signed-off-by: Sebastian Reichel
---
drivers/mfd/twl4030-madc.c | 108 ++-
include/linux/i2c/twl4030-madc.h | 2 +-
2 files changed, 51 insertions(+), 59 deletions(-)
diff --git a
Add devicetree binding documentation for twl4030-madc
analog digital converter.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/iio/adc/twl4030-madc.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/adc/twl4
Simplify reading and writing of 16 bit TWL registers in the
driver by using twl_i2c_read_u16 and twl_i2c_write_u16.
Signed-off-by: Sebastian Reichel
---
drivers/mfd/twl4030-madc.c | 39 ---
1 file changed, 8 insertions(+), 31 deletions(-)
diff --git a/drivers
This is a driver for an A/D converter, which belongs into
drivers/iio/adc.
Signed-off-by: Sebastian Reichel
Acked-by: Lee Jones
---
drivers/iio/adc/Kconfig | 10 ++
drivers/iio/adc/Makefile| 1 +
drivers/{mfd => iio/adc}/twl4030-madc.c | 0
drivers/mfd/
Hi,
This is RFCv3 for converting twl4030-madc to the IIO API and
adding DT support. The patchset compiles and has been tested
on my Nokia N900.
Changes since RFCv2:
* Use "--find-renames" for the move from mfd/ to iio/adc/ ;)
* Added Acked-by from Lee Jones (MFD subsystem maintainer)
* Fixed i
Don't let a failure of ccu_wait_bit() go unnoticed.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/clk/bcm/clk-kona.c b/drivers/clk/bcm/clk-kona.c
index e3d339e..c01d810 100644
--- a/drivers/clk/bcm/clk-kona.c
+++ b/driv
Use the init_data.name field to hold the name of a Kona clock rather
than duplicating it.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona-setup.c |6 +++---
drivers/clk/bcm/clk-kona.c | 17 ++---
drivers/clk/bcm/clk-kona.h |3 +--
3 files changed, 14 inse
Rather than "manually" setting up each CCU's clock entries at run
time, define a flexible array of generic Kona clock structures
within the CCU structure itself. Each of these entries contains
generic kona clock information (like its CCU pointer and clock
framework initialization data). Each also
As I developed the bcm281xx clock code I understood there were
restrictions on device tree "compatible" strings names, and as a
result "bcm11351" was used in places despite the part family being
more properly called "bcm281xx". This can be a little confusing.
In some cases I went to far and thing
Add support for CCU policy engine control, and also for setting the
mask bits for bus clocks that require a policy change to get
activated. This includes adding validity checking framework for
CCUs, to validate the policy fields if defined.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona
We know up front how many CCU's we'll support, so there's no need to
allocate their data structures dynamically. Define a macro
KONA_CCU_COMMON() to simplify the initialization of many of the
fields in a ccu_data structure. Pass the address of a statically
defined CCU structure to kona_dt_ccu_set
Define the bus clock "bsc3_apb". This bus clock has to be managed
using the CCU policy mechanism, so add the definitions required for
that to the clock and its CCU.
This one bus clock in particular is defined because it is needed
by peripheral clock "bsc3". Our boot loader does not properly
acti
Add support for clock gate hysteresis control. For now, if it's
defined for a clock, it's enabled.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona-setup.c | 30 ++
drivers/clk/bcm/clk-kona.c | 33 +
drivers/clk/bcm/clk
Add bus clock support. A bus clock has a subset of the components
present in a peripheral clock (again, all optional): a gate; CCU
policy management bits; and if needed, bits to control hysteresis.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona-setup.c | 96 +++
Allow a clock to specify a "prerequisite" clock. The prerequisite
clock must be initialized before the clock that depends on it. A
prerequisite clock is defined initially by its name; as that clock
gets initialized the name gets replaced with a pointer to its clock
structure pointer. In order to
Add the bus clock named "bsc3_apb" to the list of those provided by
the slave CCU.
Signed-off-by: Alex Elder
---
arch/arm/boot/dts/bcm11351.dtsi |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/bcm11351.dtsi b/arch/arm/boot/dts/bcm11351.dtsi
index 94b36f
Add a flag that tracks whether a clock has already been initialized.
This will be used by the next patch to avoid initializing a clock
more than once when it's listed as a prerequisite.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona.c | 16 ++--
drivers/clk/bcm/clk-kona.h |
This series includes updates for the bcm281xx clock code for 3.15.
I had held off posting this until the code on which this is based
was queued for 3.14, and it now has been:
https://github.com/broadcom/mach-bcm/
Branch armsoc/for-3.15/drivers
clk: bcm281xx: don't disable unused per
Linus,
On Tue, Feb 25, 2014 at 10:36:54AM +0100, Linus Walleij wrote:
> On Mon, Feb 24, 2014 at 7:10 PM, Jason Cooper wrote:
>
> > Sebastian, Linus,
> >
> > I've now created mvebu/pinctrl-dove for this series. It's based on
> > v3.14-rc1, and depends on mvebu/pinctrl (which depends on
> > mvebu
From: Jamie Iles
The Synopsys DesignWare block is used in some ARM devices (picoxcell)
and can be configured to provide multiple banks of GPIO pins.
Signed-off-by: Jamie Iles
Signed-off-by: Alan Tull
Reviewed-by: Sebastian Hesselbarth
v12: - Add irq_startup/shutdown
- do irq_create_mapp
Hi Laurent,
On 02/25/2014 03:26 PM, Laurent Pinchart wrote:
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:34 Suman Anna wrote:
From: Florian Vaussard
This patch adds the iommu bindings for all OMAP2+ SoCs. Apart from
the standard bindings used by OMAP peripherals, th
On 02/10/2014 12:17 PM, Arend van Spriel wrote:
> The Broadcom bcm43xx sdio devices are fullmac devices that may be
> integrated in ARM platforms. Currently, the brcmfmac driver for
> these devices support use of platform data. This patch specifies
> the bindings that allow this platform data to be
Hi Laurent,
On 02/25/2014 03:15 PM, Laurent Pinchart wrote:
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:38 Suman Anna wrote:
From: Florian Vaussard
When booting with a devicetree, no platform data is provided.
Do not prematurely exit iommu_enable() and iommu_disabl
On 02/24/2014 07:13 PM, Alexandre Courbot wrote:
> On 02/25/2014 03:53 AM, Stephen Warren wrote:
>> On 02/24/2014 03:26 AM, Alexandre Courbot wrote:
>>> Add a device tree for NVIDIA SHIELD. The set of enabled features is
>>> still minimal with no display option (although HDMI should be easy
>>> to
Hi Laurent,
On 02/25/2014 03:13 PM, Laurent Pinchart wrote:
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:33 Suman Anna wrote:
From: Florian Vaussard
omap_iommu_attach() returns NULL or ERR_PTR in case of error, but
omap_iommu_attach_dev() only checks for IS_ERR. Thu
From: Murali Karicheri
Current keystone.dtsi includes SoC specific definitions for K2HK
SoCs. In order to support two addition keystone devices, k2 Edison
and K2 Lamarr and corresponding EVMs, This patch restructure the
dts files for the following:-
- All clock nodes that are only available in
From: Murali Karicheri
Keystone2 Lamarr (K2L) is a dual Cortex A15 core based SoC with
4 DSPs. It has standard peripherals such as i2c, spi, uart, timer,
pcie etc., similar to k2hk, but different set of wireless hardware.
This patch add support for k2 Lamarr SoC and EVM. This re-uses the
common k
From: Murali Karicheri
This patch add compatibility strings for k2hk, k2l and k2e EVMs
Cc: Olof Johansson
Cc: Arnd Bergmann
Cc: Rob Herring
Cc: Kumar Gala
Cc: Mark Rutland
Signed-off-by: Murali Karicheri
Signed-off-by: Santosh Shilimkar
---
.../devicetree/bindings/arm/keystone/keystone.t
Series adds support for two Keystone2 SOCs called Lammar(K2L) and Edision(K2E)
with respective EVMs. As seen from changes, just device tree updates are needed
to support the SOCs and EVMs which is the goal with DT :)
Kyetsone2 Edision SOC(K2E):
- It is a Quad Cortex A15 based SoC with 1 DSP.
- Sta
From: Murali Karicheri
Keystone2 Edison (K2E) is a Quad Cortex A15 based SoC with
1 DSP. It has standard peripherals such as i2c, spi, uart, timer,
pcie, etc similar to k2hk, but without wireless hardwares. This
patch add support for k2 Edison SoC and EVM. This re-uses the common
keystone.dtsi to
On 02/24/2014 05:25 AM, Kedareswara rao Appana wrote:
> This patch adds xilinx CAN controller support.
> This driver supports both ZYNQ CANPS and Soft IP
> AXI CAN controller.
>
> Signed-off-by: Kedareswara rao Appana
Looks quite good. Just the tx_complete routine is a bit fishy. Comments
inline
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:34 Suman Anna wrote:
> From: Florian Vaussard
>
> This patch adds the iommu bindings for all OMAP2+ SoCs. Apart from
> the standard bindings used by OMAP peripherals, this patch uses a
> 'dma-window' (already used by Tegra SM
On Thursday 13 February 2014 12:15:39 Suman Anna wrote:
> From: Florian Vaussard
>
> CONFIG_OMAP_IOMMU_IVA2 was defined originally to avoid conflicting
> usage by tidspbridge and other iommu users. The same can be achieved
> by marking the DT node disabled, so remove this obsolete flag and
> the
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:38 Suman Anna wrote:
> From: Florian Vaussard
>
> When booting with a devicetree, no platform data is provided.
> Do not prematurely exit iommu_enable() and iommu_disable() in
> such a case.
>
> Note: As OMAP do not yet has
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:33 Suman Anna wrote:
> From: Florian Vaussard
>
> omap_iommu_attach() returns NULL or ERR_PTR in case of error, but
> omap_iommu_attach_dev() only checks for IS_ERR. Thus a NULL return value (in
> case driver_find_device fail
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:32 Suman Anna wrote:
> Use the various devm_ interfaces to simplify the cleanup in
> probe and remove functions.
>
> Signed-off-by: Florian Vaussard
> Signed-off-by: Suman Anna
Acked-by: Laurent Pinchart
> ---
> drivers/
Hi Mike,
On 02/24/2014 11:51 PM, Mike Turquette wrote:
> Quoting Nishanth Menon (2014-02-18 12:32:18)
>> From: Mike Turquette
>>
>> This patch provides helper functions for drivers that wish to scale
>> voltage through the clock rate-change notifiers. The approach taken
>> is that the user-driver(
On Tue, Feb 25, 2014 at 05:51:21PM +0100, Laurent Pinchart wrote:
> I don't think all physical connectors require a DT binding per-se, but they
> need to be represented in DT as they're part of the hardware. We could push
> connector-related information to the nodes of all chips that have interfa
On Feb 25, 2014, at 5:16 AM, Lorenzo Pieralisi
wrote:
> Hi Stephen,
>
> On Wed, Feb 19, 2014 at 12:20:43AM +, Stephen Boyd wrote:
>> (Sorry, this discussion stalled due to merge window + life events)
>
> Sorry for the delay in replying on my side too.
>
>> On 01/17, Lorenzo Pieralisi wro
Add a number of vendor prefixes by kirkwood devices. These are not all
stock tickers, but have been in use for a while so changing would not
be easy.
Signed-off-by: Andrew Lunn
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 13 +
1 file changed, 13 insertions(+)
diff --
Marvell Dove SoC binding was not documented, yet. Add the
documentation including the supported SoCs and boards.
Signed-off-by: Andrew Lunn
---
.../devicetree/bindings/arm/marvell,kirkwood.txt | 97 ++
1 file changed, 97 insertions(+)
create mode 100644 Documentation/devic
This patch adds APM X-Gene SoC 15Gbps Multi-purpose PHY driver binding
documentation.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
.../devicetree/bindings/phy/apm-xgene-phy.txt | 79
1 files changed, 79 insertions(+), 0 deletions
This patch adds function set_speed to the generic PHY framework operation
structure. This function can be called to instruct the PHY underlying layer
at specified lane to configure for specified speed in hertz.
Signed-off-by: Loc Ho
---
drivers/phy/phy-core.c | 30
This patch adds the DTS entries for the APM X-Gene SoC 15Gbps Multi-purpose
PHY driver. The PHY for SATA controller 2 and 3 are enabled by default.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
arch/arm64/boot/dts/apm-storm.dtsi | 75 +++
This patch adds support for APM X-Gene SoC 15Gbps Multi-purpose PHY. This
is the physical layer interface for the corresponding host controller. This
driver uses the PHY generic framework. In addition, the PHY generic
framework is patched to provide an function to set the speed of the PHY.
v11:
*
On Mon, Feb 24, 2014 at 08:40:17AM +0100, Andreas Larsson wrote:
> On 2014-02-18 16:52, Felipe Balbi wrote:
> >On Thu, Jan 09, 2014 at 11:54:13AM +0100, Andreas Larsson wrote:
> >>Rename struct platform_device pointers from ofdev to pdev for clarity.
> >>Suggested by Mark Rutland.
> >>
> >>Signed-o
Hi Fabio,
Am Dienstag, den 25.02.2014, 12:13 -0300 schrieb Fabio Estevam:
> On Tue, Feb 25, 2014 at 11:23 AM, Philipp Zabel
> wrote:
> > This patch adds device tree binding documentation for the HDMI transmitter
> > on i.MX6.
> >
> > Signed-off-by: Philipp Zabel
> > ---
> > .../devicetree/bind
On 02/25/2014 02:13 AM, Linus Walleij wrote:
> On Fri, Feb 21, 2014 at 6:35 AM, Stephen Warren wrote:
>> On 02/20/2014 06:55 PM, Chen-Yu Tsai wrote:
>
>>> That's correct. However using con_id to pass this results in different
>>> behavior across DT and ACPI. A better way is to export the labeling
On Tue, Feb 25, 2014 at 11:23 AM, Philipp Zabel wrote:
> +Required properties:
> + - #address-cells : should be <1>
> + - #size-cells : should be <0>
> + - compatible : should be "fsl,imx6q-hdmi" or "fsl,imx6dl-hdmi".
> + - gpr : should be <&gpr>.
> + The phandle points to the iomuxc-gpr region
Hi Chris,
On 2/18/14 8:09 AM, Seungwon Jeon wrote:
> On Tue, February 18, 2014, Dinh Nguyen wrote:
>> From: Dinh Nguyen
>>
>> It turns now that the only really platform specific code that is needed for
>> SOCFPGA is using the SDMMC_CMD_USE_HOLD_REG in the prepare_command function.
>> Since the Ro
On Tue, Feb 25, 2014 at 08:07:13AM -0800, Bjorn Andersson wrote:
[snip]
> The v2 model will get BAM (DMAEngine) support soon, v1 uses an
> older DMA core. So there's a difference. I'm not aware what differences
> there are between 2.1.1 and 2.2.1.
Difference between 2.1.1 and 2.2.1:
- high spee
On Tuesday 25 February 2014 14:41:48 Sebastian Reichel wrote:
> On Tue, Feb 25, 2014 at 12:39:21PM +, Russell King - ARM Linux wrote:
> > > That compatible string is correct according to the latest series
> > > posted by Tomi Valkeinen to add DT bindings for the OMAP Display
> > > SubSystem (DS
On Fri, Feb 21, 2014 at 3:06 AM, Mark Rutland wrote:
> On Fri, Feb 21, 2014 at 12:38:10AM +, Bjorn Andersson wrote:
[...]
>
>> +static const struct of_device_id qup_i2c_dt_match[] = {
>> + { .compatible = "qcom,i2c-qup-v1.1.1" },
>> + { .compatible = "qcom,i2c-qup-v2.1.1" },
>> +
On Tuesday 25 February 2014 19:47:57 Alexander Shiyan wrote:
> Вторник, 25 февраля 2014, 16:33 +01:00 от Arnd Bergmann :
> > On Tuesday 25 February 2014 19:27:47 Alexander Shiyan wrote:
=> >
> > We really want to avoid wildcards in compatible strings. Can you call this
> > "cirrus,cs89712-pwm" to
On Feb 24, 2014, at 3:57 AM, Linus Walleij wrote:
> On Thu, Feb 6, 2014 at 4:28 PM, Ivan T. Ivanov wrote:
>
>> From: "Ivan T. Ivanov"
>>
>> Add the pin control node and pin definitions of SPI8.
>>
>> Signed-off-by: Ivan T. Ivanov
>
> Acked-by: Linus Walleij
>
> Kumar, please take this t
Вторник, 25 февраля 2014, 16:33 +01:00 от Arnd Bergmann :
> On Tuesday 25 February 2014 19:27:47 Alexander Shiyan wrote:
> > Add a new driver for the ARM CLPS711X Pulse Width Modulator (PWM) interface.
> > This CPU contain two 4-bit PWM outputs with constant period, based on CPU
> > PLL frequency.
On Tue, Feb 25, 2014 at 04:30:45PM +0100, Sebastian Hesselbarth wrote:
> On 02/25/14 16:16, Jason Cooper wrote:
> >On Tue, Feb 25, 2014 at 10:36:54AM +0100, Linus Walleij wrote:
> >>On Mon, Feb 24, 2014 at 7:10 PM, Jason Cooper wrote:
> >>>I've now created mvebu/pinctrl-dove for this series. It's
On Tuesday 25 February 2014 19:27:47 Alexander Shiyan wrote:
> Add a new driver for the ARM CLPS711X Pulse Width Modulator (PWM) interface.
> This CPU contain two 4-bit PWM outputs with constant period, based on CPU
> PLL frequency. PWM polarity is determined by hardware by power on reset.
>
> Sig
On 02/25/14 16:16, Jason Cooper wrote:
On Tue, Feb 25, 2014 at 10:36:54AM +0100, Linus Walleij wrote:
On Mon, Feb 24, 2014 at 7:10 PM, Jason Cooper wrote:
I've now created mvebu/pinctrl-dove for this series. It's based on
v3.14-rc1, and depends on mvebu/pinctrl (which depends on
mvebu/pinctrl
Add a new driver for the ARM CLPS711X Pulse Width Modulator (PWM) interface.
This CPU contain two 4-bit PWM outputs with constant period, based on CPU
PLL frequency. PWM polarity is determined by hardware by power on reset.
Signed-off-by: Alexander Shiyan
---
.../bindings/pwm/cirrus-clps711x-pwm
On Tue, Feb 25, 2014 at 11:23 AM, Philipp Zabel wrote:
> This patch adds device tree binding documentation for the HDMI transmitter
> on i.MX6.
>
> Signed-off-by: Philipp Zabel
> ---
> .../devicetree/bindings/staging/imx-drm/hdmi.txt | 53
> ++
> 1 file changed, 53 inserti
On Tue, Feb 25, 2014 at 10:36:54AM +0100, Linus Walleij wrote:
> On Mon, Feb 24, 2014 at 7:10 PM, Jason Cooper wrote:
>
> > Sebastian, Linus,
> >
> > I've now created mvebu/pinctrl-dove for this series. It's based on
> > v3.14-rc1, and depends on mvebu/pinctrl (which depends on
> > mvebu/pinctrl
The device tree graph bindings as used by V4L2 and documented in
Documentation/device-tree/bindings/media/video-interfaces.txt contain
generic parts that are not media specific but could be useful for any
subsystem with data flow between multiple devices. This document
describe the generic bindings
This patch adds a new struct of_endpoint which is then embedded in struct
v4l2_of_endpoint and contains the endpoint properties that are not V4L2
specific, or in fact not even media specific: port number, endpoint id,
local device tree node and remote endpoint phandle.
of_graph_parse_endpoint parse
From: Philipp Zabel
This patch moves the parsing helpers used to parse connected graphs
in the device tree, like the video interface bindings documented in
Documentation/devicetree/bindings/media/video-interfaces.txt, from
drivers/media/v4l2-core to drivers/of.
This allows to reuse the same pars
Hi,
this version moves the graph helpers to drivers/of again instead of
drivers/media. Since the location changed again, I have dropped the
Acks. A second patch is added that splits out the common parts from
v4l2_of_parse_endpoint into of_graph_parse_endpoint and I have added
a binding description
This patch connects IPU and display encoder (VGA, LVDS)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
From: Philipp Zabel
This patch adds support to find the involved components connected to
the IPU display interface ports using the OF graph bindings documented
in Documentation/devicetree/bindings/media/video-interfaces.txt.
It makes use of the of_graph (formerly v4l2_of) parsing helpers and
thus
This patch connects IPU and and parallel display device tree
nodes using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
order of endpoints in the ports is arbitrary.
Since the imx-drm node
The device tree bindings are updated regardless of the common display
framework and in the meantime the HDMI driver was included.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/TODO | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/imx-drm/TODO b/drivers/staging/i
Using of_graph_parse_endpoint recovers the port id from an endpoint device
tree node. This just replaces an open coded read of the "reg" property.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-drm-core.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/d
This patch connects IPU and display encoder (HDMI, LVDS, MIPI)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interface
This patch updates the device tree binding documentation for i.MX IPU/display
nodes using the OF graph bindings documented in
Documentation/devicetree/bindings/media/video-interfaces.txt.
Signed-off-by: Philipp Zabel
---
.../bindings/staging/imx-drm/fsl-imx-drm.txt | 48 +++
Hi,
here is an updated version of the imx-drm DT binding series.
These patches apply on top of Russell's imx-drm-staging branch
that just got merged int staging-next. I have added device tree
bindings between IPU and the encoders as documented in
Documentation/devicetree/bindings/media/video-inter
This patch adds device tree binding documentation for the HDMI transmitter
on i.MX6.
Signed-off-by: Philipp Zabel
---
.../devicetree/bindings/staging/imx-drm/hdmi.txt | 53 ++
1 file changed, 53 insertions(+)
create mode 100644 Documentation/devicetree/bindings/staging/imx
On Tuesday 25 February 2014 11:44 AM, Loc Ho wrote:
missing commit log..
-Kishon
> Signed-off-by: Loc Ho
> Signed-off-by: Tuan Phan
> Signed-off-by: Suman Tripathi
> ---
> .../devicetree/bindings/phy/apm-xgene-phy.txt | 79
>
> 1 files changed, 79 insertions(+), 0
On Tuesday 25 February 2014 07:15 PM, Tejun Heo wrote:
> On Tue, Feb 25, 2014 at 05:35:37PM +0530, Kishon Vijay Abraham I wrote:
>> Hi,
>>
>> On Tuesday 25 February 2014 11:44 AM, Loc Ho wrote:
>>> This patch adds function set_speed to the generic PHY framework operation
>>> structure. This functio
On Tue, Feb 25, 2014 at 05:35:37PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Tuesday 25 February 2014 11:44 AM, Loc Ho wrote:
> > This patch adds function set_speed to the generic PHY framework operation
> > structure. This function can be called to instruct the PHY underlying layer
> > at
Hi,
On Tue, Feb 25, 2014 at 12:39:21PM +, Russell King - ARM Linux wrote:
> > That compatible string is correct according to the latest series
> > posted by Tomi Valkeinen to add DT bindings for the OMAP Display
> > SubSystem (DSS) [0].
>
> in which case:
>
> NN AA K K
> NN
On 25/02/14 10:55, Baruch Siach wrote:
> Thanks for the explanation. However, I've found no reference to the
> s5k6a3_sd_internal_ops struct in the driver code. There surly has to be at
> least one reference for the upper layer to access these ops.
There is indeed an assignment missing to sd->in
On Tuesday 25 February 2014, Heiko Stübner wrote:
> 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 the option to define reserved regions as subnodes of the
> sram-node si
Hi,
On 02/25/2014 01:39 PM, Russell King - ARM Linux wrote:
> On Mon, Feb 24, 2014 at 05:22:27PM -0300, Javier Martinez Canillas wrote:
>> Hi Russell,
>>
>> On Mon, Feb 24, 2014 at 3:03 PM, Russell King - ARM Linux
>> wrote:
>>> On Mon, Feb 24, 2014 at 06:07:49PM +0100, Florian Vaussard wrote:
>>
On Thu, Feb 20, 2014 at 06:25:12PM +0100, Jean-Francois Moine wrote:
> Some device nodes stay locked and some other ones are not locked
> while being used during the card lifetime.
Please pay more attention to describing your patches clearly in
changelogs and to splitting them up for review. This
On Mon, Feb 24, 2014 at 05:22:27PM -0300, Javier Martinez Canillas wrote:
> Hi Russell,
>
> On Mon, Feb 24, 2014 at 3:03 PM, Russell King - ARM Linux
> wrote:
> > On Mon, Feb 24, 2014 at 06:07:49PM +0100, Florian Vaussard wrote:
> >> + hdmi0: connector@0 {
> >> + compatible = "hdm
1 - 100 of 149 matches
Mail list logo