On Thu, Dec 02, 2010 at 06:01:50PM +, Russell King - ARM Linux wrote:
> On Thu, Dec 02, 2010 at 05:38:24PM +, Russell King - ARM Linux wrote:
> > What if a platform, for what ever reason, wants to have 3 CPUs,
> > numbered 0, 2, 3 ? That's the reason why the code which sets the
> > possibl
Commit 72f381ba056 (omap3: Remove VMMC2 regulator on IGEP v2)
removed an unused regulator entry, but left the second MMC channel
(used by the Libertas WLAN module) without link to power regulator.
This causes the SDIO module to fail being detected.
This patch adds the two regulators that actually
> > As the control.h have been moved to new location and it's
> > uses are not allowed to drivers directly so moving the phy
> > control, interrupt clear and reset functionality to board
> > files.
> >
> > Signed-off-by: Ajay Kumar Gupta
> > ---
> > Patch created against today's linus tree.
>
> I
> > diff --git a/arch/arm/mach-omap2/usb-musb.c b/arch/arm/mach-omap2/usb-
> musb.c
> > index 7260558..1f32fdb 100644
> > --- a/arch/arm/mach-omap2/usb-musb.c
> > +++ b/arch/arm/mach-omap2/usb-musb.c
> > @@ -33,6 +33,82 @@
> >
> > #ifdef CONFIG_USB_MUSB_SOC
> >
> > +static void am35x_musb_phy_powe
* Nicolas Pitre [101203 21:39]:
> On Fri, 3 Dec 2010, Tony Lindgren wrote:
>
> > Hi all,
> >
> > I've got some patches almost ready to go to merge the omap1
> > configs into a single omap1_defconfig. While working on getting
> > that done, I had to come up with a better solution for entry-armv.S
* Varadarajan, Charulatha [101202 06:08]:
> On Thu, Dec 2, 2010 at 15:28, Kevin Hilman
> wrote:
>
> >
> > Tony, you can also add
> >
> > Acked-by: Kevin Hilman
OK, updated. Also made one more GPIO patch to allow us to deal
with the 7xx vs 15xx/16xx MPUIO registers.
Regards,
Tony
From: Tony
Hi,
Here are some misc patches for review.
Regards,
Tony
---
Evgeny Kuznetsov (1):
omap: Ptr "isr_reg" tracked as NULL was dereferenced
Jarkko Nikula (1):
omap: McBSP: Fix potential memory leak in omap_mcbsp_remove
Shubhrajyoti D (1):
omap: McBSP: Make the free variable upd
In some cases we can get error function `omap2_i2c_add_bus':
arch/arm/plat-omap/i2c.c:136: undefined reference to `omap2_i2c_mux_pins'
arch/arm/plat-omap/i2c.c:141: undefined reference to `omap_hwmod_lookup'
arch/arm/plat-omap/i2c.c:157: undefined reference to `omap_device_build'
Signed-off-by: To
From: Evgeny Kuznetsov
Value of "isr_reg" pointer is depend on configuration and GPIO method.
Potentially it may have NULL value and it is dereferenced later
in code. Warning and exit from function are added in this case.
Signed-off-by: Evgeny Kuznetsov
Signed-off-by: Tony Lindgren
---
arch/a
From: Jarkko Nikula
Function omap_mcbsp_probe allocates struct omap_mcbsp *mcbsp but it is not
freed in omap_mcbsp_remove. Fix this, remove unneeded structure cleanups
and clk_disable calls since they are not needed here.
This is not problem currently but becomes if the mcbsp driver is ever
modu
From: Shubhrajyoti D
Using true/false instead of 1/0 to update the free variable.
Signed-off-by: Shubhrajyoti D
Acked-by: Jarkko Nikula
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/mcbsp.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/plat-om
This should be only selected in CONFIG_ARCH_OMAP2PLUS_TYPICAL
to make it easy to disable.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/Kconfig |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index fc3a1
Hi all,
This series allows us to get rid of 15 omap1 defconfigs
for various boards.
Based on the recent GPIO patches and depends on the asm_irq
patches posted earlier. For testing, it's probably easiest
to use the devel-omap1 branch in the linux-omap git tree.
Regards,
Tony
---
Tony Lindgren
These should be now long gone and break multi-omap support for omap1
as the cpu_class_is_omap1() won't work until the SOC is detected.
So just disable and warn for omap2+ in case somebody still attampts
to use these.
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/include/plat/io.h | 45 +
Otherwise multi-omap1 configurations will fail.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap1/board-ams-delta.c |3 +++
arch/arm/mach-omap1/board-voiceblue.c |6 ++
arch/arm/mach-omap1/devices.c |3 +++
arch/arm/mach-omap1/lcd_dma.c |3 +++
arch/arm/mac
The omap1_defconfig this should be eventually usable for booting
all omap1 machines. Generated based on:
$ grep ARCH_OMAP1=y arch/arm/configs/* | cut -d: -f1 | xargs cat | \
sort | uniq >> arch/arm/configs/omap1_defconfig
Then change few things manually, like use Nokia 770 CONFIG_CMDLINE
as
Please use omap1_defconfig instead, or search online
for a more optimized defconfig for your omap1 board.
Signed-off-by: Tony Lindgren
---
arch/arm/configs/ams_delta_defconfig | 121 -
arch/arm/configs/htcherald_defconfig | 73 -
arch/arm/co
On Sat, 4 Dec 2010, Tony Lindgren wrote:
> * Nicolas Pitre [101203 21:39]:
> > On Fri, 3 Dec 2010, Tony Lindgren wrote:
> >
> > > Hi all,
> > >
> > > I've got some patches almost ready to go to merge the omap1
> > > configs into a single omap1_defconfig. While working on getting
> > > that done
* Nicolas Pitre [101204 18:26]:
> On Sat, 4 Dec 2010, Tony Lindgren wrote:
>
> My only problem with your approach is the global addition of
> asm_irq_base and asm_irq_flags in generic code which might not be useful
> and/or appropriate for all targets. If you were confining them to some
> OMA
19 matches
Mail list logo