Hi all,
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin Hilman
Sent: Friday, April 04, 2008 11:46 PM
To: Tony Lindgren
Cc: Iqbal; linux-omap@vger.kernel.org
Subject: Re: source.mvista links are broken
Tony Lindgren [EMAIL PROTECTED]
snip
I'm still unable to clone the git tree from the mvista site.
I use git clone http://source.mvista.com/gittrees/linux-omap-2.6.git;
I can't use the git://* URLs either. I'm behind a proxy and exporting
http_proxy isn't helping.
Was finally able to clone from kernel.org. Found
, April 08, 2008 8:13 PM
To: Gadiyar, Anand
Cc: linux-omap@vger.kernel.org
Subject: OMAP2430 build breakage
Hi Anand,
Regarding the building of omap_2430sdp_defconfig and
omap_2430osk_defconfig, I'm going to send today a new - and complete -
version of Francisco's patch [1] that solve
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Felipe Balbi
Sent: Thursday, April 24, 2008 7:16 PM
To: linux-omap@vger.kernel.org; David Brownell
Cc: Tony Lindgren; Syed Mohammed, Khasim; Felipe Balbi
Subject: [PATCH 2/2] USB: Generalize usb
snip
diff --git a/include/asm-arm/arch-omap/dma.h
b/include/asm-arm/arch-omap/dma.h
index be0431e..270e158 100644
--- a/include/asm-arm/arch-omap/dma.h
+++ b/include/asm-arm/arch-omap/dma.h
@@ -273,6 +273,10 @@
#define OMAP24XX_DMA_MS 63 /* S_DMA_62 */
#define
snip
diff --git a/include/asm-arm/arch-omap/dma.h
b/include/asm-arm/arch-omap/dma.h
index be0431e..270e158 100644
--- a/include/asm-arm/arch-omap/dma.h
+++ b/include/asm-arm/arch-omap/dma.h
@@ -273,6 +273,10 @@
#define OMAP24XX_DMA_MS 63 /*
-Original Message-
From: Tony Lindgren [mailto:[EMAIL PROTECTED]
Sent: Friday, April 25, 2008 10:16 PM
To: Gadiyar, Anand
Cc: Eduardo Valentin; linux-omap@vger.kernel.org; Eduardo Valentin
Subject: Re: [PATCH 4/5] OMAP3xx: Add DMA and IRQ definition
for McBSP 1 and 2
* Gadiyar
Hi all,
Here are three patches to clean DMA code to support multi-boot
better. I have made quick testing on 24xx and 34xx only so far,
and things seem to work.
I will also do more testing, but I would appreciate if people would
give them a quick spin and see if anything breaks.
Hi Tony,
I was trying to look at the history of the following file in gitweb:
include/asm-arm/arch-omap/mcbsp.h
It throws a parsing error seemingly because of characters in the above
commit's Author field.
Any chance we can fix this? (I'm not even sure if we should, but if Luis
doesn't
* Gadiyar, Anand [EMAIL PROTECTED] [080512 06:01]:
Hi Tony,
I was trying to look at the history of the following file in gitweb:
include/asm-arm/arch-omap/mcbsp.h
It throws a parsing error seemingly because of characters
in the above
commit's Author field.
Any chance we
Hi,
I am unable to visit any of these links. I get the following error Unknown or
invalid plugin: 'tracker'.
Regards,
Anand
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bryan Wu
Sent: Saturday, May 17, 2008 4:31 PM
To: [EMAIL PROTECTED]; [EMAIL
+
+static struct omap_mcbsp_platform_data omap2_mcbsp_pdata[] = {
+#ifdef CONFIG_ARCH_OMAP24XX
+ {
+ .virt_base = IO_ADDRESS(OMAP24XX_MCBSP1_BASE),
+ .dma_rx_sync= OMAP24XX_DMA_MCBSP1_RX,
+ .dma_tx_sync= OMAP24XX_DMA_MCBSP1_TX,
+
Hi all,
Commit 5b36d70fa08f09de161487fe7f6e04200ffb8d71 breaks boot on OMAP3430 SDP.
Reversing the patch allows the boot to work.
Bootlog and the patch are shown below.
Regards,
Anand
commit 5b36d70fa08f09de161487fe7f6e04200ffb8d71
Author:
Fix hdrc_cnf.h for omap3 configuration.
Does this break the configuration for omap2?
We should set these dynamically if different for omap2 and omap3
so we can compile both into the same kernel.
Should check omap2430 trm to be sure, maybe someone in TI
could help us with it ?
It
Current omap hsmmc driver is not pm friendly. Build it as a module
because it prevents omap3 retention.
Small comment.
At least this patch shouldn't be reverted, there's no reason
for not building drivers as modules. I'll do the same
to musb.
Actually there is. It really depends on what
And like you said, if the defconfig is all modular (or all built-in)
the user/manufacturer/hacker can always change it later. Although
I defend that Reference Boards' defconfigs should be as modular
as possible.
I totally agree: furthermore testing power features is damn easier if we
My main bone of contention was the statement that there was no reason for
not building something as a module. There is a case for building drivers
into the kernel. Whether it is the best choice is something that depends
on what one is trying to achieve.
As Felipe wrote, it is easy to
That wasn't what I said or meant. What I did want to bring out was that
having
something built-in might give it more exposure to test by someone who wasn't
actively working on that area. And most bugs are caught by people other than
the active developers.
Not really, another usecase
snip
Actually, I don't have any detail information about the IP from mentor of
Blackfin.
I just found the instruction from the Blackfin manual. We need to clear DMA
IRQ flag
manually on Blackfin, although it is not true on Davinci.
But when I tried to write large file to the U-DISK
At Beagle IRC there was some discussion [1] [2] today about kernel
hang on OMAP3 based Beagle board. I'll try to summarize discussion and
Khasim's findings, maybe somebody here has an idea.
Latest OMAP git kernel seems to hang on beagle board after some time.
You don't see any crash, but
* [EMAIL PROTECTED] [EMAIL PROTECTED] [080702 15:25]:
From: Iqbal Shareef [EMAIL PROTECTED]
Separate out 3430 LCD panel support from 2430 SDP.
Currently the support for the LCD on 3430SDP is added in
the lcd_2430sdp.c
file. This patch separates it out to a new file.
Pushing today.
-Original Message-
From: Dirk Behme [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 05, 2008 12:56 PM
To: linux-omap@vger.kernel.org
Cc: Gadiyar, Anand
Subject: Re: Kernel hang on OMAP3 based Beagle board, RTC issue?
Koen Kooi wrote:
Op 2 jul 2008, om 22:03 heeft Gadiyar
Hi All,
snip
Tried that and I get the same hang, so I don't think the RTC is to blame.
Short update just in case anybody has an idea:
Gadiyar spent some time with git-bisect (thanks!):
It seems that the bad commit is probably between:
# good:
Hi,
Hi,
ext Gadiyar, Anand [EMAIL PROTECTED] writes:
Hi All,
snip
Tried that and I get the same hang, so I don't think the RTC is to
blame.
Short update just in case anybody has an idea:
Gadiyar spent some time with git-bisect (thanks!):
It seems
On Wed, Jul 30, 2008 at 07:21:53AM -0700, ext Emanoil Kotsev wrote:
Dear Felipe, I just want to tell, that while still developing kernels in
the 2.6.2X
series a kernel 2.6.22 can not be labeled as old. Besides it comes along with
few
distros as default kernel.
A lot of people like
On Wed, Jul 30, 2008 at 07:21:53AM -0700, ext Emanoil Kotsev wrote:
Dear Felipe, I just want to tell, that while still developing kernels in
the 2.6.2X
series a kernel 2.6.22 can not be labeled as old. Besides it comes along
with few
distros as default kernel.
A lot of people like
On Wed, 2008-07-30 at 21:56 +0530, ext Gadiyar, Anand wrote:
Grr. Saying one needs to upgrade to the latest kernel before one can
expect
support is a bit like certain proprietary OS vendors - and even they do a
better
job than this.
The difference is that an OS vendor usually
On Mon, Aug 04, 2008 at 06:48:22PM +0530, ext Gadiyar, Anand wrote:
MUSB RTL v1.4 has a hardware issue which results in a DMA controller
hang when TX and RX DMA channels are simultaneously enabled. This
affects at least OMAP2430 and OMAP34XX.
Since RX transfers are in Mode 0 and anyway
Hi,
* Bryan Wu [EMAIL PROTECTED] [080805 06:27]:
Signed-off-by: Bryan Wu [EMAIL PROTECTED]
---
drivers/usb/musb/musb_gadget_ep0.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
I think all musb patches should be now posted to linux-usb list as the
Hi all,
I've pushed all the patches I have in my omap inbox, except for
the omap serial driver that I want to look more.
I've tried to comment on the ones that did not get pushed, then
erased everything from my omap inbox. Some drivers should get
integrated via other mailing lists, and
On Tue, Aug 5, 2008 at 11:48 PM, Gadiyar, Anand [EMAIL PROTECTED] wrote:
From: Anand Gadiyar [EMAIL PROTECTED]
If Indexed Mode register accesses are enabled, the ep0_rxstate() function
calls
musb_g_ep0_giveback() before writing to the CSR register. When control
returns
Also increase MUSB_LOGLEVEL to 3 in your .config file and reabuild that
2.6.22.18 kernel.
Don't bother re-building the kernel. You could just do an
echo D3 /proc/driver/musb_hdrc
or even D5 for more detail. If low-level debug is not enabled, you can
echo 8
Hi All,
If I have a USB camera with good Linux support, can I connect it
to omap3evm(or any omap2) and make it functional?
I don't see why not. Do you expect a problem with using it? You could
use MUSB in host or OTG mode and connect the camera to the MUSB port.
- Anand--
To unsubscribe
MUSB: Workaround for simultaneous TX and RX usage
MUSB RTL V1.4 has a hardware issue which results in a DMA controller
hang when TX and RX DMA channels are simultaneously enabled. This
affects at least OMAP2430 and OMAP34XX.
Since RX transfers are in Mode 0 and anyway result in one DMA interrupt
From: Anand Gadiyar [EMAIL PROTECTED]
If Indexed Mode register accesses are enabled, the ep0_rxstate()
function calls musb_g_ep0_giveback() before writing to the CSR
register. When control returns to this ep0_rxstate, the index
register contents are over-written. This causes the CSR register
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, August 04, 2010 4:22 PM
To: Gadiyar, Anand
Cc: linux-omap@vger.kernel.org; Menon, Nishanth; G, Manjunath Kondaiah
Subject: Re: [PATCH v2] OMAP3630: Add ES1.1 and ES1.2 detection
* Tony Lindgren t
G, Manjunath Kondaiah [manj...@ti.com] wrote:
From: Cousson, Benoit
On 7/30/2010 5:57 AM, G, Manjunath Kondaiah wrote:
snip
+/* Attributes for OMAP DMA Contrllers */
+#define ENABLE_1510_MODE (1 0)
+#define DMA_LINKED_LCH (1 1)
+#define
Datta, Shubhrajyoti wrote:
Subject: [RFC PATCH] Board support for the the GPIO keys
Please tag $SUBJECT with something like omap: 4430sdp:
Board support for the GPIO keys.
The proximity sensor is connected to GPIO and is registered as a
GPIO key.
Signed-off-by: Shubhrajyoti D
Felipe Balbi wrote:
On Thu, Aug 19, 2010 at 01:49:33AM +0200, ext Keshava Munegowda wrote:
@@ -298,7 +327,163 @@ static int omap_start_ehc(struct ehci_hc
}
if (cpu_is_omap44xx()) {
-/* TODO */
driver should never make use of cpu_is_omap* calls neither machine_is_*
Felipe Balbi wrote:
On Thu, Aug 19, 2010 at 01:49:36AM +0200, ext Keshava Munegowda wrote:
@@ -126,6 +126,14 @@ config USB_EHCI_MXC
---help---
Variation of ARC USB block used in some Freescale chips.
+config USB_EHCI_HCD_OMAP3
+bool EHCI support for OMAP3 and later chips
+
Felipe Balbi wrote:
Hi,
On Fri, Aug 20, 2010 at 07:47:07AM +0200, ext Gadiyar, Anand wrote:
The differences between OMAP3 and OMAP4 are:
- The OMAP4 has a different set of clocks which do not exist on OMAP3.
- The register bits for configuring port modes is different
is it a different ip
Felipe Balbi wrote:
Hi,
On Fri, Aug 20, 2010 at 07:47:07AM +0200, ext Gadiyar, Anand wrote:
The differences between OMAP3 and OMAP4 are:
- The OMAP4 has a different set of clocks which do not exist
on OMAP3.
- The register bits for configuring port modes is different
is it a different
Felipe Balbi wrote:
@@ -126,6 +126,14 @@ config USB_EHCI_MXC
---help---
Variation of ARC USB block used in some Freescale chips.
+config USB_EHCI_HCD_OMAP3
+ bool EHCI support for OMAP3 and later chips
+ depends on USB_EHCI_HCD (ARCH_OMAP3 || ARCH_OMAP4)
this line doesn't
+static int omap_prox_activate(struct device *dev)
No tab needed before the function name - a space will do.
(at least for consistency with other functions in the file).
I don't know if this is serious enough to warrant a new revision,
but if you're reworking this patch for something else,
Felipe Balbi wrote:
On Wed, Aug 18, 2010 at 04:55:43AM +0200, ext Keshava Munegowda wrote:
The PHY reset code is moved at the begining and end of the function
omap_start_ehc. This simplfies the writing clocks enabling code for
OMAP4 later.
Signed-off-by: Keshava Munegowda
Ashwin Bihari wrote:
On Wed, Aug 25, 2010 at 4:12 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
On 08/25/10 03:29, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi,
I have am3517 based board and Libertas sdio (4 wires)
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes one infinite hang of bulk IN transfer in double buffer
case, the hang can be observed easily by test #6 of usbtest if musb is
configured as g_zero and fifo mode 3 is taken to enable double fifo.
In fact,
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes two bugs of OUT transfer in double buffer case:
-USE_MODE1 should be enabled except for ANOMALY_05000456 case, or
else may cause infinite hang and data error bug in double buffer
Double
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
DMA length should not go beyond the availabe space of request buffer,
so fix it.
Signed-off-by: Ming Lei tom.leim...@gmail.com
Cc: Anand Gadiyar gadi...@ti.com
Cc: Mike Frysinger vap...@gentoo.org
Cc: Sergei Shtylyov
Ming Lei wrote:
2010/8/27 Gadiyar, Anand gadi...@ti.com:
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes one infinite hang of bulk IN transfer in double buffer
case, the hang can be observed easily by test #6 of usbtest if musb is
configured
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes one bugs of OUT transfer in double buffer case:
-the current code only enable autoclear for dma mode 1, and not
for dma mode 0
Without this patch, test #5 of usbtest can't be passed if we
configure
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
All hcd's debugfs entries are under usb debugfs root dir already,
so musb should not be a exception.
Signed-off-by: Ming Lei tom.leim...@gmail.com
---
drivers/usb/musb/musb_debugfs.c |2 +-
1 files changed, 1
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes one bugs of OUT transfer in double buffer case:
-the current code only enable autoclear for dma mode 1, and not
for dma mode 0
Without this patch, test #5 of usbtest can't be passed if we
configure
On Thu, Sep 9, 2010 at 4:53 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On ES2.0 the L2 cache init parameter ineeds to be changed to take
care of cache size. The cache size is 1MB on ES2.0 vs 512KB on ES1.0
This patch fixes the init parameter to update the same using
dynamic cpu
On Thu, Sep 16, 2010 at 12:01 AM, Tony Lindgren t...@atomide.com wrote:
Hi all,
Here's some important info regarding posted patches and the
upcoming merge window.
UPCOMING MERGE WINDOW
Just to remind everybody, we want to have our omap patches reviewed
and queued into for-next by -rc6.
On Thu, Sep 16, 2010 at 4:40 AM, Paul Walmsley p...@pwsan.com wrote:
On Wed, 15 Sep 2010, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [100915 12:07]:
This change has been commited to both TI's android 2.6.29 and 2.6.32
kernels.
The commits can be viewed here:
On Thu, Sep 16, 2010 at 11:35 AM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Wed, Sep 15, 2010 at 08:10:15AM -0500, Sergei Shtylyov wrote:
I don't see what to rework. The last short packet should still satisfy
(request-actual == request-length) condition, no?
of course not, it's short not
On Fri, Sep 17, 2010 at 12:27 AM, Tony Lindgren t...@atomide.com wrote:
* Gadiyar, Anand gadi...@ti.com [100915 21:51]:
About two months of it is my fault, since it was posted to l-o on July 21.
But all the time between 12 March and 21 July is up to TI to answer.
This really could have
Hi all,
I was trying to use current linux-omap master to put together a custom
minimal defconfig for a beagleboard, and I'm seeing a compile error:
CC init/main.o
In file included from include/linux/highmem.h:9,
from include/linux/pagemap.h:10,
from
CC init/main.o
In file included from include/linux/highmem.h:9,
from include/linux/pagemap.h:10,
from include/linux/mempolicy.h:70,
from init/main.c:50:
On Tue, Sep 21, 2010 at 9:33 PM, Igor Grinberg grinb...@compulab.co.il wrote:
add support for hsusb host ports 1, 2 and on-module usb hub.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 50
++
...
@@
On Wed, Sep 22, 2010 at 12:58 PM, Bryan Wu bryan...@canonical.com wrote:
On Wed, Sep 22, 2010 at 5:24 AM, David Anders x0132...@ti.com wrote:
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
Signed-off-by: David Anders x0132...@ti.com
On Sat, Sep 25, 2010 at 12:41 AM, Tony Lindgren t...@atomide.com wrote:
* Luciano Coelho luciano.coe...@nokia.com [100924 11:42]:
On Fri, 2010-09-24 at 20:03 +0200, ext John W. Linville wrote:
On Thu, Sep 23, 2010 at 01:03:35PM +0300, Luciano Coelho wrote:
Add board configuration for the
On Fri, Sep 24, 2010 at 2:45 PM, Benoit Cousson b-cous...@ti.com wrote:
omap_mux_read / omap_mux_write should not be accessed directly
outside the mux framework.
Do we really have use case that require dynamic mux change beside
GPIO?
Only case I can think of is for any workarounds for issues
On Mon, Oct 4, 2010 at 11:59 AM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
Hi,
On Fri, 2010-10-01 at 17:57 +0200, ext Grazvydas Ignotas wrote:
hi,
I've been building linux-next for a while now and keep getting these
build errors, just posting them here in case not all are known. Not
Hmmm... We got a problem here. This patch breaks builds when we *don't*
have omap: mmc extended to pass host capabilities from board file. We
don't have that on wireless-next yet, so builds with zoom boards
selected are broken.
Any ideas on how to solve this dilemma? I guess the proper way
On Thu, Oct 7, 2010 at 6:03 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
Hi,
Latest linux-omap/master branch is not booting up on OMAP3EVM board, I am
using omap2plus_defcofnig without any changes.
I tried enableing early_printk option then found that it is hanging
immediately after
On Fri, Oct 8, 2010 at 1:17 AM, Laine Walker-Avina lwalk...@ieee.org wrote:
On Fri, May 14, 2010 at 7:01 AM, Gadiyar, Anand gadi...@ti.com wrote:
Alan Stern wrote:
On Thu, 13 May 2010, Anand Gadiyar wrote:
Add support for suspend and resume to the ehci-omap driver.
Added routines
On Fri, Oct 8, 2010 at 4:07 AM, Grazvydas Ignotas nota...@gmail.com wrote:
Looks like the transfers get mixed somehow? Curiously after replugging
the cable several times it starts working properly, however the
problem comes back reliably after each reboot.
Please apply the patch below against
On Mon, Oct 11, 2010 at 8:39 AM, John Garland john...@cse.unsw.edu.au wrote:
Hi,
Both the dspbridge and master branch of linux-omap seem to hang when
trying to boot (i.e. no output) on a beagleboard C2.
This is with the new omap2plus_defconfig (as opposed to the old
omap3_defconfig).
Is
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 the
On Wed, Oct 20, 2010 at 5:02 AM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [101019 15:48]:
* 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
On Wed, Oct 20, 2010 at 5:16 AM, Gadiyar, Anand gadi...@ti.com wrote:
On Wed, Oct 20, 2010 at 5:02 AM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [101019 15:48]:
* Gadiyar, Anand gadi...@ti.com [101019 11:26]:
On Tue, Oct 19, 2010 at 11:51 PM, Tony Lindgren t
On Wed, Oct 27, 2010 at 5:54 AM, Ming Lei tom.leim...@gmail.com wrote:
I want to know which type of DMA is taken by musb of DM3730,
INVENTRA_DMA, TI_CPPI_DMA or others?
Inventra DMA. An updated version compared to the OMAP34xx/35xx.
- No major change to the programming model
- The simultaneous
On Tue, Nov 2, 2010 at 10:05 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, Nov 2, 2010 at 3:31 PM, Anand Gadiyar gadi...@ti.com wrote:
MEMBLOCK_REAL_LIMIT symbol was removed by the commit e63075a3c937
(memblock: Introduce default allocation limit and use it to replace
explicit
2010/11/8 Marco Stornelli marco.storne...@gmail.com:
2010/11/8 Uwe Kleine-König u.kleine-koe...@pengutronix.de:
Hello,
On Sat, Nov 06, 2010 at 10:06:35AM +0100, Marco Stornelli wrote:
From: Marco Stornelli marco.storne...@gmail.com
During compilation of 2.6.36 for Beagle board, there a are
On Tue, Nov 9, 2010 at 10:23 AM, Rick Bronson r...@efn.org wrote:
Hi Sanjeev,
Thanks much for the help.
I tried building the latest on l-o master and was able to boot consistently
in 4 times I tried. Didn't notice the gpio clock related error I noticed in
your boot log.
U-Boot 2010.09
On Tue, Nov 23, 2010 at 7:50 AM, Peter Barada pet...@logicpd.com wrote:
I've pulled the latest linux-2.6.37-rc3 kernel from kernel.org, and using
the arch/arm/configs/omap3plus_defconfig as .config, and turning on:
CONFIG_MACH_OMAP35CONFIG_MACH_OMAP3530_LV_SOM=y
CONFIG_MACH_OMAP3_TORPEDO=y
On Tue, Nov 30, 2010 at 11:14 PM, Greg KH g...@kroah.com wrote:
On Mon, Nov 22, 2010 at 12:10:03AM +0530, Anand Gadiyar wrote:
This series adds support for the EHCI controller on
OMAP4 chips. (This enables the ethernet controller
on the Pandaboard - finally!).
I'm sorry for the really long
On Wed, Dec 1, 2010 at 12:17 AM, Tony Lindgren t...@atomide.com wrote:
* Greg KH gre...@suse.de [101130 10:22]:
On Tue, Nov 30, 2010 at 11:53:11PM +0530, Gadiyar, Anand wrote:
The only other change is I added back patch descriptions to a couple
of patches that I missed out on in v1
Hi all,
As all OMAP folks know, x-loader is a first-stage bootloader for
OMAPs, derived from the u-boot base code. There have been several
forks of the x-loader code within and outside of TI. X-loader has no
upstream path as it is currently used only for TI-products.
To avoid duplication of
On Fri, Jan 7, 2011 at 8:50 PM, Anand Gadiyar gadi...@ti.com wrote:
Update: I disabled CONFIG_OMAP_RESET_CLOCKS and the PHY and other
connected devices enumerate just fine. Could you try this out on
your board as well?
I'll look deeper and see if there are some required clocks that are
On Wed, Feb 9, 2011 at 7:25 PM, Raghuveer Murthy
raghuveer.mur...@ti.com wrote:
Adding DVI support to OMAP4 PandaBoard.
PandaBoard uses TFP410 DVI Framer chip
http://focus.ti.com/lit/ds/symlink/tfp410.pdf
The TFP410 gets its power enable and display data over GPIO lines muxed
in from
Sergei Shtylyov wrote:
Gadiyar, Anand wrote:
From: Felipe Balbi wrote:
+ /* On MUSB:RTL1.8 and above, DMA has to be word aligned */
+ if ((dma_addr % 4)
+ (musb-hwvers = MUSB_HWVERS_1800)) {
is it only inventra dma that suffers from this ? If not, we could
+#ifdef CONFIG_PM
+void musb_platform_save_context(struct musb_context_registers
+*musb_context)
+{
+musb_context-otg_sysconfig = omap_readl(OTG_SYSCONFIG);
+musb_context-otg_forcestandby = omap_readl(OTG_FORCESTDBY);
Any reason not to store: OTG_INTERFSEL
Depending
snip
So far I have tried many versions of the linux-omap and linux-omap-pm
kernel, from about 2.6.30 to the latest git version. They all exhibit
the USB OTG death bug.
I've used kernels with openembedded patches and without, currently
without. Yesterday I discovered the
Shilimkar, Santosh wrote:
The musb support is enable to omap3 platforms. For omap4 only board
support is available and the driver still isn't supported.
Because of this build with omap3_defconfig used for multi-omap
doesn't work on omap4430 sdp.
This patch hacks the musb probe to keep the
Felipe Balbi wrote:
Hi,
On Tue, Feb 23, 2010 at 03:16:44PM +0530, Ajay Kumar Gupta wrote:
MUSB can supply upto 500mA such as, AM3517 and OMAP3EVM Rev =E and thus
the 'power' field has to hold values above 255.
power on the arch code is same as bMaxPower it will be multiplied by two
on
I think this patch breaks musb_hdrc.
In musb_core_init is musb-config-dyn_fifo checked but is never set.
So I get the following dmesg output:
musb_hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split,
HB-ISO Rx, HB-ISO Tx, SoftConn)
musb_hdrc: MHDRC RTL version
Wit the current master branch, I tried enabling DEBUG_LL, and EARLY_PRINTK
options,
but I can't see the LL output as usual (#... kind of thing) on my
3630SDP.
Is there a patch to enable it after the serial cleanup patches?
I think DEBUG_LL on zoom boards is broken because they
In addition to DEBUG_LL you need to append 'earlyprintk' to the cmdline.
Brilliant! Now it works. :D
Thanks a lot for the help!
Works for me too! Thanks!
- Anand
Regards,
Sergio
Hope this helps,
Jean
On Friday 26 February 2010 16:02:36 Gadiyar, Anand wrote:
Wit
felipe.ba...@nokia.com wrote:
From: Felipe Balbi felipe.ba...@nokia.com
the early_param() call in board-omap3touchbook.c expands to:
static const char __setup_str_early_touchbook_revision[]
__section(.init.rodata) _aligned(1) = tbr;
[...]
and we have a non-const variable being
Hi,
Felipe already reported one issue with the board-omap3touchbook.c
causing a build break. After working around that, there's another
build break when compiling the 4430SDP board file.
CC arch/arm/mach-omap2/board-4430sdp.o
/tmp/cc7lJWsG.s: Assembler messages:
/tmp/cc7lJWsG.s:45: Error:
Scott Ellis wrote:
The clock divider range check is wrong for the OMAP3.
The MCSPI_CHxCONF.CLKD register field has a max value 0x0C
not 0x0F. Reference was the OMAP3 TRM Rev. D manual.
I don't know whether the old value was correct for OMAP24xxx
boards so I put in some #ifdef stuff.
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gupta, Ajay Kumar
Sent: Wednesday, October 28, 2009 5:13 PM
[...]
diff --git a/arch/arm/mach-omap2/usb-musb.c b/arch/arm/mach-omap2/usb-
musb.c
index a80441d..529e2b1 100644
---
Sid Boyce wrote:
There is no way to configure EHCI on beagleboard, so my devices are
never seen. Only OHCI has ARCH_ARM as a config option.
I shall edit it into drivers/usb/Kconfig and see if it works.
drivers/usb/Kconfig looks okay to me.
Gary Thomas wrote:
On 11/02/2009 08:35 PM, Bill Gatliff wrote:
Guys:
Can someone give me any ideas as to why my Beagleboard-like platform
would spontaneously restart after precisely four minutes of operation?
No OOPS, no nothing. This is with 2.6.32-rc5.
BeagleBoard like?
Bill Gatliff wrote:
Gadiyar, Anand wrote:
I suspect a watchdog timer of some kind, but I haven't got a clue which one.
Turns out I had disabled watchdog timer support in my kernel.
Re-enabling it seems to have addressed the problem--- the system has run
for more than 5 minutes now
Mark Brown wrote:
On Wed, Nov 04, 2009 at 06:02:48PM +0530, Gupta, Ajay Kumar wrote:
You should be able to regulator_get() the 1v8 supply and
regulator_enable() it. The regulator was already setup in twl4030-core.c
so that should work just fine.
I can do regulator_get() and
1 - 100 of 334 matches
Mail list logo
