On Fri, Aug 31, 2012 at 23:24:34, Hiremath, Vaibhav wrote:
> This adds am335x-evm and am335x-bone dtb targets to
> 'make dtbs', just like other platforms.
>
> Signed-off-by: Vaibhav Hiremath
> Cc: Tony Lindgren
> ---
> arch/arm/mach-omap2/Makefile.boot |1 +
> 1 files changed, 1 insertions(
Jon,
On Mon, Sep 10, 2012 at 8:53 PM, Jon Hunter wrote:
> This series adds PMU support for OMAP4 devices. This is based upon Will
> Deacons
> series [1] and re-based upon the latest arm-soc next/cleanup branch (3.6-rc3)
> that includes Will's series. It has been re-based upon this series because
On Tue, 11 Sep 2012, Shilimkar, Santosh wrote:
> On Tue, Sep 11, 2012 at 12:07 PM, Paul Walmsley wrote:
> > On Tue, 11 Sep 2012, Shilimkar, Santosh wrote:
> >
> >> On Tue, Sep 11, 2012 at 12:25 AM, Tony Lindgren wrote:
> >> > * Shilimkar, Santosh [120908 01:20]:
> >> >>
> >> >> Will you able to
Currently in omap2_mcspi_txrx_dma the tx and the rx support is
interleaved. Make the rx related code in omap2_mcspi_rx_dma
and the tx related code omap2_mcspi_tx_dma and call the functions.
While at it remove the braces in the if statements which has only
one line.
Also fix ["foo * bar" to "foo *b
On Tue, Sep 11, 2012 at 12:07 PM, Paul Walmsley wrote:
> On Tue, 11 Sep 2012, Shilimkar, Santosh wrote:
>
>> On Tue, Sep 11, 2012 at 12:25 AM, Tony Lindgren wrote:
>> > * Shilimkar, Santosh [120908 01:20]:
>> >>
>> >> Will you able to pick up these couple of wakeupgen fixes from here or
>> >> d
Hi Tony,
On Tue, Sep 11, 2012 at 11:12:27, Tony Lindgren wrote:
> * Mohammed, Afzal [120910 22:36]:
> > I was not careful enough, sorry. Thanks for fixing it.
> >
> > Another hunk as follows would also be required for error
> > path even though compiler didn't complain.
> >
> > Not sure whethe
On Tue, Sep 11, 2012 at 01:15:10, Porter, Matt wrote:
> Changes since v1:
> - Series now applies on top of Anil's AM33XX DTS series
>
> This series applies on top of the for_3.7/dts/ branch and Anil's
> "[v7,2/3] arm/dts: AM33XX: Configure pinmuxs for user leds control on Bone"
> patch that
On Tue, 11 Sep 2012, Shilimkar, Santosh wrote:
> On Tue, Sep 11, 2012 at 12:25 AM, Tony Lindgren wrote:
> > * Shilimkar, Santosh [120908 01:20]:
> >>
> >> Will you able to pick up these couple of wakeupgen fixes from here or
> >> do you want me to send you a pull request for 3.6-rc5/6
> >
> > I
Hi Rajendra,
A CCF testing branch has been built here. The base is v3.6-rc5, plus the
most recent version of the Common Clock Framework preparation patches that
you posted to the list, "[PATCH v4 0/3] Prepare for OMAP2+ movement to
Common Clk", but updated to take RMK's feedback into account.
+Tony
On Tue, Sep 11, 2012 at 11:58:54, Mohammed, Afzal wrote:
> Let probe return error value if gpmc terminal
> count interrupt could not be obtained
>
> Signed-off-by: Afzal Mohammed
> ---
> Hi,
>
> My commit (now in l-o/devel-gpmc),
>
> "bd4156f mtd: nand: omap2: use gpmc provided irqs"
>
Let probe return error value if gpmc terminal
count interrupt could not be obtained
Signed-off-by: Afzal Mohammed
---
Hi,
My commit (now in l-o/devel-gpmc),
"bd4156f mtd: nand: omap2: use gpmc provided irqs"
did not propogate error code properly due to
which this fix was required.
But this h
On Tue, Sep 11, 2012 at 12:25 AM, Tony Lindgren wrote:
> * Shilimkar, Santosh [120908 01:20]:
>>
>> Will you able to pick up these couple of wakeupgen fixes from here or
>> do you want me to send you a pull request for 3.6-rc5/6
>
> I can pick them into fixes-noncritical. But if the second one i
* Felipe Balbi [120910 23:02]:
>
> >
> > +#ifdef CONFIG_ARCH_OMAP1
> > +#define omap_kp_24xx() 0
> > +#else
> > +#define omap_kp_24xx() 1
> > +#endif
>
> I would rather use revision detection or different driver names (if
> revision register is broken).
Hmm actually lo
Add omap-usb2 data node in omap4 device tree file. Since omap-usb2 is
connected to ocp2scp, omap-usb2 dt data is added as a child node
of ocp2scp.
Acked-by: Felipe Balbi
Signed-off-by: Kishon Vijay Abraham I
---
Applies on
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git for-next
a
On Mon, Sep 10, 2012 at 10:31:11PM -0700, Tony Lindgren wrote:
> Remove hardcoded IRQs in irqs.h and related files as these
> are no longer needed.
>
> Signed-off-by: Tony Lindgren
Finally, great work Tony :-)
FWIW: Reviewed-by: Felipe Balbi
> ---
> arch/arm/mach-omap2/common.h
Hi,
On Mon, Sep 10, 2012 at 10:30:59PM -0700, Tony Lindgren wrote:
> We can't build CONFIG_ARCH_OMAP1 set with ARCH_OMAP2PLUS because
> of different compiler flags needed, so we can define omap_kp_24xx()
> instead of using cpu_is_omap24xx(). This way we can remove
> depency to plat and mach header
Convert the twl4030_wdt watchdog driver to watchdog core.
While at there use devm_kzalloc and set the default timeout in order to be
able test this driver with a simple shell script.
Signed-off-by: Jarkko Nikula
Tested-by: Aaro Koskinen
---
v2:
- select WATCHDOG_CORE in Kconfig was accidentally
Hi,
On Mon, Sep 10, 2012 at 10:30:53PM -0700, Tony Lindgren wrote:
> We can't use hardcoded interrupts for SPARSE_IRQ, and can replace
> the hardcoded gpio_base with twl_gpiochip.base after it's been
> allocated.
not related to $SUBJECT, but ideally we would also have SPARSE_GPIO
kinda thing to a
Thanks Aaro!
On 09/11/2012 12:59 AM, Aaro Koskinen wrote:
On Mon, Sep 10, 2012 at 06:44:46PM +0300, Jarkko Nikula wrote:
Convert the twl4030_wdt watchdog driver to watchdog core.
While at there use devm_kzalloc and set the default timeout in order to be
able test this driver with a simple shel
On Tue, Sep 4, 2012 at 6:38 PM, Hebbar, Gururaja wrote:
> From: Vaibhav Bedia
>
> In some cases mmc_suspend_host() is not able to claim the
> host and proceed with the suspend process. The core returns
> -EBUSY to the host controller driver. Unfortunately, the
> host controller driver does not pa
* Mohammed, Afzal [120910 22:36]:
> Hi Tony,
>
> On Tue, Sep 11, 2012 at 05:47:10, Tony Lindgren wrote:
>
> > FYI, looks like a new warning got introduced, so I've
> > committed the following trivial patch on top of this series.
>
> I was not careful enough, sorry. Thanks for fixing it.
>
> An
Hi Tony,
On Tue, Sep 11, 2012 at 05:47:10, Tony Lindgren wrote:
> FYI, looks like a new warning got introduced, so I've
> committed the following trivial patch on top of this series.
I was not careful enough, sorry. Thanks for fixing it.
Another hunk as follows would also be required for error
Let's define some things locally to avoid breaking build
when irqs.h is removed.
This is needed for the ARM common zImage support.
Cc: Omar Ramirez Luna
Cc: Greg Kroah-Hartman
Signed-off-by: Tony Lindgren
---
drivers/staging/tidspbridge/core/dsp-clock.c |2 ++
drivers/staging/tidspbridge
There's no need to have these in plat-omap any longer. Note that these
could eventually be made local to mach-omap1 instead of being in mach.
But to do that, at least various driver access using omap7xxx.h registers
needs to be fixed first.
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: Grant Li
These can now be moved to be local headers in mach-omap2.
Note that this patch removes arch/arm/plat-omap/devices.c as it
will get removed anyways with Paul Walmsley's patch
"ARM: OMAP: split OMAP1, OMAP2+ RNG device registration".
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/am33xx.h
This is now omap1 specific files.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap1/ams-delta-fiq-handler.S |1
arch/arm/mach-omap1/dma.c|3
arch/arm/mach-omap1/include/mach/ams-delta-fiq.h |2
arch/arm/mach-omap1/include/mach/irqs.h | 267
This is no longer used anywhere.
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/include/plat/gpio-switch.h | 54 -
1 file changed, 54 deletions(-)
delete mode 100644 arch/arm/plat-omap/include/plat/gpio-switch.h
diff --git a/arch/arm/plat-omap/include/plat/gpio-s
As the interrupts should only be defined in the platform_data, and
eventually coming from device tree, there's no need to define them
in header files.
Let's remove the hardcoded references to irqs.h and fix up the includes
so we don't rely on headers included in irqs.h. Note that we're
defining OM
Remove hardcoded IRQs in irqs.h and related files as these
are no longer needed.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/common.h|3
arch/arm/mach-omap2/include/mach/irqs.h |2
arch/arm/plat-omap/Kconfig |1
arch/arm/plat-omap/incl
These workarounds do not apply for CONFIG_ARCH_OMAP2PLUS at all,
so let's make it just CONFIG_ARCH_OMAP1.
This is needed to for ARM common zImage changes for
omap2+ to avoid including plat and mach headers.
Cc: Alan Cox
Cc: Greg Kroah-Hartman
Cc: linux-ser...@vger.kernel.org
Signed-off-by: Tony
No need for hardcoded IRQ here.
We can't include mach headers for ARM common zImage support.
Cc: Evgeniy Polyakov
Signed-off-by: Tony Lindgren
---
drivers/w1/masters/omap_hdq.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/w1/masters/omap_hdq.c b/drivers/w1/m
We can't build CONFIG_ARCH_OMAP1 set with ARCH_OMAP2PLUS because
of different compiler flags needed, so we can define omap_kp_24xx()
instead of using cpu_is_omap24xx(). This way we can remove
depency to plat and mach headers which is needed for ARM common
zImage support.
Also remove INT_KEYBOARD b
This way we can remove includes of plat/gpio.h which won't work
with the single zImage support.
Note that we also remove the cpu_class_is_omap2() check
in gpio-omap.c as the drivers should not call it as we need to
make it local to arch/arm/mach-omap2 for single zImage support.
While at it, arran
We can't use hardcoded interrupts for SPARSE_IRQ, and can replace
the hardcoded gpio_base with twl_gpiochip.base after it's been
allocated.
Cc: Grant Likely
Cc: Samuel Ortiz
Cc: Peter Ujfalusi
Acked-by: Linus Walleij
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-2430sdp.c
This is no longer needed and assumes a fixed IRQ number
that won't work with SPARSE_IRQ.
Acked-by: Afzal Mohammed
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-flash.c |1 -
arch/arm/plat-omap/include/plat/nand.h |1 -
2 files changed, 2 deletions(-)
diff --git a/arch
Make INTCPS_NR_IRQS local for mach-omap2/irq.c
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/irq.c |2 ++
arch/arm/plat-omap/include/plat/irqs.h |3 ---
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.
This is needed to start removing hardcoded IRQs for omap2+.
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/i2c.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/plat-omap/i2c.c b/arch/arm/plat-omap/i2c.c
index db071bc..40bc06a 100644
--- a/arch/arm/plat-oma
This is needed to start removing hardcoded IRQs on omap2+.
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/include/plat/dma.h |2 ++
arch/arm/plat-omap/include/plat/irqs.h |1 -
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/plat-omap/include/plat/dma.h
b/ar
Hi all,
Here's a resend of the changes needed to make sparse IRQ work
for mach-omap2, and to make hardware.h local. I noticed several
places where make randconfig was failing that I fixed, and
also split up the patches a bit more.
I also dropped the dependency to Arnd's "ARM: omap: move
platform_
On Mon, Sep 10, 2012 at 22:29:21, Cousson, Benoit wrote:
> On 09/10/2012 06:52 PM, Matt Porter wrote:
> > On Mon, Sep 10, 2012 at 06:34:20PM +0200, Benoit Cousson wrote:
> >> + Tony
> >>
> >> Hi Matt,
> >>
> >> 30 minutes too late for my pull request :-(
> >>
> >> There are a couple of am33xx patch
On Mon, Sep 10, 2012 at 21:50:20, Porter, Matt wrote:
> On AM33xx, the datasheet and TRM refer to four GPIO instances that
> are 0-based, GPIO0-3.
>
Thanks Matt,
I think Anil labeled it as gpio1-4 due to hwmod naming convention, as you
can not have gpioo id = 0 (refer to arch/arm/mach-omap2/gpio
* Jon Hunter [120910 15:00]:
>
> On 09/07/2012 05:22 PM, Tony Lindgren wrote:
> > * Jon Hunter [120905 12:05]:
> >> The dmtimer functions to read and write the dmtimer registers are currently
> >> defined as follows ...
> >>
> >> static inline u32 __omap_dm_timer_read(struct omap_dm_timer *timer
* Tony Lindgren [120830 12:54]:
> * Artem Bityutskiy [120825 04:49]:
> > On Tue, 2012-08-21 at 15:14 +0530, Afzal Mohammed wrote:
> > > GPMC platform initialization provides it's clients
> > > with interrupts that can be used through struct
> > > resource. Make use of it for irq mode functionalit
On Mon, 10 Sep 2012 12:28:35 +0200 (CEST) Thomas Gleixner
wrote:
> On Mon, 10 Sep 2012, NeilBrown wrote:
> >
> > The IRQCHIP_MASK_ON_SUSPEND flag seems to be hard to use correctly, so
> > either
> > I'm understanding it wrongly, or it could be made easier to use.
> > If the first case, I'm hopi
Add a minimal dts for original OMAP3430/3530 version of the Beagle board. This
version of the Beagle board has 256MB of DDR and features the same TWL4030
power management IC (PMIC) as the Beagle board XM.
Given that the Beagle and Beagle-XM boards use the same PMIC, move the
definition of the VSIM
On Mon, Sep 10, 2012 at 06:44:46PM +0300, Jarkko Nikula wrote:
> Convert the twl4030_wdt watchdog driver to watchdog core.
>
> While at there use devm_kzalloc and set the default timeout in order to be
> able test this driver with a simple shell script.
>
> Signed-off-by: Jarkko Nikula
> ---
>
On 09/07/2012 05:22 PM, Tony Lindgren wrote:
> * Jon Hunter [120905 12:05]:
>> The dmtimer functions to read and write the dmtimer registers are currently
>> defined as follows ...
>>
>> static inline u32 __omap_dm_timer_read(struct omap_dm_timer *timer, u32 reg,
>>
On Mon, Sep 10, 2012 at 06:59:21PM +0200, Benoit Cousson wrote:
> On 09/10/2012 06:52 PM, Matt Porter wrote:
> > On Mon, Sep 10, 2012 at 06:34:20PM +0200, Benoit Cousson wrote:
> >> + Tony
> >>
> >> Hi Matt,
> >>
> >> 30 minutes too late for my pull request :-(
> >>
> >> There are a couple of am33x
On AM33xx, the datasheet and TRM refer to four GPIO instances that
are 0-based, GPIO0-3.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am33xx.dtsi |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index
Changes since v1:
- Series now applies on top of Anil's AM33XX DTS series
This series applies on top of the for_3.7/dts/ branch and Anil's
"[v7,2/3] arm/dts: AM33XX: Configure pinmuxs for user leds control on Bone"
patch that is part of the overall series adding led and pinctrl DTS data
f
On 09/10/2012 01:34 PM, Linus Walleij wrote:
> On Mon, Sep 10, 2012 at 7:41 PM, Stephen Warren wrote:
>> On 09/10/2012 09:23 AM, Linus Walleij wrote:
>
>> That seems like exactly what we were trying to avoid when we added the
>> possibility for GPIO to call into pinctrl.
>>
>> Documentation/gpio.
With the am33xx.dtsi now using gpio labels that match the AM33xx
documentation, we need to refer to GPIO1 by the "gpio1" label.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am335x-bone.dts |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/am335x
On Sat, Sep 1, 2012 at 10:16 AM, AnilKumar Ch wrote:
> Adopt pinctrl support to leds-gpio driver based on leds-gpio
> device pointer, pinctrl driver configure SoC pins to GPIO
> mode according to definitions provided in .dts file.
>
> Signed-off-by: AnilKumar Ch
So looking back at this after St
On Mon, Sep 10, 2012 at 7:41 PM, Stephen Warren wrote:
> On 09/10/2012 09:23 AM, Linus Walleij wrote:
> That seems like exactly what we were trying to avoid when we added the
> possibility for GPIO to call into pinctrl.
>
> Documentation/gpio.txt already contains:
>
>> For GPIOs that use pins kno
Very rare kernel crashes are reported on a custom OMAP4 board. Kernel
panics due to corrupted completion structure while executing
dispc_irq_wait_handler(). Excerpt from kernel log:
Internal error: Oops - undefined instruction: 0 [#1] PREEMPT SMP
Unable to handle kernel paging request at virtu
On Monday 10 September 2012 10:49:05 Tomi Valkeinen wrote:
> On Sat, 2012-09-08 at 18:05 +0300, Dimitar Dimitrov wrote:
> > Very rare kernel crashes are reported on a custom OMAP4 board. Kernel
> > panics due to corrupted completion structure while executing
> >
> > dispc_irq_wait_handler(). Excer
* Shilimkar, Santosh [120908 01:20]:
>
> Will you able to pick up these couple of wakeupgen fixes from here or
> do you want me to send you a pull request for 3.6-rc5/6
I can pick them into fixes-noncritical. But if the second one is
a major bug for the -rc series, the patch should be describe
* Linus Walleij [120910 00:11]:
> On Wed, Sep 5, 2012 at 11:01 AM, Peter Ujfalusi wrote:
>
> > With pinctrl-single,bits it is possible to update just part of the register
> > within the pinctrl-single,function-mask area.
> > This is useful when one register configures mmore than one pin's mux.
>
* Ruslan Bilovol [120910 03:39]:
> OMAP mux now parses active wakeup events from pad registers and calls
> corresponding handler, if handler is not registered - corresponding
> hwmod ISRs once a wakeup is detected.
> This is useful for cases when routing wakeups to corresponding hwmod
> ISRs compl
NeilBrown writes:
[...]
> Yes, I see that now. Thanks.
>
> follow patch folds those to fixes in.
>
> NeilBrown
>
> From bd9d5e9f8742c9cdc795e3d9b895f74defddb6d9 Mon Sep 17 00:00:00 2001
> From: NeilBrown
> Date: Mon, 10 Sep 2012 14:09:06 +1000
> Subject: [PATCH] OMAP GPIO - don't wake from su
* Benoit Cousson [120910 08:49]:
> Hi Tony,
>
> Please pull the following branch. It contains a bunch of devicetree related
> series.
>
> It contains as well a gpio-twl4030 patch acked by Linus W.
>
> It is tested on omap4-panda, omap3-beagle, omap3-overo-tobi, am335x-bone,
> am335x-evm.
>
>
"Shilimkar, Santosh" writes:
> On Sat, Sep 8, 2012 at 3:07 AM, Kevin Hilman
> wrote:
>> Hi Neil,
>>
>> NeilBrown writes:
>>
>>> On Thu, 6 Sep 2012 11:18:09 +0530 "Shilimkar, Santosh"
>>> wrote:
>>>
On Thu, Sep 6, 2012 at 8:35 AM, NeilBrown wrote:
> On Mon, 3 Sep 2012 22:59:06 -0700
On 09/10/12 04:30, Roger Quadros wrote:
> gets rid of below messages with CONFIG_DEBUG_PREEMPT enabled
>
> [ 28.832916] debug_smp_processor_id: 18 callbacks suppressed
> [ 28.832946] BUG: using smp_processor_id() in preemptible [] code:
> modprobe/1763
> [ 28.841491] caller is pwrdm_
On 09/10/2012 09:23 AM, Linus Walleij wrote:
> On Sun, Sep 9, 2012 at 1:44 AM, Domenico Andreoli wrote:
>> On Fri, Sep 07, 2012 at 11:57:59PM +0200, Linus Walleij wrote:
>>>
>>> If all you need to to is to multiplex the pins into GPIO mode,
>>> then the gpio_get() call on this driver *can* call th
Hi Benoit,
On 6 September 2012 10:12, Benoit Cousson wrote:
> The sequence is good, I'm just a little bit concern about the
> duplication of code compared to _enable sequence.
>
> That being said, this is the consequence of removing the hardreset
> sequence outside of the main _enable/_shutdown s
* Peter Ujfalusi [120910 04:55]:
> On 09/07/2012 07:55 PM, Tony Lindgren wrote:
> >
> > I'd like to have something that specifies the controller type so
> > we don't need to mix two types of controllers and test for
> > non-existing properties when parsing the pins.
> >
> > How about we require
On 09/10/2012 06:40 PM, Fengguang Wu wrote:
tree: git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git master
head: d9c88901337158c9f253a7de58a10b5125d61d26
commit: 7a7322b0a5d984025dd4faea9098b8fef07f8d8f [33/36] usb: gadget: remove
usb_gadget_controller_number()
All sparse warnings
* Benoit Cousson [120910 09:35]:
> + Tony
>
> Hi Matt,
>
> 30 minutes too late for my pull request :-(
>
> There are a couple of am33xx patches under discussion, so I'll take them
> and send a for_3.7/dts-part2 pull request if this is not too late for Tony.
Yes please do, it' hard to say when
On 09/10/2012 06:52 PM, Matt Porter wrote:
> On Mon, Sep 10, 2012 at 06:34:20PM +0200, Benoit Cousson wrote:
>> + Tony
>>
>> Hi Matt,
>>
>> 30 minutes too late for my pull request :-(
>>
>> There are a couple of am33xx patches under discussion, so I'll take them
>> and send a for_3.7/dts-part2 pull
Roger Quadros writes:
> gets rid of below messages with CONFIG_DEBUG_PREEMPT enabled
>
> [ 28.832916] debug_smp_processor_id: 18 callbacks suppressed
> [ 28.832946] BUG: using smp_processor_id() in preemptible [] code:
> modprobe/1763
> [ 28.841491] caller is pwrdm_set_next_pwrst+0
On Mon, Sep 10, 2012 at 06:34:20PM +0200, Benoit Cousson wrote:
> + Tony
>
> Hi Matt,
>
> 30 minutes too late for my pull request :-(
>
> There are a couple of am33xx patches under discussion, so I'll take them
> and send a for_3.7/dts-part2 pull request if this is not too late for Tony.
Yeah,
Hi,
On Mon, Sep 10, 2012 at 06:17:03PM +0200, Benoit Cousson wrote:
> > On 9/6/2012 8:25 PM, Kishon Vijay Abraham I wrote:
> >> The mailbox register for usb otg in omap is present in control module.
> >> On detection of any events VBUS or ID, this register should be written
> >> to
Hi Felipe,
On Mon, 10 Sep 2012, Felipe Balbi wrote:
> On Sun, Sep 09, 2012 at 06:15:04PM +, Paul Walmsley wrote:
> > > * 4430ES2 Panda: UART corruption during long transmit buffers
> > > - Presumably due to either a missing hardware workaround or a bug in
> > > the OMAP serial driver
>
tree: git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git master
head: d9c88901337158c9f253a7de58a10b5125d61d26
commit: 7a7322b0a5d984025dd4faea9098b8fef07f8d8f [33/36] usb: gadget: remove
usb_gadget_controller_number()
All sparse warnings:
drivers/usb/gadget/f_acm.c:287:9: sparse:
+ Tony
Hi Matt,
30 minutes too late for my pull request :-(
There are a couple of am33xx patches under discussion, so I'll take them
and send a for_3.7/dts-part2 pull request if this is not too late for Tony.
On 09/10/2012 06:20 PM, Matt Porter wrote:
> On AM33xx, the datasheet and TRM refer to
On Sat, Sep 08, 2012 at 06:38:21AM +, AnilKumar, Chimata wrote:
> On Wed, Sep 05, 2012 at 19:59:54, Koen Kooi wrote:
> >
> > Op 5 sep. 2012, om 16:24 heeft Matt Porter het volgende
> > geschreven:
> >
> > > On Wed, Sep 05, 2012 at 03:29:30PM +0200, Koen Kooi wrote:
> > >>
> > >> Op 28 aug.
On AM33xx, the datasheet and TRM refer to four GPIO instances that
are 0-based, GPIO0-3.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am33xx.dtsi |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index
Hi Felipe,
On 09/10/2012 05:58 PM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Sep 06, 2012 at 12:56:07PM -0700, Tony Lindgren wrote:
>> * Felipe Balbi [120906 10:23]:
>>> Hi,
>>>
>>> On Thu, Sep 06, 2012 at 08:13:03PM +0300, Felipe Balbi wrote:
Hi,
On Thu, Sep 06, 2012 at 09:04:58PM +0
Hi,
On Thu, Sep 06, 2012 at 12:56:07PM -0700, Tony Lindgren wrote:
> * Felipe Balbi [120906 10:23]:
> > Hi,
> >
> > On Thu, Sep 06, 2012 at 08:13:03PM +0300, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Thu, Sep 06, 2012 at 09:04:58PM +0530, Vaibhav Hiremath wrote:
> > > >
> > > >
> > > > On
* Peter Ujfalusi [120910 04:05]:
> Hi Benoit,
>
> On 09/10/2012 11:07 AM, Benoit Cousson wrote:
> > Hi Tony,
> >
> > On 09/08/2012 12:29 AM, Tony Lindgren wrote:
> >> * Peter Ujfalusi [120905 04:59]:
> >>> +
> >>> + ocp {
> >>> + mcbsp1: mcbsp@48074000 {
> >>> + compatib
Convert the twl4030_wdt watchdog driver to watchdog core.
While at there use devm_kzalloc and set the default timeout in order to be
able test this driver with a simple shell script.
Signed-off-by: Jarkko Nikula
---
drivers/watchdog/Kconfig |1 +
drivers/watchdog/twl4030_wdt.c | 183
Hi Tony,
Please pull the following branch. It contains a bunch of devicetree related
series.
It contains as well a gpio-twl4030 patch acked by Linus W.
It is tested on omap4-panda, omap3-beagle, omap3-overo-tobi, am335x-bone,
am335x-evm.
It is based on your current devel-dt branch
(a06ceff6f
When CPU-idle is enabled, the MPU sub-system will transition to low power
states during idle periods. If the PMU is active and the MPU sub-system
transitions to a low power state, such as retention, then the PMU context
will be lost and PMU events will stop. To prevent this from happening add a
QoS
From: Ming Lei
For OMAP4430 there are no dedicate PMU interrupts, however, PMU events can be
routed to via the CTI IRQs. This allows tools such as PERF and OPROFILE to work
on OMAP4430.
The idea is from Woodruff Richard in the disscussion about "Oprofile on
Pandaboard / Omap4" on pandabo...@goog
Convert OMAP2/3 devices to use HWMOD for creating a PMU device. To support PMU
on OMAP2 devices we only need to use MPU sub-system and so we can simply use
the MPU HWMOD to create the PMU device. To support PMU on OMAP3 devices, we need
to use the MPU and DEBUG sub-systems and so use these HWMODs t
From: Ming Lei
For OMAP4430 PMU events are routed to the CPU via the cross trigger interface
(CTI) because there are no dedicated interrupts. In order to route the PMU
events via the CTI IRQs, the following modules must be enabled:
l3_instr, l3_main_3, debugss
Therefore, build the arm-p
OMAP4460 and OMAP4470 devices have dedicated PMU interrupts and so add these
interrupts to the MPU HWMOD so we can use these for PMU events on these
devices. The PMU interrupts need to be the first interrupts in the array of
interrupts as the ARM PMU driver assumes this.
By using these dedicated i
This series adds PMU support for OMAP4 devices. This is based upon Will Deacons
series [1] and re-based upon the latest arm-soc next/cleanup branch (3.6-rc3)
that includes Will's series. It has been re-based upon this series because
of the dependency on Sudeep KarkadaNagesha's change (ARM: pmu: rem
The original implementation of this patch was done by Ming Lei for PMU on OMAP4
[1]. Since then the PM runtime calls have been moved into the ARM PMU code and
this greatly simplifies the changes.
The another differnce since the original version, is that it is no longer
necessary to call pm_runtime
In order to use the CTI interrupts inconjunction with the DEBUGSS we need to
re-map the CTI IRQs to the DEBUGSS HWMOD. The purpose for doing this is so we
can create a PMU device based upon the DEBUGSS HWMOD and use the CTI interrupts
for routing ARM PMU events for OMAP4430 devices.
This is based
To enable PMU with runtime PM support on OMAP3 devices we need to be able to
dynamically enable and disable the debug sub-system at runtime. By adding HWMOD
data for the debug sub-system for OMAP3, we can build the PMU device using the
debug sub-system HWMOD and control this power domain using runt
On Sun, Sep 9, 2012 at 1:44 AM, Domenico Andreoli wrote:
> On Fri, Sep 07, 2012 at 11:57:59PM +0200, Linus Walleij wrote:
>>
>> If all you need to to is to multiplex the pins into GPIO mode,
>> then the gpio_get() call on this driver *can* call through to
>> pinctrl_request_gpio() which will in tu
On Thu, 2012-08-16 at 11:20 +0530, Shilimkar, Santosh wrote:
> Paul,
>
> On Thu, Aug 16, 2012 at 6:18 AM, Paul Walmsley wrote:
> >
> > Hi Santosh,
> >
> > On Wed, 15 Aug 2012, Shilimkar, Santosh wrote:
> >
> > > On Wed, Aug 15, 2012 at 3:32 PM, Jean Pihet
> > > wrote:
> > >
> > > I didn't find a
Hi Carlos,
What's the status of the OMAP SSI driver? Do you plan to send
updated patches? Any chance they will land in time for 3.7?
-- Sebastian
signature.asc
Description: Digital signature
On Mon, Sep 10, 2012 at 04:06:48PM +0200, Sebastian Andrzej Siewior wrote:
> On 09/10/2012 03:54 PM, Fengguang Wu wrote:
> >tree: git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git gadget
> >head: 7a7322b0a5d984025dd4faea9098b8fef07f8d8f
> >commit: 721e2e91945bc2520d57d795dfe1b502ecec5
BTW, I'm just wondering. Cannot we use overo without tobi?
In that case, the model and compatible should probably be used as well:
model = "TI OMAP3 Gumstix Overo";
compatible = "ti,omap3-overo", "ti,omap3";
No, it cannot. The Overo needs to be plugged into an expansion board, at
le
On 09/10/2012 03:54 PM, Fengguang Wu wrote:
tree: git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git gadget
head: 7a7322b0a5d984025dd4faea9098b8fef07f8d8f
commit: 721e2e91945bc2520d57d795dfe1b502ecec567c [58/62] usb: gadget:
libcomposite: move composite.c into libcomposite
config: x
On 09/10/2012 03:40 PM, Benoit Cousson wrote:
> On 09/10/2012 03:33 PM, Florian Vaussard wrote:
Support the blue LED connected to the LEDB pin of the TWL4030
on the Gumstix Overo.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap3-overo.dtsi | 15
On 09/10/2012 03:33 PM, Florian Vaussard wrote:
>>> Support the blue LED connected to the LEDB pin of the TWL4030
>>> on the Gumstix Overo.
>>>
>>> Signed-off-by: Florian Vaussard
>>> ---
>>> arch/arm/boot/dts/omap3-overo.dtsi | 15 +++
>>> 1 files changed, 15 insertions(+), 0 del
On Mon, Sep 10, 2012 at 6:44 PM, Benoit Cousson wrote:
>
> On 09/10/2012 03:01 PM, Shilimkar, Santosh wrote:
> > On Mon, Sep 10, 2012 at 6:17 PM, Benoit Cousson
> > wrote:
> >>
> >> Hi Santosh,
> >>
> >> On 08/13/2012 01:07 PM, Santosh Shilimkar wrote:
> >>> Enable Cortex A15 generic timer suppor
1 - 100 of 152 matches
Mail list logo
