[Tux3] Miniproject suggestions in kernel/namei.c
Daniel Phillips
phillips at phunq.net
Thu Dec 4 13:49:17 PST 2008
The file namei.c has been added to tux3/user/kernel, which now holds all
the the kernel-only code for namespace operations, like the traditional
Ext2 arrangement. Besides getting rid of an #ifdef __KERNEL__, this
gives us a very nice list of to.do mini-projects for the kernel port:
const struct inode_operations tux_dir_iops = {
.create = tux3_create,
.lookup = tux_lookup,
// .link = ext3_link,
// .unlink = ext3_unlink,
// .symlink = ext3_symlink,
// .mkdir = ext3_mkdir,
// .rmdir = ext3_rmdir,
// .mknod = ext3_mknod,
// .rename = ext3_rename,
// .setattr = ext3_setattr,
// .setxattr = generic_setxattr,
// .getxattr = generic_getxattr,
// .listxattr = ext3_listxattr,
// .removexattr = generic_removexattr,
// .permission = ext3_permission,
/* FIXME: why doesn't ext4 support this for directory? */
// .fallocate = ext4_fallocate,
// .fiemap = ext4_fiemap,
};
Hirofumi is working his way down the list, however anybody who wants to
notch up a non-trivial kernel hack involving the kernel APIs we have
been covering on Tux3 U, now is the time to jump in and try it before
they are all gone, and carve your name in the Tux3 Hall of Fame:
http://tux3.org/about.html
Not to mention, putting "kernel filesystem hacking" on your resume.
These are not trivial, but not really hard either. It is mainly a
matter of pointing lxr at the sys_link/unlink/etc, following down to
the inode_ops-><method> call, implementing it like Ext2 does, and
trying it out under uml:
http://lwn.net/Articles/308950/
"Developing Tux3 with UML"
Regards,
Daniel
_______________________________________________
Tux3 mailing list
Tux3 at tux3.org
http://mailman.tux3.org/cgi-bin/mailman/listinfo/tux3
More information about the Tux3
mailing list