Re: [REPOST PATCH 1/2 v4] OMAP2+: hwmod: Add API to enable IO ring wakeup.

2011-11-14 Thread Shubhrajyoti
On Monday 04 July 2011 10:25 AM, Govindraj.R wrote: Add API to enable IO pad wakeup capability based on mux dynamic pad and wake_up enable flag available from hwmod_mux initialization. Use the wakeup_enable flag and enable wakeup capability for the given pads. Wakeup capability will be

Re: Help with clk API

2011-11-14 Thread Felipe Balbi
Hi, On Fri, Nov 11, 2011 at 01:32:00PM +0200, Felipe Balbi wrote: I have a doubt about using clk API to change CLKSEL_UTMI_P1 bit for a silicon errata (OMAP4460 i693) implementation. According to errata, I need to switch from external to internal clock during USB port suspend, wait 1ms and

[RFC 3/3] ARM: omap4: Add pinmux map in SDP and PANDA board files

2011-11-14 Thread Rajendra Nayak
Register pinmux mappings for SDP and PANDA from board files. Retain the existing mux configurations as they do pull up/down configuration as well which are not handled currently. Signed-off-by: Rajendra Nayak rna...@ti.com --- arch/arm/mach-omap2/board-4430sdp.c| 10 ++

[RFC 0/3] OMAP pinmux driver

2011-11-14 Thread Rajendra Nayak
Hi Linus, Tony, This RFC series adds pinmux support for OMAP using the pinctrl framework. Though it adds a pinmux-omap.c driver file, it currently only supports OMAP4 and also has very few function/pin-groups defined. I have also retained the existing muxing done from board files using the

[RFC 2/3] ARM: omap4: Add omap4 pinmux devices for core and wkup

2011-11-14 Thread Rajendra Nayak
Add omap4 pinmux platform devices for core-pinmux and wkup-pinmux. Signed-off-by: Rajendra Nayak rna...@ti.com --- arch/arm/mach-omap2/devices.c | 43 + 1 files changed, 43 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/devices.c

[RFC 1/3] pinctrl: add a driver for the OMAP pinmux

2011-11-14 Thread Rajendra Nayak
This adds a driver for the OMAP pinmux portions of the system control module. The driver is based on the u300 pinmux driver and only supports OMAP4 platforms for now. Also has very minimal functions/pin-groups for OMAP4 defined. Signed-off-by: Rajendra Nayak rna...@ti.com ---

Re: [REPOST PATCH 1/2 v4] OMAP2+: hwmod: Add API to enable IO ring wakeup.

2011-11-14 Thread Shubhrajyoti
On Monday 14 November 2011 05:14 PM, Shubhrajyoti wrote: On Monday 04 July 2011 10:25 AM, Govindraj.R wrote: Add API to enable IO pad wakeup capability based on mux dynamic pad and wake_up enable flag available from hwmod_mux initialization. Use the wakeup_enable flag and enable wakeup

[PATCH 0/3] OMAPDSS: fixes for rc

2011-11-14 Thread Tomi Valkeinen
A few fixes for the next -rc. One for the old omapfb, and two for the omapdss fixing issues related to HDMI. Tomi Tomi Valkeinen (3): OMAPDSS: HDMI: fix returned HDMI pixel clock OMAPFB: fix compilation warnings due to missing include OMAPDSS: DISPC: skip scaling calculations when not

[PATCH 1/3] OMAPDSS: HDMI: fix returned HDMI pixel clock

2011-11-14 Thread Tomi Valkeinen
hdmi_get_pixel_clock() returns the pixel clock in Hz, but the pck is stored as kHz. This means the return value has to be multiplied by 1000, not by 1 as the code did. Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com --- drivers/video/omap2/dss/hdmi.c |2 +- 1 files changed, 1

[PATCH 2/3] OMAPFB: fix compilation warnings due to missing include

2011-11-14 Thread Tomi Valkeinen
Fix warnings similar to this by including module.h: drivers/video/omap/dispc.c:276:1: warning: data definition has no type or storage class drivers/video/omap/dispc.c:276:1: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL' Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com ---

