> Hans,
>
> I suggest you pass this on to Linus to see his reaction. He may well suggest
> some changes to make this interact with the way he works. By doing this now
> you may avoid some unpleasentness later. Know that some other groups do not
> place their 'development' code in the test kernel (for instance network drivers)
> and this bothers Linus - he feels that the code get much better testing if its
> in the test kernel. As suggested previously, maybe you could structure things
> to support both versions in the 'odd' kernels? IMHO Linus would be much happier
> with this (I have read a few of his 'rants' concerning ISDN and Donald Blecker's
> network drivers).
Ok. Posting on Linux Kernel seems to be the only way to reach him with email.
>
>
> BTW, congradulations. Looks like 3.5.12 is working out to be a real GOLD release.
> Must feel good to see it out without any major (fingers crossed) problems popping
> up.
Yes, it does feel like quite a relief.
>
>
> Look very forward to seeing what appears in the new version of the fs. Do you have
> any sort of roadmap ready to publish?
Just what is on the website. If you come to the Chaos Communications conference in
Berlin this month, you can hear me talk about the future of ReiserFS as a tool for
increasing the chaotic level of the OS by increasing the number of possible
interactions between OS components, and thereby raising its expressive power.....:-)
It's gotta be a fun conference, I'm gonna have fun giving this talk, so glad they
asked me to speak, it will be my first time there.....
>
>
> TIA
>
> Ed
>
> > Proposed Policy:
> > We will freeze our disk format changes for the length of every major even Linux
> > release, so that within any even numbered release no patch to that release will
> > change disk format.
> > Within odd numbered Linux Kernels we will probably keep our patches separate
> > from the kernel until near the end, and that way anyone who tries an odd
> > numbered linux kernel reiserfs can stay on that version for as long as they
> > like. When the disk format changes, you will continue to be able to mount old
> > formats, but you often won't be able to get the new features (e.g. you can't get
> > journaling, or you can't get resizing). We will change the name of the magic
> > string with every disk format change after this. I wonder if we should change
> > f_type as returned by statfs too....
> >
> > Zam will implement this policy, after he revises it as he sees fit, and his
> > changes will be in 3.5.13. Actually, I think he has written the code, and it
> > just needs testing (and for me to read it)
>
> --
> Ed Tomlinson <tomlins@cam.org>
> http://www.cam.org/~tomlins/njpipes.html
-- Get Linux (http://www.kernel.org) plus ReiserFS (http://devlinux.org/namesys). If you sell an OS or internet appliance, buy a port of ReiserFS! If you need customizations and industrial grade support, we sell them.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/