tthorn@daimi.aau.dk: "No VFS means no FFS?" (Jan 13, 3:53):The VFS that is available as alpha (tsx-11, ALPHA) has the problem that it wants you to rewrite almost everything when you add a filesystem (ie, have a minix_open, and a ffs_open etc), which I find a bit boring, and also makes for somewhat ugly code (several versions of essentially the same set of functions). I decided that I didn't want to lock into that yet: it might still be the way linux goes, but I don't want to have an official release that binds me to something I think could maybe be implemented cleaner. VFS will come, but I'd rather see it (I'll implement it too, perhaps) as a collection of just the low-level routines (read_inode(), write_inode(), read_dir_entry(), write_dir_entry(), _bmap() etc), where the general routines like "link()" etc would be the same for all systems. Linus
| Andrew Morton | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Andrew Morton | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Stephen Rothwell | Re: Announce: Linux-next (Or Andrew's dream :-)) |
git: | |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| David Miller | [GIT]: Networking |
| Andrew Morton | Re: [BUG] New Kernel Bugs |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
