Peter Meerwald wrote:
Hello,
I am wondering if an OMAP3 (say dm3730) can generate the hsusb0_clk (musb)
for ULPI by itself? (and if so, how?)
is hsusb0_clk strictly an input depending on an external clock source?
looking at the DM3730 TRM I am not entirely sure
For MUSB, no it cannot
Balbi, Felipe wrote:
Hi,
On Thu, Aug 18, 2011 at 04:18:24PM +0530, Anand Gadiyar wrote:
I'd like to help co-maintain OMAP USB support. I've helped
out in the past when Felipe was away and would like make
it official.
...
I'm concerned you will just vanish again. Last time we tried, I
Balbi, Felipe wrote:
HI,
On Thu, Aug 18, 2011 at 04:52:22PM +0530, Munegowda, Keshava wrote:
On Thu, Aug 18, 2011 at 4:14 PM, Anand Gadiyar gadi...@ti.com wrote:
This code section seems to have been accidentally copy pasted.
It causes incorrect bits to be set up in the TLL_CHANNEL_CONF
Greg KH wrote:
On Thu, Aug 18, 2011 at 04:18:24PM +0530, Anand Gadiyar wrote:
I'd like to help co-maintain OMAP USB support. I've helped
out in the past when Felipe was away and would like make
it official.
Traditionally people are asked to be a maintainer, or they volunteer to
take
Greg KH wrote:
On Thu, Aug 18, 2011 at 05:14:17PM +0530, Gadiyar, Anand wrote:
Balbi, Felipe wrote:
HI,
On Thu, Aug 18, 2011 at 04:52:22PM +0530, Munegowda, Keshava wrote:
On Thu, Aug 18, 2011 at 4:14 PM, Anand Gadiyar gadi...@ti.com wrote:
This code section seems to have
Michael Jones wrote:
I have a function in a driver which takes ~50ms to execute, which I've
measured by reading jiffies at the beginning and end. But jiffies only
counts at 128Hz on my system, so this was a very coarse measurement. Now
I would like to find out more exactly where the time is
From: Vikram Pandita vikram.pand...@ti.com
This patch enables the DMA mode1 RX support.
This feature is enabled based on the short_not_ok flag passed from
gadget drivers.
This will result in a thruput performance gain of around
40% for USB mass-storage/mtp use cases.
Based on Original
Pandita, Vikram wrote:
On Mon, Jul 18, 2011 at 11:22 PM, Gadiyar, Anand gadi...@ti.com wrote:
From: Vikram Pandita vikram.pand...@ti.com
This patch enables the DMA mode1 RX support.
This feature is enabled based on the short_not_ok flag passed from
gadget drivers.
This will result
Pandita, Vikram wrote:
On Tue, Jul 19, 2011 at 12:46 AM, Gadiyar, Anand gadi...@ti.com wrote:
Pandita, Vikram wrote:
On Mon, Jul 18, 2011 at 11:22 PM, Gadiyar, Anand gadi...@ti.com wrote:
snip
But you can't just change authorship when the entire functional code
is the same. (It doesn't
Gupta, Ajay Kumar wrote:
Restoring the missing INDEX register value in musb_restore_context().
Without this suspend resume functionality is broken with offmode
enabled.
Cc: sta...@kernel.org
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
FWIW,
Acked-by: Anand Gadiyar gadi...@ti.com
Daniel Mack wrote:
Hi Tony et al,
I'm having problems booting newer kernels on a Gumstix Overo board.
I enabled CONFIG_EARLY_PRINTK to see any messages at all, and see a
number of warnings first and then lots of garbled binary junk once the
UART is set up.
This is Linus' current
On Fri, Mar 18, 2011 at 11:13 AM, Anand Gadiyar gadi...@ti.com wrote:
i tried this test tree with omap2plus_defconfig.
it seems the kernel crashes and poweroff the board on loading
this hdmi stuff, but dont print any crashlog. is there a
way any backtraces will be printed?
output from serial
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
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
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 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
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
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 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
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 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 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 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 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
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 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
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 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
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 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
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 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
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
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
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)
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
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
+
-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
Tony Lindgren wrote:
* Anand Gadiyar gadi...@ti.com [100710 02:11]:
Add revision detection for ES1.1 and ES1.2. Set default
revision as ES1.2.
Add CHIP_GE_OMAP3630ES1_1 to detect revisions 1.1 and later.
This is needed for at least one feature that is broken in
3630ES1.0 but exists
diff --git a/arch/arm/mach-omap2/omap4-common.c
b/arch/arm/mach-omap2/omap4-common.c
index 13dc979..b557cc2 100644
--- a/arch/arm/mach-omap2/omap4-common.c
+++ b/arch/arm/mach-omap2/omap4-common.c
snip
@@ -66,6 +73,12 @@ static int __init omap_l2_cache_init(void)
*/
@@ -460,4 +461,35 @@ OMAP3_HAS_FEATURE(isp, ISP)
OMAP3_HAS_FEATURE(192mhz_clk, 192MHZ_CLK)
OMAP3_HAS_FEATURE(io_wakeup, IO_WAKEUP)
+/*
+ * Map revision bits to silicon specific revisions
+ */
+#define ES_1_0 OMAP_REVBITS_00
probably need ES_1_1, 1_2 (considering
Arno Steffen wrote:
I do have some messages while booting a 2.6.33 kernel:
What does this mean? How can I get rid of it?
What is omap3_clk_lock_dpll5() doing and what if I comment it out? I
guess it make some sense ;)
Not sure why you have this issue - I'll have to dig a bit, or maybe
Aguirre, Sergio wrote:
+/*
+ * The USBTLL Save-and-Restore mechanism is broken on
+ * 3430s upto ES3.0 and 3630ES1.0. Hence this feature
+ * needs to be disabled on these chips.
+ * Refer: 3430 errata ID i459 and 3630 errata ID i579
+ */
static struct powerdomain
Enric Balletbò i Serra
Hello,
When I disconnect an USB pendrive using twl4030 otg as host (step 2)
the usb_disconnect function is not called. OTOH if I reconnect the
device (step 3), then the usb_disconnect function is called.
Does anyone have any ideas why usb_disconnect is not called
Paul Walmsley wrote:
On Sat, 10 Jul 2010, Anand Gadiyar wrote:
USBTLL Save-and-Restore is broken in 3630 ES1.0. Having it
enabled could result in incorrect register restores as
the OMAP exits off-mode. This could potentially result in
unexpected wakeup events.
This is fixed in
Tony Lindgren wrote:
Hi all,
FYI, I'll be mostly offline after Friday for several weeks.
I'll post few more patchsets for review, but will not be merging
any other omap code after that for the upcoming merge window.
Cheers,
Tony
Tony,
The 3630 ES1.1 ID code patch is pending in
Felipe Balbi wrote:
On Tue, Jul 06, 2010 at 09:57:09AM +0200, ext Tony Lindgren wrote:
Sounds like we should first fix thing before adding new code
that will make fixing the basic issues harder.
my idea to deal with this is to have a set of platform glue drivers.
So omap2430.c,
Grazvydas Ignotas wrote:
Hi Tony,
here are some updates for Pandora, which we have now around 700 units
shipped (finally!) after years of developemt hell. More are being
made at the moment.
Neat! Hope you sell a zillion. I'll try and buy one someday.
- Anand
--
To unsubscribe from this
Aguirre, Sergio wrote:
Sripathy, Vishwanath wrote:
Here is the log from Early printk.
snip
Could not get gpios_ick
Could not get gpios_fck
Probably Tony will be the best to answer this, but... This
code shouldn't get executed I think (the one producing above prints)..
Above
Paul Walmsley wrote:
On Mon, 21 Jun 2010, Paul Walmsley wrote:
On Sat, 19 Jun 2010, Gadiyar, Anand wrote:
Gadiyar, Anand wrote:
We need to wait on the IDLEST bit after the clocks are enabled
before attempting to access any register.
Currently, the USBTLL i-clock ops uses
Felipe Balbi wrote:
On Thu, Jun 17, 2010 at 12:40:40PM +0200, ext Ajay Kumar Gupta wrote:
From: Anand Gadiyar gadi...@ti.com
This pin-muxing is best done in the board files. The driver should
not do this explicitly.
Also, this code causes a warning to be thrown when OMAP2430 and OMAP3/4
Anders, David wrote:
-Original Message-
From: Gadiyar, Anand
Sent: Wednesday, June 23, 2010 6:03 PM
To: Koen Kooi; Kevin Hilman; Hunter, Jon
Cc: Anders, David; linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
Gupta, Ajay Kumar; felipe.ba...@nokia.com
Subject: RE: [PATCH
+static void __init omap4_panda_init(void)
+{
+ int status;
+
+ omap4_panda_i2c_init();
+ omap_serial_init();
+ omap4_twl6030_hsmmc_init(mmc);
+ /* OMAP4 Panda uses internal transceiver so register nop transceiver */
+ usb_nop_xceiv_register();
+ /* FIXME:
Koen Kooi wrote:
Op 23 jun 2010, om 22:33 heeft Kevin Hilman het volgende geschreven:
David Anders x0132...@ti.com writes:
Add select statement to force selection of NOP_USB_XCEIV for OMAP4.
Signed-off-by: David Anders x0132...@ti.com
---
drivers/usb/musb/Kconfig |1 +
1
Kevin Hilman wrote:
Sent: Wednesday, June 23, 2010 6:43 PM
To: linux-omap@vger.kernel.org
Cc: p...@pwsan.com; Cousson, Benoit; Sergei Shtylyov
Subject: [PATCH 04/13] OMAP: hwmod: Fix the missing braces
From: Benoit Cousson b-cous...@ti.com
As reported by Sergei, a couple of braces were
Paul Walmsley wrote:
Generally it is helpful if you have a patch for a subsystem that I
maintain, to cc me directly.
Will do. Thanks.
- Anand
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
IIUC, Panda was built to be compatible with the SDP/Blaze, right?
If so, is there any reason we can't support both boards from the same
board file?
Just add the above MACHINE_START.._END section to board-4430sdp.c to handle
the both machine IDs, but all the functions could be common.
Gadiyar, Anand wrote:
We need to wait on the IDLEST bit after the clocks are enabled
before attempting to access any register.
Currently, the USBTLL i-clock ops uses the clkops_omap2_dflt_wait,
while the USBTLL f-clock ops uses clkops_omap2_dflt. If the
i-clock is enabled first
Kevin Hilman wrote:
Vishwa,
Can you have someone investigate/debug why using omap3_defconfig on
3630/Zoom3 results in no network while using omap_zoom3_defconfig
seems to work?
In addition, this would also be a good opportunity to get rid of the
Zoom3-specific defconfig and move towards
Datta, Shubhrajyoti wrote:
Enabling hwmon and lm75 in the omap4 defconfig
I believe we're not going to be taking defconfig changes now.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/configs/omap_4430sdp_defconfig |3 ++-
1 files changed, 2 insertions(+), 1
Laurent Pinchart wrote:
On Friday 11 June 2010 16:55:07 Aguirre, Sergio wrote:
On Fri, Jun 11, 2010 at 3:19 PM, Nagarajan, Rajkumar wrote:
1. What is the alternative way of submitting defconfig changes/files to
LO?
I don't think defconfig changes are prohibited now. If I
From: Gopinath, Thara
Sent: Friday, June 04, 2010 4:20 PM
To: Gadiyar, Anand; Kevin Hilman; Mike Chan
Cc: linux-omap@vger.kernel.org; Paul Walmsley
Subject: RE: Future of resource framework?
-Original Message-
From: linux-omap-ow
Kevin Hilman wrote:
Mike Chan m...@android.com writes:
On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
I'm not sure if this has been discussed, yet but since it seems that
the resource framework will not be making
Dmitry Torokhov wrote:
Hi Anand,
On Fri, May 14, 2010 at 02:26:40PM +0530, Gadiyar, Anand wrote:
Looks like the ads7846 driver breaks suspend-to-ram at least on
the OMAP 3430SDP. On a kernel built with the omap3_defconfig, with
no_console_suspend, I see the log below
Felipe Balbi wrote:
On Wed, Jun 02, 2010 at 04:45:48PM +0200, ext Tony Lindgren wrote:
Yeah having the modules do the platform device init and registration will
lead into nasty conflicts. The platform device registration really needs
to happen in the board-*.c files, not in the drivers.
Manjunatha GK wrote:
This patch updates ES1.1 silicon revision ID for OMAP3630
processor. The silicon revision can be read by reading hawkeye
and revision bits in IDCODE register.
Tested on 3630sdp(with ES1.1 silicon) and Zoom3(with ES1.0) silicon.
Signed-off-by: Manjunatha GK
David Brownell wrote:
incompatible Kconfig role setting
there's a patch making that a warning instead of an #error
if I'm not wrong.
It's not an #error, it's a dev_err().
But more to the point, it's reporting a real error. As
the comment in the code explains:
/* The
Stephen Schwarm, CSDP wrote:
I have not had time to make a formal patch for this but I thought it was
significant enough just to send it out. The problem is on omap systems
that use omap_hsmmc.c to run sd or mmc cards. If the system you are
using has an 8 wire interface, it will only use a
Gupta, Ajay Kumar wrote:
Fixes/workaround based on CONFIG_MACH_OMAP3517EVM will be good only for
OMAP3517EVM and would not scale well to other boards based on AM35x.
(As commented earlier by Sergei)
I just got to know of another board LIZARD based on AM35x so we really
need to find a
felipe.ba...@nokia.com wrote:
From: Felipe Balbi felipe.ba...@nokia.com
Errata ID i445 says we SOFTRESET doesn't work properly
on omap3630, so let's avoid issuing that here.
Not really - all it says is that a ULPI reset is not propagated
to the PHY when you softreset the controller.
The
Looks like the ads7846 driver breaks suspend-to-ram at least on
the OMAP 3430SDP. On a kernel built with the omap3_defconfig, with
no_console_suspend, I see the log below.
Will investigate some time next week, unless someone already has a fix.
- Anand
# echo mem /sys/power/state
[
si...@santesteban.eu wrote:
si...@santesteban.eu wrote:
Hi I am using a v4l2 usb video capturer (em28xx based), and it is working
fine for around 5 minutes. However, it stops capturing after this time.
There is no error message sent to kmsg ot the application, which
apparently waits
Alan Stern wrote:
On Thu, 13 May 2010, Anand Gadiyar wrote:
Add support for suspend and resume to the ehci-omap driver.
Added routines for platform_driver suspend/resume and
wrappers around ehci_bus_suspend/resume.
+#ifdef CONFIG_PM
Felipe Balbi wrote:
On Wed, May 12, 2010 at 05:19:36PM +0530, Ajay Kumar Gupta wrote:
MUSB RTL version 1.4 has a hardware issue when TX and RX DMA channels are
simultaneously enabled which results in DMA lockup.
I've seen it on rtl1.8 also if I remember correctly.
I'm fairly certain
FIFO table fifo_5_cfg was added so that it can be used as a
workaround for OMAP34x/35x errata which limits the FIFO space
uses to be within first 8K or next 8K.
Updating this table to accomodate an endpoint of 4K so that
the same table can be used for high bandwidth transfers as
used by
Rick Ball wrote:
I get the following error when attempting to build a kernel
for the default config of the OMAP3 EVM board with the latest
'git' from:
git://dev.omapzoom.org/pub/scm/integration/kernel-omap3.git
...
Am I doing something wrong here? Am I mistaken in thinking
that
Gregory CLEMENT wrote:
This controller supports multiple interface modes. Only 2 of them
(3-pin DAT/SE0 and 4-pin DP/DM PHY modes) have been tested with this
driver. (However the only change for the other modes is one register
setting for selecting the mode, and the
1 - 100 of 334 matches
Mail list logo
