Hi,
-Original Message-
From: Mauro Carvalho Chehab [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 05, 2008 4:50 PM
To: Shah, Hardik
Cc: Hans Verkuil; [EMAIL PROTECTED]; linux-omap@vger.kernel.org; linux-fbdev-
[EMAIL PROTECTED]
Subject: Re: [PATCH] OMAP 2/3 V4L2 display driver on
On Monday 06 October 2008 08:06:30 Shah, Hardik wrote:
Hi,
-Original Message-
From: Mauro Carvalho Chehab [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 05, 2008 4:50 PM
To: Shah, Hardik
Cc: Hans Verkuil; [EMAIL PROTECTED];
linux-omap@vger.kernel.org; linux-fbdev-
[EMAIL
* Marek Vasut [EMAIL PROTECTED] [081003 20:54]:
On Friday 03 of October 2008 19:38:51 Anand Gadiyar wrote:
That's nothing new in David's case ;-) (dont consider this an insult)
(Hit reply instead of reply-all... Reminder to self. Never send emails
when you're sleepy)
On Fri, Oct 3,
* Felipe Balbi [EMAIL PROTECTED] [081004 02:50]:
without it, otg_get/set_transceiver won't be useful and
twl4030-usb transceiver won't get to musb code.
Pushed to l-o tree.
Tony
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/i2c/chips/twl4030-usb.c |2 +-
1 files
* Tony Lindgren [EMAIL PROTECTED] [081004 10:36]:
On Fri, Oct 03, 2008 at 06:49:48PM +0100, Mark Brown wrote:
On Fri, Oct 03, 2008 at 08:37:14AM -0700, David Brownell wrote:
So if the only place these are queued is the OMAP tree, and
there is no particular objection to the patch, then
* Koen Kooi [EMAIL PROTECTED] [081004 12:39]:
Op 2 okt 2008, om 11:29 heeft Kevin Hilman het volgende geschreven:
Mans Rullgard [EMAIL PROTECTED] writes:
This increases VMALLOC_END to 0x1800, making room for 256MB
RAM with the default 128MB vmalloc region.
Signed-off-by: Mans Rullgard
From: David Brownell [EMAIL PROTECTED]
Simplify and correct TWL4030 GPIO IRQ handling:
- support mask() not just unmask()
- use genirq handle_edge_irq() handler not custom hacks
- let that handle (correct) accounting of chained IRQ counts
- use the more efficient clear-on-read mechanism
-
I can't test the pwrbutton stuff, but rtc and musb behave...
With one issue: the usb transceiver glue misbehaves on
startup if the device is connected. (Again.) I looked at
this a bit, and I think the issue is probably caused by
not actually using key USB registers ... IRQ trigger
mode state
* Hiroshi DOYU [EMAIL PROTECTED] [080915 06:02]:
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
---
arch/arm/mach-omap1/board-h2-mmc.c |1 -
arch/arm/mach-omap1/board-h3-mmc.c |1 -
arch/arm/mach-omap1/board-h3.c |1 -
arch/arm/mach-omap2/board-h4.c |1
* Felipe Balbi [EMAIL PROTECTED] [080922 18:11]:
commit bf9454a3aaf2cad2321aa8f97bfd5d8c4ebc7bf5 broke compilation
for ldp board. The following patch fixes it. Also fixes a wrong
cast from a void __iomem * to u32.
Pushing today.
Tony
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
* Steve Sakoman [EMAIL PROTECTED] [080914 08:18]:
Drive OVERO_GPIO_BT_XGATE low rather than relying on the pin mux pull
down set by U-boot
Pushing today. Will also merge into the minimal board support patch
for mainline kernel.
Tony
Signed-off-by: Steve Sakoman [EMAIL PROTECTED]
---
Hans Verkuil [EMAIL PROTECTED] writes:
On Monday 06 October 2008 08:06:30 Shah, Hardik wrote:
4. VIDIOC_S/G_OMAP2_COLORKEY: Color keying allows the pixels with
the defined color on the video pipelines to be replaced with the
pixels on the graphics pipelines. I believe similar feature must
Commit 81d2c7d87a9c1eb724788fce7312922effa1b1ae broke
compilation of board-n800-mmc.c, this patch fixes it.
Still n810 doesn't boot anymore with current linux-omap.
Will look into that soon.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
arch/arm/mach-omap2/board-n800-mmc.c |6 +++---
1
* Evgeniy Polyakov [EMAIL PROTECTED] [080925 14:41]:
Hi.
On Thu, Sep 25, 2008 at 12:19:44PM +0530, Gadiyar, Anand ([EMAIL PROTECTED])
wrote:
From: Madhusudhan Chikkature [EMAIL PROTECTED]
This patch provides the necessary modifications to the driver to
remove the global ptr
On Fri, Oct 03, 2008 at 09:00:48AM -0700, David Brownell wrote:
From: David Brownell [EMAIL PROTECTED]
A variety of twl4030-core cleanups:
- SIH register declarations moved from core.c to twl4030.h, for
keypad, madc, bci; this decouples from twl4030-madc.h; add
several omitted
On Mon, 6 Oct 2008 12:09:22 +0300
ext Felipe Balbi [EMAIL PROTECTED] wrote:
Commit 81d2c7d87a9c1eb724788fce7312922effa1b1ae broke
compilation of board-n800-mmc.c, this patch fixes it.
Still n810 doesn't boot anymore with current linux-omap.
Will look into that soon.
Signed-off-by:
On Mon, 6 Oct 2008, Shah, Hardik wrote:
-Original Message-
From: Hans Verkuil [mailto:[EMAIL PROTECTED]
On Monday 06 October 2008 08:06:30 Shah, Hardik wrote:
-Original Message-
From: Mauro Carvalho Chehab [mailto:[EMAIL PROTECTED]
4. VIDIOC_S/G_OMAP2_COLORKEY:
* Evgeniy Polyakov [EMAIL PROTECTED] [081006 12:36]:
Hi.
On Mon, Oct 06, 2008 at 12:17:06PM +0300, Tony Lindgren ([EMAIL PROTECTED])
wrote:
Great, pushing to linux-omap tree.
Evgeniy, are these already in your queue for upstream?
Not really, since I do not follow omap tree and will
Hi,
-Original Message-
From: Hans Verkuil [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 11:59 AM
To: Shah, Hardik
Cc: Mauro Carvalho Chehab; [EMAIL PROTECTED]; linux-omap@vger.kernel.org;
linux-fbdev-
[EMAIL PROTECTED]; Hadli, Manjunath
Subject: Re: [PATCH] OMAP 2/3
On Mon, Oct 06, 2008 at 12:47:22PM +0300, Daniel Stone wrote:
On Mon, Oct 06, 2008 at 12:11:29PM +0300, ext Felipe Balbi wrote:
That LED_CONNECTED_WRONG was never defined so removing.
If someone needs those hooks, add back via proper
platform_data instead of nasty ifdefery.
On Mon, Oct 06, 2008 at 01:19:18AM -0700, David Brownell wrote:
I can't test the pwrbutton stuff, but rtc and musb behave...
With one issue: the usb transceiver glue misbehaves on
startup if the device is connected. (Again.) I looked at
this a bit, and I think the issue is probably caused
On Mon, Oct 06, 2008 at 12:21:38PM +0300, Tony Lindgren wrote:
* Felipe Balbi [EMAIL PROTECTED] [081006 12:10]:
Commit 81d2c7d87a9c1eb724788fce7312922effa1b1ae broke
compilation of board-n800-mmc.c, this patch fixes it.
Thanks, pushing.
Still n810 doesn't boot anymore with current
* Felipe Balbi [EMAIL PROTECTED] [081006 14:50]:
On Mon, Oct 06, 2008 at 01:32:27PM +0300, Jarkko Nikula wrote:
On Mon, 6 Oct 2008 12:09:22 +0300
ext Felipe Balbi [EMAIL PROTECTED] wrote:
Commit 81d2c7d87a9c1eb724788fce7312922effa1b1ae broke
compilation of board-n800-mmc.c, this
On Mon, Oct 06, 2008 at 01:32:27PM +0300, Jarkko Nikula wrote:
On Mon, 6 Oct 2008 12:09:22 +0300
ext Felipe Balbi [EMAIL PROTECTED] wrote:
Commit 81d2c7d87a9c1eb724788fce7312922effa1b1ae broke
compilation of board-n800-mmc.c, this patch fixes it.
Still n810 doesn't boot anymore with
On Mon, Oct 06, 2008 at 12:11:31PM +0300, Felipe Balbi wrote:
This driver should be sitting together with the other
led drivers.
But this driver actually doesn't implement the led sysfs interface.
If the driver is changed to implement the led framework interface,
we break the existing n810
On Mon, Oct 06, 2008 at 12:11:29PM +0300, ext Felipe Balbi wrote:
That LED_CONNECTED_WRONG was never defined so removing.
If someone needs those hooks, add back via proper
platform_data instead of nasty ifdefery.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
Signed-off-by: Daniel Stone
On Mon, Oct 06, 2008 at 02:17:23PM +0300, Tony Lindgren wrote:
* Riku Voipio [EMAIL PROTECTED] [081006 14:09]:
On Mon, Oct 06, 2008 at 12:11:31PM +0300, Felipe Balbi wrote:
This driver should be sitting together with the other
led drivers.
But this driver actually doesn't implement
* Riku Voipio [EMAIL PROTECTED] [081006 14:09]:
On Mon, Oct 06, 2008 at 12:11:31PM +0300, Felipe Balbi wrote:
This driver should be sitting together with the other
led drivers.
But this driver actually doesn't implement the led sysfs interface.
If the driver is changed to implement the
* Zavala Trujillo, Diego [EMAIL PROTECTED] [080920 10:11]:
Regards,
Fix the compilation for the 3430LDP.
Replace omap_device_type for omap_type.
Thanks, looks like I've already pushed a similar patch from Felipe.
Tony
---
arch/arm/mach-omap2/board-ldp.c |2 +-
1 files changed, 1
* Singh, Vimal [EMAIL PROTECTED] [080826 13:19]:
From: Teerth Reddy [EMAIL PROTECTED]
This patch enables the support for nand driver on 3430sdp
Pushing today.
Tony
Signed-off-by: Teerth Reddy [EMAIL PROTECTED]
---
arch/arm/configs/omap_3430sdp_defconfig | 12 +++-
1 files
- Original Message -
From: Tony Lindgren [EMAIL PROTECTED]
To: Evgeniy Polyakov [EMAIL PROTECTED]
Cc: Gadiyar, Anand [EMAIL PROTECTED]; [EMAIL PROTECTED];
linux-omap@vger.kernel.org; Chikkature Rajashekar, Madhusudhan [EMAIL
PROTECTED]
Sent: Monday, October 06, 2008 2:47 PM
Subject:
* Felipe Balbi [EMAIL PROTECTED] [081006 12:10]:
Commit 81d2c7d87a9c1eb724788fce7312922effa1b1ae broke
compilation of board-n800-mmc.c, this patch fixes it.
Thanks, pushing.
Still n810 doesn't boot anymore with current linux-omap.
Will look into that soon.
Could it be because of the removal
That LED_CONNECTED_WRONG was never defined so removing.
If someone needs those hooks, add back via proper
platform_data instead of nasty ifdefery.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/i2c/chips/lp5521.c | 22 --
1 files changed, 0 insertions(+), 22
On Mon, Oct 06, 2008 at 02:51:03PM +0300, Felipe Balbi wrote:
On Mon, Oct 06, 2008 at 02:17:23PM +0300, Tony Lindgren wrote:
* Riku Voipio [EMAIL PROTECTED] [081006 14:09]:
On Mon, Oct 06, 2008 at 12:11:31PM +0300, Felipe Balbi wrote:
This driver should be sitting together with the other
On Mon, Oct 06, 2008 at 03:54:57PM +0300, ext Riku Voipio wrote:
On Mon, Oct 06, 2008 at 02:51:03PM +0300, Felipe Balbi wrote:
On Mon, Oct 06, 2008 at 02:17:23PM +0300, Tony Lindgren wrote:
* Riku Voipio [EMAIL PROTECTED] [081006 14:09]:
On Mon, Oct 06, 2008 at 12:11:31PM +0300, Felipe
- Original Message -
From: Tony Lindgren [EMAIL PROTECTED]
To: Evgeniy Polyakov [EMAIL PROTECTED]
Cc: Gadiyar, Anand [EMAIL PROTECTED]; [EMAIL PROTECTED];
linux-omap@vger.kernel.org; Chikkature Rajashekar, Madhusudhan [EMAIL
PROTECTED]
Sent: Monday, October 06, 2008 4:01 PM
Subject:
Felipe Balbi wrote:
On Mon, Oct 06, 2008 at 03:54:57PM +0300, ext Riku Voipio wrote:
On Mon, Oct 06, 2008 at 02:51:03PM +0300, Felipe Balbi wrote:
On Mon, Oct 06, 2008 at 02:17:23PM +0300, Tony Lindgren wrote:
* Riku Voipio [EMAIL PROTECTED] [081006 14:09]:
On Mon,
* Tony Lindgren [EMAIL PROTECTED] [081005 11:15]:
On Fri, Oct 03, 2008 at 03:09:35PM +0300, Tony Lindgren wrote:
Add minimal omap3430 support based on earlier patches from
Syed Mohammed Khasim. Also merge in omap34xx SRAM support
from Karthik Dasu and use consistent naming for sram init
* Tony Lindgren [EMAIL PROTECTED] [081003 15:47]:
* Tony Lindgren [EMAIL PROTECTED] [081003 15:26]:
From: Steve Sakoman [EMAIL PROTECTED]
This patch adds support for basic features: nand, uarts, i2c,
mmc, rtc, and usb
Hmm, looks like I need to update this description as mmc and
usb
Hi,
The http url doesn't seem to be working anymore:
http://www.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
Can you?
mv .git/post-update{.sample,}
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL
Hello,
The latest PM branch, is now available in the linux-omap tree. The
git-shortlog is below[1], but from a high level, this branch includes
support for
- full-chip retention in dynamic idle
- full-chip retention in suspend
- full-chip OFF in dynamic idle
- full-chip OFF in suspend
The
On Thu, 2 Oct 2008, Russell King - ARM Linux wrote:
On Thu, Oct 02, 2008 at 10:37:46AM -0600, Paul Walmsley wrote:
The series can be pulled from:
git://git.pwsan.com/linux-2.6 omap-clock-upstream
The branch is based on rmk/devel, since powerdomain and clockdomain
changes are not
Hello Russell,
On Sat, 4 Oct 2008, Russell King - ARM Linux wrote:
On Thu, Oct 02, 2008 at 10:37:50AM -0600, Paul Walmsley wrote:
static void omap2_clk_wait_ready(struct clk *clk)
{
- void __iomem *reg, *other_reg, *st_reg;
- u32 bit;
-
- /*
-* REVISIT: This code is
David Brownell [EMAIL PROTECTED] writes:
From: David Brownell [EMAIL PROTECTED]
Remove linux/i2c/twl4030-rtc.h by moving all the relevant contents
into the driver itself, and removing the rest. Stuff removed included
many useless bitmasks, and remnants of the platform data hook.
Add
On Mon, Oct 06, 2008 at 08:52:46AM -0600, Paul Walmsley wrote:
OK. Tony's tree contains some patches which thoroughly clean this
function up, but they are large. Would you like me to send those along
with this patch set, or would you prefer that I just drop this part of the
patch and
Hi David,
On Fri, 3 Oct 2008, David Brownell wrote:
On Tuesday 16 September 2008, Felipe Contreras wrote:
This is exactly the same as the overo configuration. It might make sense
to have them in a single one.
I got a hard lockup (no timer ticking), no blinkenlights, etc ...
doesn't look
On Mon, Oct 06, 2008 at 08:48:38AM -0600, Paul Walmsley wrote:
On Thu, 2 Oct 2008, Russell King - ARM Linux wrote:
On Thu, Oct 02, 2008 at 10:37:46AM -0600, Paul Walmsley wrote:
The series can be pulled from:
git://git.pwsan.com/linux-2.6 omap-clock-upstream
The branch is
On Mon, 6 Oct 2008, Russell King - ARM Linux wrote:
On Mon, Oct 06, 2008 at 08:52:46AM -0600, Paul Walmsley wrote:
OK. Tony's tree contains some patches which thoroughly clean this
function up, but they are large. Would you like me to send those along
with this patch set, or would you
CONFIG_GPIO_TWL4030 needs to be set in menuconfig otherwise,
for OMAP3 defconfig we get the below build error.
arch/arm/mach-omap2/built-in.o: In function `hsmmc_card_detect':
/share/anand/tony/arch/arm/mach-omap2/hsmmc.c:50: undefined reference to
`twl4030_get_gpio_datain'
On Mon, Oct 06, 2008 at 09:14:19PM +0530, Gadiyar, Anand wrote:
CONFIG_GPIO_TWL4030 needs to be set in menuconfig otherwise,
for OMAP3 defconfig we get the below build error.
arch/arm/mach-omap2/built-in.o: In function `hsmmc_card_detect':
/share/anand/tony/arch/arm/mach-omap2/hsmmc.c:50:
On Monday 06 October 2008, Felipe Balbi wrote:
On Mon, Oct 06, 2008 at 01:19:18AM -0700, David Brownell wrote:
...
(This is similar to the GPIO patch I just sent, but simpler
except for the impact on the few drivers thinking oddly
about IRQs. Those patches cover the key SIH modules,
-Original Message-
From: Felipe Balbi [mailto:[EMAIL PROTECTED]
On Mon, Oct 06, 2008 at 09:14:19PM +0530, Gadiyar, Anand wrote:
CONFIG_GPIO_TWL4030 needs to be set in menuconfig otherwise,
for OMAP3 defconfig we get the below build error.
arch/arm/mach-omap2/built-in.o: In
On Monday 06 October 2008, Felipe Balbi wrote:
would be nice to have the patch moving tlw4030-core to drivers/mfd
coming from you so we know everything is fine.
That's in current OMAP git already ...
56d33dd99b13c4f18df838e766c595299f7e1e0f
--
To unsubscribe from this list: send the line
On Thu, Oct 02, 2008 at 10:37:52AM -0600, Paul Walmsley wrote:
From: Tony Lindgren [EMAIL PROTECTED]
Remove OMAP_PRM_REGADDR and OMAP_CM_REGADDR. Use
prm_read/write_mod_reg() or cm_read/write_mod_reg() instead. For
assembly, use OMAP_PRM_REGADDR or OMAP_CM_REGADDR macros.
I do
On Monday 06 October 2008, mathias nyman wrote:
The driver for the next version of the lp552x chip uses the led class
for the direct mode
That sounds like the way to start ... any reason why the
current driver couldn't be changed do the same?
This would seem like a good motivation to add some
On Monday 06 October 2008, Tony Lindgren wrote:
--- linux-omap-2.6_27_08_2008.orig/include/linux/mtd/nand.h
+++ linux-omap-2.6_27_08_2008/include/linux/mtd/nand.h
@@ -45,7 +45,7 @@
*/
#define NAND_MAX_OOBSIZE 64
#define NAND_MAX_PAGESIZE2048
-
+#define NAND_BLOCK_SIZE
On Monday 06 October 2008, Kevin Hilman wrote:
--- a/arch/arm/mach-omap2/board-3430sdp.c
+++ b/arch/arm/mach-omap2/board-3430sdp.c
@@ -40,7 +40,6 @@
#include mach/keypad.h
#include mach/dma.h
#include mach/gpmc.h
-#include linux/i2c/twl4030-rtc.h
#include asm/io.h
#include
On Monday 06 October 2008, Felipe Balbi wrote:
Yes, we need defconfig changes since Kconfig is not asking about the new
CONFIG_GPIO_TWL4030 symbol added.
I seem to have tested with make oldconfig not make ..._defconfig.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
On Monday 06 October 2008, Paul Walmsley wrote:
[ INFO: possible recursive locking detected ]
2.6.27-rc8-omap1 #174
-
aplay/1816 is trying to acquire lock:
(clockfw_lock){}, at: [c0036be4] clk_enable+0x24/0x70
but task is already
Hi all,
Today I did a pull from the linux-omap tree, and I have this error in
compilation with the sdp defconfig:
CC arch/arm/mach-omap2/board-3430sdp.o
arch/arm/mach-omap2/board-3430sdp.c:43:35: error: linux/i2c/twl4030-rtc.h: No
such file or directory
Ok, I just noticed from the mails what happened.. :)
Sorry for the unnecessary alert.
-Original Message-
From: [EMAIL PROTECTED] [mailto:linux-omap-
[EMAIL PROTECTED] On Behalf Of Aguirre Rodriguez, Sergio Alberto
Sent: Monday, October 06, 2008 1:20 PM
To: David Brownell; [EMAIL
Build is stock 62c36fdd962de2db5d62a326490913f41c442a5c, no additional patches.
Without DEBUG_LL, boot silently fails. With DEBUG_LL, one can see that
the failure is due to a NULL pointer dereference in musb.
I suspect that the root cause is related to:
3i2c_omap i2c_omap.1: controller timed
On Mon, Oct 06, 2008 at 11:01:53AM -0700, David Brownell wrote:
On Monday 06 October 2008, Paul Walmsley wrote:
[ INFO: possible recursive locking detected ]
2.6.27-rc8-omap1 #174
-
aplay/1816 is trying to acquire lock:
On Thursday 02 October 2008, Hiroshi DOYU wrote:
For some of the above drivers, omap's functional clock and
interface clock doesn't make sense.
Actually, I thought OMAP was pretty consistent about having
both on all modules where it made sense.
For such device drivers, those
clocks may
On Mon, Oct 06, 2008 at 11:42:08AM -0700, David Brownell wrote:
They're all OMAP-specific drivers. They can know that they
need to ask for both clocks. If perchance only one of them
were actually needed, that would be exceptional ... and the
driver should be able to assume the device was
On Monday 06 October 2008, Steve Sakoman wrote:
Build is stock 62c36fdd962de2db5d62a326490913f41c442a5c, no additional
patches.
Without DEBUG_LL, boot silently fails. With DEBUG_LL, one can see that
the failure is due to a NULL pointer dereference in musb.
I suspect that the root cause
From: David Brownell [EMAIL PROTECTED]
Request two more GPIOs on Beagle: MMC write protect, DVI enable.
Also define the first OMAP3 GPIO mux config symbols, with a new
naming convention. Examples:
- GPIO42 is bidirectional, and uses external pull up/down (if any);
- GPIO42_UP is
On Mon, Oct 6, 2008 at 12:53 PM, David Brownell [EMAIL PROTECTED] wrote:
On Monday 06 October 2008, Steve Sakoman wrote:
However unlike others, I find that musb is not functional -- and the
trick of disconnecting the USB cable and then reconnecting it does not
work.
I observed the same
I'm set up as host, using a BeagleBoard, and with the current
linux-omap git I can get USB working by unplugging and replugging the
A side of the cable (at the mini-AB connector on the BeagleBoard).
Just disconnecting the cable at the B side is not enough. It must
have something to do with the
On Monday 06 October 2008, Steve Sakoman wrote:
How does your kernel config set up musb -- host or OTG? Mine is set up as
host.
For now, host-only.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Monday 06 October 2008, Nathan Monson wrote:
I'm set up as host, using a BeagleBoard, and with the current
linux-omap git I can get USB working by unplugging and replugging the
A side of the cable (at the mini-AB connector on the BeagleBoard).
Just disconnecting the cable at the B side is
Had problems with using NFS because Android tries to set specific permission
and ownership of files - and has a nasty habit of testing those permissions
frequently. If you have any local storage options - that would help. Also,
check your init.rc file for things like mount trying to
On Mon, Oct 6, 2008 at 2:15 PM, Nathan Monson [EMAIL PROTECTED] wrote:
I'm set up as host, using a BeagleBoard, and with the current
linux-omap git I can get USB working by unplugging and replugging the
A side of the cable (at the mini-AB connector on the BeagleBoard).
Just disconnecting the
From: Felipe Balbi [EMAIL PROTECTED]
In the following patches we introduce omap_clk_associate
hook to simplify clk handling for drivers. The main idea
is that we let struct clk know which device is the user
for that clk source and create a function name (or alias)
for the clk so drivers doesn't
From: Felipe Balbi [EMAIL PROTECTED]
Introduce a new mechanism to omap's clk implementation to
associate the device with its clock during platform_device
registration. Also gives the clock a function name (like
mmc_fck, uart_fck, ehci_fck, etc) so drivers won't have to
care about clk names any
From: Felipe Balbi [EMAIL PROTECTED]
Let musb use clk_associate to avoid introducing non-standard
clk functions and passing a clk name via pdata.
Also introduce txt file to track clk function names.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
Documentation/arm/OMAP/clk_function_name.txt
On Fri, Oct 03, 2008 at 02:52:26PM +0300, Carlos Chinea wrote:
Signed-off-by: Carlos Chinea [EMAIL PROTECTED]
---
arch/arm/plat-omap/include/mach/ssi/ssi_gdd_reg.h | 145
.../plat-omap/include/mach/ssi/ssi_reg_common.h| 73 ++
Hi,
I am running into a weird problem with the current HEAD on OMAP2430SDP.
It seems the execution goes into infinite loop in intc_bank_read_reg() function.
In the:
while (!(intc_bank_read_reg(bank, INTC_SYSSTATUS) 0x1))
/* Wait for reset to complete */;
to be
Haven't seen that error - sorry.
Unable to mmap stands out. I know there was a lot of updates to the shared
memory subsystem and there was some Android share memory driver introduced with
the Android patch set. Seems like it's trying to mmap some shared memory and
failing. The rest just
On Mon, Oct 06, 2008 at 05:18:49PM +0100, Russell King - ARM Linux wrote:
On Thu, Oct 02, 2008 at 10:37:52AM -0600, Paul Walmsley wrote:
From: Tony Lindgren [EMAIL PROTECTED]
Remove OMAP_PRM_REGADDR and OMAP_CM_REGADDR. Use
prm_read/write_mod_reg() or cm_read/write_mod_reg() instead.
I am running into a weird problem with the current HEAD on OMAP2430SDP.
It seems the execution goes into infinite loop in intc_bank_read_reg()
function.
In the:
while (!(intc_bank_read_reg(bank, INTC_SYSSTATUS) 0x1))
/* Wait for reset to complete */;
Did your
On Fri, Oct 03, 2008 at 02:52:29PM +0300, Carlos Chinea wrote:
Signed-off-by: Carlos Chinea [EMAIL PROTECTED]
---
drivers/misc/Kconfig |2 ++
drivers/misc/Makefile |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
On Monday 06 October 2008, Felipe Balbi wrote:
looks much better and much easier to type: #include linux/ssi.h
Does this work on non-OMAP kernels? If not, mach/ssi.h or
similar would seem more sensible ...
Agreed about there being way too many headers, too.
--
To unsubscribe from this list:
On Wednesday 01 October 2008, Gupta, Ajay Kumar wrote:
Currently all the BULK request are multiplexed on one hardware endpoint
and when a wifi or eth device is in use they never release BULK hardware
endpoint so that it can be used by other devices. This causes failure of
serial device when
From: David Brownell [EMAIL PROTECTED]
Bugfixes to TWL subdriver irq handler setup ... lockdep
workarounds, remove IRQF_DISABLED. NOPs with current code.
These changes are specific to the drivers which register
directly with the PIH irq_chip (in twl4030-core), and are
prerequsites to a cleanup
From: David Brownell [EMAIL PROTECTED]
Simplify twl4030 IRQ handling by removing a needless custom flow
handler. The top level IRQs, from the PIH, are well suited for
handle_simple_irq() ... they can't be acked or masked.
Switching resolves some issues with how IRQs were dispatched.
Notably,
Thanks for your comments.
On Wednesday 01 October 2008, Gupta, Ajay Kumar wrote:
Currently all the BULK request are multiplexed on one hardware endpoint
and when a wifi or eth device is in use they never release BULK hardware
endpoint so that it can be used by other devices. This causes
twebb,
As far as I know Android root file system cannot reside on
jffs2 partition as jffs2 does not have support for memory mapped IO.
One workaround may be to create an EXT2 image for the Android root FS
and place it in the jffs2 partition and try mounting it as loop
device. A brief
On Modday 06 October 2008, Devid Brownell wrote:
On Monday 06 October 2008, Tony Lindgren wrote:
--- linux-omap-2.6_27_08_2008.orig/include/linux/mtd/nand.h
+++ linux-omap-2.6_27_08_2008/include/linux/mtd/nand.h
@@ -45,7 +45,7 @@
*/
#define NAND_MAX_OOBSIZE 64
#define
Fixes co-working issue of usb serial device with usb/net devices while
oter endpoints are free and can be used.This patch implements the policy
that if endpoint resources are available then different BULK request goes
to different endpoint otherwise they are multiplexed to one reserved
endpoint as
90 matches
Mail list logo