Re: [RFC PATCH 3/4] tty: omap-serial: use threaded interrupt handler

On Tue, Aug 19, 2014 at 01:57:02PM -0500, Felipe Balbi wrote: > On Tue, Aug 19, 2014 at 02:14:47PM +0200, Frans Klaver wrote: > > At 3.6Mbaud, with slightly over 2Mbit/s data coming in, we see 1600 uart > > rx buffer overflows within 30 seconds. Threading the interrupt handling > > reduces > > thi

Re: [PATCH v3 13/15] cpufreq: Add cpufreq driver for Tegra124

On 20 August 2014 01:14, Tuomas Tynkkynen wrote: > There's actually a (mis-?)feature in git format-patch: a literal '---' > line in a commit message won't be escaped, so the patch notes can be > written in the commit message directly so the patch files don't need > to be modified by hand. How exa

Re: [PATCH 2/4] pwm: rockchip: Allow polarity invert on rk3288

On Tue, Aug 19, 2014 at 09:05:20AM -0700, Doug Anderson wrote: > On Tue, Aug 19, 2014 at 12:18 AM, Thierry Reding > wrote: > > On Mon, Aug 18, 2014 at 10:09:07AM -0700, Doug Anderson wrote: [...] > >> @@ -74,10 +78,14 @@ static void rockchip_pwm_set_enable_v2(struct pwm_chip > >> *chip, bool ena

Re: [PATCH] thermal: exynos: Remove duplicate code when reading triminfo register of Exynos5440

On Wed, Aug 20, 2014 at 9:54 AM, Chanwoo Choi wrote: > This patch remove simply duplicate code when reading triminfo register of > Exynos5440. > > Signed-off-by: Chanwoo Choi > Acked-by: Kyungmin Park > Cc: Zhang Rui > Cc: Eduardo Valentin > Cc: Amit Daniel Kachhap Reviewed-by: Amit Daniel K

Re: [PATCHv3] thermal: exynos: Add support for TRIM_RELOAD feature at Exynos3250

Dear Amit, On 08/20/2014 01:51 PM, amit daniel kachhap wrote: > On Wed, Aug 20, 2014 at 5:22 AM, Chanwoo Choi wrote: >> This patch add support for TRIM_RELOAD feature at Exynos3250. The TMU of >> Exynos3250 has two TRIMINFO_CON register. >> >> Signed-off-by: Chanwoo Choi >> Acked-by: Kyungmin Pa

Re: [PATCHv3] thermal: exynos: Add support for TRIM_RELOAD feature at Exynos3250

On Wed, Aug 20, 2014 at 5:22 AM, Chanwoo Choi wrote: > This patch add support for TRIM_RELOAD feature at Exynos3250. The TMU of > Exynos3250 has two TRIMINFO_CON register. > > Signed-off-by: Chanwoo Choi > Acked-by: Kyungmin Park > Cc: Zhang Rui > Cc: Eduardo Valentin > Cc: Amit Daniel Kachhap

Re: [PATCH v1 3/3] ARM: dts: Add TLMM DT node for apq8084

On Tue 19 Aug 10:22 PDT 2014, Georgi Djakov wrote: > This patch adds the TLMM node for the apq8084 platform. > > Signed-off-by: Georgi Djakov > --- > arch/arm/boot/dts/qcom-apq8084.dtsi | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi

Re: [PATCH v1 1/3] pinctrl: qcom: Add APQ8084 pinctrl support

On Tue 19 Aug 10:22 PDT 2014, Georgi Djakov wrote: > This patch adds support for the TLMM (Top-Level Mode Mux) block found > in the APQ8084 platform. > [...] > + > +#define NUM_GPIO_PINGROUPS 143 > + I think this looks good overall, but in my APQ8084 documentation (80-NG550-2X Rev. B) there are

[PATCH] thermal: exynos: Remove duplicate code when reading triminfo register of Exynos5440

This patch remove simply duplicate code when reading triminfo register of Exynos5440. Signed-off-by: Chanwoo Choi Acked-by: Kyungmin Park Cc: Zhang Rui Cc: Eduardo Valentin Cc: Amit Daniel Kachhap --- drivers/thermal/samsung/exynos_tmu.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions

[PATCH] spi/rockchip: fixup incorrect dma direction setting

Signed-off-by: Addy Ke --- drivers/spi/spi-rockchip.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/spi/spi-rockchip.c b/drivers/spi/spi-rockchip.c index cb8fd6f..4ef3fd3 100644 --- a/drivers/spi/spi-rockchip.c +++ b/drivers/spi/spi-rockchip.c @@ -679,7 +679,7 @@ sta

[PATCH v2 5/5] Clk: RK808: Add clkout driver for RK808

Signed-off-by: Chris Zhong --- Changes in v2: None drivers/clk/Kconfig |9 +++ drivers/clk/Makefile|1 + drivers/clk/clk-rk808.c | 146 +++ 3 files changed, 156 insertions(+) create mode 100644 drivers/clk/clk-rk808.c diff --git a/

[PATCH v2 4/5] Regulator: RK808: Add regulator driver for RK808

The regulator module consists of 4 DCDCs, 8 LDOs and 2 switches. The output voltages are configurable and are meant to supply power to the main processor and other components Signed-off-by: Chris Zhong --- Changes in v2: Adviced by Mark Browm: - use defines for register setting value - remove r

[PATCH v2 3/5] RTC: RK808: add RTC driver for RK808

RK808 PMIC is a MFD with RTC as one of the device. Adding RTC driver for supporting RTC device present inside RK808 PMIC. Signed-off-by: Chris Zhong --- Changes in v2: Adviced by javier.martinez - Add a separate clock driver, rather than in RTC driver drivers/rtc/Kconfig | 11 ++ driver

[PATCH v2 2/5] MFD: RK808: Add new mfd driver for RK808

The RK808 chip is a power management IC for multimedia and handheld devices. It contains the following components: - Regulators - RTC The rk808 core driver is registered as a platform driver and provides communication through I2C with the host device for the different components. Signed-off-by:

[PATCH v2 1/5] MFD: Add rk808 device tree bindings documentation

rk808.txt: Add device tree bindings for rockchip's rk808 pmic. Signed-off-by: Chris Zhong --- Changes in v2: Adviced by javier.martinez - separated from rtc-rk808.c Documentation/devicetree/bindings/mfd/rk808.txt | 128 +++ 1 file changed, 128 insertions(+) create mode 1

[PATCH v2 0/5] Add rockchip RK808 pmic driver

This is the initial version of the RK808 PMIC. This is a power management IC for multimedia products. It provides regulators that are able to supply power to processor cores and other components. The chip provides other modules including RTC, Clockout Changes in v2: Adviced by javier.martinez - s

Re: [PATCH 4/6] iommu/arm-smmu: implement generic DT bindings

On Tuesday 19 August 2014, Will Deacon wrote: > > +static int arm_smmu_parse_iommus_properties(struct arm_smmu_device *smmu, > > + int *num_masters) > > +{ > > + struct of_phandle_args iommuspec; > > + struct device_node *dn; > > + > > + for_each_node

Re: [PATCH v3 03/15] clk: tegra: Add closed loop support for the DFLL

Hi, On 08/19/2014 11:33 AM, Tuomas Tynkkynen wrote: From: Tuomas Tynkkynen With closed loop support, the clock rate of the DFLL can be adjusted. The oscillator itself in the DFLL is a free-running oscillator whose rate is directly determined the supply voltage. However, the DFLL module contai

[PATCHv3] thermal: exynos: Add support for TRIM_RELOAD feature at Exynos3250

This patch add support for TRIM_RELOAD feature at Exynos3250. The TMU of Exynos3250 has two TRIMINFO_CON register. Signed-off-by: Chanwoo Choi Acked-by: Kyungmin Park Cc: Zhang Rui Cc: Eduardo Valentin Cc: Amit Daniel Kachhap --- Changes from v2: - Fix build break because of missing 'or' oper

Re: [PATCHv2] thermal: exynos: Add support for TRIM_RELOAD feature at Exynos3250

Dear Eduardo, I'm so sorry. This patch has build break as following: It is my mistake about missing 'or' operation when adding TMU_SUPPORT_TRIM_RELOAD. + .features = (TMU_SUPPORT_EMULATION | TMU_SUPPORT_TRIM_RELOAD\ I'll send new patch to fix it right now. Best Regards, Chanwoo Choi On

Re: [PATCH 4/4] RTC: rk808: add RTC driver for RK808 PMIC RTC

Hi Javier, Am Montag, 18. August 2014, 20:17:03 schrieb Javier Martinez Canillas: > adding Mike Turquette to cc since this is also a clock driver. > > Hello Chris, > > Overall it looks good to me, I've just a comment about the driver structure. > On 08/17/2014 04:02 AM, Chris Zhong wrote: > > RK

Re: [PATCH v3 2/4] pwm: rockchip: Allow polarity invert on rk3288

Hi Doug, I reviewed it, the change is need. Reviewed-on: https://github.com/rkchrome/kernel.git Reviewed-by: Caesar Wang 在 2014年08月20日 00:07, Doug Anderson 写道: The rk3288 has the ability to invert the polarity of the PWM. Let's enable that ability. To do this we increase the number of pwm_c

Re: [PATCH v6] input: drv260x: Add TI drv260x haptics driver

Dmitry On 08/19/2014 03:24 PM, Dmitry Torokhov wrote: > On Tue, Aug 19, 2014 at 08:13:32PM +, Murphy, Dan wrote: >> On 08/19/2014 03:07 PM, Dmitry Torokhov wrote: >>> On Tue, Aug 19, 2014 at 07:35:06PM +, Murphy, Dan wrote: Dmitry >>> ... >>> >>> That one I kept. >>> >> >>

[PATCH v4] ARM: dts: Add sdio0 and sdio1 to the rk3288

This patch requires that land in order to compile. Reviewed-by: Doug Anderson Signed-off-by: Addy Ke --- Changes in v2: - repost patch to match what's in Heiko's "wip/v3.18-next/dts" tree for the other dwmmc controllers - add "cd" and "int" line, s

Re: [PATCH 1/2] i2c: designware: device tree bindings for i2c speed mode

On Tue, 19 Aug 2014, Wolfram Sang wrote: > On Tue, Aug 19, 2014 at 01:34:35PM -0500, at...@opensource.altera.com wrote: > > From: Alan Tull > > > > Add "speed-mode" Device Tree property to select between > > standard and fast i2c mode. Previously, driver was hardwired > > as fast mode. Defau

[PATCH] i2c: designware: deduce speed mode from device tree setting

From: Alan Tull Use the documented, but unimplemented "clock-frequency" Device Tree setting as a guide on whether to set the speed mode bits in DW_IC_CON to standard or fast i2c mode. Previously, the driver was hardwired to fast mode. Default to fast mode if the "clock-frequency" property is no

Re: [PATCH v6] input: drv260x: Add TI drv260x haptics driver

On Tue, Aug 19, 2014 at 08:13:32PM +, Murphy, Dan wrote: > On 08/19/2014 03:07 PM, Dmitry Torokhov wrote: > > On Tue, Aug 19, 2014 at 07:35:06PM +, Murphy, Dan wrote: > >> Dmitry > >> > >> On 08/19/2014 02:24 PM, Dmitry Torokhov wrote: > >>> Hi Dan, > >>> > >>> On Fri, Aug 15, 2014 at 10:47

Re: [PATCH v3] ARM: dts: Add sdio0 and sdio1 to the rk3288

Addy, On Tue, Aug 19, 2014 at 1:15 AM, Addy Ke wrote: > This patch requires that > land in order to compile. > > Signed-off-by: Addy Ke > --- > Changes in v2: > - repost patch to match what's in Heiko's "wip/v3.18-next/dts" tree > for the other dwm

Re: [PATCH v6] input: drv260x: Add TI drv260x haptics driver

On 08/19/2014 03:07 PM, Dmitry Torokhov wrote: > On Tue, Aug 19, 2014 at 07:35:06PM +, Murphy, Dan wrote: >> Dmitry >> >> On 08/19/2014 02:24 PM, Dmitry Torokhov wrote: >>> Hi Dan, >>> >>> On Fri, Aug 15, 2014 at 10:47:50AM -0500, Dan Murphy wrote: diff --git a/drivers/input/misc/Kconfig b

Re: [PATCH v6] input: drv260x: Add TI drv260x haptics driver

On Tue, Aug 19, 2014 at 07:35:06PM +, Murphy, Dan wrote: > Dmitry > > On 08/19/2014 02:24 PM, Dmitry Torokhov wrote: > > Hi Dan, > > > > On Fri, Aug 15, 2014 at 10:47:50AM -0500, Dan Murphy wrote: > >> diff --git a/drivers/input/misc/Kconfig b/drivers/input/misc/Kconfig > >> index 2ff4425..99

Re: [PATCH v3 03/15] clk: tegra: Add closed loop support for the DFLL

On 19/08/14 07:36, Vince Hsu wrote: > Hi, > > On 08/19/2014 11:33 AM, Tuomas Tynkkynen wrote: [...] >> +dfll_writel(td, val, DFLL_OUTPUT_CFG); >> +dfll_wmb(td); > Sorry that I forgot to mention this in v2's comment. Could you squash the > change below in this patch? And actually it's pret

Re: [PATCH v3 13/15] cpufreq: Add cpufreq driver for Tegra124

On 19/08/14 08:55, Viresh Kumar wrote: > On 19 August 2014 09:03, Tuomas Tynkkynen wrote: >> - use 'select GENERIC_CPUFREQ_CPU0', not depends > > Bad :( > > It *has* to be a depends here, its not optional. That was outcome of the > chat we had last time, if I remember it well.. Okay, I misread

Re: [PATCH v2 3/8] ASoC: davinci-evm: HDMI audio support for TDA998x trough McASP I2S bus

On 08/19/2014 04:16 PM, Mark Rutland wrote: On Mon, Aug 18, 2014 at 10:46:41PM +0100, Jyri Sarha wrote: Add machine driver support for BeagleBone-Black HDMI audio. BBB has NXP TDA998X HDMI transmitter connected to McASP port in I2S mode. The 44100 Hz sample-rate and it's multiples can not be acc

Re: [PATCH v6] input: drv260x: Add TI drv260x haptics driver

Dmitry On 08/19/2014 02:24 PM, Dmitry Torokhov wrote: > Hi Dan, > > On Fri, Aug 15, 2014 at 10:47:50AM -0500, Dan Murphy wrote: >> diff --git a/drivers/input/misc/Kconfig b/drivers/input/misc/Kconfig >> index 2ff4425..99f6762 100644 >> --- a/drivers/input/misc/Kconfig >> +++ b/drivers/input/misc/

Re: [PATCH 1/6] iommu/arm-smmu: add support for specifying clocks

On Tue, Aug 19 2014 at 05:58:34 AM, Will Deacon wrote: > I also assume that the clk API ignores calls to clk_enable_prepare > for a clk that's already enabled? I couldn't find that code... That's clk_prepare_enable, not clk_enable_prepare. It's in . -Mitch -- The Qualcomm Innovation Center, I

Re: [PATCH v6] input: drv260x: Add TI drv260x haptics driver

Hi Dan, On Fri, Aug 15, 2014 at 10:47:50AM -0500, Dan Murphy wrote: > diff --git a/drivers/input/misc/Kconfig b/drivers/input/misc/Kconfig > index 2ff4425..99f6762 100644 > --- a/drivers/input/misc/Kconfig > +++ b/drivers/input/misc/Kconfig > @@ -676,4 +676,13 @@ config INPUT_SOC_BUTTON_ARRAY >

Re: [PATCH 6/6] iommu/arm-smmu: add .domain_{set,get}_attr for coherent walk control

On Tue, Aug 19 2014 at 05:48:07 AM, Will Deacon wrote: > On Wed, Aug 13, 2014 at 01:51:39AM +0100, Mitchel Humpherys wrote: >> Under certain conditions coherent hardware translation table walks can >> result in degraded performance. Add a new domain attribute to >> disable/enable this feature in g

Re: [PATCH 1/2] i2c: designware: device tree bindings for i2c speed mode

On Tue, Aug 19, 2014 at 01:34:35PM -0500, at...@opensource.altera.com wrote: > From: Alan Tull > > Add "speed-mode" Device Tree property to select between > standard and fast i2c mode. Previously, driver was hardwired > as fast mode. Default to fast mode if property is not > present. NACK. Thi

Re: [PATCH 1/6] iommu/arm-smmu: add support for specifying clocks

Hi Will, On 8/19/2014 5:58 AM, Will Deacon wrote: > On Wed, Aug 13, 2014 at 01:51:34AM +0100, Mitchel Humpherys wrote: >> On some platforms with tight power constraints it is polite to only >> leave your clocks on for as long as you absolutely need them. Currently >> we assume that all clocks nece

Re: [RFC PATCH 3/4] tty: omap-serial: use threaded interrupt handler

On Tue, Aug 19, 2014 at 02:14:47PM +0200, Frans Klaver wrote: > At 3.6Mbaud, with slightly over 2Mbit/s data coming in, we see 1600 uart > rx buffer overflows within 30 seconds. Threading the interrupt handling > reduces > this to about 170 overflows in 10 minutes. Can you try Sebastian Siewior's

Re: [PATCH] of: Allow mem_reserve of memory with a base address of zero

I guess another way to look at this is, why disallow reserving memory at location 0? Al On Tue, Aug 12, 2014 at 1:02 PM, Laura Abbott wrote: > On 8/12/2014 9:48 AM, Grant Likely wrote: >> On Wed, 6 Aug 2014 17:02:44 -0500, Rob Herring wrote: >>> On Wed, Aug 6, 2014 at 3:30 PM, Al Cooper wrote:

[PATCH 2/2] i2c: designware: add speed mode device tree setting

From: Alan Tull Add "speed-mode" Device Tree property to select between standard and fast i2c mode. Previously, driver was hardwired as fast mode. Default to fast mode if property is not present. Signed-off-by: Alan Tull --- drivers/i2c/busses/i2c-designware-platdrv.c |9 +++-- 1 fil

[PATCH 1/2] i2c: designware: device tree bindings for i2c speed mode

From: Alan Tull Add "speed-mode" Device Tree property to select between standard and fast i2c mode. Previously, driver was hardwired as fast mode. Default to fast mode if property is not present. Signed-off-by: Alan Tull --- .../devicetree/bindings/i2c/i2c-designware.txt |3 +++ 1 fi

[PATCH v3] ARM: dts: Add sdio0 and sdio1 to the rk3288

This patch requires that land in order to compile. Signed-off-by: Addy Ke --- Changes in v2: - repost patch to match what's in Heiko's "wip/v3.18-next/dts" tree for the other dwmmc controllers - add "cd" and "int" line, suggested by Doug Anderson -

Re: [PATCH 3/6] iommu/arm-smmu: add support for iova_to_phys through ATS1PR

On Tue, Aug 19 2014 at 05:44:32 AM, Will Deacon wrote: > On Wed, Aug 13, 2014 at 01:51:36AM +0100, Mitchel Humpherys wrote: >> Currently, we provide the iommu_ops.iova_to_phys service by doing a >> table walk in software to translate IO virtual addresses to physical >> addresses. On SMMUs that sup

Re: [PATCH v2] mmc: dw_mmc: move rockchip related code to a separate file

Hi, On Mon, Aug 18, 2014 at 9:36 PM, Addy Ke wrote: > To support HS200 and UHS-1, we need add a big hunk of code, > as shown in the following patches. So a separate file for > rockchip SOCs is suitable. > > Signed-off-by: Addy Ke > --- > Changes in v2: > - Kconfig: depend on ARCH_ROCKCHIP, sugge

[PATCH v1 3/3] ARM: dts: Add TLMM DT node for apq8084

This patch adds the TLMM node for the apq8084 platform. Signed-off-by: Georgi Djakov --- arch/arm/boot/dts/qcom-apq8084.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi b/arch/arm/boot/dts/qcom-apq8084.dtsi index b5b156e..21d01e5 100644

[PATCH v1 1/3] pinctrl: qcom: Add APQ8084 pinctrl support

This patch adds support for the TLMM (Top-Level Mode Mux) block found in the APQ8084 platform. Signed-off-by: Georgi Djakov --- drivers/pinctrl/qcom/Kconfig |8 + drivers/pinctrl/qcom/Makefile |1 + drivers/pinctrl/qcom/pinctrl-apq8084.c | 1302 +++

[PATCH v1 2/3] dt: Document Qualcomm APQ8084 pinctrl binding

Define a new binding for the Qualcomm TLMM (Top-Level Mode Mux) based pin controller inside the APQ8084. Signed-off-by: Georgi Djakov --- .../bindings/pinctrl/qcom,apq8084-pinctrl.txt | 109 1 file changed, 109 insertions(+) create mode 100644 Documentation/devicetre

[PATCH v1 0/3] pinctrl: qcom: Add APQ8084 pinctrl support

This set of patches adds pinctrl support for the Qualcomm APQ8084 platform. The first patch adds the pin definitions. The second patch contains the devicetree documentation. The last patch adds the DT node. Georgi Djakov (3): pinctrl: qcom: Add APQ8084 pinctrl support dt: Document Qualcomm APQ

Re: [PATCH v3 1/2] dma: Add Xilinx AXI DMA DT Binding Documentation

On Mon, Jul 28, 2014 at 05:47:48PM +0530, Srikanth Thokala wrote: > Device-tree binding documentation of Xilinx DMA Engine Applied, thanks -- ~Vinod -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majord...@vger.kernel.org More majordomo info

Re: [PATCH v3 2/2] dma: Add Xilinx AXI Direct Memory Access Engine driver support

On Mon, Jul 28, 2014 at 05:47:49PM +0530, Srikanth Thokala wrote: > +struct xilinx_dma_chan { > + struct xilinx_dma_device *xdev; > + u32 ctrl_offset; > + spinlock_t lock; > + struct list_head pending_list; > + struct xilinx_dma_tx_descriptor *active_desc; > + struct xilinx_

Re: [RFC PATCH 6/9] gpiolib: add API to get gpio desc and flags

On Tue, Aug 19, 2014 at 1:56 AM, Mika Westerberg wrote: > On Mon, Aug 18, 2014 at 09:24:48AM -0700, Alexandre Courbot wrote: >> On Fri, Aug 15, 2014 at 11:53 PM, Mika Westerberg >> wrote: >> > diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c >> > index 2ebc9071e354..e6c2413a6fbf 10064

Re: [RFC PATCH 2/9] ACPI: Document ACPI device specific properties

On Tue, Aug 19, 2014 at 06:45:46AM +0100, Darren Hart wrote: > On Mon, Aug 18, 2014 at 11:54:29AM +0100, Mark Rutland wrote: > > Hi Mika, > > > > While I am very much in favour of having a structured way of describing > > device specific data in ACPI I am very concerned by the idea of assuming > >

Re: [PATCH v2] ARM: dts: Add sdio0 and sdio1 to the rk3288

Addy, On Mon, Aug 18, 2014 at 7:31 PM, Addy Ke wrote: > This patch requires that > land in order to compile. > > Signed-off-by: Addy Ke > --- > Changes in v2: > - repost patch to match what's in Heiko's "wip/v3.18-next/dts" tree > for the other dwm

Re: [PATCH v3 5/7] net: cpsw: Add am33xx MACID readout

On Tuesday 19 August 2014 02:20 PM, Markus Pargmann wrote: > Hi, > > On Tue, Aug 19, 2014 at 12:50:59AM +0200, Javier Martinez Canillas wrote: >> Hello Mugunthan, >> >> On Mon, Aug 18, 2014 at 9:58 PM, Mugunthan V N wrote: Thus, for this patchset, as is: Tested-by: Steven Rostedt >

Re: [PATCH 5/7] ARM: meson: dts: add basic Meson/Meson6/Meson6-atv1200 DTSI/DTS

On Mon, Aug 18, 2014 at 05:17:44PM +0100, Mark Rutland wrote: > On Sun, Aug 17, 2014 at 11:49:52AM +0100, Carlo Caione wrote: > > + soc@c810 { > > What's the unit-address for? This node doesn't have a reg or compatible. I used it to indicate the starting address of the memory mapped regi

[PATCH v3 2/4] pwm: rockchip: Allow polarity invert on rk3288

The rk3288 has the ability to invert the polarity of the PWM. Let's enable that ability. To do this we increase the number of pwm_cells to 3 to allow using the PWM_POLARITY_INVERTED flag. Since the PWM driver on rk3288 is very new, I thought this was OK. Signed-off-by: Doug Anderson --- Change

[PATCH v3 0/4] PWM changes for rk3288-evb

These patches enable the PWM backlight for the rk3288-evb board. There were tested by watching the backlight grow from off to max with the following instructions: cd /sys/class/backlight/backlight*/ for i in $(seq 255); do echo $i > brightness; sleep .01; done The first patch enables the prop

[PATCH v3 3/4] ARM: dts: Add main PWM info to rk3288

This adds the PWM info (other than the VOP PWM) to the main rk3288 dtsi file. Signed-off-by: Caesar Wang Signed-off-by: Doug Anderson --- Changes in v3: None Changes in v2: None arch/arm/boot/dts/rk3288.dtsi | 68 +++ 1 file changed, 68 insertions(+) di

[PATCH v3 4/4] ARM: dts: Enable PWM backlight on rk3288-EVB

PWM0 is the PWM associated with the LCD backlight. Enable it. Signed-off-by: Doug Anderson --- Changes in v3: - Fix space to tab in 2 places in DTS. - Make sure PWM is upper case in prose. Changes in v2: None arch/arm/boot/dts/rk3288-evb.dtsi | 53 +++ 1 fi

Re: [PATCH 2/4] pwm: rockchip: Allow polarity invert on rk3288

Thierry On Tue, Aug 19, 2014 at 12:18 AM, Thierry Reding wrote: > On Mon, Aug 18, 2014 at 10:09:07AM -0700, Doug Anderson wrote: > [...] >> diff --git a/drivers/pwm/pwm-rockchip.c b/drivers/pwm/pwm-rockchip.c >> #define PWM_LP_DISABLE (0 << 8) >> >> @@ -32,6 +34,7 @@ struct rockchi

Re: [PATCH 4/4] ARM: dts: Enable pwm backlight on rk3288-EVB

Thierry, On Tue, Aug 19, 2014 at 12:22 AM, Thierry Reding wrote: > On Mon, Aug 18, 2014 at 10:09:09AM -0700, Doug Anderson wrote: >> The pwm0 is the PWM associated with the LCD backlight. Enable it. > > In the subject, s/pwm/PWM/. Done. >> Signed-off-by: Doug Anderson >> --- >> arch/arm/boo

Re: [PATCH 3/7] ARM: meson6: clocksource: add Meson6 timer support

On lun, ago 18, 2014 at 05:27:26 +0100, Mark Rutland wrote: > On Sun, Aug 17, 2014 at 11:49:50AM +0100, Carlo Caione wrote: > > +enum { > > + A = 0, > > + B, > > + C, > > + D, > > +}; > > That's a very terse set of enum names. I would recomment something a > little longer. > > Any reason

Re: [RFC PATCH 6/9] gpiolib: add API to get gpio desc and flags

On Mon, 18 Aug 2014 06:57:41 +0200, "Rafael J. Wysocki" wrote: > On Sunday, August 17, 2014 12:43:38 PM Darren Hart wrote: > > On 8/17/14, 6:00, "Grant Likely" wrote: > > > > >> > > >>+ /* Using device tree? */ > > >>+ if (IS_ENABLED(CONFIG_OF) && dev->of_node) > > >>+ desc = of_find_gp

Re: [PATCH 4/6] iommu/arm-smmu: implement generic DT bindings

Will Deacon writes: > [adding Rob, Mark, Arnd, Thierry and Hiroshi] > > On Wed, Aug 13, 2014 at 01:51:37AM +0100, Mitchel Humpherys wrote: >> Generic IOMMU device tree bindings were recently added in >> ["devicetree: Add generic IOMMU device tree bindings"]. Implement the >> bindings in the ARM

[PATCH 1/2] of: Add vendor prefix for HannStar Display Corporation

Signed-off-by: Philipp Zabel --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 46a311e..23b0bee 100644 --- a/Documentati

[PATCH 2/2] drm/panel: Add HannStar HSD070PWW1 7.0" WXGA TFT LCD panel

This patch adds support for the HannStar Display Corp. HSD070PWW1 7.0" WXGA TFT LCD panel to the simple-panel driver. The binding documentation is included. Signed-off-by: Philipp Zabel --- .../bindings/panel/hannstar,hsd070pww1.txt | 7 ++ drivers/gpu/drm/panel/panel-simple.c

Re: [PATCH v7 3/3] ahci_xgene: Fix the link down in first attempt for the APM X-Gene SoC AHCI SATA host controller driver.

On Tue, Aug 19, 2014 at 12:01:51PM +0530, Suman Tripathi wrote: > The link down issue in first attempt happens due to 2 H/W errata below: > > 1. Due to HW errata, during speed negotiation, sometimes controller > is not able to detect ALIGN at GEN3(6Gbps) within 54.6us results in > a timeout. This

Re: [PATCH v2] serial: uart: add hw flow control support configuration

On 08/09/2014 07:28 AM, Murali Karicheri wrote: On 08/08/2014 06:59 PM, Murali Karicheri wrote: On 08/08/2014 06:09 PM, Peter Hurley wrote: On 08/08/2014 05:02 PM, Murali Karicheri wrote: On 08/08/2014 04:44 PM, Peter Hurley wrote: On 08/08/2014 03:36 PM, Murali Karicheri wrote: On 08/07/201

Re: [PATCH] ARM: dts: Gateworks GW5520 support (i.MX6)

On Sun, Aug 17, 2014 at 11:35 PM, Shawn Guo wrote: > On Sat, Aug 09, 2014 at 01:23:22AM -0700, Tim Harvey wrote: >> +&iomuxc { > > If you do not mind, I would ask you to put iomuxc node at the bottom of > the file. Doing so makes the file a bit easier to read. will do > >> + pinctrl-names =

Re: [RFC PATCH 8/9] Input: gpio_keys_polled - Make use of device property API

On 8/19/14, 4:27, "Mika Westerberg" wrote: >On Mon, Aug 18, 2014 at 10:55:12AM -0700, Jacob Pan wrote: >> On Sat, 16 Aug 2014 09:53:58 +0300 >> Mika Westerberg wrote: >> >> > From: Aaron Lu >> > >> > Make use of device property API in this driver so that both OF based >> > system and ACPI bas

Re: [PATCH v7 2/3] ahci_xgene: Skip the PHY and clock initialization if already configured by the firmware.

On Tue, Aug 19, 2014 at 12:01:50PM +0530, Suman Tripathi wrote: > This patch implements the feature to skip the PHY and clock > initialization if it is already configured by the firmware. > > Signed-off-by: Loc Ho > Signed-off-by: Suman Tripathi ... > +static int xgene_ahci_is_memram_inited(stru

[PATCH] mfd: palmas: Add support for optional wakeup

With the recent pinctrl-single changes, omaps can treat wake-up events from deeper idle states as interrupts. Let's add support for the optional second interrupt for wake-up events. And then SoC can wakeup and handle the event using it's regular handler. Finally, to pass the wake-up interrupt in

[PATCH] ARM: dts: DRA7: Add PMU nodes

From: Lucas Weaver DRA74x and DRA72x family of processors vary slightly in the number of CPUs. So, add different instances of PMU for each of these processor groups. Further, since the interrupts bypass crossbar and are directly connected to GIC, mark the dts nodes with relevant information. Tes

Re: [PATCH 1/6] V4L2: Add Renesas R-Car JPEG codec driver.

Hi Mikhail, I did a quick scan over the source code and I noticed a few things that aren't right. The easiest for you is probably to run the v4l2-compliance tool over your driver and it should tell you what needs to be fixed. The things I noticed are: querycap doesn't fill in bus_info (should be '

Re: [PATCH 1/1] clk: ti: add support for external clock provider

Hi Tero, On Fri, Aug 01, 2014 at 02:15:48PM +0100, Tero Kristo wrote: > External clock provider can now be used to register external clocks under > it. This is needed as the TI clock driver only registers clocks > hierarchically under clock providers, and external clocks do not belong > under any

Re: [PATCH v2 3/8] ASoC: davinci-evm: HDMI audio support for TDA998x trough McASP I2S bus

On Mon, Aug 18, 2014 at 10:46:41PM +0100, Jyri Sarha wrote: > Add machine driver support for BeagleBone-Black HDMI audio. BBB has > NXP TDA998X HDMI transmitter connected to McASP port in I2S mode. The > 44100 Hz sample-rate and it's multiples can not be accurately produced > on BBB. The only suppo

Re: [PATCH 01/23] fdt: Add functions to query a node's #address- and #size-cells

On Tue, Aug 19, 2014 at 06:52:22AM -0600, Simon Glass wrote: > Hi Theirry, > > > On 19 August 2014 04:59, Thierry Reding wrote: > > > On Mon, Aug 18, 2014 at 11:52:36AM -0600, Simon Glass wrote: > > > Hi Thierry, > > > > > > On 18 August 2014 01:16, Thierry Reding > > wrote: > > > > From: Thie

Re: [PATCH 2/6] iommu/arm-smmu: add support for specifying regulators

On Wed, Aug 13, 2014 at 01:51:35AM +0100, Mitchel Humpherys wrote: > On some power-constrained platforms it's useful to disable power when a > device is not in use. Add support for specifying regulators for SMMUs > and only leave power on as long as the SMMU is in use (attached). ... and for bypas

Re: [PATCH 1/6] iommu/arm-smmu: add support for specifying clocks

On Wed, Aug 13, 2014 at 01:51:34AM +0100, Mitchel Humpherys wrote: > On some platforms with tight power constraints it is polite to only > leave your clocks on for as long as you absolutely need them. Currently > we assume that all clocks necessary for SMMU register access are always > on. > > Add

Re: [PATCH 4/6] iommu/arm-smmu: implement generic DT bindings

[adding Rob, Mark, Arnd, Thierry and Hiroshi] On Wed, Aug 13, 2014 at 01:51:37AM +0100, Mitchel Humpherys wrote: > Generic IOMMU device tree bindings were recently added in > ["devicetree: Add generic IOMMU device tree bindings"]. Implement the > bindings in the ARM SMMU driver. > > See Documenta

[PATCH 2/6] ARM: shmobile: r8a7790: Add JPU clock dt and CPG define.

Signed-off-by: Mikhail Ulyanov --- arch/arm/boot/dts/r8a7790.dtsi| 6 +++--- include/dt-bindings/clock/r8a7790-clock.h | 1 + 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi index e2e40e5..61fd193 100644 --

[PATCH 0/6] R-Car JPEG Processing Unit

This series of patches contains a driver for the JPEG codec integrated peripheral found in the Renesas R-Car SoCs, JPU clocking and associated DT documentation. The driver is implemented within the V4L2 framework as a mem-to-mem device. It presents two video nodes to userspace, one for the encodi

[PATCH 3/6] ARM: shmobile: r8a7790: Add JPU device node.

Signed-off-by: Mikhail Ulyanov --- arch/arm/boot/dts/r8a7790.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi index 61fd193..c8bc048 100644 --- a/arch/arm/boot/dts/r8a7790.dtsi +++ b/arch/arm/boot/dts/r8a7790.dtsi @@ -

[PATCH 4/6] ARM: shmobile: r8a7791: Add JPU clock dt and CPG define.

Signed-off-by: Mikhail Ulyanov --- arch/arm/boot/dts/r8a7791.dtsi| 6 +++--- include/dt-bindings/clock/r8a7791-clock.h | 1 + 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/r8a7791.dtsi b/arch/arm/boot/dts/r8a7791.dtsi index 152c75c..c2d0c6e 100644 --

[PATCH 5/6] ARM: shmobile: r8a7791: Add JPU device node.

Signed-off-by: Mikhail Ulyanov --- arch/arm/boot/dts/r8a7791.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/r8a7791.dtsi b/arch/arm/boot/dts/r8a7791.dtsi index c2d0c6e..464962a 100644 --- a/arch/arm/boot/dts/r8a7791.dtsi +++ b/arch/arm/boot/dts/r8a7791.dtsi @@ -

[PATCH 1/6] V4L2: Add Renesas R-Car JPEG codec driver.

Signed-off-by: Mikhail Ulyanov --- drivers/media/platform/Kconfig | 11 + drivers/media/platform/Makefile |2 + drivers/media/platform/jpu.c| 1630 +++ 3 files changed, 1646 insertions(+) create mode 100644 drivers/media/platform/jpu.c diff --git a

[PATCH 6/6] devicetree: bindings: Document Renesas JPEG Processing Unit.

Signed-off-by: Mikhail Ulyanov --- .../devicetree/bindings/media/renesas,jpu.txt | 23 ++ 1 file changed, 23 insertions(+) create mode 100644 Documentation/devicetree/bindings/media/renesas,jpu.txt diff --git a/Documentation/devicetree/bindings/media/renesas,jpu.txt b/

Re: [PATCH 6/6] iommu/arm-smmu: add .domain_{set,get}_attr for coherent walk control

On Wed, Aug 13, 2014 at 01:51:39AM +0100, Mitchel Humpherys wrote: > Under certain conditions coherent hardware translation table walks can > result in degraded performance. Add a new domain attribute to > disable/enable this feature in generic code along with the domain > attribute setter and gett

Re: [PATCH 3/6] iommu/arm-smmu: add support for iova_to_phys through ATS1PR

On Wed, Aug 13, 2014 at 01:51:36AM +0100, Mitchel Humpherys wrote: > Currently, we provide the iommu_ops.iova_to_phys service by doing a > table walk in software to translate IO virtual addresses to physical > addresses. On SMMUs that support it, it can be useful to ask the SMMU > itself to do the

Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.

On Tuesday 19 August 2014, Catalin Marinas wrote: > On Mon, Aug 18, 2014 at 10:30:54PM +0100, Liviu Dudau wrote: > > At this point I would like to hear more from people doing the conversion of > > the drivers. I cannot answer fully for all arm or arm64 drivers. > > As I read the description of pci

Re: [PATCH v2 1/8] clk: ti: add gpio controlled clock

On Tue, Aug 19, 2014 at 01:23:12PM +0100, Jyri Sarha wrote: > On 08/19/2014 02:32 PM, Mark Rutland wrote: > > On Mon, Aug 18, 2014 at 10:46:39PM +0100, Jyri Sarha wrote: > >> The added ti,gpio-clock is a basic clock that can be enabled and > >> disabled trough a gpio output. The DT binding document

Re: [PATCHv2] thermal: exynos: Add support for TRIM_RELOAD feature at Exynos3250

Amit, On Tue, Aug 19, 2014 at 8:07 AM, Chanwoo Choi wrote: > This patch add support for TRIM_RELOAD feature at Exynos3250. The TMU of > Exynos3250 has two TRIMINFO_CON register. > > Signed-off-by: Chanwoo Choi > Acked-by: Kyungmin Park > Cc: Zhang Rui > Cc: Eduardo Valentin What do you think

Re: [PATCH v2 1/8] clk: ti: add gpio controlled clock

On 08/19/2014 02:32 PM, Mark Rutland wrote: On Mon, Aug 18, 2014 at 10:46:39PM +0100, Jyri Sarha wrote: The added ti,gpio-clock is a basic clock that can be enabled and disabled trough a gpio output. The DT binding document for the clock is also added. For EPROBE_DEFER handling the registering o

[PATCH 2/4] tty: omap-serial: prevent division by zero

If the chosen baud rate is large enough (e.g. 3.5 megabaud), the calculated n values in calculate_baud_abs_diff may become 0. This causes a division by zero when calculating the difference between calculated and desired baud rates. To prevent this, cap n on 1. Signed-off-by: Frans Klaver --- dri

[RFC PATCH 3/4] tty: omap-serial: use threaded interrupt handler

At 3.6Mbaud, with slightly over 2Mbit/s data coming in, we see 1600 uart rx buffer overflows within 30 seconds. Threading the interrupt handling reduces this to about 170 overflows in 10 minutes. In practice this therefore reduces the need for hardware flow control, meaning the sending side doesn'

[PATCH 4/4] tty: omap-serial: support setting of hardware flow control in dts

This makes hardware flow control availability configurable from the device tree. Signed-off-by: Frans Klaver --- Documentation/devicetree/bindings/serial/omap_serial.txt | 1 + drivers/tty/serial/omap-serial.c | 4 2 files changed, 5 insertions(+) diff --git a/Docum

[PATCH 1/4] tty: omap-serial: pull out calculation from baud_is_mode16

To determine the correct divisor, we need to know the difference between the desired baud rate and the actual baud rate. The calculation for this difference is implemented twice within omap_serial_baud_is_mode16(). Pull out the calculation for easier maintenance. Signed-off-by: Frans Klaver ---

[RFC PATCHv2 0/4] omap-serial high-speed fixes/improvements

Here's version 2 of the patches that should improve the behavior of the omap serial port at high baud and data rates. Differences with regard to v1 are: - centralize baud_is_mode16's calculation - fix/unbreak an uninitialized variable in "use threaded interrupt handler" - read has-hw-flow-co

  1   2   >