Russell King - ARM Linux wrote:
> On Wed, Jul 07, 2010 at 03:44:27PM -0700, Zach Pfeffer wrote:
>> The DMA API handles the allocation and use of DMA channels. It can
>> configure physical transfer settings, manage scatter-gather lists,
>> etc.
>
> You're confused about what the DMA API is. You'r
The DMA chaining feature is supported from omap2 plus processors and not
supported in omap1. Moving DMA chain API's to mach-omap2.
Note: Existing DMA chain API's in plat-omap will be cleaned up in another
patch. This make sure that build is not broken with individual patches.
Signed-off-by: Manju
This patch adds OMAP3 DMA hwmod structures.
Signed-off-by: Manjunatha GK
Signed-off-by: Basak, Partha
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Santosh Shilimkar
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 90
1 files c
This patch introduces OMAP1 DMA driver as platform device
and adds support for registering through platform device
layer.
Signed-off-by: Manjunatha GK
Signed-off-by: Basak, Partha
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Santosh Shilimkar
Cc: Rajendra Nayak
---
arch/arm/ma
The DMA IRQ handling is completely differnet between
omap1 and omap2 plus processors hence the IRQ handlers are
moved to respective dma.c in mach-omap directories.
Signed-off-by: Manjunatha GK
Signed-off-by: Basak, Partha
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Santosh Shili
The OMAP4 hwmod data base is updated with DMA controller attributes.
Also, irq name are changed from 0 to dma_0, 1->dma_1 ... in order provide
meaningful name to irq names.
Signed-off-by: Manjunatha GK
Signed-off-by: Basak, Partha
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: San
This patch converts omap2/3/4 dma driver into platform
devices through using omap hwmod, omap device and runtime pm
frameworks.
Signed-off-by: Manjunatha GK
Signed-off-by: Basak, Partha
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Santosh Shilimkar
Cc: Rajendra Nayak
---
arch/
This patch adds OMAP2430 DMA hwmod structures.
Signed-off-by: Manjunatha GK
Signed-off-by: Basak, Partha
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Santosh Shilimkar
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 93 +++-
1 file
This patch will clean up API's in plat-omap dma library
The API's are cleaned up for eliminating cpu_is_
checks and machine specific API/code is moved to corresponding mach-omap
directories.
Note: The code in plat-omap dma library will be removed in another patch.
This is to avoid build break
This patch series is to convert existing OMAP DMA library into platform driver
for all the OMAP1 and OMAP2 plus processors as per alignment with
Benoit, Paul and Kevin.
The platform device model for OMAP2 plus will makes use of hwmod data base
and it is based on the reference branch:
git://git.k
This patch adds OMAP2420 DMA hwmod structures.
Signed-off-by: Manjunatha GK
Signed-off-by: Basak, Partha
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Santosh Shilimkar
Cc: Rajendra Nayak
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 95 +++-
1 file
On Thu, Jul 8, 2010 at 6:39 AM, Ghorai, Sukumar wrote:
> [Ghorai] In general we can avoid OMAP_ZOOM_WLAN and MMC_EMBEDDED_SDIO as
> kconfig option. 1st one is board specific and 2nd one could be generic sdio
> code. As I mentioned in other patch too.
Thanks, will get rid of the extra config op
On Thu, Jul 8, 2010 at 12:45 PM, Tony Lindgren wrote:
>
> * Ghorai, Sukumar [100708 06:34]:
> > > @@ -71,6 +71,21 @@ static struct twl4030_platform_data zoom2_twldata = {
> > >
> > > #ifdef CONFIG_OMAP_MUX
> > > static struct omap_board_mux board_mux[] __initdata = {
> > > +#ifdef CONFIG_OMAP_Z
Hi Nicolas and Roger,
On Tue, Jul 6, 2010 at 8:42 PM, Nicolas Pitre wrote:
> On Tue, 6 Jul 2010, Roger Quadros wrote:
> > If the Power enable GPIO can be treated as SDIO slot supply (i.e. vmmc),
> > then
> > the SDIO/MMC core should tackle it, just like it deals with supply for slots
> > with re
Venkatraman S had written, on 07/08/2010 02:28 PM, the following:
On Thu, Jul 8, 2010 at 9:58 PM, Nishanth Menon wrote:
S, Venkatraman had written, on 07/08/2010 11:15 AM, the following:
On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon wrote:
Tony Lindgren had written, on 07/08/2010 04:38 AM,
On Thu, Jul 8, 2010 at 9:58 PM, Nishanth Menon wrote:
> S, Venkatraman had written, on 07/08/2010 11:15 AM, the following:
>>
>> On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon wrote:
>>>
>>> Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Allow testing for omap type wi
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 pendin
S, Venkatraman had written, on 07/08/2010 11:15 AM, the following:
On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon wrote:
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Allow testing for omap type with omap_has_feature. This
can be used to leave out cpu_is_omap checks.
S
On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon wrote:
> Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
>>
>> Allow testing for omap type with omap_has_feature. This
>> can be used to leave out cpu_is_omap checks.
>>
>> Signed-off-by: Tony Lindgren
>> ---
>> arch/arm/plat-o
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Allow testing for omap type with omap_has_feature. This
can be used to leave out cpu_is_omap checks.
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/include/plat/cpu.h | 38 ++---
1 files ch
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Remove old omap3_has_ macros. Please use omap_has_feature()
instead.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/id.c | 14 --
arch/arm/plat-omap/include/plat/cpu.h | 16
2
Tony Lindgren had written, on 07/08/2010 04:37 AM, the following:
Replace omap3_has_ macros with omap_has_feature
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/clock3xxx_data.c |2 +-
arch/arm/mach-omap2/id.c | 22 +++---
arch/arm/mach-omap2/pm34xx.c
Tony Lindgren had written, on 07/08/2010 04:37 AM, the following:
Implement common omap_has_feature.
Intended to replace omap3_has_ functions
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/id.c | 32
arch/arm/plat-omap/common.c |
Tony Lindgren had written, on 07/08/2010 07:21 AM, the following:
* Menon, Nishanth [100708 14:49]:
- Original message -
Hi,
On Wed, Jul 07, 2010 at 07:24:16PM +0200, ext Nishanth Menon wrote:
I am not sure.. if you would like drivers to be modprobabe, there may
be
quirks that you'
From: Mathias Nyman
This will enable usage of tsl2563 ambient light sensor on Nokia N900.
Signed-off-by: Ameya Palande
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-rx51-peripher
From: Kan-Ru Chen
The devkit8000 boards often come with empty EEPROM thus without
valid ethernet MAC address. The DIE id to MAC formula is copied from
u-boot.
Signed-off-by: Kan-Ru Chen
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-devkit8000.c | 14 ++
1 files chan
From: Kan-Ru Chen
Signed-off-by: Kan-Ru Chen
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/id.c | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index d079ccf..fd1904b 100644
--- a/arch/arm/mach-oma
From: Kan-Ru Chen
Allow DIE id to be get and used by others.
Signed-off-by: Kan-Ru Chen
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/id.c | 10 ++
arch/arm/mach-omap2/include/mach/id.h | 22 ++
2 files changed, 32 insertions(+), 0 deletions
From: stanley.miao
AM3505/3517 doesn't have IO wakeup capability, so we do not need to set
the bit OMAP3430_EN_IO and the bit OMAP3430_EN_IO_CHAIN in the register
PM_WKEN_WKUP when the system enters suspend state.
Tested on AM3517EVM and OMAP3530EVM.
Signed-off-by: Stanley.Miao
Acked-by: Kevin
From: Samu Onkalo
Omap DMA controller can prefetch data in advance in case of
destination synchronized data transfer. This may increase
performance when target HW block doesn't have fifo.
Data is waiting for transfer request in DMA fifo instead of read from memory.
Signed-off-by: Samu Onkalo
Si
From: Grazvydas Ignotas
OMAP3530 CBB package can have GPIO126 muxed on 2 pins: mmc1_dat4 and
cam_strobe. This causes a problem with current multipath GPIO mux
handling, which muxes both pins as GPIO126 and makes the GPIO unusable.
Fix this by not muxing any pins if multipath GPIO is detected and
From: Mike Rapoport
Most OMAP3-based boards use exactly the same code for .map_io method in
the machine_desc structure.
This patch introduces omap3_map_io and updates board-* files to use it
as .map_io method.
Signed-off-by: Mike Rapoport
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/b
From: Sergio Aguirre
The only difference between them is the physical address of the
uart4 port, which is only present in 36xx chips.
We don't really need to care about keeping these 2 functions, since
the decision to use uart4 is more cleanly done later when we do have
access to omap_revision v
From: Nishanth Menon
omap24xx_check_revision, omap3_check_features,
omap3_check_revision, omap4_check_revision, omap3_cpuinfo
are not used elsewhere, it should be static
Also fixes the following sparse warnings:
arch/arm/mach-omap2/id.c:105:13: warning: symbol 'omap24xx_check_revision'
was not d
From: Steve Sakoman
The original patch got truncated when applied from patchwork.kernel.org
as discussed at:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg28953.html
This patch supplies the missing chunks.
Signed-off-by: Steve Sakoman
[t...@atomide.com: added more info to the patc
Fix GPIO numbers and smc91x for 2430sdp. The earlier code
had cut and paste errors from 3430sdp code. Also, 2430
has five GPIO banks for a total of 160 GPIO lines.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-2430sdp.c |6 +-
arch/arm/plat-omap/gpio.c |4 +++-
From: Cory Maccarrone
This change adds in the necessary clocks and mux pins for UART
control on omap7xx devices. I also made a change in the serial
code to only try and initialize two UARTs in omap_serial_init, as
these devices don't have three.
Signed-off-by: Cory Maccarrone
Signed-off-by: To
Recent DEBUG_LL and uncompress.h changes removed the check_port()
as pointed out by Cory Maccarrone .
This causes some boards to not boot, so add back the MDR1 register
check. The MDR1 register tells the mode of omap uart. Based on
an earlier patch by Cory Maccarrone .
Tested-by: Cory Maccarrone
Hi all,
Here are some omap updates for the upcoming merge window.
Regards,
Tony
---
Cory Maccarrone (1):
omap1: omap7xx clocks, mux, serial fixes
Grazvydas Ignotas (1):
omap: mux: fix multipath gpio handling
Kan-Ru Chen (3):
omap: Add new interface omap_get_die_id
oma
* Tony Lindgren [100705 16:16]:
> * Cory Maccarrone [100602 01:27]:
> > This change adds in the necessary clocks and mux pins for UART
> > control on omap7xx devices. I also made a change in the serial
> > code to only try and initialize two UARTs in omap_serial_init, as
> > these devices don't
Hema,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Kalliguddi, Hema
> Sent: Thursday, July 08, 2010 3:59 PM
> To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
> Cc: Kalliguddi, Hema; Mankad, Maulik Ojas; Fe
Hello.
Hema HK wrote:
With OMAP coreoff support usb was not functional as context was getting
lost after wakeup from coreoff. And also usb was blocking the coreoff
USB is an acronym.
after loading the gadget driver even with no cable connected sometimes.
Added the conext save/restore
Hi Tony,
On Wed, 2010-07-07 at 11:44 +0200, ext Tony Lindgren wrote:
> From: Ameya Palande
>
> This commit will enable usage of tsl2563 ambient light sensor on Nokia N900.
>
> Signed-off-by: Ameya Palande
> Signed-off-by: Tony Lindgren
This patch is not correct, sorry for that. You can drop
On Thu, Jul 08, 2010 at 01:57:36PM +0200, ext Menon, Nishanth wrote:
If pdata is passed based on board: Imagine 3630 and uart quirk. Why
share errata xyz over pdata for every board using 3630? Quirks are cpu
specific and not really domain of board..
look at usb-musb.c, it groups the generic pa
* Menon, Nishanth [100708 14:49]:
>
> - Original message -
> > Hi,
> >
> > On Wed, Jul 07, 2010 at 07:24:16PM +0200, ext Nishanth Menon wrote:
> > > I am not sure.. if you would like drivers to be modprobabe, there may
> > be
> > > quirks that you'd want to enable based on cpu_is_omapxxx
>From 2c6efcebf2790a4c968309360cfc3559b6d9c110 Mon Sep 17 00:00:00 2001
From: Hemanth V
Date: Thu, 8 Jul 2010 17:04:06 +0530
Subject: [PATCH] Add support for TWL6030 PWM
TWL6030 supports PWM (Pulse Width Modulator) which is used
to control charging LED. PWM allows for controlling brightness.
This
- Original message -
> Hi,
>
> On Wed, Jul 07, 2010 at 07:24:16PM +0200, ext Nishanth Menon wrote:
> > I am not sure.. if you would like drivers to be modprobabe, there may
> be
> > quirks that you'd want to enable based on cpu_is_omapxxx checks. so it
> > probably does not make sense to
From: Anand Gadiyar
There is no reason for the DMA channel program to override the
DMA mode passed down by its caller. Use the passed parameter
directly, and let the caller handle the decision on which mode
is to be used.
Signed-off-by: Anand Gadiyar
Acked-by: Felipe Balbi
Signed-off-by: Ajay
From: Anand Gadiyar
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
support are enabled in the same kernel.
Signed-off-by: Anand Gadiyar
Acked-by: Felipe Balbi
Signed-off-by: Aja
Greg,
These are two patches (acked by Felipe) for v2.6.36 kernel.
Sanity tested on OMAP3EVM.
Regards,
Ajay
Anand Gadiyar (2):
musb: Kill board specific pinmux from driver file
usb: musb: do not override DMA mode in channel program
drivers/usb/musb/musbhsdma.c |5 +
drivers/usb/musb
From: Hema HK
With OMAP coreoff support usb was not functional as context was getting
lost after wakeup from coreoff. And also usb was blocking the coreoff
after loading the gadget driver even with no cable connected sometimes.
Added the conext save/restore api in the platform layer which will
On Thu, 2010-07-08 at 12:11 +0200, Enric Balletbò i Serra wrote:
> Hello,
>
> 2010/7/8 Artem Bityutskiy :
> > On Thu, 2010-07-08 at 11:55 +0200, Enric Balletbò i Serra wrote:
> >> Hello,
> >>
> >> I made new tests regarding this issue. Looks like the problem is
> >> reading from the OneNAND device
From: Hema HK
Using omap_device_build api instead of platform_device_register for musb
device registration.The device specific resources defined in centralized
database will be used. So removed the resource definitions from the musb
platform file.
Signed-off-by: Hema HK
Cc: Felipe Balbi
Cc
From: Hema HK
OMAP3 hwmod data stuctures are populated with base address, L3 and L4
interface clocks, IRQs,and sysconfig register details.
Signed-off-by: Hema HK
Cc: Felipe Balbi
Cc: Tony Lindgren
Cc: Kevin Hilman
---
Based off pm-wip/hwmods-omap4.
[Review commets incorporated]
arch/a
* Stephen Rothwell [100708 04:31]:
> Hi all,
>
> Today's linux-next merge of the omap tree got conflicts in
> arch/arm/mach-omap2/board-3430sdp.c,
> arch/arm/mach-omap2/board-3630sdp.c,
> arch/arm/mach-omap2/board-am3517evm.c,
> arch/arm/mach-omap2/board-cm-t35.c,
> arch/arm/mach-omap2/board-devk
Hello,
2010/7/8 Artem Bityutskiy :
> On Thu, 2010-07-08 at 11:55 +0200, Enric Balletbò i Serra wrote:
>> Hello,
>>
>> I made new tests regarding this issue. Looks like the problem is
>> reading from the OneNAND device.
>
> Did you try older kernel and then bisecting who is responsible for the
> br
From: Deepak K
Errata i202 (OMAP3430 - 1.12, OMAP3630 - 1.6):
UART module MDR1 register access can cause a dummy underrun
condition which could result in a freeze in the case of IrDA
communication or if used as UART, corrupted data.
Workaround is as follows for everytime MDR1 register is changed
From: Nishanth Menon
introduce silicon specific quirks as a errata handling mechanism
as a start UART_ERRATA_FIFO_FULL_ABORT is used to handle the override
for fifo full condition for rx and tx.
Signed-off-by: Nishanth Menon
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/serial.c | 1
From: Nishanth Menon
Remove the following sparse warnings by declaring attr as static:
arch/arm/mach-omap2/serial.c:627:1: warning: symbol 'dev_attr_sleep_timeout'
was not declared. Should it be static?
Signed-off-by: Nishanth Menon
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/serial.
From: Nishanth Menon
Initialization of pointer should be done with NULL. Removes sparse
warnings:
arch/arm/mach-omap2/serial.c:566:17: warning: Using plain integer as NULL
pointer
arch/arm/mach-omap2/serial.c:567:17: warning: Using plain integer as NULL
pointer
Signed-off-by: Nishanth Menon
S
From: Govindraj R
Adds context save/restore for mcr register as state of mcr register
is lost after core off.
Signed-off-by: Govindraj R
Signed-off-by: Nishanth Menon
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/serial.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
Hi all,
Here are some patches dealing with omap serial errata handling.
Regards,
Tony
---
Deepak K (1):
omap2/3/4: serial: errata i202: fix for MDR1 access
Govindraj R (1):
omap3: serial: Add context save and restore for mcr
Nishanth Menon (3):
omap2/3/4: serial: remove ini
On Thu, 2010-07-08 at 11:55 +0200, Enric Balletbò i Serra wrote:
> Hello,
>
> I made new tests regarding this issue. Looks like the problem is
> reading from the OneNAND device.
Did you try older kernel and then bisecting who is responsible for the
breakage?
--
Best Regards,
Artem Bityutskiy (А
Hello,
I made new tests regarding this issue. Looks like the problem is
reading from the OneNAND device.
TEST 1
# modprobe mtd_pagetest dev=4
[ 126.505340]
[ 126.506866] =
[ 126.512756] mtd_pagetest: MTD device: 4
[ 126.520477] mtd_pagetest: MTD
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
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of
* Ghorai, Sukumar [100708 06:34]:
> > @@ -71,6 +71,21 @@ static struct twl4030_platform_data zoom2_twldata = {
> >
> > #ifdef CONFIG_OMAP_MUX
> > static struct omap_board_mux board_mux[] __initdata = {
> > +#ifdef CONFIG_OMAP_ZOOM_WLAN
>
> [Ghorai] This is zoom board specific file, So why need
Allow testing for omap type with omap_has_feature. This
can be used to leave out cpu_is_omap checks.
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/include/plat/cpu.h | 38 ++---
1 files changed, 30 insertions(+), 8 deletions(-)
diff --git a/arch/arm/plat-
Remove old omap3_has_ macros. Please use omap_has_feature()
instead.
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/id.c | 14 --
arch/arm/plat-omap/include/plat/cpu.h | 16
2 files changed, 4 insertions(+), 26 deletions(-)
diff --git a/arch/a
Replace omap3_has_ macros with omap_has_feature
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/clock3xxx_data.c |2 +-
arch/arm/mach-omap2/id.c | 22 +++---
arch/arm/mach-omap2/pm34xx.c |2 +-
arch/arm/plat-omap/include/plat/cpu.h | 12 +++
Implement common omap_has_feature.
Intended to replace omap3_has_ functions
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/id.c | 32
arch/arm/plat-omap/common.c | 15 +++
arch/arm/plat-omap/include/plat/cpu.h |3
From: Nishanth Menon
omap24xx_check_revision, omap3_check_features,
omap3_check_revision, omap4_check_revision, omap3_cpuinfo
are not used elsewhere, it should be static
Also fixes the following sparse warnings:
arch/arm/mach-omap2/id.c:105:13: warning: symbol 'omap24xx_check_revision' was
not
Hi,
Here's a quick experimental patches on testing features
with omap_has_feature as discussed based on earlier patches
by Nishant Menon.
These still need to be thought through a bit on how we want
to implement it.
Regards,
Tony
---
Nishanth Menon (1):
omap2/3: id: fix sparse warning
T
* Nishanth Menon [100707 16:44]:
> >>overall, we will face this in the future. there are OMAP generic
> >>features and OMAP family specific features. currently OMAP3 has
> >>34xx, 35xx series and 3630 and 37xx series. in future we may see
> >>similar things for OMAP4+ as well.. we need a differe
Hi,
On Wed, Jul 07, 2010 at 07:24:16PM +0200, ext Nishanth Menon wrote:
I am not sure.. if you would like drivers to be modprobabe, there may be
quirks that you'd want to enable based on cpu_is_omapxxx checks. so it
probably does not make sense to __initdata the revision/feature variables.
can
On 07/07/2010 04:52 PM, ext Nicolas Pitre wrote:
On Wed, 7 Jul 2010, Roger Quadros wrote:
On 07/06/2010 08:42 PM, ext Nicolas Pitre wrote:
On Tue, 6 Jul 2010, Roger Quadros wrote:
OK, this is how I see it.
- Treat the non-removable card as non-removable. So no need to do card
detect
emulati
Fixes below compilation warning when host only configuration is
selected.
drivers/usb/musb/musb_core.c: In function 'musb_stage0_irq':
drivers/usb/musb/musb_core.c:711: warning: unused variable 'mbase'
Signed-off-by: Ajay Kumar Gupta
Acked-by: Felipe Balbi
---
drivers/usb/musb/musb_core.c |
Currently devices don't get detected automatically if the ehci
module is inserted 2nd time onward. We need to disconnect and
reconnect the device for it to get detected and enumerated.
Resetting the USB PHY using PHY reset comamnd over ULPI fixes
this issue. Tested on OMAP3EVM.
Signed-off-by: Aja
From: Anand Gadiyar
DMA_ADDR and DMA_COUNT are 32-bit registers, not 16-bit.
Marking them as 16-bit in the table causes only the lower
16-bits to be dumped and this is misleading.
Signed-off-by: Anand Gadiyar
Acked-by: Felipe Balbi
Signed-off-by: Ajay Kumar Gupta
---
drivers/usb/musb/musb_d
Fixes below compilation warning from ulpi.h
include/linux/usb/ulpi.h:145:
warning: 'struct otg_io_access_ops' declared inside parameter list
include/linux/usb/ulpi.h:145:
warning: its scope is only this definition or declaration,
which is probably not what you want
Signe
Greg,
These are the bug fix patches recently acked by Felipe except one
on ULPI (PATCH 3/4) which is trivial.
Thanks,
Ajay
Ajay Kumar Gupta (3):
usb: musb: fix compilation warning in host only mode
usb: ulpi: fix compilation warning
usb: ehci_omap: fix device detect issue with modules
Ana
80 matches
Mail list logo
