Hey,
On Tue, Jul 31, 2012 at 08:12:02PM +0800, cloudy.linux wrote:
> Sorry for taking so long time to try the latest code. Just came back
> from a vacation and tried several days to get a tight sleep.
My apologies for having a ~3months lag. Somehow I have totally forgotten
about your mail in my
Hi Phil
On 2012-7-9 20:54, Phil Sutter wrote:
Hi,
On Sun, Jul 08, 2012 at 01:38:47PM +0800, cloudy.linux wrote:
Newest result. Still couldn't boot up. This time the source was cloned
from your git repository.
MV-DMA: window at bar0: target 0, attr 14, base 0, size 800
MV-DMA: window at ba
> I think the problem is not in mv_cesa but in
> flush_kernel_dcache_page(). I have proposed a fix here:
>
> http://www.spinics.net/lists/arm-kernel/msg176913.html
>
> There was a little bit of discussion on the patch, but it has not
> been picked up yet.
Hi Simon
This is core code, not an are
Hi Andrew, Phil,
On Mon, Jul 16, 2012 at 04:53:18PM +0200, Phil Sutter wrote:
> On Mon, Jul 16, 2012 at 04:03:44PM +0200, Andrew Lunn wrote:
> > On Mon, Jul 16, 2012 at 03:52:16PM +0200, Phil Sutter wrote:
> > > Hey Andrew,
> > >
> > > On Mon, Jul 16, 2012 at 11:32:25AM +0200, Andrew Lunn wrote:
On Mon, Jul 16, 2012 at 04:03:44PM +0200, Andrew Lunn wrote:
> On Mon, Jul 16, 2012 at 03:52:16PM +0200, Phil Sutter wrote:
> > Hey Andrew,
> >
> > On Mon, Jul 16, 2012 at 11:32:25AM +0200, Andrew Lunn wrote:
> > > I've not been following this thread too closely..
> > >
> > > Do you have any patc
On Mon, Jul 16, 2012 at 03:52:16PM +0200, Phil Sutter wrote:
> Hey Andrew,
>
> On Mon, Jul 16, 2012 at 11:32:25AM +0200, Andrew Lunn wrote:
> > I've not been following this thread too closely..
> >
> > Do you have any patches you want included into mainline?
>
> No need to fix anything mainline
Hey Andrew,
On Mon, Jul 16, 2012 at 11:32:25AM +0200, Andrew Lunn wrote:
> I've not been following this thread too closely..
>
> Do you have any patches you want included into mainline?
No need to fix anything mainline, he's just testing my RFC-state DMA
engine addon to MV_CESA. Current state is
Hi Cloudy
I've not been following this thread too closely..
Do you have any patches you want included into mainline?
Thanks
Andrew
--
To unsubscribe from this list: send the line "unsubscribe linux-crypto" in
the body of a message to majord...@vger.kernel.org
More majordomo info at h
Hi,
On Sun, Jul 08, 2012 at 01:38:47PM +0800, cloudy.linux wrote:
> Newest result. Still couldn't boot up. This time the source was cloned
> from your git repository.
>
> MV-DMA: window at bar0: target 0, attr 14, base 0, size 800
> MV-DMA: window at bar1: target 5, attr 0, base f220, si
On 2012-7-6 23:30, Phil Sutter wrote:
Hi Cloudy,
On Sat, Jun 30, 2012 at 03:35:48PM +0800, cloudy.linux wrote:
Although I had no idea about what's wrong, I looked in the functional
errata (again), And I found what's attached (The doc I got from Internet
was a protected PDF, that's why I had to
Hi Cloudy,
On Sat, Jun 30, 2012 at 03:35:48PM +0800, cloudy.linux wrote:
> Although I had no idea about what's wrong, I looked in the functional
> errata (again), And I found what's attached (The doc I got from Internet
> was a protected PDF, that's why I had to use screen capture).
> Is this re
On 2012-6-26 5:59, Phil Sutter wrote:
Hi,
On Tue, Jun 26, 2012 at 12:05:55AM +0800, cloudy.linux wrote:
This time the machine can't finish the boot again and the console was
flooded by the message like below:
Oh well. I decided to drop that BUG_ON() again, since I saw it once
being triggered
Hi,
On Tue, Jun 26, 2012 at 12:05:55AM +0800, cloudy.linux wrote:
> This time the machine can't finish the boot again and the console was
> flooded by the message like below:
Oh well. I decided to drop that BUG_ON() again, since I saw it once
being triggered while in interrupt context. But since
On 2012-6-25 22:25, cloudy.linux wrote:
On 2012-6-25 21:40, Phil Sutter wrote:
Hi,
On Wed, Jun 20, 2012 at 05:41:31PM +0200, Phil Sutter wrote:
PS: I am currently working at the address decoding problem, will get
back to in a few days when I have something to test. So stay tuned!
I have upda
Hi,
On Mon, Jun 25, 2012 at 10:25:01PM +0800, cloudy.linux wrote:
> On 2012-6-25 21:40, Phil Sutter wrote:
> > Hi,
> >
> > On Wed, Jun 20, 2012 at 05:41:31PM +0200, Phil Sutter wrote:
> >> PS: I am currently working at the address decoding problem, will get
> >> back to in a few days when I have s
On 2012-6-25 21:40, Phil Sutter wrote:
Hi,
On Wed, Jun 20, 2012 at 05:41:31PM +0200, Phil Sutter wrote:
PS: I am currently working at the address decoding problem, will get
back to in a few days when I have something to test. So stay tuned!
I have updated the cesa-dma branch at git://nwl.cc/~
Hi,
On Wed, Jun 20, 2012 at 05:41:31PM +0200, Phil Sutter wrote:
> PS: I am currently working at the address decoding problem, will get
> back to in a few days when I have something to test. So stay tuned!
I have updated the cesa-dma branch at git://nwl.cc/~n0-1/linux.git with
code setting the de
Hi Cloudy,
On Wed, Jun 20, 2012 at 09:31:10PM +0800, cloudy.linux wrote:
> On 2012-6-19 4:12, Simon Baatz wrote:
> > I see one effect that I don't fully understand.
> > Similar to the previous implementation, the system is mostly in
> > kernel space when accessing an encrypted dm-crypt device:
>
Hi Phil
On 2012-6-19 4:12, Simon Baatz wrote:
I see one effect that I don't fully understand.
Similar to the previous implementation, the system is mostly in
kernel space when accessing an encrypted dm-crypt device:
Today I also compiled the patched 3.5.0-rc3 for another NAS box with
MV88F628
The CESA still didn't work as expected. But this time the machine
managed to finish the boot.
...
MV-DMA: IDMA engine up and running, IRQ 23
MV-DMA: idma_print_and_clear_irq: address miss @0!
MV-DMA: tpg.reg + DMA_CTRL = 0x80001d04
MV-DMA: tpg.reg + DMA_BYTE_COUNT = 0x8010
MV-DMA: tpg.reg +
Hi,
On Tue, Jun 19, 2012 at 11:09:43PM +0800, cloudy.linux wrote:
> On 2012-6-19 19:51, Phil Sutter wrote:
> > Hi Simon,
> >
> > On Mon, Jun 18, 2012 at 10:12:36PM +0200, Simon Baatz wrote:
> >> On Mon, Jun 18, 2012 at 03:47:18PM +0200, Phil Sutter wrote:
> >>> On Sat, Jun 16, 2012 at 02:20:19AM +
On 2012-6-19 19:51, Phil Sutter wrote:
Hi Simon,
On Mon, Jun 18, 2012 at 10:12:36PM +0200, Simon Baatz wrote:
On Mon, Jun 18, 2012 at 03:47:18PM +0200, Phil Sutter wrote:
On Sat, Jun 16, 2012 at 02:20:19AM +0200, Simon Baatz wrote:
thanks for providing these patches; it's great to finally see
Hi Simon,
On Mon, Jun 18, 2012 at 10:12:36PM +0200, Simon Baatz wrote:
> On Mon, Jun 18, 2012 at 03:47:18PM +0200, Phil Sutter wrote:
> > On Sat, Jun 16, 2012 at 02:20:19AM +0200, Simon Baatz wrote:
> > > thanks for providing these patches; it's great to finally see DMA
> > > support for CESA in t
Hi Phil,
On Mon, Jun 18, 2012 at 03:47:18PM +0200, Phil Sutter wrote:
> On Sat, Jun 16, 2012 at 02:20:19AM +0200, Simon Baatz wrote:
> > thanks for providing these patches; it's great to finally see DMA
> > support for CESA in the kernel. Additionally, the implementation seems
> > to be fine regar
Hi Simon,
On Sat, Jun 16, 2012 at 02:20:19AM +0200, Simon Baatz wrote:
> thanks for providing these patches; it's great to finally see DMA
> support for CESA in the kernel. Additionally, the implementation seems
> to be fine regarding cache incoherencies (at least my test in [*]
> works).
Thanks
Hi Phil,
thanks for providing these patches; it's great to finally see DMA
support for CESA in the kernel. Additionally, the implementation seems
to be fine regarding cache incoherencies (at least my test in [*]
works).
I have two patches for your patchset...
- Fix for mv_init_engine error handl
26 matches
Mail list logo