Re: [PATCH 1/1] iio: exynos-adc: Fix typo in DT documentation

2013-03-29 Thread Jonathan Cameron
On 03/27/2013 12:41 AM, Naveen Krishna Ch wrote: On 26 March 2013 17:19, Nobuhiro Iwamatsu iwama...@nigauri.org wrote: On Wed, Mar 27, 2013 at 8:55 AM, Naveen Krishna Ch naveenkrishna...@gmail.com wrote: On 26 March 2013 04:52, Sachin Kamat sachin.ka...@linaro.org wrote: Fixes some typos in

Re: [PATCH v2 1/4] iio: adc: Document the regulator/clocks for exynos-adc

2013-03-29 Thread Jonathan Cameron
On 03/27/2013 06:46 PM, Doug Anderson wrote: Hi, On Wed, Mar 27, 2013 at 11:40 AM, Lars-Peter Clausen l...@metafoo.de wrote: On 03/27/2013 07:35 PM, Naveen Krishna Ch wrote: On 13 March 2013 13:39, Doug Anderson diand...@chromium.org wrote: The exynos ADC won't work without a regulator

Re: [PATCH] arm/dts: OMAP3: fix pinctrl-single configuration

2013-03-29 Thread Christoph Fritz
On Thu, 2013-03-28 at 09:38 -0700, Tony Lindgren wrote: * Christoph Fritz chf.fr...@googlemail.com [130328 01:12]: - Fix 'function-mask' referring to TRM Section 7.4.4: Pad Functional Multiplexing and Configuration. - Fix 'omap3_pmx_core' referring to TRM Table 7-4: Core Control

Re: [PATCH] arm/dts: OMAP3: fix pinctrl-single configuration

2013-03-29 Thread Christoph Fritz
On Fri, 2013-03-29 at 10:37 +0100, Christoph Fritz wrote: On Thu, 2013-03-28 at 09:38 -0700, Tony Lindgren wrote: * Christoph Fritz chf.fr...@googlemail.com [130328 01:12]: - Fix 'function-mask' referring to TRM Section 7.4.4: Pad Functional Multiplexing and Configuration. - Fix

Re: [PATCH v3 0/11] LVDS Display Bridge support for i.MX

2013-03-29 Thread Shawn Guo
On Thu, Mar 28, 2013 at 04:23:24PM +0100, Philipp Zabel wrote: Hi, the following patches add support for LVDS displays on i.MX53 and i.MX6q boards. I have reordered the patches, as Shawn has already applied the now first five patches. I do not think you need to necessarily resend the

Re: [PATCH v3 0/11] LVDS Display Bridge support for i.MX

2013-03-29 Thread Shawn Guo
On Thu, Mar 28, 2013 at 04:23:24PM +0100, Philipp Zabel wrote: Hi, the following patches add support for LVDS displays on i.MX53 and i.MX6q boards. I have reordered the patches, as Shawn has already applied the now first five patches. Just applied patches #7, #8 and #11. #9 and #10 were

RE: [PATCH-V2 0/6] ARM: dts: AM33XX: Cleanup and pinctrl binding support

2013-03-29 Thread Hiremath, Vaibhav
-Original Message- From: Cousson, Benoit Sent: Thursday, March 28, 2013 5:57 PM To: Hiremath, Vaibhav Cc: linux-o...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; devicetree-discuss@lists.ozlabs.org; Porter, Matt; jac...@sunsite.dk Subject: Re: [PATCH-V2 0/6] ARM: dts:

Re: [PATCH v6 6/8] staging: drm/imx: Use SRC to reset IPU

2013-03-29 Thread Greg Kroah-Hartman
On Thu, Mar 28, 2013 at 05:35:21PM +0100, Philipp Zabel wrote: Request the System Reset Controller to reset the IPU if specified via device tree phandle. Signed-off-by: Philipp Zabel p.za...@pengutronix.de Reviewed-by: Stephen Warren swar...@nvidia.com Reviewed-by: Marek Vasut ma...@denx.de

Re: [PATCH] arm/dts: OMAP3: fix pinctrl-single configuration

2013-03-29 Thread Tony Lindgren
* Christoph Fritz chf.fr...@googlemail.com [130329 02:41]: On Thu, 2013-03-28 at 09:38 -0700, Tony Lindgren wrote: * Christoph Fritz chf.fr...@googlemail.com [130328 01:12]: - Fix 'function-mask' referring to TRM Section 7.4.4: Pad Functional Multiplexing and Configuration. - Fix

Re: [PATCH v4 0/6] support other fsl SoCs with usbmisc + small fixes

