On Wed, 16 Dec 2009 17:16:28 +0100
Janusz Krzysztofik wrote:
> More and more looking at this, I think that omap_mcbsp_request() should be
> cleaned up frist in respect of freeing resources on error before we put any
> new functionality there.
>
Good idea.
> I'm not sure if it is really requir
> -Original Message-
> From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-
> boun...@lists.infradead.org] On Behalf Of Hiremath, Vaibhav
> Sent: Thursday, December 17, 2009 11:09 AM
> To: li...@arm.linux.org.uk
> Cc: linux...@kvack.org; linux-omap@vger.kernel.org;
Hi,
I am seeing some strange behavior while accessing buffers through User Space
(mapped using mmap call)
Background :-
Platform - TI AM3517
CPU - ARM Cortex A8
r...@am3517-evm:~#
r...@am3517-evm:~# cat /proc/cpuinfo
Processor : ARMv7 Processor rev 7 (v7l)
BogoMIPS:
From: Ameya Palande
This patch improves performance of flush_all operation by:
1. Instead of checking IVA state by reading a register, use
pDevContext->dwBrdState variable.
2. Only call WakeDSP() when IVA is in OFF state.
Ported from:
http://gitorious.org/tidspbridge/mainline/commit/f0cc4ab
This patch will reset IVA2 video sequencer as part of
initialization or uninstall process.
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/wmd/tiomap3430.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/dsp/bridge/wmd/tiomap3430.c
b/drivers/dsp/bridge/
Use goto statement to remove one indent level from
bridge_open and bridge_release.
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/rmgr/drv_interface.c | 61 ---
1 files changed, 32 insertions(+), 29 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/drv_int
From: Ameya Palande
As part of resource cleanup changes, this patch continues with the
next level of modifications required to use filp->private to store
PROCESS_CONTEXT structure.
Signed-off-by: Ameya Palande
[ orl: split into logical patch set, patch description ]
Signed-off-by: Omar Ramirez
From: Ameya Palande
This patch enables passing of filp->private_data to all the ioctl wrappers
functions. This change will facilitate retrival of PROCESS_CONTEXT pointer in
ioctl, and will remove the call to DRV_GetProcContext().
Signed-off-by: Ameya Palande
Acked-by: Fernando Guzman Lugo
---
From: Ameya Palande
Remove old resource cleanup implementation, and use the process
context pointer stored in filp->private.
Signed-off-by: Ameya Palande
[ orl: split into logical patch set, patch description ]
Signed-off-by: Omar Ramirez Luna
Acked-by: Fernando Guzman Lugo
---
arch/arm/plat
From: Fernando Guzman Lugo
This patch removes the list implementation to store and manage
process contexts as it is not needed anymore.
Signed-off-by: Fernando Guzman Lugo
---
.../plat-omap/include/dspbridge/resourcecleanup.h |2 -
drivers/dsp/bridge/pmgr/wcd.c |1
This patch series contains the changes to migrate to the
new resource implementation proposed by Ameya.
It is meant to apply after v2 of "first set of unreviewed patches"
Ameya Palande (3):
DSPBRIDGE: Pass filp->private to all the ioctl wrappers
DSPBRIDGE: Define pr_ctxt as a parameter in low
From: Ernesto Ramos Falcon
This patch moves processor detach implementation to bridge_release,
when a process is exiting it will be doing the detach from there
instead of relying on the user to explicitly call detach function.
This will allow a fine control on the resources that will be cleaned
Move object structure to PROC module.
Signed-off-by: Omar Ramirez Luna
---
arch/arm/plat-omap/include/dspbridge/proc.h | 24
drivers/dsp/bridge/rmgr/proc.c | 23 +++
2 files changed, 23 insertions(+), 24 deletions(-)
diff --git a/arc
Kevin Hilman said the following on 12/17/2009 04:07 AM:
Kevin Hilman writes:
Nishanth Menon writes:
Hi,
Thanks for all the comments. Here are the *changed* patches since V5
What changed in V5:
* review comment incorporated
* vsel is deprecated now
* I seem to have hit a checkpatch.
Alexander Shishkin said the following on 12/16/2009 07:32 PM:
The errata 1.153 workaround is busy waiting on XUDF bit in interrupt
context, which may lead to kernel hangs. The problem can be reproduced
by running the bus with wrong (too high) speed.
Signed-off-by: Alexander Shishkin
CC: linux-.
Alexander Shishkin said the following on 12/16/2009 07:32 PM:
This is to avoid insanely long lines and levels of indentation.
Signed-off-by: Alexander Shishkin
CC: linux-...@vger.kernel.org
CC: linux-omap@vger.kernel.org
---
drivers/i2c/busses/i2c-omap.c | 43 ++--
Trivial spacing cleanup on DSP/BIOS Bridge Configuration
Database module.
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/rmgr/dbdcd.c | 343 ---
1 files changed, 179 insertions(+), 164 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/dbdcd.c b/driv
These files seem to be unused, deleting them.
Signed-off-by: Omar Ramirez Luna
---
arch/arm/plat-omap/include/dspbridge/dbl.h | 354 ---
arch/arm/plat-omap/include/dspbridge/dbof.h | 117 ---
drivers/dsp/bridge/dynload/dlclasses_hdr.h | 41 -
drivers/dsp/bridge/pmgr/dbl.c
From: Fernando Guzman Lugo
Bridge should enable McBSP_CLKS (using T2 clock) so that DPLL4
can be gated. Once McBSP2 clock is released, it should disable
McBSP_CLKS as it prevents PER and CORE domain transitions when
OFF is set to target power state.
Signed-off-by: Fernando Guzman Lugo
Signed-of
Remove busy waiting on suspend and self hibernation paths by
removing udelays.
Decrease the total timer waiting on power transitions to be less
than 3 seconds, defined to wait for power transition approx. 200 msecs
Change required for:
http://android.git.kernel.org/?p=kernel/omap.git;a=commit;h=c
KFILE_Seek & KFILE_Tell, u32 replaced with loff_t
Discovered-by: Ameya Palande
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/pmgr/cod.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/dsp/bridge/pmgr/cod.c b/drivers/dsp/bridge/pmgr/cod.c
index a85f2
From: Ernesto Ramos Falcon
Fix for memory leak in DSPNode_RegisterNotify when
unregistering an object.
Signed-off-by: Ernesto Ramos Falcon
---
drivers/dsp/bridge/pmgr/wcd.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/dsp/bridge/pmgr/wcd.c b/drivers/dsp/
If a page doesn't have a sane count, do not panic or release it.
Loudly complain with dump_stack but do not halt with BUG.
Signed-off-by: Fernando Guzman Lugo
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/wmd/tiomap3430.c | 12 +++-
1 files changed, 7 insertions(+), 5 deleti
From: Hiroshi DOYU
Enable smart/autoidle for mailbox sysconfig register.
Original patch:
http://patchwork.kernel.org/patch/35628/
Reported-by: Tero Kristo
Signed-off-by: Hiroshi DOYU
[ fg: remove wrapper around restoreSettings ]
Signed-off-by: Fernando Guzman Lugo
---
drivers/dsp/bridge/hw/
Rename usCount to timeout
Reported-by: Nishanth Menon
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/wmd/tiomap3430.c |6 +++---
drivers/dsp/bridge/wmd/tiomap3430_pwr.c | 12 ++--
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/dsp/bridge/wmd/ti
From: Ernest Ramos Falcon
This patch adds a check before calling Proc_Detach, otherwise
we will see an error.
Signed-off-by: Ernest Ramos Falcon
Signed-off-by: Fernando Guzman Lugo
---
drivers/dsp/bridge/rmgr/drv_interface.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff -
From: Fernando Guzman Lugo
This patch fixes loading a SN that has 4 dependent DLLs, previously
it was failing due to a non-null terminated string.
Signed-off-by: Fernando Guzman Lugo
---
drivers/dsp/bridge/rmgr/dbdcd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/d
Check the status of DMM_GetHandle
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/rmgr/proc.c | 17 ++---
1 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/proc.c b/drivers/dsp/bridge/rmgr/proc.c
index 3c23d85..1ab6181 100644
--- a/driv
This patch enables/disables the option to register to be
notified about bridge driver PWR errors, generally caused
because the timer expires waiting for the dsp to change from
active to retention or hibernation.
This event, if enabled, will be signaled as a fatal error,
bridge driver will be unusa
Compilation fixes 2.6.31
board-sdp3430.h not found
clk_handle undefined because of DVFS flag
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/dspbridge.c |2 ++
drivers/dsp/bridge/rmgr/drv_interface.c |8
drivers/dsp/bridge/rmgr/proc.c |
While suspending bridge disables peripheral clocks, but those
are not enabled again if the power state is configured to be
retention, which leaves the dsp not functional after suspend.
This patch re-enables the clocks on wakeup for off/ret power
states.
Signed-off-by: Omar Ramirez Luna
---
driv
From: Rebecca Schultz Zavin
This macro can refer to a varible not defined in this scope.
gcc 4.4 and later will view this as an error and this code
will not compile.
Signed-off-by: Rebecca Schultz Zavin
---
drivers/dsp/bridge/dynload/cload.c |6 --
1 files changed, 0 insertions(+), 6 d
These patches need to be reviewed to be included into dspbridge-baseline.
v2:
- Added to series, because of priority fix:
DSPBRIDGE: Fix compile break for WCD debug mask
DSPBRIDGE: enable smart/autoidle for mailbox sysconfig
- Fixed a bracket missing for else (code style):
If debug mode is enabled compilation will break because WCD
debug mask is used before behing defined.
Signed-off-by: Omar Ramirez Luna
---
drivers/dsp/bridge/pmgr/wcd.c | 80
1 files changed, 40 insertions(+), 40 deletions(-)
diff --git a/drivers/dsp/b
>From 84b37fc98b56b91ab364c40114d9cf072bbef345 Mon Sep 17 00:00:00 2001
From: Ernesto Ramos
Date: Wed, 16 Dec 2009 18:09:14 -0600
Subject: [PATCH] DSPBRIDGE: Validate Processor Handle from user.
Add check to validate the Processor handle received
from user.
Signed-off-by: Ernesto Ramos
---
dri
>From 1a6375220b22a97526797835844c9be15e165cd6 Mon Sep 17 00:00:00 2001
From: Ernesto Ramos
Date: Wed, 16 Dec 2009 14:55:43 -0600
Subject: [PATCH] DSPBRIDGE: Undo allocation of resources in case of cp_to_usr
fails.
Release resources allocated during MAP, Node Allocation,
STRM Buf Allocation in t
>From b55f8999690d6502d82b61fe2854d9f0e32cf8be Mon Sep 17 00:00:00 2001
From: Ernesto Ramos
Date: Wed, 16 Dec 2009 16:20:11 -0600
Subject: [PATCHv3 1/3] DSPBRIDGE: Interface tightening to check for invalid
input parameters.
Add more error checking and range to address usecases
accessing kernel A
On Wed, 16 Dec 2009, Felipe Balbi wrote:
> commit 239007b8440abff689632f50cdf0f2b9e895b534 converted
> the spinlock_t to raw_spinlock_t. Unfortunately twl4030-irq
> was left aside on the conversion.
>
> Cc: Thomas Gleixner
> Cc: Tony Lindgren
> Cc: linux-omap@vger.kernel.org
> Signed-off-by: Fel
On Wed, Dec 16, 2009 at 11:52:35PM +0200, Felipe Balbi wrote:
> we still need to get rid of the OMAP_TAG_LCD, but while
> it's still there, let's kill the section mismatches.
Hmm, couldn't we just simply remove all empty declarations first? As data
section
is zeroed it should not cause any harm.
Kevin Hilman writes:
> Nishanth Menon writes:
>
>> Hi,
>> Thanks for all the comments. Here are the *changed* patches since V5
>>
>> What changed in V5:
>> * review comment incorporated
>> * vsel is deprecated now
>> * I seem to have hit a checkpatch.pl bug as in
>> http://lkml.org/lkml/2009/
Hi Linus,
Please pull omap build fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
In addition to the three build fixes, there's also a suspend fix
for omap serial init.
Regards,
Tony
The following changes since commit 8bea8672edfca7ec5
then we can later remove all of those cpu conditionals
on drivers/usb/gadget/omap_udc.c
Cc: Paul Walmsley
Signed-off-by: Felipe Balbi
---
Paul, do you think the following is correct ? Judging
by omap_udc.c those are the clocks used by that driver
but I don't have boards to try out.
Anyways, af
>From 1eff8623eafbff7dd187a3e226442d5650adf7c3 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo
Date: Wed, 16 Dec 2009 14:53:53 -0600
Subject: [PATCH] DSPBRIDGE: return right error codes wmd directory
This patch fixes the bad error codes returned by some functions,
also it is taking cafe about
we still need to get rid of the OMAP_TAG_LCD, but while
it's still there, let's kill the section mismatches.
Signed-off-by: Felipe Balbi
---
Tony, do you think this is the right thing to do now ?
Would the lcd drivers cope with the config being
__initdata ?
arch/arm/mach-omap1/board-ams-delta.
The first patch adds omap_udc's clocks to clkdev structures
on the clock*_data.c files, then we will be able to remove
the cpu conditional code when clk_getting.
The second simply adds __initdata to all omap_board_config_kernel
which didn't have the __initdata mark yet, every build was
complaining
On Wed, 2009-12-16 at 11:09 -0800, Tony Lindgren wrote:
> From: Olof Johansson
>
> OMAP34XX has EHCI, so select USB_ARCH_HAS_EHCI.
>
> Signed-off-by: Olof Johansson
> Acked-by: Anand Gadiyar
> Signed-off-by: Tony Lindgren
fwiw:
Acked-by: Felipe Balbi
--
balbi
--
To unsubscribe from thi
Cory Maccarrone writes:
> Some chips, namely any OMAP1 chips using METHOD_MPUIO,
> OMAP15xx and OMAP7xx, cannot be setup to respond to on-chip GPIO
> interrupts in both rising and falling edge directions -- they can
> only respond to one direction or the other, depending on how the
> ICR is confi
Nishanth Menon writes:
> Hi,
> Thanks for all the comments. Here are the *changed* patches since V5
>
> What changed in V5:
> * review comment incorporated
> * vsel is deprecated now
> * I seem to have hit a checkpatch.pl bug as in
> http://lkml.org/lkml/2009/12/11/573, made me check the usage
Hello,
I've just pushed the latest PM branch. As usual, all the gory details
can be found on the wiki[1], but I'll highlight the important changes
here:
- PM branch getting smaller: The off-mode support and CPUidle support
is now in mainline, so it's no longer in PM branch.
- omap3_pm_defconf
From: Mika Westerberg
Commit f62349ee9788b1d94c55eb6c291d74a1f69bdd9e had side effect that
causes kernel to oops when we are suspending to ram:
# echo mem > /sys/power/state
WARNING: at kernel/irq/manage.c:858 __free_irq+0x90/0x174()
Trying to free already-free IRQ 72
From: Balaji T K
Recent drivers/mfd/twl4030* renames to twl broke compile for
various boards as the series was missing a patch to change
the board-*.c files.
This patch renames include twl4030.h to include twl.h
and also renames twl4030_i2c_ routines.
Signed-off-by: Balaji T K
Acked-by: Mark B
From: Thomas Weber
Replace the mach/usb.h with plat/usb.h
Cc: linux-usb-de...@lists.sourceforge.net
Signed-off-by: Thomas Weber
Acked-by: Felipe Balbi
Acked-by: Greg Kroah-Hartman
Signed-off-by: Tony Lindgren
---
drivers/usb/host/ehci-omap.c |2 +-
1 files changed, 1 insertions(+), 1 de
From: Olof Johansson
OMAP34XX has EHCI, so select USB_ARCH_HAS_EHCI.
Signed-off-by: Olof Johansson
Acked-by: Anand Gadiyar
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/
Hi all,
Here are build fixes for omaps and a suspend fix for omap3.
There's one more build fix coming from the linux-usb list for
H2 transceiver.
Planning to send these today before starting to look into
the other pending fixes.
Regards,
Tony
---
Balaji T K (1):
mfd: twl: fix twl4030 re
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 01ae00d38cb195d8bbf1653400c3e27d9e4f2a70
PatchWorks
http://patchwork.kernel.org/patch/67293/
Git (Likely to change, and takes a while to get mirrore
On Wed, Dec 16, 2009 at 07:18:50PM +0100, Balbi Felipe (Nokia-D/Helsinki) wrote:
commit 239007b8440abff689632f50cdf0f2b9e895b534 converted
the spinlock_t to raw_spinlock_t. Unfortunately twl4030-irq
was left aside on the conversion.
Cc: Thomas Gleixner
Cc: Tony Lindgre
oops, my n is failing.
commit 239007b8440abff689632f50cdf0f2b9e895b534 converted
the spinlock_t to raw_spinlock_t. Unfortunately twl4030-irq
was left aside on the conversion.
Cc: Thomas Gleixner
Cc: Tony Lindgre
Cc: linux-omap@vger.kernel.org
Signed-off-by: Felipe Balbi
---
I'm not sure this is the expected fix sinc
Hi All,
The atached file is the patch for the problem.
Wending
>-Original Message-
>From: Sonasath, Moiz [mailto:m-sonas...@ti.com]
>Sent: December 16, 2009 10:58 AM
>To: Weng, Wending; linux-omap@vger.kernel.org; linux-...@vger.kernel.org
>Subject: RE: OMAP3 I2C driver timing pr
Roel Kluin writes:
> val is an u64 pointer, we need an int to check the error.
>
> Signed-off-by: Roel Kluin
Thanks, will queue this in my PM fixes queue for .33-rc series.
Kevin
> ---
> Found using coccinelle: http://coccinelle.lip6.fr/
>
> diff --git a/arch/arm/mach-omap2/pm-debug.c b/arch/
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
>
> * Tony Lindgren [091215 10:19]:
> > * Tony Lindgren [091215 09:43]:
> > > * Krishnamoorthy, Balaji T [091215 08:09]:
> > > > Hi Samuel,
> > > > Could you please take this patch through the mfd tree.
> > >
> > > NAK
> From: Peter Ujfalusi [mailto:peter.ujfal...@nokia.com]
> I have not followed the thread too closely, but have you made the changes also
> to the sound/soc/codec/twl4030.c driver as well, since that also includes the
> linux/i2c/twl4030.h ?
Yes, that has been taken care
I should have taken little
val is an u64 pointer, we need an int to check the error.
Signed-off-by: Roel Kluin
---
Found using coccinelle: http://coccinelle.lip6.fr/
diff --git a/arch/arm/mach-omap2/pm-debug.c b/arch/arm/mach-omap2/pm-debug.c
index 860b755..081ca85 100644
--- a/arch/arm/mach-omap2/pm-debug.c
+++ b/arch/ar
In its current form, the omap_mcbsp_request() function can return after
irq_request() failure without any cleanups, effectively locking out the port
forever with clocks left running. Fix it.
Signed-off-by: Janusz Krzysztofik
---
Wednesday 16 December 2009 09:12:55 Jarkko Nikula napisaĆ(a):
> O
Wending,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Weng, Wending
> Sent: Wednesday, December 16, 2009 8:54 AM
> To: linux-omap@vger.kernel.org; linux-...@vger.kernel.org
> Subject: OMAP3 I2C driver timing problem
If there are no comments for this patch, can you please consider this patch
for upstream?
-Manjunath
> -Original Message-
> From: G, Manjunath Kondaiah
> Sent: Friday, December 11, 2009 11:09 AM
> To: linux-omap@vger.kernel.org; linux-...@vger.kernel.org;
> ben-li...@fluff.org
> Cc:
Hi All,
Some I2C related protocols as SMBus, each command is composed of
multiple I2C messages with timing constraint, the delay between two messages
must be less than 10 ms, otherwise, the SMBus device will be timeout, and the
command fails. As the function wait_for_completion_timeout
Romit Dasgupta writes:
> It is seen that the OMAP specific cpufreq initialization code tries to
> scale the MPU frequency to the highest possible without taking care of
> the voltage level. On power on reset the power IC does not provide the
> necessary voltage for the highest available MPU frequ
Hi,
This is the second version of the patch that I've sent to linux-omap to
address this issue. This time I've moved the whole errata workaround bit
to a separate function to get rid of too long lines and a couple of extra
levels of indentation.
The actual fix is the same as the first time, it ad
The errata 1.153 workaround is busy waiting on XUDF bit in interrupt
context, which may lead to kernel hangs. The problem can be reproduced
by running the bus with wrong (too high) speed.
Signed-off-by: Alexander Shishkin
CC: linux-...@vger.kernel.org
CC: linux-omap@vger.kernel.org
---
drivers/i
This is to avoid insanely long lines and levels of indentation.
Signed-off-by: Alexander Shishkin
CC: linux-...@vger.kernel.org
CC: linux-omap@vger.kernel.org
---
drivers/i2c/busses/i2c-omap.c | 43 ++--
1 files changed, 24 insertions(+), 19 deletions(-)
di
On Wed, Dec 16, 2009 at 03:43:04 +0200, Alexander Shishkin wrote:
> From: Alexander Shishkin
Please disregard this, I've got the emails wrong here. I'll resend
shortly.
Regards,
--
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...
This patch adds clock support for the following AM35xx modules
- Ethernet MAC
- CAN Controller (HECC)
- New MUSB OTG Controller with integrated Phy
- Video Processing Front End (VPFE)
- Additional UART (UART4)
Signed-off-by: Ranjith Lohithakshan
---
arch/a
The errata 1.153 workaround is busy waiting on XUDF bit in interrupt
context, which may lead to kernel hangs. The problem can be reproduced
by running the bus with wrong (too high) speed.
Signed-off-by: Alexander Shishkin
CC: linux-...@vger.kernel.org
CC: linux-omap@vger.kernel.org
---
drivers/i
From: Alexander Shishkin
This is to avoid insanely long lines and levels of indentation.
Signed-off-by: Alexander Shishkin
---
drivers/i2c/busses/i2c-omap.c | 43 ++--
1 files changed, 24 insertions(+), 19 deletions(-)
diff --git a/drivers/i2c/busses/i2c-
This is to avoid insanely long lines and levels of indentation.
Signed-off-by: Alexander Shishkin
CC: linux-...@vger.kernel.org
CC: linux-omap@vger.kernel.org
---
drivers/i2c/busses/i2c-omap.c | 43 ++--
1 files changed, 24 insertions(+), 19 deletions(-)
di
Hi,
This is the second version of the patch that I've sent to linux-omap to
address this issue. This time I've moved the whole errata workaround bit
to a separate function to get rid of too long lines and a couple of extra
levels of indentation.
The actual fix is the same as the first time, it ad
Added missing kfree() in ehci_hcd_omap_remove().
Signed-off-by: Ajay Kumar Gupta
---
drivers/usb/host/ehci-omap.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/host/ehci-omap.c b/drivers/usb/host/ehci-omap.c
index 74d07f4..2460f0d 100644
--- a/drivers/usb/h
Hi,
On Tue, 2009-12-15 at 17:01 +0100, ext Sergey Lapin wrote:
> On Tue, Dec 15, 2009 at 6:22 PM, Tomi Valkeinen
> wrote:
> > Hi,
> >
> > On Tue, 2009-12-15 at 10:58 +0100, ext Sergey Lapin wrote:
> >> dadd2bb931a08a4b6b17f9e82d9bbe7bedebbc98
> >> OMAP: OMAPFB: add omapdss device
> >>
> >> Th
Updated with Kevin's comments.
From: Teerth Reddy
This patch has the workaround for errata 1.176.
In some cases, user is not able to access DDR memory after
warm-reset.This situation occurs while the warm-reset
happens during a read access to DDR memory. In that
particular conditions, DDR memo
Hi Stephen,
On Wed, Dec 16, 2009 at 09:45:41AM +1100, Stephen Rothwell wrote:
> Hi Tony,
>
> On Tue, 15 Dec 2009 09:27:17 -0800 Tony Lindgren wrote:
> >
> > * Mark Brown [091215 06:52]:
> > > On Tue, Dec 15, 2009 at 04:41:08PM +1100, Stephen Rothwell wrote:
> > >
> > > > I have applied this pa
Tony,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony
> Lindgren
> Sent: Wednesday, December 16, 2009 6:24 AM
> To: linux-omap@vger.kernel.org
> Subject: Low level debugging using CONFIG_EARLY_PRINTK=y, omap-debug
On Tue, 15 Dec 2009 01:36:47 +0100
Janusz Krzysztofik wrote:
> 3. In omap_mcbsp_free(), marking the port as free before deallocating the
>cache, could result in memory leak as well.
>
> I hope all are addressed correctly. Since releasing the port with
>
> mcbsp->free = 1;
>
> after
Hello Janusz,
I'll try to go through the series.
On Wednesday 09 December 2009 22:24:13 ext Janusz Krzysztofik wrote:
> This could help for developing the McBSP context save/restore features, as
> well as solve the problem of possible register corruption, experienced on
> OMAP1510 based Amstrad
83 matches
Mail list logo