On Sun, Aug 06, 2006 at 04:23:16PM +0200, Maciej Sołtysiak wrote: > I tried to create a kernel package with reiser4 for ubuntu-server (dapper) > They ship a 2.6.15 (heavily modified) kernel upon which the current > reiser4-for-2.6.17-3.patch applies fine but unfortunately miscompiles, eg. > fs/reiser4/plugin/file_ops_readdir.c: In function 'llseek_common_dir': > fs/reiser4/plugin/file_ops_readdir.c:486: warning: implicit declaration of > function 'mutex_lock' > fs/reiser4/plugin/file_ops_readdir.c:486: error: 'struct inode' has no member > named 'i_mutex' > fs/reiser4/plugin/file_ops_readdir.c:508: warning: implicit declaration of > function 'mutex_unlock' > fs/reiser4/plugin/file_ops_readdir.c:508: error: 'struct inode' has no member > named 'i_mutex' > > I bet these are trivial to fix and I will try to do this but my time > constraints > currently prevent me from doing that.
Guess these won't be so easy, afaik 2.6.15 lacks the semaphore->mutex transition. > There also is an issue with grub. The kernel alone is fine for creating > partitions > (or loop devices) but with grub not patched we can't install boot partitions. > No biggy, > I guess, but still a problem. Few people keep a 32MB ext2 for /boot purposes these days, so it really is imperative that grub can read kernel images off a reiser4 /. > I could create a vanilla + reiser4 kernel package easily but that would be > stripped > off of the important dapper/debian patches and that is a no-no for dapper > users, I guess. > At least for non-guru freaks who run their own, modified kernels. Sure. The best thing might be to back-port "internal" fixes in fs/reiser4/ to reiser4-for-2.6.15-x so the API calls match the kernel. Patching 2.6.15 with a 2.6.17 patch is a no-no. But you _are_ taking a step forward, and your effort is appreciated : D Kind regards, Chris
pgpaKpM0N5nTR.pgp
Description: PGP signature