|| ||Daniel Phillips <email@example.com>|
|| ||Tux3 report: Tux3 by Christmas?|
|| ||Wed, 10 Dec 2008 14:35:39 -0800|
|| ||firstname.lastname@example.org, email@example.com|
The wag's rejoinder would naturally be, which Christmas? Well, if we
set our expectations reasonably then it is this Christmas, the one that
is 15 days away.
The latest Tux3 kernel patch is here:
This includes many bug fixes, cleanups and additional functionality.
File and directory operations are nearly all there now. Rename support
was checked in yesterday by a developer (Michael Pattrick) as his very
first kernel patch. It functioned, and everybody pitched right away to
make it solid. This kind of thing is getting to be a regular event in
Tux3 land, and I must say, it is gratifying to be able to encourage new
Linux contributers this way, while providing pretty good sport for
experienced hacks too.
The big goals for Christmas (this Christmas!) are:
- SMP locking
- Atomic commit
- Posixly complete
- Rudimentary fsck
With atomic commit, we will progress from "buggy Ext2 equivalent with
missing features" to "buggy Ext3 equivalent with missing features".
Not a bad place to arrive at in five months, starting from scratch.
Does anybody out there still doubt that the community process works,
and is the best way to develop really complex software? Believe it.
Non-goals for Christmas include:
- Directory indexing (PHTree)
- fsck repair
These major features will all get underway early in the new year. As
usual, the invitation remains open for all interested parties to come
lend a hand. The atomic commit effort and some work we are doing with
deferred namespace operations offers interesting engagement for
developers at all skill levels.
The list of Tux3 contributors continues to grow, with first-time patches
from Benjamin Stuhl, Pranith Kumar, Jonas Fietz and Michael Pattrick.
Most Posix operations are supported now, with the exception of extended
attribute support, which is waiting for a fairly minor fix to the way
we handle file size in directory operations. I will not swear that
this code is bug-free, far from it. I will go as far as claiming that
this code is fun and convenient to work on. We are still able to do a
large part of the development in user space, and even the kernel code
is developed mostly in the comfortable environment of uml or kvm.
We supply 32 bit and 64 bit root filesystems for UML development:
Jonas Fietz prepared the 64 bit root filesystem, thankyou very much.
These are just 23 MB downloads that started life as Jeff Dike's
debian-small Potato filesystem (small potatoes, get it?) and were
upgraded over time with a modern libc and a few amenties such as the
Nano text editor. A brief guide to Tux3 development under UML is here:
We should be able to produce a guide for KVM development pretty soon as
Thanks to Shapor Naghibzadeh for a spiffy new tabbed look to the tux3
home page, and for hosting it on a more capable machine than my home
server, which also happens to be my desktop and main Tux3 development
machine. It's true, I was often building UML kernels and browsing
Slashdot while serving up html to all the search bots and interested
people who were dropping in with increasing frequency. For the first
time, we have a fighting chance of withstanding a Slashdotting, whereas
last week the result would certainly have been a smoking black hole in
Special thanks to Jon Corbet for explaining to us what we're actually
building in his own inimitable way:
and to show that these words of wisdom do not just vanish into thin air,
we have the "Jon Corbet" patch:
It is worth noting that the Tux3 project so far consists entirely of
volunteers contributing on their own time (yes, me too). Support from
interested people is always welcome, whether that be beer:
or something even more substantial. For example, a three way Phenom
machine or equivalent for SMP development would be welcome if somebody
happens to have one they can send.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/