lkml.org 
[lkml]   [2001]   [Dec]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: ENTRY macro (coda maintainers please listen)
Hi!

> > It would be good to rename one of them (they are probably not needed
> > in one module, anyway, that's not clean)...
>
> Actually all coda_XXX.h files don't even have to be in include/linux/,
> only coda.h contains structs/defines that should be 'visible' outside of
> the Coda kernel code, anything else should just go to fs/coda and get a
> good dust off to remove a bunch of cruft.

There's no reason to move them... include/linux is as good place as
fs/coda.

> > Oh and there's no entry for CODA in MAINTAINERS file. You probably
> > want to fix that.
>
> Gee, oh well. I didn't consider it 'critical bug-fixes only' or
> important enough to push a patch for a maintainers entry into a stable
> series, and obviously wasn't paying attention during 2.3
> development.

It is bug-fix, and very easy to see it does not break anything. *That*
kind of fixes is welcome anytime ;-).

> Besides I've been sending you updates whenever something critical
> changes in coda.o (considering you are using it for podfuk). I would
> figure that of all people at least you would know.

(-: Sorry.
Pavel
--
Casualities in World Trade Center: 6453 dead inside the building,
cryptography in U.S.A. and free speech in Czech Republic.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:13    [W:0.040 / U:1.308 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site