pohmelfs: call for inclusion

Tagged:  

I'm please to announce new and completely rewritten distributed filesystem - POHMELFS

It went a long way from parallel NFS design which lived in drivers/staging/pohmelfs for years effectively without usage case - that design was dead.

https://lkml.org/lkml/2012/2/8/293

Let's see, how this will end up

Congratulations on your new release. Now the whole stack all the way from the storage to POSIX filesystem is up and running.

I had looked at this project, in 2009 I think when it was first introduced into the kernel and thought it was really interresting.

There was a long 'delay'. Today I read all your blogposts on all the work you did to get this far and I now understand why there was so much time between releases.

It is so cool how everything is running in production across different datacenters and all that at Yandex.

I hope to have a project soon that can make good use of it. :-)

Linus mentioned he wants other people to look at it before it gets included. I hope he will add it soon.

Have a nice day,
Lennie.

Thanks a lot, but as usual this takes really long :)

so I applied this to a 3.0 kernel and built it however on insmod I get:
pohmelfs: no symbol version for module_layout

what did I do wrong?

<a href="http://www.ioremap.net/tmp/pohmelfs.diff" title="http://www.ioremap.net/tmp/pohmelfs.diff">http://www.ioremap.net/tmp/pohmelfs.diff</a>

Building just as
$ make -C /lib/modules/3.2.0-0.bpo.1-amd64/build M=`pwd` modules
# insmod ./pohmelfs.ko

will this build against 3.0.0 also?

Hard to tell, I believe it should maybe with trivial changes (like different argument types for some functions)

I have to say: Thank you for your work, this is great. Getting it into the "real" kernel is the next step for world domination. Please keep it up.

Congratulations!

It is a long way to push it into kernel, so far only Greg answered about how patchset should look like :)

But anyway, thanks a lot!