2013-03-29 Thread Alexander Shishkin
Greg KH gre...@linuxfoundation.org writes: If I don't hear back from you by Wednesday this week, with a specific plan for how to get all of these fixes to me by the end of this week, I'm going to assume that you are missing, and will just start taking chipidea patches directly myself, sorry.

Re: [PATCH v4 0/6] support other fsl SoCs with usbmisc + small fixes

2013-03-29 Thread Greg KH
On Fri, Mar 29, 2013 at 06:00:36PM +0200, Alexander Shishkin wrote: Greg KH gre...@linuxfoundation.org writes: If I don't hear back from you by Wednesday this week, with a specific plan for how to get all of these fixes to me by the end of this week, I'm going to assume that you are

[PATCH v3 0/7] V4L2 driver for Exynos4x12 Imaging Subsystem

2013-03-29 Thread Sylwester Nawrocki
This patch series includes mostly changes in the clocks handling, fix of coding style issues found with checkpatch.pl and an improvement of the DT binding documentation. There is an issue that the ISP clocks (MCU_ISP block clocks) are in the ISP power domain and the clock registers should not be

[PATCH v3 2/7] exynos4-is: Add FIMC-IS ISP I2C bus driver

2013-03-29 Thread Sylwester Nawrocki
This patch adds the ISP I2C bus controller driver files. Creating a standard I2C bus adapter, even if the driver doesn't actually communicate with the hardware and it is instead used by the ISP firmware running on the Cortex-A5, allows to use standard hardware description in the device tree. As

[PATCH v3 3/7] exynos4-is: Add FIMC-IS parameter region definitions

2013-03-29 Thread Sylwester Nawrocki
This patch adds ISP processing parameters interface files. Signed-off-by: Younghwan Joo yhwan@samsung.com Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- Changes since v3: - fixed a few issues found with checkpatch.pl ---

[PATCH v3 4/7] exynos4-is: Add common FIMC-IS image sensor driver

2013-03-29 Thread Sylwester Nawrocki
This patch adds a common image sensor driver and Makefile/Kconfig to enable compilation of the whole IS driver. The sensor subdev driver currently only handles an image sensor's power supplies and reset signal. There is no an I2C communication as it is handled by the ISP's firmware.

[PATCH v3 5/7] exynos4-is: Add Exynos4x12 FIMC-IS device tree binding documentation

2013-03-29 Thread Sylwester Nawrocki
This patch adds DT binding documentaton for the Imaging Subsystem (camera ISP) found on Samsung Exynos4x12 SoCs. Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- Changes since v2: - added missing clocks at the binding

[PATCH v3 6/7] exynos4-is: Add FIMC-IS subdevs registration

2013-03-29 Thread Sylwester Nawrocki
This patch allows to register FIMC-IS device represented by FIMC-IS-ISP subdev to the top level media device driver. The use_isp platform data structure field allows to select whether the fimc-is ISP subdev should be tried to be registered or not. Signed-off-by: Sylwester Nawrocki

[PATCH v3 7/7] exynos4-is: Create media links for the FIMC-IS entities

2013-03-29 Thread Sylwester Nawrocki
Create disabled links from the FIMC-LITE subdevs to the FIMC-IS-ISP subdev and from FIMC-IS-ISP to all FIMC subdevs. Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- Changes since v2: - none. ---

[PATCH v2] arm/dts: OMAP3: fix pinctrl-single configuration

2013-03-29 Thread Christoph Fritz
- Fix 'function-mask' referring to TRM (Omap 36xx) Section 13.4.4: Pad Functional Multiplexing and Configuration. - Fix 'omap3_pmx_wkup' referring to TRM Table 13-6: Wkup Control Module Pad Configuration Register Fields. Signed-off-by: Christoph Fritz chf.fr...@googlemail.com ---

Re: [PATCH 3/5] gpio/omap: Add DT support to GPIO driver

2013-03-29 Thread Stephen Warren
On 03/27/2013 02:55 PM, Linus Walleij wrote: On Wed, Mar 27, 2013 at 5:09 PM, Stephen Warren swar...@wwwdotorg.org wrote: It's simply that if a device emits an IRQ, there's no reason to assume that the IRQ is in fact a GPIO. It might be a dedicated IRQ input pin and not something that

Re: [PATCH] of_mdio: Remove flags argument from of_phy_connect

2013-03-29 Thread Florian Fainelli
Le 03/19/13 00:49, Ben Collins a écrit : of_phy_connect() only required a flags argument in order to pass it down to to phy_connect(). Since that argument was removed, it is of no use in this function either (confirmed by checking all callers in kernel tree as well). Looks good to me:

