Adding davinci linux open source ML to CC as folk there might find this
utility useful.
Javier Martinez Canillas wrote:
> On Fri, Oct 28, 2011 at 12:33 PM, Jon Povey
> wrote:
>> linux-mtd-boun...@lists.infradead.org wrote:
>> DM355 and DM365 has similar issues as the RBL expects a different
>> OO
Hi,
Attach the patch [PATCH v5 2/7] which is rebased on 3.1 -next.
BTW: The [PATCH v5 3/7] should be dropped as commented before, other patches
are OK against 3.1 -next.
thanks,
--
Ming Lei
--
>From 6125bef1aeee84ef22efdf743077f27f5274b6da Mon Sep 17 00:00:00 2001
From: Ming Lei
Date: Wed, 2
On Monday 31 October 2011 08:38:39 Robert Marklund wrote:
> ChangeLog v3->v4:
> - Remove dual prints and old comment on Mike's request.
> - Split the request_free fucntion on Mike and Sascha request.
would be nice if the enable/disable were split as well ...
> iounmap(pdata->ioaddr);
>
> +
On Fri, 28 Oct 2011 15:03:36 +0300, Tero Kristo said:
> Hi Again,
> I created a new version of the patch which should be better than this
> hack, I'll send it as an RFC to the l-o list in a bit.
> On Thu, 2011-10-13 at 13:49 +0200, Munegowda, Keshava wrote:
> > On Thu, Oct 13, 2011 at 4:58 PM, Ter
If the DMA destination position has been asked before the
first actual data transfer has been done, the CDAC
register still contains 0 (it is initialized to 0 at
omsp_dma_start).
If CDAC == 0, return the programmed start address.
Signed-off-by: Peter Ujfalusi
---
arch/arm/plat-omap/dma.c | 10
If the DMA source position has been asked before the
first actual data transfer has been done, the CSAC
register does not contain valid information.
We can identify this situation by checking the CDAC
register:
CDAC != 0 indicates that the DMA transfer on the channel has
been started already.
When
Hello,
If the user asks for the sDMA current position before the first
data has been transmitted (before the first DMA request has been
generated), the reported position is not valid:
src position: CSAC is uninitialized
dst position: CDAC is 0
The return values in both case considered invalid.
Th
On Sun, 30 Oct 2011, Vikram Pandita wrote:
> From: Vikram Pandita
>
> Data Buffer Error as per spec section 4.15.1.1.2
> results when there is Underrun or Overrun condition.
>
> This error is considered non-fatal and never gets reported.
> Its a very good indication on things going wrong at sys
Add some basic regulator support for the power pins, as needed
by the ST-Ericsson Snowball platform that powers up the SMSC911
chip using an external regulator.
Platforms that use regulators and the smsc911x and have no defined
regulator for the smsc911x and claim complete regulator
constraints wi
Hi,
On Friday 28 October 2011 12:30:51 Matthieu CASTET wrote:
> Hi,
>
> Javier Martinez Canillas a écrit :
> > Hello,
> >
> > I want to be able to use 1-bit ECC for the first partition where I
> > save the loader binary and has to be accessed by the ROM boot but use
> > a 4-bit ECC for my rootfs
Hello Paul, hello Will,
On Fri, Oct 28, 2011 at 5:47 PM, Paul Walmsley wrote:
>
> fyi
>
>
>
> - Paul
>
> -- Forwarded message --
> Date: Fri, 28 Oct 2011 15:43:45 +0100
> From: Will Deacon
> To: linux-arm-ker...@lists.infradead.org
> Cc: Paul Walmsley , Will Deacon
> Subject: [P
On Fri, 28 Oct 2011, Jon Povey wrote:
linux-mtd-boun...@lists.infradead.org wrote:
I want to be able to use 1-bit ECC for the first partition where I
save the loader binary and has to be accessed by the ROM boot but use
a 4-bit ECC for my rootfs partition.
Does anyone have this same issue?
On Friday 28 October 2011 07:54 PM, Arjan van de Ven wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/28/2011 3:50 AM, Deepthi Dharwar wrote:
>> The cpuidle_device->prepare() mechanism causes updates to the
>> cpuidle_state[].flags, setting and clearing CPUIDLE_FLAG_IGNORE
>>
13 matches
Mail list logo