Al Viro writes: > FWIW, I think it's not a serious argument. Interface changes => grep time. > And that means grep over the tree anyway. OK, well, where would you prefer the spufs code to go? > That's solved by asking for review... Could you review the spufs code (i.e. the patches posted by Arnd recently to [email protected]) please? Thanks, Paul. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- From: Al Viro <[email protected]>
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- From: Pekka Enberg <[email protected]>
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- References:
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- From: Arnd Bergmann <[email protected]>
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- From: Pekka Enberg <[email protected]>
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- From: Paul Mackerras <[email protected]>
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- From: Pekka Enberg <[email protected]>
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- From: Paul Mackerras <[email protected]>
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- From: Al Viro <[email protected]>
- Re: [PATCH 02/14] spufs: fix local store page refcounting
- Prev by Date: RE: [SCSI BUG 2.6.15-rc3-mm1] scheduling while atomic on boot tim e
- Next by Date: Re: Linux in a binary world... a doomsday scenario
- Previous by thread: Re: [PATCH 02/14] spufs: fix local store page refcounting
- Next by thread: Re: [PATCH 02/14] spufs: fix local store page refcounting
- Index(es):
 |