On Mon, 2011-11-14 at 14:04 -0800, Tony Lindgren wrote:
> * Paul Walmsley [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
Making SERIAL_OMAP depend on ARCH_OMAP2PLUS instead of
oring with ARCH2/3/4.
Acked-by: Felipe Balbi
Suggested-by: Sricharan R
Signed-off-by: Shubhrajyoti D
---
drivers/tty/serial/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/tty/serial/Kconfig b/dri
On Monday 14 November 2011 10:53 PM, Tony Lindgren wrote:
* Rajendra Nayak [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"),
> +
On Tuesday 15 November 2011 03:00 AM, Tony Lindgren wrote:
* Rajendra Nayak [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 str
* Paul Walmsley [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 the
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
desc
* Rajendra Nayak [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 = of_match_devi
* Laurent Pinchart [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 omap_find_iommu_device() method,
* Laurent Pinchart [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 generic IOMMU API without
>
* Ohad Ben-Cohen [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.
>
> While at it, p
* Tomi Valkeinen [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 [111006 1
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 disappe
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 from
* Aaro Koskinen [12 03:42]:
> Hi,
>
> On Thu, 10 Nov 2011, Tony Lindgren wrote:
> >* Aaro Koskinen [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)
> >>int crystal_type = 0; /* D
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
git://github.com/pmundt/l
* Aaro Koskinen [11 14:46]:
>
> Cheers mate, this fixes the 3.2-rc1 boot issue on Amstrad E3.
>
> Tested-by: Aaro Koskinen
OK thanks good to hear.
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More major
* Rajendra Nayak [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"),
...
Le
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
n
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
---
drivers/video/omap/di
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
---
drivers/video/omap2/dss/hdmi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
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 sca
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 wakeu
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
---
drivers/pinctrl/Kconfig |
Add omap4 pinmux platform devices for core-pinmux and wkup-pinmux.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/devices.c | 43 +
1 files changed, 43 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2
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 OMAP-m
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
---
arch/arm/mach-omap2/board-4430sdp.c| 10 ++
arch/arm/mach-omap2/board
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
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 en
28 matches
Mail list logo