Hi Mark,
On Mon, Sep 10, 2012 at 07:33:34AM +0800, Mark Brown wrote:
On Sun, Sep 09, 2012 at 09:12:40PM +0200, Uwe Kleine-König wrote:
On Sat, Sep 08, 2012 at 09:38:49AM +0100, Russell King - ARM Linux wrote:
of: add const to struct *of_device_id.data
Drivers should
On Mon, Sep 10, 2012 at 08:40:02AM +0200, Uwe Kleine-König wrote:
Message-id: 201208141241.51379.a...@arndb.de
This is illegible, did the message have a subject line or other content
that a human might understand? Just as with commit IDs you should
*always* provide a human readable version,
On Sat, 8 Sep 2012 21:04:01 +0300
Aaro Koskinen aaro.koski...@iki.fi wrote:
Convert omap_wdt to new watchdog core. On OMAP boards, there are usually
multiple watchdogs. Since the new watchdog core supports multiple
watchdogs, all watchdog drivers used on OMAP should be converted.
The
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 hoping that some improvement to documentation might
result. If the second, then maybe we can fix the code.
As I understand it,
On Thu, 6 Sep 2012 16:26:06 +0300 Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Sep 06, 2012 at 05:02:45PM +1000, NeilBrown wrote:
On Thu, 6 Sep 2012 11:18:09 +0530 Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Thu, Sep 6, 2012 at 8:35 AM, NeilBrown ne...@suse.de wrote:
On Mon, Sep 10, 2012 at 02:42:37PM +0800, Mark Brown wrote:
On Mon, Sep 10, 2012 at 08:40:02AM +0200, Uwe Kleine-König wrote:
Message-id: 201208141241.51379.a...@arndb.de
This is illegible, did the message have a subject line or other content
that a human might understand? Just as with
On Wed, Sep 5, 2012 at 11:01 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Applied with Tony's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Wed, Sep 5, 2012 at 11:01 AM, Peter Ujfalusi peter.ujfal...@ti.com 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.
pinctrl-single,bits
On Mon, Sep 10, 2012 at 09:05:47AM +0200, Uwe Kleine-König wrote:
Subject: [PATCH] regulator: twl: make twl_info tables const
This is in my drivers branch and in -next, according to git it was
applied on Tuesday, so I'm not sure what you're querying here?
It used to be possible to get a
On Fri, Sep 07, 2012 at 18:29:36, Porter, Matt wrote:
On Thu, Sep 06, 2012 at 12:30:15PM +0530, Philip, Avinash wrote:
Add McSPI data node to AM33XX device tree file. The McSPI module (and so
as the driver) is reused from OMAP4.
Signed-off-by: Philip, Avinash avinashphi...@ti.com
---
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(). Excerpt from kernel log:
Internal error: Oops - undefined instruction: 0
Hi Tony,
On 09/08/2012 12:29 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [120905 04:59]:
+
+ocp {
+mcbsp1: mcbsp@48074000 {
+compatible = ti,omap2420-mcbsp;
+reg = 0x48074000 0xff;
+reg-names =
Hello Benoit,
Le 07/09/2012 19:33, Benoit Cousson a écrit :
Hi Florian,
I've just noticed that this patch is reporting some CHECK issues.
d1f5052 - gpio/twl4030: get platform data from device tree
CHECK: Alignment should match open parenthesis
#66: FILE: drivers/gpio/gpio-twl4030.c:412:
+
Hi Janusz,
On 09/09/2012 10:57 PM, Janusz Krzysztofik wrote:
On Tue, 4 Sep 2012 15:08:00 Peter Ujfalusi wrote:
Enable the element mode (thus allowing mono playback and probably
unblocking
OMAP1, OMAP2420) in OMAP dmaengine and omap-pcm.
Janusz: would it be possible for you to test
Hi Florian,
On 09/10/2012 10:17 AM, Florian Vaussard wrote:
Hello Benoit,
Le 07/09/2012 19:33, Benoit Cousson a écrit :
Hi Florian,
I've just noticed that this patch is reporting some CHECK issues.
d1f5052 - gpio/twl4030: get platform data from device tree
CHECK: Alignment should match
Hello,
Le 08/09/2012 00:10, Tony Lindgren a écrit :
* Afzal Mohammed af...@ti.com [120905 05:37]:
Hi,
Basic gpmc driver conversion series. Driver that is now created out of
gpmc code is a simple one, it handles tasks that were earlier executed
by gpmc_init. Now instead of relying on cpu_is_*
Hello Benoit,
I fixed them since it was trivial, but next time you should ensure
that the patch pass checkpatch before posting.
Sorry for these errors. I however checked my patches before submitting,
and had no such warnings. I redone, and remarked that these warnings
appear only with the
Le 06/09/2012 22:52, Tony Lindgren a écrit :
* Florian Vaussard florian.vauss...@epfl.ch [120831 09:07]:
The Gumstix Overo is a computer on module using an OMAP3 processor.
This module must be plugged into an expansion board.
This patchset adds a first device tree support for the Overo, using
On Sat, Sep 8, 2012 at 11:34 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
Convert omap_wdt to new watchdog core. On OMAP boards, there are usually
multiple watchdogs. Since the new watchdog core supports multiple
watchdogs, all watchdog drivers used on OMAP should be converted.
The legacy
Hi Russell,
On Sat, Sep 8, 2012 at 3:44 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jul 05, 2012 at 10:50:17AM +0530, Gupta, Ramesh wrote:
+ * flush_iommu_mem(start, end)
+ *
+ * Clean and invalidate the specified virtual address range.
+ * This
Hi Russell,
On Sat, Sep 8, 2012 at 3:47 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jul 05, 2012 at 10:50:24AM +0530, Gupta, Ramesh wrote:
static void flush_iopgd_range(u32 *first, u32 *last)
{
- /* FIXME: L2 cache should be taken care of if it exists */
-
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 hoping that some improvement to documentation might
result. If the second, then maybe
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 complicates those ISRs handlers (for example,
Hi Kevin,
On Sat, Sep 08, 2012 at 02:31:22, Kevin Hilman wrote:
AnilKumar, Chimata anilku...@ti.com writes:
Hi Kevin,
On Fri, Sep 07, 2012 at 05:07:56, Kevin Hilman wrote:
AnilKumar Ch anilku...@ti.com writes:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
This commit adds an empty of_find_node_by_name() function for !CONFIG_OF
builds.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
include/linux/of.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index 1b11632..5c7a158 100644
---
We no longer have users for the set_hs_extmute callback which has been
replaced by hs_extmute_gpio so the codec driver can handle the external
mute if it is needed by the board.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
include/linux/i2c/twl.h| 2 --
sound/soc/codecs/twl4030.c
Access the pdata via a pointer within the twl4030_priv structure.
In preparation for DeviceTree support.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl4030.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
Allocate the private data with devm_kzalloc.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl4030.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/codecs/twl4030.c b/sound/soc/codecs/twl4030.c
index 27ccea4..413e698 100644
---
When the kernel has been booted with DT blob the platform data is NULL for
the driver.
We need to construct the pdata based on the DT information for runtime use.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl4030.c | 55
Remove the use of set_hs_extmute callback and let the codec driver to
handle the extmute GPIO.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-zoom-peripherals.c | 9 ++---
Support for loading the twl4030 audio module via devicetree.
Sub devices for codec and vibra will be created as mfd devices once the
core MFD driver is loaded when the kernel is booted with a DT blob.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hello,
Generated on top of:
git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git topic/omap
Changes since v3:
- Added Acked-by from Tony and Dmitry
- Removed #ifdef around of_find_node_by_name() in the drivers
Changed since v2:
- Added commit message to patch 2 (as Tero requested it)
-
To clean up the module probe and remove functions.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-audio.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/mfd/twl4030-audio.c b/drivers/mfd/twl4030-audio.c
index
CFG_BOOT register's HFCLK_FREQ field hold information about the used HFCLK
frequency.
Add possibility for users to get the configured rate based on this
register.
This register was configured during boot, without it the chip would not
operate correctly, so we can trust on this information.
Add support when the kernel has been booted with DT blob. In this case the
pdata is NULL, we need to reach up to the core node and check if the codec
part has been enabled to determine if we need to coexist with the codec or
not.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by:
The external mute (if it is in use) is handled by a GPIO line. Prepare to
remove the set_hs_extmute callback and replace it with:
hs_extmute_gpio: the GPIO number to use for external mute
When the users of set_hs_extmute has been converted the callback can be removed.
Signed-off-by: Peter
twl-core has API to get the boot time configured HFCLK rate which has the
same rate as the audio MCLK.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-audio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/twl4030-audio.c
To facilitate the device tree support the probe function need to be rearanged.
Small cleanup in the APLL frequency selection part as well.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-audio.c | 34 --
1 file changed, 16
Place the MODULE_* lines in the same block and add MODULE_DESCRIPTION.
Rearange the platform_driver structure at the same time.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-audio.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
On Mon, Sep 10, 2012 at 4:08 PM, Ruslan Bilovol ruslan.bilo...@ti.com wrote:
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
Thomas,
On Mon, Sep 10, 2012 at 3:58 PM, Thomas Gleixner t...@linutronix.de 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
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 peter.ujfal...@ti.com [120905 04:59]:
+
+ ocp {
+ mcbsp1: mcbsp@48074000 {
+ compatible = ti,omap2420-mcbsp;
+
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+0x54/0x120
changes in v2:
-
Benoit,
On Mon, Aug 13, 2012 at 4:37 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Enable Cortex A15 generic timer support for OMAP5 based SOCs.
The CPU local timers run on the free running real time counter clock.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
What is the status Benoit?
Patches looks good to me. I just adding them right now in my for_3.7/dts tree.
I've just slightly changed the subjects:
Documentation: dt: Update the OMAP documentation with Overo/Toby
ARM: dts: OMAP3: Add support for Gumstix Overo with Tobi expansion board
If you
On 09/07/2012 07:55 PM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [120907 08:13]:
On 09/06/2012 10:10 PM, Tony Lindgren wrote:
Is it now safe to assume that we always have width of three if
pinctrl-single,bits is specified? The reason I'm asking is..
@@ -657,18 +664,29 @@
Hi Santosh,
On 08/13/2012 01:07 PM, Santosh Shilimkar wrote:
Enable Cortex A15 generic timer support for OMAP5 based SOCs.
The CPU local timers run on the free running real time counter clock.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/boot/dts/omap5.dtsi |
On Mon, Sep 10, 2012 at 12:50 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Fri, 2012-09-07 at 12:59 -0500, Rob Clark wrote:
From: Rob Clark r...@ti.com
Without these, DVI is broken.
Signed-off-by: Rob Clark r...@ti.com
---
Greg, it looks like the omapdss changes which added these
Patches looks good to me. I just adding them right now in my for_3.7/dts tree.
I've just slightly changed the subjects:
Documentation: dt: Update the OMAP documentation with Overo/Toby
ARM: dts: OMAP3: Add support for Gumstix Overo with Tobi expansion board
If you want to give it a try, here
On Mon, Sep 10, 2012 at 6:17 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Santosh,
On 08/13/2012 01:07 PM, Santosh Shilimkar wrote:
Enable Cortex A15 generic timer support for OMAP5 based SOCs.
The CPU local timers run on the free running real time counter clock.
Signed-off-by:
On 09/10/2012 03:01 PM, Shilimkar, Santosh wrote:
On Mon, Sep 10, 2012 at 6:17 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Santosh,
On 08/13/2012 01:07 PM, Santosh Shilimkar wrote:
Enable Cortex A15 generic timer support for OMAP5 based SOCs.
The CPU local timers run on the free running
Hello,
This patch adds the support for the blue LED connected to the LEDB
pin of the TWL4030 on the Gumstix Overo when booting from the device
tree.
Build on top of Benoit's for_3.7/dts tree.
Regards,
Florian
Florian Vaussard (1):
ARM: dts: OMAP3: Add gpio-twl4030 properties for Overo
Support the blue LED connected to the LEDB pin of the TWL4030
on the Gumstix Overo.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git
On Mon, 10 Sep 2012, Shilimkar, Santosh wrote:
Thomas,
On Mon, Sep 10, 2012 at 3:58 PM, Thomas Gleixner t...@linutronix.de 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
On 09/10/2012 03:16 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 florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 15 +++
1 files changed, 15 insertions(+), 0
Support the blue LED connected to the LEDB pin of the TWL4030
on the Gumstix Overo.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git
On Mon, Sep 10, 2012 at 6:44 PM, Benoit Cousson b-cous...@ti.com wrote:
On 09/10/2012 03:01 PM, Shilimkar, Santosh wrote:
On Mon, Sep 10, 2012 at 6:17 PM, Benoit Cousson b-cous...@ti.com
wrote:
Hi Santosh,
On 08/13/2012 01:07 PM, Santosh Shilimkar wrote:
Enable Cortex A15 generic
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 florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 15 +++
1 files changed, 15 insertions(+), 0
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 florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 15
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:
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
least
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: 721e2e91945bc2520d57d795dfe1b502ecec567c
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 Thu, 2012-08-16 at 11:20 +0530, Shilimkar, Santosh wrote:
Paul,
On Thu, Aug 16, 2012 at 6:18 AM, Paul Walmsley p...@pwsan.com wrote:
Hi Santosh,
On Wed, 15 Aug 2012, Shilimkar, Santosh wrote:
On Wed, Aug 15, 2012 at 3:32 PM, Jean Pihet jean.pi...@newoldbits.com
wrote:
On Sun, Sep 9, 2012 at 1:44 AM, Domenico Andreoli cav...@gmail.com 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
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
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
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
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:
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
From: Ming Lei ming@canonical.com
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
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
From: Ming Lei ming@canonical.com
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 /
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
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
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 jarkko.nik...@jollamobile.com
---
drivers/watchdog/Kconfig |1 +
* Peter Ujfalusi peter.ujfal...@ti.com [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 peter.ujfal...@ti.com [120905 04:59]:
+
+ ocp {
+ mcbsp1: mcbsp@48074000 {
+
Hi,
On Thu, Sep 06, 2012 at 12:56:07PM -0700, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [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 9/6/2012 8:25
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 ba...@ti.com [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
On AM33xx, the datasheet and TRM refer to four GPIO instances that
are 0-based, GPIO0-3.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi
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 mpor...@ti.com het volgende
geschreven:
On Wed, Sep 05, 2012 at 03:29:30PM +0200, Koen Kooi wrote:
Op 28 aug.
+ 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
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:
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
*
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 send the notification to
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, believe
Roger Quadros rog...@ti.com 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
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 request if this
* Benoit Cousson b-cous...@ti.com [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
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
* Peter Ujfalusi peter.ujfal...@ti.com [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
Hi Benoit,
On 6 September 2012 10:12, Benoit Cousson b-cous...@ti.com 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
On 09/10/2012 09:23 AM, Linus Walleij wrote:
On Sun, Sep 9, 2012 at 1:44 AM, Domenico Andreoli cav...@gmail.com 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*
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
Shilimkar, Santosh santosh.shilim...@ti.com writes:
On Sat, Sep 8, 2012 at 3:07 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Hi Neil,
NeilBrown ne...@suse.de writes:
On Thu, 6 Sep 2012 11:18:09 +0530 Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Thu, Sep 6, 2012 at 8:35
* Benoit Cousson b-cous...@ti.com [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,
NeilBrown ne...@suse.de 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 ne...@suse.de
Date: Mon, 10 Sep 2012 14:09:06 +1000
Subject: [PATCH] OMAP GPIO -
* Ruslan Bilovol ruslan.bilo...@ti.com [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
* Linus Walleij linus.wall...@linaro.org [120910 00:11]:
On Wed, Sep 5, 2012 at 11:01 AM, Peter Ujfalusi peter.ujfal...@ti.com 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
* Shilimkar, Santosh santosh.shilim...@ti.com [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
1 - 100 of 135 matches
Mail list logo