[PATCH 0/4] mv643xx_eth device tree bindings

2013-03-29 Thread Florian Fainelli
Hi all, This patch serie implements mv643xx_eth device tree bindings. I opted for the reuse of the bindings already defined in Documentation/devicetree/bindings/marvell.txt so that we do not create any confusion. For reference, I have included the mv643xx-eth related nodes in the corresponding

[PATCH 3/4] ARM: orion5x: add gigabit ethernet device tree node

2013-03-29 Thread Florian Fainelli
This patch adds the gigabit ethernet device tree node to orion5x.dtsi. This node is disabled by default and must be enabled on a per-board basis. For completeness and easier testing the MDIO node is also added and disabled by default. Signed-off-by: Florian Fainelli flor...@openwrt.org ---

[PATCH 1/4] mv643xx_eth: add Device Tree bindings

2013-03-29 Thread Florian Fainelli
This patch adds Device Tree bindings following the already defined bindings at Documentation/devicetree/bindings/marvell.txt. The binding documentation is also enhanced with new optionnal properties required for supporting certain devices (RX/TX queue and SRAM). Since we now have proper support

[PATCH 2/4] ARM: kirkwood: add device node entries for the gigabit interfaces

2013-03-29 Thread Florian Fainelli
This patch modifies kirkwood.dtsi to specify the various gigabit interfaces nodes available on kirkwood devices. They are disabled by default and should be enabled on a per-board basis. egiga0 and egiga1 aliases are defined for convenience. The mdio node is also present and should be enabled on a

[PATCH 4/4] ARM: dove: add gigabit device tree nodes to dove.dtsi

2013-03-29 Thread Florian Fainelli
This patch adds the gigabit ethernet device tree nodes to dove.dtsi in a disabled state. The gigabit ethernet device tree node must be enabled on a per-board basis. For completeness and easier testing the MDIO node is also added in a disabled state. Signed-off-by: Florian Fainelli

Re: [PATCH 1/4] mv643xx_eth: add Device Tree bindings

2013-03-29 Thread Florian Fainelli
Le 03/29/13 19:14, Florian Fainelli a écrit : This patch adds Device Tree bindings following the already defined bindings at Documentation/devicetree/bindings/marvell.txt. The binding documentation is also enhanced with new optionnal properties required for supporting certain devices (RX/TX

Re: [PATCH v4 1/3] i2c: mux: Add i2c-arbitrator-cros-ec 'mux' driver

2013-03-29 Thread Doug Anderson
Wolfram, On Fri, Mar 29, 2013 at 4:58 AM, Wolfram Sang w...@the-dreams.de wrote: I can't recall the reason standard I2C bus arbitration is not working and why this is needed. I need the feeling this is a solution and not a workaround. I mean driver bugs can be fixed and I am unsure if it is a

Re: [PATCH 2/4] ARM: kirkwood: add device node entries for the gigabit interfaces

2013-03-29 Thread Jason Cooper
On Fri, Mar 29, 2013 at 07:14:37PM +0100, Florian Fainelli wrote: This patch modifies kirkwood.dtsi to specify the various gigabit interfaces nodes available on kirkwood devices. They are disabled by default and should be enabled on a per-board basis. egiga0 and egiga1 aliases are defined for

Re: [PATCH 2/4] ARM: kirkwood: add device node entries for the gigabit interfaces

2013-03-29 Thread Florian Fainelli
Le 03/29/13 19:48, Jason Cooper a écrit : On Fri, Mar 29, 2013 at 07:14:37PM +0100, Florian Fainelli wrote: This patch modifies kirkwood.dtsi to specify the various gigabit interfaces nodes available on kirkwood devices. They are disabled by default and should be enabled on a per-board basis.

Re: [PATCH 1/2] video: ssd1307fb: Add support for SSD1306 OLED controller

2013-03-29 Thread Maxime Ripard
Hi Jean Christophe, Le 29/03/2013 19:38, Jean-Christophe PLAGNIOL-VILLARD a écrit : On 17:44 Wed 06 Mar , Maxime Ripard wrote: [snip] static int ssd1307fb_probe(struct i2c_client *client, const struct i2c_device_id *id) { struct fb_info *info; -u32

Re: [PATCH 1/2] video: ssd1307fb: Add support for SSD1306 OLED controller

2013-03-29 Thread Jean-Christophe PLAGNIOL-VILLARD
On 17:44 Wed 06 Mar , Maxime Ripard wrote: The Solomon SSD1306 OLED controller is very similar to the SSD1307, except for the fact that the power is given through an external PWM for the 1307, and while the 1306 can generate its own power without any PWM. Signed-off-by: Maxime Ripard