Hello all,
With current mainline and stable 2.6.35.y branch I've some strange
features with USB ethernet gadget ...
r...@igep0020:~# uname -a
Linux igep0020 2.6.37-rc1+ #1 Fri Nov 5 09:22:53 CET 2010 armv7l
unknown unknown GNU/Linux
r...@igep0020:~# ifconfig
usb0 Link
hi,
On Fri, Nov 5, 2010 at 10:39 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
Hello all,
With current mainline and stable 2.6.35.y branch I've some strange
features with USB ethernet gadget ...
r...@igep0020:~# uname -a
Linux igep0020 2.6.37-rc1+ #1 Fri Nov 5 09:22:53 CET 2010
2010/11/5 Grazvydas Ignotas nota...@gmail.com:
hi,
On Fri, Nov 5, 2010 at 10:39 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
Hello all,
With current mainline and stable 2.6.35.y branch I've some strange
features with USB ethernet gadget ...
r...@igep0020:~# uname -a
Linux
Hi,
2010/11/5 Ming Lei tom.leim...@gmail.com:
2010/11/5 Grazvydas Ignotas nota...@gmail.com:
hi,
On Fri, Nov 5, 2010 at 10:39 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
Hello all,
With current mainline and stable 2.6.35.y branch I've some strange
features with USB ethernet
On Mon, Oct 25, 2010 at 03:56:54PM -0500, Matthias Kaehlcke wrote:
Remove second kfree() call on the same object in the error path of
ehci_hcd_omap_probe()
Signed-off-by: Matthias Kaehlcke matth...@kaehlcke.net
applied, thanks
--
balbi
--
To unsubscribe from this list: send the line
On Sun, Oct 31, 2010 at 12:25:59AM -0500, Gadiyar, Anand wrote:
The Inventra DMA engine in version 1.8 and later of the MUSB
controller cannot handle DMA addresses that are not aligned
to a 4 byte boundary. It ends up ignoring the last two bits
programmed in the DMA_ADDR register. This is a
On Fri, Nov 05, 2010 at 05:09:57AM -0500, Ming Lei wrote:
2010/11/5 Grazvydas Ignotas nota...@gmail.com:
hi,
On Fri, Nov 5, 2010 at 10:39 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
Hello all,
With current mainline and stable 2.6.35.y branch I've some strange
features with USB
There is a copy/paste bug in arch/arm/plat-omaop/include/control:
Please replace:
#define OMAP3_IVA_MASK (1 OMAP3_SGX_SHIFT)
by:
#define OMAP3_IVA_MASK (1 OMAP3_IVA_SHIFT)
Best regards
Arno
--
To unsubscribe from this list: send the line unsubscribe
This set of patches replaces some of the redundant components of
the tidspbridge driver, such as:
* wrapper functions for kmalloc/kfree
* custom bitmap implementation
* custom linked list implementation (list_head wrapper)
with the standard linux kernel interfaces.
The patches also do some code
Remove unnecessary wrappers for linux kernel memory
allocation primitives.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/Makefile |2 +-
drivers/staging/tidspbridge/gen/gb.c | 11 +--
drivers/staging/tidspbridge/gen/gh.c
Replace the tidspbridge generic bitmap operations
with the linux standard bitmap implementation.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/rmgr/node.c | 166 ++-
1 files changed, 74 insertions(+), 92 deletions(-)
diff --git
Now that all users of gb have been converted to the
standard linux bitmap API, we can remove it from the
gen library.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/Makefile |2 +-
drivers/staging/tidspbridge/gen/gb.c | 165
Reorganized some code in rmgr/node.c to increase its
readability. Most of the changes reduce the code
indentation level and simplifiy the code. No functional
changes were done.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/rmgr/node.c | 607
Convert the core module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/core/_msg_sm.h | 12 +-
drivers/staging/tidspbridge/core/chnl_sm.c | 245 +---
Convert the pmgr module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/pmgr/cmm.c | 230 ++--
drivers/staging/tidspbridge/pmgr/dev.c | 59 +++-
2
Convert the rmgr module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/rmgr/drv.c | 111 +--
drivers/staging/tidspbridge/rmgr/node.c | 52 +--
Now that all users of lst_list have been converted to the
standard linux list_head API, we can remove the associated
header file.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/TODO |1 -
.../staging/tidspbridge/include/dspbridge/list.h |
Reorganized some code in the core module to increase its
readability. Most of the changes reduce the code
indentation level and simplifiy the code. No functional
changes were done.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/core/chnl_sm.c | 451
Reorganized some code in the pmgr module to increase
its readability. No functional changes were done.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/pmgr/cmm.c | 354 ++-
drivers/staging/tidspbridge/pmgr/dev.c | 20 +--
2 files
Reorganized some code in the rmgr module to increase
its readability. No functional changes were done.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/rmgr/drv.c | 171 +---
drivers/staging/tidspbridge/rmgr/node.c | 82 +-
Remove a header file that was not very useful to
the dspbridge driver.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
.../tidspbridge/include/dspbridge/utildefs.h | 39
drivers/staging/tidspbridge/pmgr/cmm.c |9 +
2 files changed, 1
Changes since v1:
* Split the mgr_enum_node_info patch into two patches:
one that fixes the issue and one that reorganizes the
code.
Ionut Nicu (3):
staging: tidspbridge: fix mgr_enum_node_info
staging: tidspbridge: mgr_enum_node_info cleanup
staging: tidspbridge: fix kernel oops in
The current code was always returning a non-zero status value
to userspace applications when this ioctl was called.
The error code was ENODATA, which isn't actually an error,
it's always returned by dcd_enumerate_object() when it hits the
end of list.
Signed-off-by: Felipe Contreras
Reorganized mgr_enum_node_info code to increase its
readability.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/rmgr/mgr.c | 51 ++--
1 files changed, 16 insertions(+), 35 deletions(-)
diff --git
The DSP shared memory area gets initialized only when
a COFF file is loaded.
If bridge_io_get_proc_load is called before loading a base
image into the DSP, the shared_mem member of the io manager
will be NULL, resulting in a kernel oops when it's dereferenced.
Also made some coding style changes
On Fri, Nov 05, 2010 at 05:15:45PM +0200, Ionut Nicu wrote:
Changes since v1:
* Split the mgr_enum_node_info patch into two patches:
one that fixes the issue and one that reorganizes the
code.
Are these for the .37 or .38 kernel?
thanks,
greg k-h
--
To unsubscribe from this list: send the
On Fri, Nov 05, 2010 at 05:13:04PM +0200, Ionut Nicu wrote:
This set of patches replaces some of the redundant components of
the tidspbridge driver, such as:
* wrapper functions for kmalloc/kfree
* custom bitmap implementation
* custom linked list implementation (list_head wrapper)
with
Hi,
On Fri, 2010-11-05 at 08:43 -0700, Greg KH wrote:
On Fri, Nov 05, 2010 at 05:15:45PM +0200, Ionut Nicu wrote:
Changes since v1:
* Split the mgr_enum_node_info patch into two patches:
one that fixes the issue and one that reorganizes the
code.
Are these for the .37 or .38
On Fri, Nov 5, 2010 at 5:15 PM, Ionut Nicu ionut.n...@gmail.com wrote:
The current code was always returning a non-zero status value
to userspace applications when this ioctl was called.
The error code was ENODATA, which isn't actually an error,
it's always returned by dcd_enumerate_object()
Hi,
On Fri, 2010-11-05 at 08:43 -0700, Greg KH wrote:
On Fri, Nov 05, 2010 at 05:13:04PM +0200, Ionut Nicu wrote:
This set of patches replaces some of the redundant components of
the tidspbridge driver, such as:
* wrapper functions for kmalloc/kfree
* custom bitmap implementation
*
From: Arno Steffen arno.stef...@googlemail.com
OMAP3_IVA_MASK should use OMAP3_IVA_SHIFT instead of OMAP3_SGX_SHIFT
Signed-off-by: Arno Steffen arno.stef...@googlemail.com
---
Sending on behalf of Arno - he pointed at the change and everything
except for the patch ;)
Reported here:
On Fri, Nov 05, 2010 at 06:01:47PM +0200, Felipe Contreras wrote:
On Fri, Nov 5, 2010 at 5:15 PM, Ionut Nicu ionut.n...@gmail.com wrote:
The current code was always returning a non-zero status value
to userspace applications when this ioctl was called.
The error code was ENODATA, which
On Fri, 2010-11-05 at 09:09 -0700, Greg KH wrote:
On Fri, Nov 05, 2010 at 06:01:47PM +0200, Felipe Contreras wrote:
On Fri, Nov 5, 2010 at 5:15 PM, Ionut Nicu ionut.n...@gmail.com wrote:
The current code was always returning a non-zero status value
to userspace applications when this
On Fri, Nov 05, 2010 at 06:17:55PM +0200, Ionut Nicu wrote:
On Fri, 2010-11-05 at 09:09 -0700, Greg KH wrote:
On Fri, Nov 05, 2010 at 06:01:47PM +0200, Felipe Contreras wrote:
On Fri, Nov 5, 2010 at 5:15 PM, Ionut Nicu ionut.n...@gmail.com wrote:
The current code was always returning a
The current code was always returning a non-zero status value
to userspace applications when this ioctl was called.
The error code was ENODATA, which isn't actually an error,
it's always returned by dcd_enumerate_object() when it hits the
end of list.
Signed-off-by: Felipe Contreras
Reorganized mgr_enum_node_info code to increase its
readability.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/rmgr/mgr.c | 51 ++--
1 files changed, 16 insertions(+), 35 deletions(-)
diff --git
The DSP shared memory area gets initialized only when
a COFF file is loaded.
If bridge_io_get_proc_load is called before loading a base
image into the DSP, the shared_mem member of the io manager
will be NULL, resulting in a kernel oops when it's dereferenced.
Also made some coding style changes
* Felipe Contreras felipe.contre...@gmail.com [101019 00:28]:
Also, don't be picky about the location.
As this code is in CONFIG_TIDSPBRIDGE block and AFAIK that is
not working, this should probably wait for the next merge window?
Regards,
Tony
Signed-off-by: Felipe Contreras
* Felipe Balbi ba...@ti.com [101001 05:29]:
On Fri, Oct 01, 2010 at 07:33:38AM -0500, Balbi, Felipe wrote:
@@ -255,9 +269,24 @@ static void __init n8x0_cbus_init(void)
return;
}
-set_irq_type(gpio_to_irq(108), IRQ_TYPE_EDGE_RISING);
-retu_resource[0].start =
Ionut Nicu wrote, on 11/05/2010 12:31 PM:
The current code was always returning a non-zero status value
to userspace applications when this ioctl was called.
The error code was ENODATA, which isn't actually an error,
it's always returned by dcd_enumerate_object() when it hits the
end of list.
* Tony Lindgren t...@atomide.com [101105 09:27]:
* Felipe Balbi ba...@ti.com [101001 05:29]:
On Fri, Oct 01, 2010 at 07:33:38AM -0500, Balbi, Felipe wrote:
@@ -255,9 +269,24 @@ static void __init n8x0_cbus_init(void)
return;
}
- set_irq_type(gpio_to_irq(108),
* Felipe Balbi ba...@ti.com [101019 00:29]:
On Tue, Oct 19, 2010 at 02:38:25AM -0500, Jarkko Nikula wrote:
On Tue, 19 Oct 2010 10:29:14 +0300
Felipe Balbi ba...@ti.com wrote:
I believe now everything is fine. Still, it's only
compile tested with n770_defconfig and omap2plus_defconfig.
* Felipe Balbi ba...@ti.com [101019 00:22]:
Get rid of the following warnings:
arch/arm/mach-omap1/pm_bus.c: In function 'omap1_pm_runtime_resume':
arch/arm/mach-omap1/pm_bus.c:51: warning: unused variable 'ret'
arch/arm/mach-omap1/mailbox.c: In function 'omap1_mbox_probe':
* Mathias Nyman mathias.ny...@nokia.com [101025 07:22]:
Flush the writes to IRQSTATUS_L0 register in the DMA interrupt handler by
reading the register
directly after write. This prevents the spurious DMA interrupts noted when
using VDD_OPP 1
Adding this to omap-fixes. For future
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [101102 06:56]:
#include media/omap1_camera.h directive, required for successfull
compilation of dependant boards (board-ams-delta for now), has been lost
somehow from arch/arm/mach-omap1/include/mach/camera.h on creation. Readd it.
Created and
Changes since v1:
* Split the mgr_enum_node_info patch into two patches:
one that fixes the issue and one that reorganizes the
code.
Changes since v2:
* Set proper authorship on patch 1/3
Felipe Contreras (1):
staging: tidspbridge: fix mgr_enum_node_info
Ionut Nicu (2):
staging:
From: Felipe Contreras felipe.contre...@gmail.com
The current code was always returning a non-zero status value
to userspace applications when this ioctl was called.
The error code was ENODATA, which isn't actually an error,
it's always returned by dcd_enumerate_object() when it hits the
end of
Reorganized mgr_enum_node_info code to increase its
readability.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/rmgr/mgr.c | 51 ++--
1 files changed, 16 insertions(+), 35 deletions(-)
diff --git
The DSP shared memory area gets initialized only when
a COFF file is loaded.
If bridge_io_get_proc_load is called before loading a base
image into the DSP, the shared_mem member of the io manager
will be NULL, resulting in a kernel oops when it's dereferenced.
Also made some coding style changes
On Fri, Nov 5, 2010 at 6:34 PM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [101019 00:28]:
Also, don't be picky about the location.
As this code is in CONFIG_TIDSPBRIDGE block and AFAIK that is
not working, this should probably wait for the next merge
On Fri, Nov 5, 2010 at 6:00 PM, Ionut Nicu ionut.n...@mindbit.ro wrote:
On Fri, 2010-11-05 at 08:43 -0700, Greg KH wrote:
On Fri, Nov 05, 2010 at 05:15:45PM +0200, Ionut Nicu wrote:
Changes since v1:
* Split the mgr_enum_node_info patch into two patches:
one that fixes the issue and one
* Felipe Contreras felipe.contre...@gmail.com [101105 10:44]:
On Fri, Nov 5, 2010 at 6:34 PM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [101019 00:28]:
Also, don't be picky about the location.
As this code is in CONFIG_TIDSPBRIDGE block and AFAIK
Hi Tony,
On Fri, Nov 5, 2010 at 12:53 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Nov 5, 2010 at 6:34 PM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [101019 00:28]:
Also, don't be picky about the location.
As this code is in
* Thomas Weber we...@corscience.de [101101 14:38]:
This patch fixes the following error:
regulator: VMMC1: 1850 -- 3150 mV at 3000 mV normal
standby
twl_reg twl_reg.6: can't register VMMC1, -22
twl_reg: probe of twl_reg.6 failed with error -22
Adding this into omap-fixes.
Tony
There are 4 duplicated DPI panel drivers in DSS2 display driver. They are
similar and a generic DPI panel driver can support all them with specific
panel configuration. And new DPI panel driver can be easily supported
by adding panel configurations into generic panel DPI driver.
This patchset
Introduce struct panel config data in panel.h, which will be used to match
the right panel configurations in generic DPI panel driver and other future
dsi panel drivers.
Still keep sharp_ls_panel, since the sharp_ls_panel driver contains blacklight
control driver code which will be moved out
Generic panel driver includes the driver and 4 similar panel configurations. It
will match the panel name which is passed from platform data and setup the
right configurations.
With generic panel driver, we can remove those 4 duplicated panel display
drivers. In the future, it is simple for us
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu bryan...@canonical.com
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
Folks,
Might be slightly off topic, hence posting separately instead of cross
posting.
I just posted a proposal to mainline u-boot for cleaning up mux
framework there - does any supported platform find this impossible to
live with? I know for sure that OMAP4 muxing will be broken as a
* Pedanekar, Hemant hema...@ti.com [101022 10:58]:
Tony Lindgren wrote on Friday, September 17, 2010 3:55 AM:
* Hemant Pedanekar hema...@ti.com [100811 10:03]:
This patch updates the common machine spcific source files with support
for TI816X.
Note that the nr_irqs is overridden in
Hi,
linux-omap-ow...@vger.kernel.org wrote:
Generic panel driver includes the driver and 4 similar panel
configurations. It will match the panel name which is passed
from platform data and setup the right configurations.
With generic panel driver, we can remove those 4 duplicated
panel
* Ghorai, Sukumar s-gho...@ti.com [101028 07:02]:
Tony,
-Original Message-
From: Ghorai, Sukumar
Sent: Wednesday, September 29, 2010 12:08 PM
To: 'Tony Lindgren'
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-
ker...@lists.infradead.org
Subject:
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu ionut.n...@gmail.com wrote:
Convert the core module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
snip
if (!status) {
/* Get a free chirp: */
- chnl_packet_obj =
-
Hi,
linux-omap-ow...@vger.kernel.org wrote:
Introduce struct panel config data in panel.h, which will be
used to match the right panel configurations in generic DPI
panel driver and other future dsi panel drivers.
Still keep sharp_ls_panel, since the sharp_ls_panel driver
contains
Hi Greg,
Considering below..
* Peter Ujfalusi peter.ujfal...@nokia.com [101021 02:56]:
Sorry, I did missed this mail...
On Saturday 09 October 2010 01:17:46 ext Tony Lindgren wrote:
Guys, as we're so late into getting 2.6.36 tagged, I'm thinking about just
queueing these for 2.6.37 for
* Uwe Kleine-König u.kleine-koe...@pengutronix.de [101019 00:53]:
On Tue, Oct 19, 2010 at 10:30:54AM +0300, Felipe Balbi wrote:
Get rid of the following warning:
arch/arm/mach-omap1/devices.c: In function 'omap_init_wdt':
arch/arm/mach-omap1/devices.c:298: warning: 'return' with
no
* Felipe Balbi ba...@ti.com [101104 05:24]:
Hi,
On Wed, Oct 20, 2010 at 01:25:10AM -0500, Balbi, Felipe wrote:
Those boards are so similar that they don't
deserve separate board files.
Felipe Balbi (2):
arm: omap: combine zoom2 and zoom3 board-files
arm: omap: zoom: substitute gpio
* Enric Balletbò i Serra eballe...@gmail.com [101027 01:23]:
Hello all,
I would ask some technical questions, maybe someone can help me. I
would add support for a new expansion board for IGEP v2 board,
The expansion board comes with a EEPROM, the EEPROM is used to
identify the expansion
* Enric Balletbo i Serra eballe...@gmail.com [101023 09:40]:
Hello,
The comments of this post also apply to IGEP v2 board (thanks Laurent)
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg36402.html
Changes since v1:
- Split patch in a serie.
- [1/3] onenand_setup =
* srin...@mistralsolutions.com srin...@mistralsolutions.com [101029 00:19]:
From: Srinath srin...@mistralsolutions.com
Craneboard is a hardware development platform based on the
Sitara AM3517 ARM Cortex - A8 microprocessor device. This is a
low cost reference design.
This patch adds basic
* Omar Ramirez Luna omar.rami...@ti.com [101025 11:39]:
Remove unreachable return statement.
Please repost one more time with linux-arm-kernel list also
Cc'd.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu ionut.n...@gmail.com wrote:
Convert the core module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
snip
diff --git a/drivers/staging/tidspbridge/core/io_sm.c
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu ionut.n...@gmail.com wrote:
Convert the pmgr module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
snip
+ * Memory is coalesced back to the appropriate heap when a buffer is
What is being fixed here?
*
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu ionut.n...@gmail.com wrote:
Convert the rmgr module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
snip
diff --git a/drivers/staging/tidspbridge/rmgr/drv.c
Hi Tony,
On Fri, 5 Nov 2010 14:43:58 -0700, Tony Lindgren t...@atomide.com wrote:
Looks good to me, but please can you please repost with also
linux-arm-kernel list Cc'd? That way I don't have to repost
before merging.
Sure, will do that first thing on monday. Sorry that I forgot.
--
balbi
Remove unreachable return statement.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/mailbox.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index 5e9ea0f..335eb2b 100644
---
From: Felipe Contreras felipe.contre...@gmail.com
So that we can enable the main clock.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/devices.c | 18 --
Fix the mailbox detection for OMAP3630 and 2430, also minor
cleanup on conditional ifdef's that could affect it.
Given that 2430 has an iva too include it, as the same steps
for omap3 apply.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/mailbox.c | 16
hwmod support for omap2 and omap3 chips, plus cleanups.
Tested on 3430 and 3630
** v2 **
- Added omap4 hwmod support.
- Moved mailbox_ick from hwmod to hwmod_if (omap 2/3)
- Declared sysc classes for omap 2/3
** v1 **
1. omap: mailbox: initial hwmod support for omap3
Changes were made to:
-
hwmod data for omap2430 and 2420.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 67
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 66 +++
2 files changed, 133 insertions(+), 0
From: Felipe Contreras felipe.contre...@gmail.com
hwmod data for omap3 mailbox.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 66
1 files changed, 66
From: Felipe Contreras felipe.contre...@gmail.com
hwmod support for omap mailbox module.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/devices.c | 100 ++--
1 files
From: Benoit Cousson b-cous...@ti.com
hwmod data for omap4 mailbox.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 63
1 files changed, 63 insertions(+), 0
Add mmu hwmod data for ducati and tesla.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 105
1 files changed, 105 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
Add mmu hwmod data for iva2 and isp.
Plus a define for the iva2 base register.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 103
arch/arm/plat-omap/include/plat/iommu.h|8 ++
iommu driver is meant to provide control of mmu hardware blocks
its current users (MMUs) are part of larger subsystems and do not
have a dedicated clock as the one they use is shared with the
entire subsystem, it doesn't make sense to enable/disable on each
register read/write operation as the
Use the defined hwmod data according to the devices
present on omap3 and omap4.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap-iommu.c| 77 ---
arch/arm/plat-omap/include/plat/iommu.h |2 +-
arch/arm/plat-omap/iommu.c
Use omap device enable/disable routines.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap-iommu.c| 16 +++-
arch/arm/plat-omap/include/plat/iommu.h |7 +--
arch/arm/plat-omap/iommu.c | 24 +++-
3
Boot tested on omap 3430 and 3630, functionality on iva2 only.
Introduced hwmod data and support for omap3 (iva2 mmu isp mmu) and
omap4 (ducati mmu tesla mmu).
Minor cleanup due to this changes.
There is an issue (present without patches too):
Doing a cycle of insmod-rmmod to iommu module
Since omap-iommu is now using hwmod, there are structures and
arrays that can be cleaned up to increase the readability of
the code.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/omap-iommu.c| 95 +++
On Fri, Nov 5, 2010 at 8:19 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Boot tested on omap 3430 and 3630, functionality on iva2 only.
I meant functionally tested on iva2 only.
Regards,
Omar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
This patches removes a config option that was used to select a FIQ
handler to be build for Amstrad Delta, as required by the on-board serio
interface driver. Not having any problem reports received since it was
introduced in 2.6.35, the FIQ handler can now be built and initialized by
default,
92 matches
Mail list logo