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, t
On Fri, Nov 5, 2010 at 8:19 PM, Omar Ramirez Luna 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 majord...@vger.k
Use the defined hwmod data according to the devices
present on omap3 and omap4.
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/omap-iommu.c| 77 ---
arch/arm/plat-omap/include/plat/iommu.h |2 +-
arch/arm/plat-omap/iommu.c |2 +
Use omap device enable/disable routines.
Signed-off-by: Omar Ramirez Luna
---
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 files changed, 31 inse
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 a
Add mmu hwmod data for iva2 and isp.
Plus a define for the iva2 base register.
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 103
arch/arm/plat-omap/include/plat/iommu.h|8 ++
arch/arm/plat-omap/include/plat/omap34xx.h |
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 driv
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
---
arch/arm/mach-omap2/omap-iommu.c| 95 +++
arch/arm/plat-omap/include/plat/iommu.h |2
Add mmu hwmod data for ducati and tesla.
Signed-off-by: Omar Ramirez Luna
---
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
b/arch/arm/mach-omap2/omap_hw
From: Benoit Cousson
hwmod data for omap4 mailbox.
Signed-off-by: Benoit Cousson
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 63
1 files changed, 63 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_
From: Felipe Contreras
hwmod support for omap mailbox module.
Signed-off-by: Felipe Contreras
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/devices.c | 100 ++--
1 files changed, 15 insertions(+), 85 deletions(-)
diff --git a/arch/arm/mach-omap
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:
- Re
hwmod data for omap2430 and 2420.
Signed-off-by: Omar Ramirez Luna
---
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 deletions(-)
diff --git a/a
From: Felipe Contreras
hwmod data for omap3 mailbox.
Signed-off-by: Felipe Contreras
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 66
1 files changed, 66 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hw
Remove unreachable return statement.
Signed-off-by: Omar Ramirez Luna
---
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
--- a/arch/arm/mach-omap2/
From: Felipe Contreras
So that we can enable the main clock.
Signed-off-by: Felipe Contreras
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/devices.c | 18 --
arch/arm/mach-omap2/mailbox.c | 21 +
arch/arm/plat-omap/inc
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
---
arch/arm/mach-omap2/mailbox.c | 16 ++--
1 files chan
Hi Tony,
On Fri, 5 Nov 2010 14:43:58 -0700, Tony Lindgren 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
--
To unsubscr
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu wrote:
> Convert the rmgr module of the tidspbridge driver
> to use struct list_head instead of struct lst_list.
>
> Signed-off-by: Ionut Nicu
> diff --git a/drivers/staging/tidspbridge/rmgr/drv.c
> b/drivers/staging/tidspbridge/rmgr/drv.c
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu wrote:
> Convert the pmgr module of the tidspbridge driver
> to use struct list_head instead of struct lst_list.
> + * Memory is coalesced back to the appropriate heap when a buffer is
What is being fixed here?
> * freed.
> *
> * Notes:
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu wrote:
> Convert the core module of the tidspbridge driver
> to use struct list_head instead of struct lst_list.
>
> Signed-off-by: Ionut Nicu
> diff --git a/drivers/staging/tidspbridge/core/io_sm.c
> b/drivers/staging/tidspbridge/core/io_
* Omar Ramirez Luna [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 majordomo info at
* srin...@mistralsolutions.com [101029 00:19]:
> From: Srinath
>
> 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 board file. Detailed support will follow in
> sub
* Enric Balletbo i Serra [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 = NULL, is a sta
* Enric Balletbò i Serra [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 board, my idea
* Felipe Balbi [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
* Uwe Kleine-König [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 value, in function retu
Hi Greg,
Considering below..
* Peter Ujfalusi [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 the following re
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 blac
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu wrote:
> Convert the core module of the tidspbridge driver
> to use struct list_head instead of struct lst_list.
>
> if (!status) {
> /* Get a free chirp: */
> - chnl_packet_obj =
> - (st
* Ghorai, Sukumar [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: R
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
> pane
* Pedanekar, Hemant [101022 10:58]:
> Tony Lindgren wrote on Friday, September 17, 2010 3:55 AM:
>
> > * Hemant Pedanekar [100811 10:03]:
> >> This patch updates the common machine spcific source files with support
> >> for TI816X.
> >>
> >> Note that the nr_irqs is overridden in INTC driver s
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 result
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
drivers/video/omap2/displays/panel-generic.c | 174 --
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 later
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 jus
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 intr
* Thomas Weber [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
> Signed-off-by: T
Hi Tony,
On Fri, Nov 5, 2010 at 12:53 PM, Felipe Contreras
wrote:
> On Fri, Nov 5, 2010 at 6:34 PM, Tony Lindgren wrote:
>> * Felipe Contreras [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 sh
* Felipe Contreras [101105 10:44]:
> On Fri, Nov 5, 2010 at 6:34 PM, Tony Lindgren wrote:
> > * Felipe Contreras [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
On Fri, Nov 5, 2010 at 6:00 PM, Ionut Nicu 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 that re
On Fri, Nov 5, 2010 at 6:34 PM, Tony Lindgren wrote:
> * Felipe Contreras [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?
I plan to send a patch to re
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
From: Felipe Contreras
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: Felip
Reorganized mgr_enum_node_info code to increase its
readability.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/rmgr/mgr.c | 51 ++--
1 files changed, 16 insertions(+), 35 deletions(-)
diff --git a/drivers/staging/tidspbridge/rmgr/mgr.c
b/drivers/stagin
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: tidspbridg
* Janusz Krzysztofik [101102 06:56]:
> #include 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 tested against linux-2.6.37-rc1.
I've
* Mathias Nyman [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 arch/arm/*omap*/ patches,
pleas
* Felipe Balbi [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':
> arch/arm/mach-omap1/mai
* Felipe Balbi [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 wrote:
> >
> >>I believe now everything is fine. Still, it's only
> >>compile tested with n770_defconfig and omap2plus_defconfig.
> >>
> >>Felipe B
* Tony Lindgren [101105 09:27]:
> * Felipe Balbi [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
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.
S
* Felipe Balbi [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 = gpio_
* Felipe Contreras [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
> ---
> arch/arm/plat-omap/devices.c
Reorganized mgr_enum_node_info code to increase its
readability.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/rmgr/mgr.c | 51 ++--
1 files changed, 16 insertions(+), 35 deletions(-)
diff --git a/drivers/staging/tidspbridge/rmgr/mgr.c
b/drivers/stagin
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
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 bridge_
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
---
drivers
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 wrote:
> > > > The current code was always returning a non-zero sta
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 wrote:
> > > The current code was always returning a non-zero status value
> > > to userspace applications when this ioctl was called
On Fri, Nov 05, 2010 at 06:01:47PM +0200, Felipe Contreras wrote:
> On Fri, Nov 5, 2010 at 5:15 PM, Ionut Nicu 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
From: Arno Steffen
OMAP3_IVA_MASK should use OMAP3_IVA_SHIFT instead of OMAP3_SGX_SHIFT
Signed-off-by: Arno Steffen
---
Sending on behalf of Arno - he pointed at the change and everything
except for the patch ;)
Reported here:
http://marc.info/?l=linux-omap&m=128896969832702&w=2
arch/arm/mach
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 implement
On Fri, Nov 5, 2010 at 5:15 PM, Ionut Nicu 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() when it hits the
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 o
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)
>
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 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
Signed-off-b
Reorganized mgr_enum_node_info code to increase its
readability.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/rmgr/mgr.c | 51 ++--
1 files changed, 16 insertions(+), 35 deletions(-)
diff --git a/drivers/staging/tidspbridge/rmgr/mgr.c
b/drivers/stagin
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
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 bridge_
Remove a header file that was not very useful to
the dspbridge driver.
Signed-off-by: Ionut Nicu
---
.../tidspbridge/include/dspbridge/utildefs.h | 39
drivers/staging/tidspbridge/pmgr/cmm.c |9 +
2 files changed, 1 insertions(+), 47 deletions(-)
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
---
drivers/staging/tidspbridge/core/chnl_sm.c | 451 +---
drive
Reorganized some code in the pmgr module to increase
its readability. No functional changes were done.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/pmgr/cmm.c | 354 ++-
drivers/staging/tidspbridge/pmgr/dev.c | 20 +--
2 files changed, 166 insertions(+
Reorganized some code in the rmgr module to increase
its readability. No functional changes were done.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/rmgr/drv.c | 171 +---
drivers/staging/tidspbridge/rmgr/node.c | 82 +-
drivers/staging/tidspbridge/rmgr/rm
Convert the rmgr module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/rmgr/drv.c | 111 +--
drivers/staging/tidspbridge/rmgr/node.c | 52 +--
drivers/staging/tids
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
---
drivers/staging/tidspbridge/TODO |1 -
.../staging/tidspbridge/include/dspbridge/list.h | 225 -
Convert the core module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/core/_msg_sm.h | 12 +-
drivers/staging/tidspbridge/core/chnl_sm.c | 245 +---
drivers/staging/tidspb
Convert the pmgr module of the tidspbridge driver
to use struct list_head instead of struct lst_list.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/pmgr/cmm.c | 230 ++--
drivers/staging/tidspbridge/pmgr/dev.c | 59 +++-
2 files changed, 93 insertio
Replace the tidspbridge generic bitmap operations
with the linux standard bitmap implementation.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/rmgr/node.c | 166 ++-
1 files changed, 74 insertions(+), 92 deletions(-)
diff --git a/drivers/staging/tidspbri
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
---
drivers/staging/tidspbridge/Makefile |2 +-
drivers/staging/tidspbridge/gen/gb.c | 165
driver
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
---
drivers/staging/tidspbridge/rmgr/node.c | 607 +++
1 files c
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
---
drivers/staging/tidspbridge/Makefile |2 +-
drivers/staging/tidspbridge/gen/gb.c | 11 +--
drivers/staging/tidspbridge/gen/gh.c | 38 ++--
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 lin
On Fri, Nov 05, 2010 at 05:09:57AM -0500, Ming Lei wrote:
2010/11/5 Grazvydas Ignotas :
hi,
On Fri, Nov 5, 2010 at 10:39 AM, Enric Balletbò i Serra
wrote:
Hello all,
With current mainline and stable 2.6.35.y branch I've some strange
features with USB ethernet gadget ...
r...@igep0020:~# un
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 delib
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
applied, thanks
--
balbi
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
th
Hi,
2010/11/5 Ming Lei :
> 2010/11/5 Grazvydas Ignotas :
>> hi,
>>
>> On Fri, Nov 5, 2010 at 10:39 AM, Enric Balletbò i Serra
>> wrote:
>>> Hello all,
>>>
>>> With current mainline and stable 2.6.35.y branch I've some strange
>>> features with USB ethernet gadget ...
>>>
>>> r...@igep0020:~# una
2010/11/5 Grazvydas Ignotas :
> hi,
>
> On Fri, Nov 5, 2010 at 10:39 AM, Enric Balletbò i Serra
> 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+ #
hi,
On Fri, Nov 5, 2010 at 10:39 AM, Enric Balletbò i Serra
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 armv7l
> unkno
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 encap:Ethernet
93 matches
Mail list logo