Hi Grant,
Here's a couple (hopefully) final OMAP GPIO fixes for v3.5-rc.
Thanks,
Kevin
The following changes since commit 6b16351acbd415e66ba16bf7d473ece1574cf0bc:
Linux 3.5-rc4 (2012-06-24 12:53:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel
On Fri, Jul 6, 2012 at 4:15 PM, Xiao Jiang wrote:
> 2012/7/6 Rob Herring
>>
>> On 07/06/2012 05:38 AM, jgq...@gmail.com wrote:
>> > From: Xiao Jiang
>> >
>> > Since more and more arm chips support device tree, it'd be better add
>> > PROC_DEVICETREE
>> > in arch/arm/Kconfig to avoid duplicate co
device_init_wakeup uses the dev_name() of the device to set the
name of the wakeup_source which appears in
/sys/kernel/debug/wakeup_sources.
For a platform device, that name is not set until platform_device_add
calls dev_set_name.
So the call to device_init_wakeup() must be after the call to
pl
On Fri, 6 Jul 2012, Russell King - ARM Linux wrote:
> On Fri, Jul 06, 2012 at 01:36:32PM +0200, Guennadi Liakhovetski wrote:
> > I like this idea, but why don't we extend it to also cover the non-DT
> > case? I.e., why don't we add the above callback (call it "match" or
> > "filter" or anything
On Thu, 2012-07-05 at 10:44 +0800, Andy Green wrote:
[...]
> To make use of this safely you also need to make sure that any drivers that
> may compete for the bus ordinal you are using (eg, mUSB and ehci in Panda
> case) are loaded in a deterministic order.
[...]
This seems very restrictive... wou
Hello `./scripts/get_maintainer.pl -f drivers/usb/musb/omap2430.c`
omap2430_musb_set_vbus in omap2430.c contains:
while (musb_readb(musb->mregs, MUSB_DEVCTL) & 0x80) {
cpu_relax();
if (time_after(jiffies, t
On Fri, Jul 06, 2012 at 05:43:38PM +0200, Guennadi Liakhovetski wrote:
> Hi Arnd
>
> On Fri, 6 Jul 2012, Arnd Bergmann wrote:
> > How would the individual driver know the size of the filter_arg?
>
> In exactly the same way as most dmaengine drivers do it today: they don't
> touch filter_arg unti
On Fri, Jul 06, 2012 at 01:36:32PM +0200, Guennadi Liakhovetski wrote:
> I like this idea, but why don't we extend it to also cover the non-DT
> case? I.e., why don't we add the above callback (call it "match" or
> "filter" or anything else) to dmaengine operations and inside (the
> extended) dm
On Friday 06 July 2012, Guennadi Liakhovetski wrote:
> > >
> > > for_each_channel() {
> > > ret = chan->device->device_alloc_chan_resources(chan,
> > > filter_arg);
> > > if (!ret)
> > > return chan;
> > > else if (ret != -ENODEV)
> > >
The EHCI driver is not stable enough to be enabled by default. In v3.5,
it has at least the following problems:
- warning dump during bootup
- hang during suspend
- prevents CORE powerdomain from entering retention during idle (even
when no USB devices connected.)
This demonstrates that this d
Kevin Hilman writes:
> Keshava Munegowda writes:
>
>> The usb host is disabled in the omap2 build; This is because
>> usb host is causing the retention to break in cpu idle.
>
> ... and causes warnings during boot, and hangs in suspend, can't suspend
> using NFSroot, etc. etc.
>
> Thank you for
Requesting a threaded interrupt without a primary handler and without
IRQF_ONESHOT is dangerous, and after commit 1c6c6952 (genirq: Reject
bogus threaded irq requests), these requests are rejected. This
causes ->probe() to fail, and the RTC driver not to be availble.
To fix, add IRQF_ONESHOT to t
Hi Arnd
On Fri, 6 Jul 2012, Arnd Bergmann wrote:
> On Friday 06 July 2012, Guennadi Liakhovetski wrote:
> > On Mon, 25 Jun 2012, Arnd Bergmann wrote:
> >
> > [snip]
> >
> > > The channel data in the device tree is still in a format
> > > that is specific to that dmaengine driver and interpreted
On Friday 06 July 2012, Guennadi Liakhovetski wrote:
> On Mon, 25 Jun 2012, Arnd Bergmann wrote:
>
> [snip]
>
> > The channel data in the device tree is still in a format
> > that is specific to that dmaengine driver and interpreted
> > by it. Using the regular dma_filter_fn prototype is not
> >
On Fri, 2012-07-06 at 11:35 -0300, William F. wrote:
> I've requested several times to remove my e-mail from that list. I'll
> report it to legal authorities on this issue if no action is taken.
Have you tried following the link at the bottom of every mail you
receive from the list, and following
I've requested several times to remove my e-mail from that list. I'll
report it to legal authorities on this issue if no action is taken.
William.
* Mohammed, Afzal [120703 05:10]:
Hi Tony,
On Mon, Jul 02, 2012 at 13:05:47, Tony Lindgren wrote:
* Artem Bityutskiy [120627 02:36]:
On Wed, 2
On Fri, Jul 6, 2012 at 7:46 PM, Kevin Hilman wrote:
> Peter Ujfalusi writes:
>
>> The sys_nirq2 is used for twl6040, make sure the pin is configured
>> correctly.
>>
>> Signed-off-by: Peter Ujfalusi
>> Acked-by: Santosh Shilimkar
>> ---
>> arch/arm/mach-omap2/board-4430sdp.c |3 +++
>> 1 f
Alessandro,
Gentle reminder ping on this one so it can make it in for v3.5-rc. Thanks.
On Thu, Jun 28, 2012 at 9:17 AM, Kevin Hilman wrote:
> Requesting a threaded interrupt without a primary handler and without
> IRQF_ONESHOT is dangerous, and after commit 1c6c6952 (genirq: Reject
> bogus thr
Peter Ujfalusi writes:
> The sys_nirq2 is used for twl6040, make sure the pin is configured
> correctly.
>
> Signed-off-by: Peter Ujfalusi
> Acked-by: Santosh Shilimkar
> ---
> arch/arm/mach-omap2/board-4430sdp.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/a
Keshava Munegowda writes:
> The usb host is disabled in the omap2 build; This is because
> usb host is causing the retention to break in cpu idle.
... and causes warnings during boot, and hangs in suspend, can't suspend
using NFSroot, etc. etc.
Thank you for disabling this by default, But I don
From: Yegor Yefremov
add FB_BLANK_NORMAL, FB_BLANK_VSYNC_SUSPEND and FB_BLANK_HSYNC_SUSPEND
modes (copy drivers/video/omap2/omapfb/omapfb-main.c implementation).
Otherwise X-server will complain about invalid parameter.
Signed-off-by: Yegor Yefremov
---
v2: add linux-fbdev as recipient
drive
On Fri, Jul 6, 2012 at 6:09 PM, Tony Lindgren wrote:
> * Munegowda, Keshava [120706 05:30]:
>> On Fri, Jul 6, 2012 at 5:37 PM, Tony Lindgren wrote:
>> >
>> > I think it's best to fix things properly, even if it means that it will
>> > take longer and go into next kernel version.
>>
>> This r
From: Misael Lopez Cruz
Clock and module mode are explictly enable when hwmod is enabled. But if
the hwmod doesn't get ready on time, clocks are disabled but module is left
enabled.
Signed-off-by: Misael Lopez Cruz
Signed-off-by: Rajendra Nayak
Cc: Paul Walmsley
Cc: Benoit Cousson
---
arch/
The sys_nirq2 is used for twl6040, make sure the pin is configured
correctly.
Signed-off-by: Peter Ujfalusi
Acked-by: Santosh Shilimkar
---
arch/arm/mach-omap2/board-4430sdp.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.c
b/arch/
The sys_nirq2 is used for twl6040, make sure the pin is configured
correctly.
Signed-off-by: Peter Ujfalusi
Acked-by: Santosh Shilimkar
---
arch/arm/mach-omap2/board-omap4panda.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap4panda.c
b
Hello,
sys_nirq2 pin needs to be set to mode0 (instead of mode1 done in v1 patches).
To my surprise mode1 also worked, but it was not the correct mode.
I have kept the acks from Santosh since the idea behind of the patches are the
same, but now the mux mode is the correct one.
Regards,
Peter
--
Hi,
On 07/06/2012 10:49 AM, Peter Ujfalusi wrote:
> The sys_nirq2 is used for twl6040, make sure the pin is configured
> correctly.
Please ignore this two patch, I'll resend them with the correct MUX config.
By mistake I have set MUX_MODE1, while it must be set MUX_MODE0.
It was working with MUX_
On Fri, Jul 6, 2012 at 6:06 PM, Tony Lindgren wrote:
>
> * Santosh Shilimkar [120706 02:26]:
> > Tony,
> >
> > Here is the updated series with suggested corrections and generated
> > against
> > the latest cleanup-part2 at commit ae6df418. The series adds minimal
> > OMAP5
> > support. OMAP5430 h
On 18:38 Fri 06 Jul , jgq...@gmail.com wrote:
> From: Xiao Jiang
>
> Since more and more arm chips support device tree, it'd be better add
> PROC_DEVICETREE
> in arch/arm/Kconfig to avoid duplicate code.
>
Acked-by: Jean-Christophe PLAGNIOL-VILLARD
Best Regards,
J.
> Signed-off-by: Xiao J
On 07/06/2012 05:38 AM, jgq...@gmail.com wrote:
> From: Xiao Jiang
>
> Since more and more arm chips support device tree, it'd be better add
> PROC_DEVICETREE
> in arch/arm/Kconfig to avoid duplicate code.
I think this should remain user choice. If its going to be selected,
then you might as we
* Munegowda, Keshava [120706 05:30]:
> On Fri, Jul 6, 2012 at 5:37 PM, Tony Lindgren wrote:
> >
> > I think it's best to fix things properly, even if it means that it will
> > take longer and go into next kernel version.
>
> This requires ehci remote wakeup feature to be implemented, which
>
* Santosh Shilimkar [120706 02:26]:
> Tony,
>
> Here is the updated series with suggested corrections and generated against
> the latest cleanup-part2 at commit ae6df418. The series adds minimal OMAP5
> support. OMAP5430 has a dual core Cortex-A15 based MPU subsystem with 2MB
> L2 cache. The SOC
Hi Santosh,
On Fri, Jul 06, 2012 at 12:51:03, Shilimkar, Santosh wrote:
[...]
> >
> > A few questions based on the description given in the commit message.
> >
> >> 1. On OMAP4 SYSCLK can't be gated, because of issue with WDTIMER2 module,
> >> which constantly stays in "in transition" state. Value
On Fri, Jul 6, 2012 at 5:37 PM, Tony Lindgren wrote:
> * Munegowda, Keshava [120706 05:06]:
>> On Fri, Jul 6, 2012 at 5:29 PM, Shilimkar, Santosh
>> wrote:
>> > On Fri, Jul 6, 2012 at 5:25 PM, Munegowda, Keshava
>> > wrote:
>> >> On Fri, Jul 6, 2012 at 5:19 PM, Keshava Munegowda
>> >> wrote:
* Munegowda, Keshava [120706 05:06]:
> On Fri, Jul 6, 2012 at 5:29 PM, Shilimkar, Santosh
> wrote:
> > On Fri, Jul 6, 2012 at 5:25 PM, Munegowda, Keshava
> > wrote:
> >> On Fri, Jul 6, 2012 at 5:19 PM, Keshava Munegowda
> >> wrote:
> >>> The usb host is disabled in the omap2 build; This is bec
* Mohammed, Afzal [120705 07:56]:
> Hi Tony,
>
> On Thu, Jul 05, 2012 at 16:25:35, Tony Lindgren wrote:
> > * Mohammed, Afzal [120705 03:29]:
>
> > > I have a doubt whether we are talking about the same thing, presently
> > > our main issue is in eliminating the necessity of peripheral specific
On Fri, Jul 6, 2012 at 5:29 PM, Shilimkar, Santosh
wrote:
> On Fri, Jul 6, 2012 at 5:25 PM, Munegowda, Keshava
> wrote:
>> On Fri, Jul 6, 2012 at 5:19 PM, Keshava Munegowda
>> wrote:
>>> The usb host is disabled in the omap2 build; This is because
>>> usb host is causing the retention to break
On Fri, Jul 6, 2012 at 5:25 PM, Munegowda, Keshava
wrote:
> On Fri, Jul 6, 2012 at 5:19 PM, Keshava Munegowda
> wrote:
>> The usb host is disabled in the omap2 build; This is because
>> usb host is causing the retention to break in cpu idle.
>>
>> Signed-off-by: Keshava Munegowda
>> ---
>> arc
On Fri, Jul 6, 2012 at 3:30 PM, Munegowda, Keshava
wrote:
> On Thu, Jul 5, 2012 at 4:49 PM, Samuel Ortiz wrote:
>> Hi Kevin, Keshava,
>>
>> On Wed, Jul 04, 2012 at 06:33:35AM -0700, Kevin Hilman wrote:
>>> "Munegowda, Keshava" writes:
>>>
>>> > On Tue, Jul 3, 2012 at 12:17 PM, Munegowda, Keshava
On Fri, Jul 6, 2012 at 5:19 PM, Keshava Munegowda wrote:
> The usb host is disabled in the omap2 build; This is because
> usb host is causing the retention to break in cpu idle.
>
> Signed-off-by: Keshava Munegowda
> ---
> arch/arm/configs/omap2plus_defconfig | 11 ---
> 1 file changed
The usb host is disabled in the omap2 build; This is because
usb host is causing the retention to break in cpu idle.
Signed-off-by: Keshava Munegowda
---
arch/arm/configs/omap2plus_defconfig | 11 ---
1 file changed, 11 deletions(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
b
On Mon, 25 Jun 2012, Arnd Bergmann wrote:
[snip]
> The channel data in the device tree is still in a format
> that is specific to that dmaengine driver and interpreted
> by it. Using the regular dma_filter_fn prototype is not
> necessary, but it would be convenient because the dmaengine
> code al
* Kevin Hilman [120705 17:35]:
> Tony,
>
> Hopefully this is the last one.
>
> This one fixes a problem where the CORE power domain does not hit
> retention during suspend. This has been known since v3.5 came out, but
> there has been some discussion about the proper fix. The solution has
> no
Hi Tero,
On 06/28/2012 12:49 PM, Tero Kristo wrote:
> OMAP2 does not use the external voltage controller code for TWL, and
> thus OMAP2 only compilation generates following warnings:
>
> arch/arm/mach-omap2/twl-common.c:51: warning: 'twl_set_voltage' defined but
> not used
> arch/arm/mach-omap2/
On Fri, 2012-07-06 at 01:53 -0700, Tony Lindgren wrote:
> * Tero Kristo [120628 03:54]:
> > OMAP2 does not use the external voltage controller code for TWL, and
> > thus OMAP2 only compilation generates following warnings:
>
> Hmm well omap2420 does not have twl, but 2430 usually has. So do you
>
On Thu, Jul 5, 2012 at 4:49 PM, Samuel Ortiz wrote:
> Hi Kevin, Keshava,
>
> On Wed, Jul 04, 2012 at 06:33:35AM -0700, Kevin Hilman wrote:
>> "Munegowda, Keshava" writes:
>>
>> > On Tue, Jul 3, 2012 at 12:17 PM, Munegowda, Keshava
>> > wrote:
>> >> On Mon, Jul 2, 2012 at 10:24 PM, Kevin Hilman
From: Xiao Jiang
Since more and more arm chips support device tree, it'd be better add
PROC_DEVICETREE
in arch/arm/Kconfig to avoid duplicate code.
Signed-off-by: Xiao Jiang
---
arch/arm/Kconfig |1 +
arch/arm/configs/at91_dt_defconfig |1 -
arch/arm/configs/tegra_de
On Fri, Jul 6, 2012 at 2:19 PM, Peter Ujfalusi wrote:
> The sys_nirq2 is used for twl6040, make sure the pin is configured
> correctly.
>
> Signed-off-by: Peter Ujfalusi
> ---
Should remove the boot-loader pin-muxing dependency.
Was this the reason, Audio had some issues on OMAP4430
SDP as report
On Fri, Jul 6, 2012 at 2:00 PM, Tony Lindgren wrote:
> * Shilimkar, Santosh [120706 01:32]:
>> On Fri, Jul 6, 2012 at 1:39 PM, Tony Lindgren wrote:
>> > * Shilimkar, Santosh [120705 04:26]:
>> >>
>> >> Looks like the merge has not happened correctly.
>> >> I see from the commit log that, you ha
Hi,
* AnilKumar, Chimata [120705 01:21]:
>
> I realized that for mcspi and mmc, the compatible name supposed tobe close to
> omap4-mcspi.
> These changes seems to went from my local branch, so could you please merge
> below patch with this
> 5fc0b42a98556bd9f01cecc6a64fcbd15ec363f0 "arm/dts: A
* Sergei Shtylyov [120620 05:10]:
> On 20-06-2012 13:14, Zumeng Chen wrote:
> >
> >This will set TWL4030.GPIO2 as output pin to drive EHCI tranceiver.
...
> >+/* Enable VBUS switch by setting TWL4030.GPIO2DIR as output
> >+ * for starting USB tranceiver
> >+ */
> >+if (get_omap3_e
* Zumeng Chen [120620 02:19]:
> Since it's no more sense to set parent for dummy clock,
> so we can just ignore it to mute failed message.
This is something Paul should look at.
Regards,
Tony
> Signed-off-by: Jon Hunter
> Signed-off-by: Zumeng Chen
> ---
> arch/arm/plat-omap/clock.c |
Hi Wim,
* jgq...@gmail.com [120531 20:56]:
> From: Xiao Jiang
>
> Add device table for omap_wdt to support dt.
Care to ack this patch in the series?
Regards,
Tony
>
> Signed-off-by: Xiao Jiang
> ---
> drivers/watchdog/omap_wdt.c |7 +++
> 1 files changed, 7 insertions(+), 0 delet
* Shilimkar, Santosh [120706 01:32]:
> On Fri, Jul 6, 2012 at 1:39 PM, Tony Lindgren wrote:
> > * Shilimkar, Santosh [120705 04:26]:
> >>
> >> Looks like the merge has not happened correctly.
> >> I see from the commit log that, you had a merge conflict in omap_hwmod.c
> >> and probably while re
OMAP4 only build breaks with below error
arch/arm/mach-omap2/sdrc.c:135: error: redefinition of 'omap2_sdrc_init'
arch/arm/plat-omap/include/plat/sdrc.h:130: note: previous definition of
'omap2_sdrc_init' was here
make[1]: *** [arch/arm/mach-omap2/sdrc.o] Error 1
Fix the same by using newly intr
+ Russell
On Fri, Jul 6, 2012 at 2:52 PM, Peter Ujfalusi wrote:
> On 07/06/2012 11:02 AM, Shilimkar, Santosh wrote:
>> On Fri, Jul 6, 2012 at 2:19 PM, Peter Ujfalusi wrote:
>>> The sys_nirq2 is used for twl6040, make sure the pin is configured
>>> correctly.
>>>
>>> Signed-off-by: Peter Ujfalusi
From: R Sricharan
Adding the build support required for OMAP5 soc
in to omap2+ config.
Signed-off-by: Santosh Shilimkar
Signed-off-by: R Sricharan
Signed-off-by: Santosh Shilimkar
---
arch/arm/configs/omap2plus_defconfig |1 +
arch/arm/mach-omap2/Kconfig |8 +++-
arch/ar
Tony,
Here is the updated series with suggested corrections and generated against
the latest cleanup-part2 at commit ae6df418. The series adds minimal OMAP5
support. OMAP5430 has a dual core Cortex-A15 based MPU subsystem with 2MB
L2 cache. The SOC has many compatible blocks with OMAP4 SOCS and he
From: R Sricharan
GPMC module is the same as in OMAP4.
Just update the base address and irq number.
Signed-off-by: R Sricharan
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/gpmc.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/gpmc.c b/
From: R Sricharan
Adding the Initialisaton for clocksource and clockevent device
on OMAP5 Socs.
Signed-off-by: R Sricharan
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/common.h |1 +
arch/arm/mach-omap2/timer.c |5 +
2 files changed, 6 insertions(+)
diff --git a/arch
From: R Sricharan
OMAP5430 is Texas Instrument's SOC based on ARM Cortex-A15 SMP
architecture. It's a dual core SOC with GIC used for interrupt
handling and with an integrated L2 cache controller.
OMAP5432 is another variant of OMAP5430, with a
memory controller supporting DDR3 and SATA.
Patch
From: R Sricharan
Adding the minimum device tree files required for
OMAP5 to boot.
Reviewed-by: Benoit Cousson
Signed-off-by: R Sricharan
Signed-off-by: Santosh Shilimkar
---
arch/arm/boot/dts/omap5-evm.dts | 20 +
arch/arm/boot/dts/omap5.dtsi| 184
OMAP4 and OMAP5 share same WakeupGen IP with below few udpates on OMAP5.
- Additional 32 interrupt support is added w.r.t OMAP4 design.
- The AUX CORE boot registers are now made accessible from non-secure SW.
- SAR offset are changed and PTMSYNC* registers are removed from SAR.
Patch updates the
From: R Sricharan
Move the irq_match arrays and the irq init functions of OMAP 2,3
and 4 based boards out of board-generic.c file and also rename the
irq init function to match the interrupt controller present in
the SOCs.
This is a preparatory patch to add the OMAP5 evm board's irq init
support
From: R Sricharan
omap_secure_ram_reserve_memblock is stubbed for OMAP1,2 only builds using a
ifdef check. But this results in adding CONFIG_ARCH_OMAPxx checks for
future socs that use the real function. So move this to common.c file and
call it __weak.
Signed-off-by: R Sricharan
Signed-off-by
Add OMAP5 SMP boot support using OMAP4 SMP code. The relevant code paths
are runtime checked using cpu id
Signed-off-by: R Sricharan
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/common.h |1 +
arch/arm/mach-omap2/omap-headsmp.S | 21 +
arch/arm/mach-o
From: R Sricharan
Adding the OMAP5 ES1.0, 2.0 and OMAP5432 cpu revision
detection support.
Signed-off-by: R Sricharan
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/control.h |4
arch/arm/mach-omap2/id.c | 42 -
arch/ar
From: R Sricharan
OMAP socs has a legacy and a highlander version of the
32k sync counter IP. The register offsets vary between the
highlander and the legacy scheme. So use the 'SCHEME'
bits(30-31) of the revision register to distinguish between
the two versions and choose the CR register offset
From: Tarun Kanti DebBarma
OMAP5 has 8 GPIO banks so that there are 32x8 = 256 GPIOs.
In order for the gpiolib to detect and initialize these
additional GPIOs and other TWL GPIOs, ARCH_NR_GPIO is set
to 512 instead of present 256.
Cc: Santosh Shilimkar
Cc: Cousson, Benoit
Reported-by: Govindra
On 07/06/2012 11:02 AM, Shilimkar, Santosh wrote:
> On Fri, Jul 6, 2012 at 2:19 PM, Peter Ujfalusi wrote:
>> The sys_nirq2 is used for twl6040, make sure the pin is configured
>> correctly.
>>
>> Signed-off-by: Peter Ujfalusi
>> ---
> Should remove the boot-loader pin-muxing dependency.
> Was thi
From: R Sricharan
Adding the minimal support for OMAP5 evm board
with device tree.
Reviewed-by: Benoit Cousson
Signed-off-by: R Sricharan
Signed-off-by: Santosh Shilimkar
---
.../devicetree/bindings/arm/omap/omap.txt |3 +++
arch/arm/mach-omap2/board-generic.c|
From: R Sricharan
The l3 interconnect ip is same for OMAP4 and OMAP5.
So reuse the l3 error handler error code for OMAP5
as well. Also a few targets has been newly added for
OMAP5. So updating the driver for that here.
Signed-off-by: R Sricharan
Signed-off-by: Santosh Shilimkar
---
arch/arm/m
The sys_nirq2 is used for twl6040, make sure the pin is configured
correctly.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-4430sdp.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.c
b/arch/arm/mach-omap2/board-4430sdp.
The sys_nirq2 is used for twl6040, make sure the pin is configured
correctly.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-omap4panda.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap4panda.c
b/arch/arm/mach-omap2/board-om
On Fri, Jul 6, 2012 at 2:19 PM, Peter Ujfalusi wrote:
> The sys_nirq2 is used for twl6040, make sure the pin is configured
> correctly.
>
> Signed-off-by: Peter Ujfalusi
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a me
* Tero Kristo [120628 03:54]:
> OMAP2 does not use the external voltage controller code for TWL, and
> thus OMAP2 only compilation generates following warnings:
Hmm well omap2420 does not have twl, but 2430 usually has. So do you
mean that 2430 does not use the external voltage controller code?
On Fri, Jul 6, 2012 at 1:39 PM, Tony Lindgren wrote:
> * Shilimkar, Santosh [120705 04:26]:
>>
>> Looks like the merge has not happened correctly.
>> I see from the commit log that, you had a merge conflict in omap_hwmod.c
>> and probably while resolving that the below change got missed.
>>
>> Ta
* AnilKumar Ch [120705 02:18]:
> Adds basic pinctrl support for AM33XX family of devices. This patch
> is based on the pinctrl-simple driver submitted by Tony Lindgren's
> here: http://lwn.net/Articles/496075/
>
> Signed-off-by: AnilKumar Ch
> ---
> arch/arm/boot/dts/am33xx.dtsi | 12
* Tarun Kanti DebBarma [120705 05:45]:
> With omap_hwmod_get_main_clk() now available, this can be passed to
> clk_get() to extract the fclk and thus avoid construction of fclk name.
> Corrected the timer fck name mis-match between clock44xx_data.c and
> omap_hwmod_44xx_data.c. For other platforms
* Shilimkar, Santosh [120705 04:26]:
>
> Looks like the merge has not happened correctly.
> I see from the commit log that, you had a merge conflict in omap_hwmod.c
> and probably while resolving that the below change got missed.
>
> Tarun Kanti DebBarma (1):
> ARM: OMAP2+: hwmod: add omap_
(+ linux-omap, linux-watchdog)
Vaibhav,
On Thu, Jul 5, 2012 at 8:06 PM, Bedia, Vaibhav wrote:
> Hi,
>
> On Mon, Jun 18, 2012 at 10:53:16, Vutla, Lokesh wrote:
>> OMAP watchdong driver is adapted to runtime PM like a general device
>> driver but it is not appropriate. It is causing couple of func
* Mohammed, Afzal [120703 05:10]:
> Hi Tony,
>
> On Mon, Jul 02, 2012 at 13:05:47, Tony Lindgren wrote:
> > * Artem Bityutskiy [120627 02:36]:
> > > On Wed, 2012-06-13 at 17:02 +0530, Afzal Mohammed wrote:
>
> > > > This series cleans up gpmc mtd interactions so that GPMC driver
> > > > convers
* DebBarma, Tarun Kanti [120705 04:46]:
>
> Patch 3: Comment was about adding summary in patch 0/x why we have
> not removed iclk in OMAP2/3 platform. In other words there was no
> specific changes needed on patch 3 as such. BTW, patch 3 is already merged.
...
> I will rebase on top of cleanup-pa
On 07/04/2012 12:16 PM, Guillaume Gardet wrote:
> This patch add missing modules aliases to get sound working on omap devices.
>
> Tested on Beagleboard xM rev. B.
>
> This patch is against 3.5-rc5 vanilla.
>
> Signed-off-by: Guillaume GARDET
>
> add-missing-modules-aliases-to-fix-audio-on-oma
84 matches
Mail list logo