> From: Adrian Bunk [mailto:[EMAIL PROTECTED]
> > One caveat with this... md.o needs xor.o to be initialized first.
> > Moving xor.o under lib/ means this assumption is broken since the
> > top-level Makefile puts 'libs' after 'drivers'.
> >...
>
> What about using a different initcall level?
>
>
On Mon, Jun 04, 2007 at 11:25:02AM -0700, Williams, Dan J wrote:
>
> Herbert can I move async_tx under crypto since the engines I am working
> with have support for algorithms like CRC32C and Galois Field Multiply
> (raid6 p+q)?
Sure that's fine by me. Although as Adrian said it's probably bette
On Mon, Jun 04, 2007 at 11:25:02AM -0700, Williams, Dan J wrote:
> > From: Williams, Dan J
> > >
> > > BTW: Please move the async_tx directory under drivers/ or lib/
> > >
> One caveat with this... md.o needs xor.o to be initialized first.
> Moving xor.o under lib/ means this assumption is broken s
> From: Williams, Dan J
> >
> > BTW: Please move the async_tx directory under drivers/ or lib/
> >
One caveat with this... md.o needs xor.o to be initialized first.
Moving xor.o under lib/ means this assumption is broken since the
top-level Makefile puts 'libs' after 'drivers'.
> Yes, I was feelin
> From: Adrian Bunk [mailto:[EMAIL PROTECTED]
> >...
> > Changes since 2.6.22-rc2-mm1:
> >...
> > git-md-accel.patch
> >...
> > git trees
> >...
>
>
> The ASYNC_* options are for internal helper code and should therefore
> not be user visible.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
On Wed, May 30, 2007 at 11:58:23PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc2-mm1:
>...
> git-md-accel.patch
>...
> git trees
>...
The ASYNC_* options are for internal helper code and should therefore
not be user visible.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
B
6 matches
Mail list logo