[PATCH 3/3] OMAPDSS: DISPC: skip scaling calculations when not scaling

2011-11-14 Thread Tomi Valkeinen
Current code calculates scaling factors for video overlays even when the overlays are not scaled. Change the code to skip calculations when not scaling. This optimizes the code a bit, but also fixes a problem when configuring an overlay for a disabled display: if the display is disabled we don't

Re: [RFC 1/3] pinctrl: add a driver for the OMAP pinmux

2011-11-14 Thread Tony Lindgren
* Rajendra Nayak rna...@ti.com [14 04:05]: --- /dev/null +++ b/drivers/pinctrl/pinmux-omap.c @@ -0,0 +1,735 @@ + +/* omap4 core pads */ +static const struct pinctrl_pin_desc omap4_core_pads[] = { + PINCTRL_PIN(0, c12), + PINCTRL_PIN(1, d12), + PINCTRL_PIN(2, c13), ...

Re: [PATCH] ARM: OMAP: Fix reprogramming of dpll1 rate

2011-11-14 Thread Tony Lindgren
* Aaro Koskinen aaro.koski...@iki.fi [11 14:46]: Cheers mate, this fixes the 3.2-rc1 boot issue on Amstrad E3. Tested-by: Aaro Koskinen aaro.koski...@iki.fi OK thanks good to hear. Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to

[GIT PULL] bug fixes for gpio drivers

2011-11-14 Thread Grant Likely
Hi Linus, Some gpio drivers bug fixes for 3.2. Nothing exciting here. Expect further 3.2 gpio bug fix pull requests to come from Linus Walleij. g. The following changes since commit 7f80850d3f9fd8fda23a317044aef3a6bafab06b: Merge branch 'rmobile-fixes-for-linus' of

Re: DEBUG_LL on OMAP1 (was Re: [PATCH] ARM: OMAP: Fix map_io for Amstrad E3)

2011-11-14 Thread Tony Lindgren
* Aaro Koskinen aaro.koski...@iki.fi [12 03:42]: Hi, On Thu, 10 Nov 2011, Tony Lindgren wrote: * Aaro Koskinen aaro.koski...@iki.fi [10 13:31]: --- a/arch/arm/mach-omap1/clock_data.c +++ b/arch/arm/mach-omap1/clock_data.c @@ -774,14 +774,6 @@ int __init omap1_clk_init(void)

Re: [PATCH v8 11/20] OMAP2+: UART: Move errata handling from serial.c to omap-serial

2011-11-14 Thread Jon Hunter
Hi Govindraj, On 11/11/2011 3:59, Govindraj.R wrote: Move the errata handling mechanism from serial.c to omap-serial file and utilise the same func in driver file. Errata i202, i291 are moved to be handled with omap-serial Moving the errata macro from serial.c file to driver header file as

Re: [PATCH 4/4] mcx: initial support for HTKW mcx board

2011-11-14 Thread Ilya Yanok
Hi Tony, On 11.11.2011 04:12, Tony Lindgren wrote: This looks OK but let's concentrate on getting things working with board-generic.c and DT only in mainline kernel. I can apply this into testing-board, but let's not cause more churn in mainline with the board files that will be

Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2

2011-11-14 Thread Tony Lindgren
* Tomi Valkeinen tomi.valkei...@ti.com [08 03:40]: On Tue, 2011-11-08 at 03:33 -0700, Paul Walmsley wrote: On Tue, 8 Nov 2011, Tomi Valkeinen wrote: On Tue, 2011-11-08 at 00:50 -0700, Paul Walmsley wrote: On Fri, 4 Nov 2011, Tony Lindgren wrote: * Paul Walmsley

Re: [RFC 3/5] ARM: OMAP: iommu: declare a private iommu binding struct

2011-11-14 Thread Tony Lindgren
* Ohad Ben-Cohen o...@wizery.com [110925 03:27]: Declare an omap iommu private struct, which binds an iommu user to its iommu device. This struct should be placed at the iommu user's dev_archdata so generic IOMMU API can be used without having to utilize omap-specific plumbing anymore.

Re: [RFC 4/5] ARM: OMAP3: bind omap3isp_device to its iommu device

2011-11-14 Thread Tony Lindgren
* Laurent Pinchart laurent.pinch...@ideasonboard.com [09 00:42]: Hi Ohad, On Sunday 25 September 2011 12:58:56 Ohad Ben-Cohen wrote: Bind OMAP3's isp device to the isp's dedicated iommu, by setting the device's archdata iommu member. This way omap3isp will be able to use the

Re: [RFC 5/5] iommu/omap: eliminate the public omap_find_iommu_device() method

2011-11-14 Thread Tony Lindgren
* Laurent Pinchart laurent.pinch...@ideasonboard.com [09 00:42]: Hi Ohad, On Wednesday 09 November 2011 09:50:30 Ohad Ben-Cohen wrote: On Tue, Sep 27, 2011 at 2:46 PM, Laurent Pinchart wrote: On Sunday 25 September 2011 12:58:57 Ohad Ben-Cohen wrote: Eliminate the public

Re: [PATCH 2/4] mmc: omap: adapt the hsmmc driver to device tree

2011-11-14 Thread Tony Lindgren
* Rajendra Nayak rna...@ti.com [04 04:16]: @@ -1869,6 +1957,14 @@ static int __init omap_hsmmc_probe(struct platform_device *pdev) struct omap_hsmmc_host *host = NULL; struct resource *res; int ret, irq; + const struct of_device_id *match; + + match =

Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2

2011-11-14 Thread Paul Walmsley
On Mon, 14 Nov 2011, Tony Lindgren wrote: I suggest we only merge the ones with fix in the subject during the -rc cycle. The others add new features for the reset, so they should wait until v3.3 merge window. Most of the other patches in the branch discuss what they fix in the patch

Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2

2011-11-14 Thread Tony Lindgren
* Paul Walmsley p...@pwsan.com [14 13:05]: On Mon, 14 Nov 2011, Tony Lindgren wrote: I suggest we only merge the ones with fix in the subject during the -rc cycle. The others add new features for the reset, so they should wait until v3.3 merge window. Most of the other patches in

Re: [PATCH 2/4] mmc: omap: adapt the hsmmc driver to device tree

2011-11-14 Thread Rajendra Nayak
On Tuesday 15 November 2011 03:00 AM, Tony Lindgren wrote: * Rajendra Nayakrna...@ti.com [04 04:16]: @@ -1869,6 +1957,14 @@ static int __init omap_hsmmc_probe(struct platform_device *pdev) struct omap_hsmmc_host *host = NULL; struct resource *res; int ret, irq; +

Re: [RFC 1/3] pinctrl: add a driver for the OMAP pinmux

2011-11-14 Thread Rajendra Nayak
On Monday 14 November 2011 10:53 PM, Tony Lindgren wrote: * Rajendra Nayakrna...@ti.com [14 04:05]: --- /dev/null +++ b/drivers/pinctrl/pinmux-omap.c @@ -0,0 +1,735 @@ + +/* omap4 core pads */ +static const struct pinctrl_pin_desc omap4_core_pads[] = { + PINCTRL_PIN(0, c12),

[PATCH] OMAP2+: UART: Make the SERIAL_OMAP depend on ARCH_OMAP2PLUS

2011-11-14 Thread Shubhrajyoti D
Making SERIAL_OMAP depend on ARCH_OMAP2PLUS instead of oring with ARCH2/3/4. Acked-by: Felipe Balbi ba...@ti.com Suggested-by: Sricharan R r.sricha...@ti.com Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com --- drivers/tty/serial/Kconfig |2 +- 1 files changed, 1 insertions(+), 1

Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2

2011-11-14 Thread Tomi Valkeinen
On Mon, 2011-11-14 at 14:04 -0800, Tony Lindgren wrote: * Paul Walmsley p...@pwsan.com [14 13:05]: On Mon, 14 Nov 2011, Tony Lindgren wrote: I suggest we only merge the ones with fix in the subject during the -rc cycle. The others add new features for the reset, so they should wait