From: Ajay Kumar Gupta ajay.gu...@ti.com
AM35x has musb interface (version 1.8) and uses CPPI41 DMA engine.
It has USB phy built inside the IP itself.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
Cc: linux-arm-ker...@lists.infradead.org
Cc:
I believe now everything is fine. Still, it's only
compile tested with n770_defconfig and omap2plus_defconfig.
Felipe Balbi (4):
cbus: remove unneded includes
cbus: retu: move platform_device to board file
cbus: tahvo: move platform_device to board file
cbus: tahvo-usb: move
we don't use anything from those headers,
thus removing them.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/cbus/cbus.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/drivers/cbus/cbus.c b/drivers/cbus/cbus.c
index 9e745bb..a8bbf42 100644
---
No functional changes, just moving platform_device
registration to the proper location.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap1/board-nokia770.c | 34 +
arch/arm/mach-omap2/board-n8x0.c | 34 +
drivers/cbus/retu.c
No functional changes, just moving platform_device
registration to the proper location.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap1/board-nokia770.c | 32
arch/arm/mach-omap2/board-n8x0.c | 33 +
drivers/cbus/tahvo.c |
No functional changes, just moving platform_device
registration to the proper location.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap1/board-nokia770.c |6 ++
arch/arm/mach-omap2/board-n8x0.c |6 ++
drivers/cbus/tahvo-usb.c | 15 ++-
Hi Tony,
found these while compiling n770_defconfig. Probably
worth sending to mainline anyway ?
Felipe Balbi (2):
arm: omap1: devices: need to return with a value
arm: omap1: remove unused variables
arch/arm/mach-omap1/devices.c |2 +-
arch/arm/mach-omap1/mailbox.c |1 -
Get rid of the following warnings:
arch/arm/mach-omap1/pm_bus.c: In function 'omap1_pm_runtime_resume':
arch/arm/mach-omap1/pm_bus.c:51: warning: unused variable 'ret'
arch/arm/mach-omap1/mailbox.c: In function 'omap1_mbox_probe':
arch/arm/mach-omap1/mailbox.c:148: warning: unused variable 'i'
Get rid of the following warning:
arch/arm/mach-omap1/devices.c: In function 'omap_init_wdt':
arch/arm/mach-omap1/devices.c:298: warning: 'return' with
no value, in function returning non-void
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap1/devices.c |2 +-
1 files changed,
Since ioremap() on RAM will be soon disallowed, this is required.
This also requires a patch like:
http://article.gmane.org/gmane.linux.kernel/1047146
Felipe Contreras (1):
omap: dsp: remove shm from normal memory
arch/arm/plat-omap/devices.c |4 +++-
1 files changed, 3 insertions(+), 1
Also, don't be picky about the location.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/plat-omap/devices.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/devices.c b/arch/arm/plat-omap/devices.c
index 4c8f9b9..da10433
On Tue, 19 Oct 2010 10:29:14 +0300
Felipe Balbi ba...@ti.com wrote:
I believe now everything is fine. Still, it's only
compile tested with n770_defconfig and omap2plus_defconfig.
Felipe Balbi (4):
cbus: remove unneded includes
cbus: retu: move platform_device to board file
cbus:
On Tue, Oct 19, 2010 at 02:38:25AM -0500, Jarkko Nikula wrote:
On Tue, 19 Oct 2010 10:29:14 +0300
Felipe Balbi ba...@ti.com wrote:
I believe now everything is fine. Still, it's only
compile tested with n770_defconfig and omap2plus_defconfig.
Felipe Balbi (4):
cbus: remove unneded includes
On Tue, Oct 19, 2010 at 02:37:23AM -0500, Felipe Contreras wrote:
Since ioremap() on RAM will be soon disallowed, this is required.
This also requires a patch like:
http://article.gmane.org/gmane.linux.kernel/1047146
Felipe Contreras (1):
omap: dsp: remove shm from normal memory
On Tue, Oct 19, 2010 at 02:38:34AM -0500, Balbi, Felipe wrote:
On Tue, Oct 19, 2010 at 02:37:23AM -0500, Felipe Contreras wrote:
Since ioremap() on RAM will be soon disallowed, this is required.
This also requires a patch like:
http://article.gmane.org/gmane.linux.kernel/1047146
Felipe
On Tue, Oct 19, 2010 at 2:06 AM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [101015 13:09]:
On Fri, Oct 15, 2010 at 7:53 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
If you want I can provide my working branch on top of .36-rc8
with
On Tue, Oct 19, 2010 at 10:39 AM, Felipe Balbi ba...@ti.com wrote:
On Tue, Oct 19, 2010 at 02:38:34AM -0500, Balbi, Felipe wrote:
On Tue, Oct 19, 2010 at 02:37:23AM -0500, Felipe Contreras wrote:
Since ioremap() on RAM will be soon disallowed, this is required.
This also requires a patch
On Tue, Oct 19, 2010 at 10:30:54AM +0300, Felipe Balbi wrote:
Get rid of the following warning:
arch/arm/mach-omap1/devices.c: In function 'omap_init_wdt':
arch/arm/mach-omap1/devices.c:298: warning: 'return' with
no value, in function returning non-void
Signed-off-by: Felipe Balbi
Tony Lindgren wrote on Friday, September 17, 2010 3:57 AM:
* Hemant Pedanekar hema...@ti.com [100811 10:04]:
This patch adds build support for TI816X. This enables building files in
mach-omap2 and plat-omap directories.
This you can merge into the patch adding the board-*.c file.
Tony
I
Hi Manjunath,
On Wed, Oct 06, 2010 at 03:26:59AM +0530, G, Manjunath Kondaiah wrote:
Fixes following sparse warnings for twl4030 and twl6030 irq files.
drivers/mfd/twl4030-irq.c:783:5: warning: symbol 'twl4030_init_irq' was not
declared. Should it be static?
Tony Lindgren wrote on Friday, September 17, 2010 3:58 AM:
* Hemant Pedanekar hema...@ti.com [100811 10:04]:
This patch adds support for low level debugging on TI816X boards.
Currently the support for UART3 console on TI816X EVM is added.
--- a/arch/arm/mach-omap2/include/mach/debug-macro.S
Hi all,
Converted 32k-sync timer to platform_driver
and now using pm_runtime and hwmod.
Tested on 3430 by me and 4430 by Tarun
If someone could test on 2430 and 2420, I would
be really glad.
Felipe Balbi (5):
arm: omap1/2/3/4: convert 32k-sync driver to a platform_driver
arm: omap:
Convert the omap32k clocksource driver into a platform_driver
and while at that, also remove the ifdeferry around the code.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap1/devices.c| 24
arch/arm/mach-omap2/clock2420_data.c |2 +-
Trivial patch removing clock framework and adding
pm_runtime API.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/plat-omap/counter-32k.c | 48 ++---
1 files changed, 13 insertions(+), 35 deletions(-)
diff --git a/arch/arm/plat-omap/counter-32k.c
this is a better location for that driver. No
changes to the code otherwise.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/plat-omap/Makefile|2 +-
drivers/clocksource/Makefile |1 +
.../clocksource/omap-32k.c
Add 32k timer hwmod to the database.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 52 +++
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 52 +++
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 51
search on hwmod database and build omap_device
on the fly.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/devices.c | 53 +
1 files changed, 27 insertions(+), 26 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c
On Tue, Oct 19, 2010 at 04:22:11AM -0500, Balbi, Felipe wrote:
Hi all,
Converted 32k-sync timer to platform_driver
and now using pm_runtime and hwmod.
Tested on 3430 by me and 4430 by Tarun
If someone could test on 2430 and 2420, I would
be really glad.
of course, after it's tested on 2430
On Tue, Oct 19, 2010 at 11:06:14AM +0200, Samuel Ortiz wrote:
Hi Manjunath,
On Wed, Oct 06, 2010 at 03:26:59AM +0530, G, Manjunath Kondaiah wrote:
Fixes following sparse warnings for twl4030 and twl6030 irq files.
drivers/mfd/twl4030-irq.c:783:5: warning: symbol 'twl4030_init_irq' was
Tony Lindgren wrote on Friday, September 17, 2010 4:01 AM:
* Hemant Pedanekar hema...@ti.com [100811 10:03]:
--- a/arch/arm/plat-omap/include/plat/serial.h
+++ b/arch/arm/plat-omap/include/plat/serial.h
@@ -51,6 +51,11 @@
#define OMAP4_UART3_BASE0x4802
#define OMAP4_UART4_BASE
In the TX_ONLY transfer, the SPI controller also receives data
simultaneously and saves them in the rx register. After the TX_ONLY
transfer, the rx register will hold the random data received during
the last tx transaction.
If the direct following transfer is RX_ONLY, this random data has the
This gets rid of some warnings, makes defconfigs smarter by having more proper
dependencies, and general cleanups.
BTW, this is the reason USB_GADGET_MUSB_HDRC sometimes is not selected:
http://article.gmane.org/gmane.linux.kbuild.devel/5480
v2: comments by Felipe Balbi
Felipe Contreras (3):
Note: USB_GADGET_MUSB_HDRC is already defined in usb/gadget.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/usb/core/Kconfig |3 ---
drivers/usb/gadget/Kconfig |2 +-
drivers/usb/musb/Kconfig | 17 -
3 files changed, 5 insertions(+), 17
Add missing dependencies, and remove redundant ones, and select sensible
defaults.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/mfd/Kconfig|3 ++-
drivers/regulator/Kconfig |1 +
drivers/usb/gadget/Kconfig |3 +--
drivers/usb/musb/Kconfig |6
warning: (USB_MUSB_HDRC_HCD USB_SUPPORT USB_MUSB_HDRC
(USB_MUSB_HOST || USB_MUSB_OTG) USB_GADGET_MUSB_HDRC || USB_MUSB_OTG
choice USB USB_GADGET PM EXPERIMENTAL) selects USB_OTG
which has unmet direct dependencies (USB_GADGET_OMAP ARCH_OMAP_OTG
USB_OHCI_HCD)
This doesn't seem to happen
On Tue, Oct 19, 2010 at 05:03:26AM -0500, Felipe Contreras wrote:
warning: (USB_MUSB_HDRC_HCD USB_SUPPORT USB_MUSB_HDRC
(USB_MUSB_HOST || USB_MUSB_OTG) USB_GADGET_MUSB_HDRC || USB_MUSB_OTG
choice USB USB_GADGET PM EXPERIMENTAL) selects USB_OTG
which has unmet direct dependencies
Hi,
On Tue, Oct 19, 2010 at 05:03:28AM -0500, Felipe Contreras wrote:
+ depends on (NOP_USB_XCEIV || TWL4030_USB)
+ default y if ARCH_OMAP3
+ default y if ARCH_DAVINCI || MACH_OMAP3EVM || BLACKFIN
it could be only me, but I see these kind of dependencies tend to
disaster.
Hi Uwe,
On Tue, Oct 19, 2010 at 11:28:16AM +0200, Uwe Kleine-König wrote:
On Tue, Oct 19, 2010 at 11:06:14AM +0200, Samuel Ortiz wrote:
Hi Manjunath,
On Wed, Oct 06, 2010 at 03:26:59AM +0530, G, Manjunath Kondaiah wrote:
Fixes following sparse warnings for twl4030 and twl6030 irq
On Tue, Oct 19, 2010 at 1:32 PM, Felipe Balbi ba...@ti.com wrote:
On Tue, Oct 19, 2010 at 05:03:28AM -0500, Felipe Contreras wrote:
+ depends on (NOP_USB_XCEIV || TWL4030_USB)
+ default y if ARCH_OMAP3
+ default y if ARCH_DAVINCI || MACH_OMAP3EVM || BLACKFIN
it could be
Hi,
On Tue, Oct 19, 2010 at 05:59:58AM -0500, Felipe Contreras wrote:
The USB_MUSB_HDRC dependency on NOP_USB_XCEIV || TWL4030_USB is
already there, I'm just making it explicit. The rest are not
dependencies, just sensible defaults, and they are already in
drivers/usb/musb/Kconfig, I'm just
Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, October 15, 2010 12:08 AM
To: Varadarajan, Charulatha
Cc: Kevin Hilman; Cousson, Benoit; linux-omap@vger.kernel.org
Subject: RE: [PATCH] omap2plus: wdt: Fix boot warn when
CONFIG_PM_RUNTIME=n
On Sunday 10 October 2010 14:19:28 Ingo Molnar wrote:
* Arjan van de Ven ar...@linux.intel.com wrote:
...
also I have to say that some events are more likely to change than others
function foo in the kernel called is more likely to change than the
processor went to THIS frequency.
The transition was rather smooth, only part I had to fiddle
some time was the check whether a tracepoint/event is
supported by the running kernel.
builtin-timechart must only pass -e power:xy events which
are supported by the running kernel.
For this I added the tiny helper function:
int
power_frequency moved to drivers/cpufreq/cpufreq.c which has
to be compiled in, no need to export it.
intel_idle can a be module though...
Signed-off-by: Thomas Renninger tr...@suse.de
CC: Linus Torvalds torva...@linux-foundation.org
CC: Andrew Morton a...@linux-foundation.org
CC: Thomas
On Tue, Oct 19, 2010 at 2:16 PM, Felipe Balbi ba...@ti.com wrote:
On Tue, Oct 19, 2010 at 05:59:58AM -0500, Felipe Contreras wrote:
The USB_MUSB_HDRC dependency on NOP_USB_XCEIV || TWL4030_USB is
already there, I'm just making it explicit. The rest are not
dependencies, just sensible
* Thomas Renninger tr...@suse.de wrote:
Most definitely. It's no accident that it took such a long time for this
issue
to be raised in the first place. It's a rare occurance -
Do you agree that this occurance happened now and these events should get
cleaned
up before ARM and other
* Peter Zijlstra pet...@infradead.org wrote:
On Tue, 2010-10-19 at 13:45 +0200, Ingo Molnar wrote:
* Thomas Renninger tr...@suse.de wrote:
Most definitely. It's no accident that it took such a long time for
this issue
to be raised in the first place. It's a rare occurance
Hi,
On Tue, Oct 19, 2010 at 06:36:32AM -0500, Felipe Contreras wrote:
That is actually the intention.
so it's a bit messed up one :-p
It's the other way around. He wanted to get rid of defconfigs
completely by moving the complexity to Kconfigs:
Yes, but he was suggesting to add things
On Tue, 2010-10-19 at 13:45 +0200, Ingo Molnar wrote:
* Thomas Renninger tr...@suse.de wrote:
Most definitely. It's no accident that it took such a long time for this
issue
to be raised in the first place. It's a rare occurance -
Do you agree that this occurance happened now
Hi,
On Tue, 2010-10-05 at 13:55 +0200, ext Archit Taneja wrote:
This patch series which incorporates changes in DSS2 to enable
omap_dss_device instances to use the new Overlay Manager LCD2 in
DISPC.
On OMAP4, we have a new DISPC channel for Overlay Manager LCD2. This
channel's video port
On 10/19/2010 4:52 AM, Ingo Molnar wrote:
* Peter Zijlstrapet...@infradead.org wrote:
On Tue, 2010-10-19 at 13:45 +0200, Ingo Molnar wrote:
* Thomas Renningertr...@suse.de wrote:
Most definitely. It's no accident that it took such a long time for this issue
to be raised in the first
Hi Felipe,
On 10/19/2010 01:03 PM, ext Felipe Contreras wrote:
Add missing dependencies, and remove redundant ones, and select sensible
defaults.
Signed-off-by: Felipe Contrerasfelipe.contre...@gmail.com
---
drivers/mfd/Kconfig|3 ++-
drivers/regulator/Kconfig |1 +
* Arjan van de Ven ar...@linux.intel.com wrote:
On 10/19/2010 4:52 AM, Ingo Molnar wrote:
* Peter Zijlstrapet...@infradead.org wrote:
On Tue, 2010-10-19 at 13:45 +0200, Ingo Molnar wrote:
* Thomas Renningertr...@suse.de wrote:
Most definitely. It's no accident that it took such a
On 10/19/2010 6:50 AM, Ingo Molnar wrote:
* Arjan van de Venar...@linux.intel.com wrote:
On 10/19/2010 4:52 AM, Ingo Molnar wrote:
* Peter Zijlstrapet...@infradead.org wrote:
On Tue, 2010-10-19 at 13:45 +0200, Ingo Molnar wrote:
* Thomas Renningertr...@suse.de wrote:
Most
In case of TX only with DMA, the driver assumes that the data
has been transferred once DMA callback in invoked. However,
SPI's shift register may still contain data. Thus, the driver
is supposed to verify that the register is empty and the end of
the SPI transfer has been reached.
Signed-off-by:
On Tue, Oct 19, 2010 at 2:52 PM, Felipe Balbi ba...@ti.com wrote:
On Tue, Oct 19, 2010 at 06:36:32AM -0500, Felipe Contreras wrote:
That is actually the intention.
so it's a bit messed up one :-p
Why? It makes configurations simpler.
It's the other way around. He wanted to get rid of
Hi Roger,
On Tue, Oct 19, 2010 at 4:40 PM, Roger Quadros roger.quad...@nokia.com wrote:
@@ -843,6 +841,7 @@ config USB_CDC_COMPOSITE
config USB_G_NOKIA
tristate Nokia composite gadget
depends on PHONET
+ depends on USB_GADGET_MUSB_HDRC
This is wrong. Is there a build
Hi all,
linux-next, as of 20101019, built with the omap2plus_defconfig fails to
boot on omap3 and omap4. (I've disabled CONFIG_ARCH_OMAP2 or
CONFIG_SWP_EMULATE to get the image to build). Building with only
ARCH_OMAP3 allows the resultant image to boot up on OMAP3. Likewise,
an image built
From: Menon, Nishanth n...@ti.com
For MMC1 Controller, card detect interrupt source is
twl6030 which is non-gpio. The card detect call back function provides
card present/absent status by reading MMC Control register present
on twl6030. This functionality was introduced in mfd tree on
track to
Hi Nishanth,
On Tue, Oct 19, 2010 at 09:50:25AM -0500, Nishanth Menon wrote:
From: Menon, Nishanth n...@ti.com
For MMC1 Controller, card detect interrupt source is
twl6030 which is non-gpio. The card detect call back function provides
card present/absent status by reading MMC Control
Hi,
(already at home so using personal email)
On Tue, 19 Oct 2010 17:32:07 +0300, Felipe Contreras
felipe.contre...@gmail.com wrote:
There are two parts, one part is to fix the Kconfigs, and another was
to come up with a way to replace the horrible defconfigs. Part two is
mostly fixed thanks
On Mon, Oct 18, 2010 at 09:44:33AM +0200, Ohad Ben-Cohen wrote:
+#else /* !CONFIG_OMAP_HWSPINLOCK */
+
+static inline struct omap_hwspinlock *omap_hwspinlock_request(void)
+{
+ return ERR_PTR(-ENOSYS);
+}
One note, do you really want to fail if this option isn't built into the
kernel,
On Tue, Oct 19, 2010 at 01:03:28PM +0300, Felipe Contreras wrote:
Add missing dependencies, and remove redundant ones, and select sensible
defaults.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/mfd/Kconfig|3 ++-
drivers/regulator/Kconfig |1 +
On Tue, Oct 19, 2010 at 01:03:27PM +0300, Felipe Contreras wrote:
Note: USB_GADGET_MUSB_HDRC is already defined in usb/gadget.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Please describe _what_ trivial cleanups you did, and why you did them.
Care to resend?
thanks,
greg k-h
On Tue, Oct 19, 2010 at 01:28:09PM +0300, Felipe Balbi wrote:
On Tue, Oct 19, 2010 at 05:03:26AM -0500, Felipe Contreras wrote:
warning: (USB_MUSB_HDRC_HCD USB_SUPPORT USB_MUSB_HDRC
(USB_MUSB_HOST || USB_MUSB_OTG) USB_GADGET_MUSB_HDRC || USB_MUSB_OTG
choice USB USB_GADGET PM
On 10/19/2010 9:22 PM, Greg KH wrote:
On Tue, Oct 19, 2010 at 01:03:28PM +0300, Felipe Contreras wrote:
Add missing dependencies, and remove redundant ones, and select sensible
defaults.
Signed-off-by: Felipe Contrerasfelipe.contre...@gmail.com
---
drivers/mfd/Kconfig|3 ++-
On Tue, Oct 19, 2010 at 09:42:17PM +0530, Anand Gadiyar wrote:
On 10/19/2010 9:22 PM, Greg KH wrote:
On Tue, Oct 19, 2010 at 01:03:28PM +0300, Felipe Contreras wrote:
Add missing dependencies, and remove redundant ones, and select sensible
defaults.
Signed-off-by: Felipe
Ohad Ben-Cohen o...@wizery.com writes:
From: Simon Que s...@ti.com
Add driver for OMAP's Hardware Spinlock module.
The OMAP Hardware Spinlock module, initially introduced in OMAP4,
provides hardware assistance for synchronization between the
multiple processors in the device (Cortex-A9,
On Mon, Oct 18, 2010 at 1:44 AM, Ohad Ben-Cohen o...@wizery.com wrote:
From: Simon Que s...@ti.com
Add driver for OMAP's Hardware Spinlock module.
The OMAP Hardware Spinlock module, initially introduced in OMAP4,
provides hardware assistance for synchronization between the
multiple
On Tue, Oct 19, 2010 at 11:03 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Ohad Ben-Cohen o...@wizery.com writes:
From: Simon Que s...@ti.com
Build and register an hwspinlock platform device.
Although only OMAP4 supports the hardware spinlock module (for now),
it is still safe to
Ohad Ben-Cohen o...@wizery.com writes:
From: Simon Que s...@ti.com
Build and register an hwspinlock platform device.
Although only OMAP4 supports the hardware spinlock module (for now),
it is still safe to run this initcall on all omaps, because hwmod lookup
will simply fail on
On Tue, Oct 19, 2010 at 6:51 PM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 01:03:27PM +0300, Felipe Contreras wrote:
Note: USB_GADGET_MUSB_HDRC is already defined in usb/gadget.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Please describe _what_ trivial cleanups you
Ohad Ben-Cohen o...@wizery.com writes:
From: Simon Que s...@ti.com
Add driver for OMAP's Hardware Spinlock module.
The OMAP Hardware Spinlock module, initially introduced in OMAP4,
provides hardware assistance for synchronization between the
multiple processors in the device (Cortex-A9,
On Monday 18 October 2010 09:44:33 Ohad Ben-Cohen wrote:
+ int omap_hwspin_lock(struct omap_hwspinlock *hwlock, unsigned long *flags);
...
+ The flags parameter is a pointer to where the interrupts state of the
+ caller will be saved at.
This seems to encourage sloppy coding: The
On Tue, Oct 19, 2010 at 08:15:19PM +0300, Felipe Contreras wrote:
On Tue, Oct 19, 2010 at 6:51 PM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 01:03:27PM +0300, Felipe Contreras wrote:
Note: USB_GADGET_MUSB_HDRC is already defined in usb/gadget.
Signed-off-by: Felipe Contreras
On Tue, Oct 19, 2010 at 8:50 PM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 08:15:19PM +0300, Felipe Contreras wrote:
On Tue, Oct 19, 2010 at 6:51 PM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 01:03:27PM +0300, Felipe Contreras wrote:
Note: USB_GADGET_MUSB_HDRC is
* Anand Gadiyar gadi...@ti.com [101019 07:41]:
Hi all,
linux-next, as of 20101019, built with the omap2plus_defconfig fails
to boot on omap3 and omap4. (I've disabled CONFIG_ARCH_OMAP2 or
CONFIG_SWP_EMULATE to get the image to build). Building with only
ARCH_OMAP3 allows the resultant image
On Tue, Oct 19, 2010 at 10:45 PM, Tony Lindgren t...@atomide.com wrote:
* Anand Gadiyar gadi...@ti.com [101013 06:14]:
Building omap2plus_defconfig (which enables support for
OMAP2420/2430/OMAP3
and OMAP4 in one image), I get the following build error.
CC arch/arm/kernel/swp_emulate.o
On Tue, Oct 19, 2010 at 11:51 PM, Tony Lindgren t...@atomide.com wrote:
* Anand Gadiyar gadi...@ti.com [101019 07:41]:
Hi all,
linux-next, as of 20101019, built with the omap2plus_defconfig fails
to boot on omap3 and omap4. (I've disabled CONFIG_ARCH_OMAP2 or
CONFIG_SWP_EMULATE to get
2nd slot was fixed by the commit 214044b. I just tried and both internal
mmc and external microSD (=uSD) are working on current l-o head 8b4b015.
FYI: here is some info how to get access to N810 serial port pins.
Makes debugging much easier :-)
On Tue, Oct 19, 2010 at 5:46 PM, Greg KH g...@kroah.com wrote:
On Mon, Oct 18, 2010 at 09:44:33AM +0200, Ohad Ben-Cohen wrote:
+#else /* !CONFIG_OMAP_HWSPINLOCK */
+
+static inline struct omap_hwspinlock *omap_hwspinlock_request(void)
+{
+ return ERR_PTR(-ENOSYS);
+}
One note, do you
On Tue, Oct 19, 2010 at 6:58 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
+ * This spin_trylock_irqsave serves two purposes:
+
+ * 1. Disable local interrupts and preemption, in order to
+ * minimize the period of time in which the hwspinlock
+ * is taken (so
On Mon, 18 Oct 2010, Uwe Kleine-König wrote:
On Sat, Oct 16, 2010 at 11:00:05AM +0200, Andrea Gelmini wrote:
Intialize, configuation, wakup, Managment, addres
I already fixed some of these in
http://thread.gmane.org/gmane.linux.kernel/1030436/
Don't know why they didn't appear in
On Tue, Oct 19, 2010 at 7:01 PM, Grant Likely grant.lik...@secretlab.ca wrote:
+ struct omap_hwspinlock *omap_hwspinlock_request(void);
...
ERR_PTR() is only appropriate when the caller actually cares about the
failure code and has different behaviour depending on the result.
Agree; the
On Tue, Oct 19, 2010 at 7:21 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 18 October 2010 09:44:33 Ohad Ben-Cohen wrote:
+ int omap_hwspin_lock(struct omap_hwspinlock *hwlock, unsigned long
*flags);
...
+ The flags parameter is a pointer to where the interrupts state of the
+
On Tue, Oct 19, 2010 at 6:05 PM, Felipe Balbi m...@felipebalbi.com wrote:
On Tue, 19 Oct 2010 17:32:07 +0300, Felipe Contreras
felipe.contre...@gmail.com wrote:
There are two parts, one part is to fix the Kconfigs, and another was
to come up with a way to replace the horrible defconfigs. Part
On Tuesday 19 October 2010 22:43:34 Ohad Ben-Cohen wrote:
Disabling irqs might be a concern as a source of RT latency. It
might be better to make the caller responsible for managing local spin
locks and irq disable/enable.
This a coming from an hardware requirement, rather than a choice
On Tue, Oct 19, 2010 at 7:03 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
+postcore_initcall(hwspinlocks_init);
Any reason this needs to be a postcore_initcall? Are there users of
hwspinlocks this early in boot?
i2c-omap, which is subsys_initcall (the I2C bus is shared between the
A9
On Tuesday 19 October 2010 22:51:22 Ohad Ben-Cohen wrote:
, which is generally discouraged
in all places where you know if you need to disable interrupts or not.
IMHO the default should be a version that only allows locks that don't get
taken at IRQ time and consequently don't require
On Tue, Oct 19, 2010 at 10:58 PM, Arnd Bergmann a...@arndb.de wrote:
If a hwspinlock is taken over a long period of time, its other user
(with which we try to achieve synchronization) might be polling the
OMAP interconnect for too long (trying to take the hwspinlock) and
thus preventing it to
I'm using a 2.6.35 kernel, and the generic panel driver.
I see this crash about 25% of the time, so I suspect a race condition.
Is anyone else encountering this?
Steve
Unmounting local filesystems...
Unhandled fault: external abort on non-linefetch (0x1028) at 0xfa050040
Internal error: :
Hi Tony,
Upon Nishanth request, here is the updated version...
It takes into account your proposal to store partition
information in a partition structure instead of inside every pad entries.
The mechanism relies on the uniqueness of the pad name in each partition to
find the correct partition
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/mux.c | 38 +++---
1 files changed, 19 insertions(+), 19 deletions(-)
diff
RX-51 board is using some low level function in order to change
the padconf settings at runtime.
Since these functions will not be usable anymore after the
partition introduction, remove the code that use these code.
As soon as a proper API will be proposed, this patch will be drop.
Starting on OMAP4, the pin mux configuration is located in two
different partitions of the control module (CODE_PAD and WKUP_PAD).
The first one is inside the core power domain whereas the second
one is inside the wakeup.
Add the capability to add any number of partition during board init
time
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/Kconfig |1 +
arch/arm/mach-omap2/board-4430sdp.c | 10 ++
2 files changed, 11
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/Kconfig |1 +
arch/arm/mach-omap2/board-4430sdp.c |6 +-
2
Please note that the full muxmodes are re-defined for ES2 instead
of using the subset. There are 81 differences among 204 pins.
The subset fixup will have to iterate over the whole list for each
subset entry, which can lead to an important number of iteration.
On the other hand, it will take much
* Gadiyar, Anand gadi...@ti.com [101019 11:26]:
On Tue, Oct 19, 2010 at 11:51 PM, Tony Lindgren t...@atomide.com wrote:
* Anand Gadiyar gadi...@ti.com [101019 07:41]:
Hi all,
linux-next, as of 20101019, built with the omap2plus_defconfig fails
to boot on omap3 and omap4. (I've disabled
* Benoit Cousson b-cous...@ti.com [101019 15:14]:
Hi Tony,
Upon Nishanth request, here is the updated version...
It takes into account your proposal to store partition
information in a partition structure instead of inside every pad entries.
The mechanism relies on the uniqueness of the
1 - 100 of 121 matches
Mail list logo