REISER4 snapshot
Hello Namesys has issued new reiser4 snapshot (http://thebsh.namesys.com/snapshots/2004.13.04). It is against 2.6.8-rc4-mm1. Most of changes address warnings Andrew Morton made about patches for kernel reiser4 depends on. Look at http://thebsh.namesys.com/snapshots/2004.13.04/READ.ME for install instructions PS: well, probably we should not do that on friday, 13
Re: REISER4 snapshot
On Fri, Aug 13, 2004 at 06:23:45PM +0400, Vladimir V. Saveliev wrote: Hello hi Namesys has issued new reiser4 snapshot (http://thebsh.namesys.com/snapshots/2004.13.04). It is against 2.6.8-rc4-mm1. user-space tools are thos of 2004.08.09-internal.testing? -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50
Re: REISER4 snapshot
Hello Domenico Andreoli wrote: On Fri, Aug 13, 2004 at 06:23:45PM +0400, Vladimir V. Saveliev wrote: Hello hi Namesys has issued new reiser4 snapshot (http://thebsh.namesys.com/snapshots/2004.13.04). It is against 2.6.8-rc4-mm1. user-space tools are thos of 2004.08.09-internal.testing? ftp.namesys.com/pub/reiser4progs -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50
Re: REISER4 snapshot
user-space tools are thos of 2004.08.09-internal.testing? ftp.namesys.com/pub/reiser4progs Do they include the libaal.patch and the reiser4progs-1.0.0-tree_scan.patch?
REISER4 snapshot
Hello Namesys has issued new reiser4 snapshot (http://thebsh.namesys.com/snapshots/2004.08.04). It is against 2.6.8-rc2-mm2. It is mostly bug fixes. Look at http://thebsh.namesys.com/snapshots/2004.08.04/READ.ME for install instructions
Re: REISER4 snapshot
On Wed, 2004-08-04 at 12:28, Vladimir V. Saveliev wrote: Hello Namesys has issued new reiser4 snapshot (http://thebsh.namesys.com/snapshots/2004.08.04). It is against 2.6.8-rc2-mm2. It is mostly bug fixes. Look at http://thebsh.namesys.com/snapshots/2004.08.04/READ.ME for install instructions So, is this is what will be sent to the main kernel as ready-to-go? Yay! -- Jonathan Briggs [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: REISER4 snapshot
On Wed, Aug 04, 2004 at 10:28:14PM +0400, Vladimir V. Saveliev wrote: Namesys has issued new reiser4 snapshot HOORAY! This is the best news in a while :) When will we see a directory listing by Apache2?-) And the somewhat gloomy question: What's the status on Faye's and Phil0u's bugs? -- mjt
Re: Latest reiser4 snapshot for vanilla/-cko kernel
Piotr Neuman wrote: Hi, I took reiser4-2004.06.16-19.36-linux-2.6.7-rc3-mm1.diff.gz from http://namesys.com/auto-snapshots/ and it appeared to apply pretty well on vanilla 2.6.7 kernel. So I made patches for vanilla and -cko available in: http://kem.p.lodz.pl/~peter/cko/reiser4/ Hope those patches work ok :). BTW great kudos to reiser4 team... Forgive me, who is the -cko maintainer? Thanks, Hans
Re: Latest reiser4 snapshot for vanilla/-cko kernel
Con Kolivas is the cko maintainer: http://kem.p.lodz.pl/~peter/cko/ David
Re: Latest reiser4 snapshot for vanilla/-cko kernel
My apologies, Con Kolivass page is at: http://members.optusnet.com.au/ckolivas/kernel/ David
New Reiser4 snapshot slower?
This command: # dd if=/dev/zero of=testfile bs=4k count=256k seems to take longer than it did before. The difference seems to be all system time. I will have to reboot to an old version later, to get accurate numbers. I don't have debugging turned on, so that's not it. Has something changed that would have made this slower? -- Jonathan Briggs [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: New Reiser4 snapshot slower?
Jonathan Briggs wrote: This command: # dd if=/dev/zero of=testfile bs=4k count=256k seems to take longer than it did before. The difference seems to be all system time. I will have to reboot to an old version later, to get accurate numbers. I don't have debugging turned on, so that's not it. Has something changed that would have made this slower? zam, please look into this report. -- Hans
Re: problems with reiser4 snapshot from 26. febr.
Hello On Thu, 2004-02-26 at 04:18, Henning Westerholt wrote: Hello, i tried the latest snapshot one more time with some debug options activated. Now the compiling of eg. xfree produces no errors on the filesystem. But after the compiling, i unmounted the fs, and got a error message in the syslog: kernel: reiser4[umount(8437)]: reiser4_kill_super (fs/reiser4/vfs_ops.c:1377) [nikita-2622]: kernel: WARNING: 1607680 bytes still allocated One memory leak was fixed recently. It is attached. Hopefully you have hit this one. The following fsck run found no errors. I mounted the partition again, and tried a ls on this filesystem. After that the reiser4 code produced so many kernel oops that i was unable to shutdown the system, as any started program segfaulted. Unfortunally reiserfs filled my logfiles (and some other files..) with garbage, data-logging in the stock kernel for reiserfs would be very nice btw. ;-) I reproduced this error after a reset a few minutes later, but again reiserfs filled the output from dmegs with content from my config files. So i only attached my kernel config. I think for now i use the snapshot without debugging, as it don't crash my whole system. Henning = flush.c 1.671 vs 1.672 = --- 1.671/flush.c Fri Feb 20 16:46:30 2004 +++ 1.672/flush.c Thu Feb 26 13:59:15 2004 @@ -1477,8 +1477,10 @@ /* stop_key is used to find what was copied and what to cut */ stop_key = *min_key(); ret = squalloc_extent(left, coord, pos, stop_key); - if (ret != SQUEEZE_CONTINUE) + if (ret != SQUEEZE_CONTINUE) { + ON_DEBUG(reiser4_kfree(vp)); break; + } assert(vs-1465, !keyeq(stop_key, min_key())); /* Helper function to do the cutting. */
Latest Reiser4 Snapshot
Hello, new reiser4 snapshot against 2.6.3 kernel is available at http://www.namesys.com/snapshots/2004.02.25 It contains bug fixes and stability improvements. On-disk format is compatible with the previous snapshot. Also, * raid0 preliminary support, and * improved loop back support were added. In standard configuration reiser4 is stable except for a multiple umount/mount issue we are still analyzing. See the READ.ME file for not-well-supported features and options. Hopefully our next snapshot will be ready for inclusion, and hopefully it is just a few days away.
problems with reiser4 snapshot from 26. febr.
Hello, i tried the latest snapshot one more time with some debug options activated. Now the compiling of eg. xfree produces no errors on the filesystem. But after the compiling, i unmounted the fs, and got a error message in the syslog: kernel: reiser4[umount(8437)]: reiser4_kill_super (fs/reiser4/vfs_ops.c:1377) [nikita-2622]: kernel: WARNING: 1607680 bytes still allocated The following fsck run found no errors. I mounted the partition again, and tried a ls on this filesystem. After that the reiser4 code produced so many kernel oops that i was unable to shutdown the system, as any started program segfaulted. Unfortunally reiserfs filled my logfiles (and some other files..) with garbage, data-logging in the stock kernel for reiserfs would be very nice btw. ;-) I reproduced this error after a reset a few minutes later, but again reiserfs filled the output from dmegs with content from my config files. So i only attached my kernel config. I think for now i use the snapshot without debugging, as it don't crash my whole system. Henning config-debug.gz Description: GNU Zip compressed data
Re: problems with reiser4 snapshot from 26. febr.
Am Donnerstag, 26. Februar 2004 00:40 schrieben Sie: Have you tried re-compiling a kernel yet? That usually flushes out disk problems caused by marginal or poorly seating memory modules. jim burnes security engineer great-west, denver My system runs normally very stable, last weekend for example i compile the complete kde-3.2 release. Furthermore i'm able to compile xfree on reiserfs (the job finished just for a few minutes) and on the snapshot from 06. febr. But on the latest snapshot the compiling stops every time (i tested it four times) on the same install operation. Thus i don't think it's a memory or system configuration problem. Best regards, Henning
Re: Last reiser4 snapshot is at: http://www.namesys.com/snapshots/2004.02.06/
Sander writes: Hi Nikita, Nikita Danilov wrote (ao): new snapshot has been released. It is mainly bug-fixing release. Take a look at the READ.ME for the list of known problems. There are two LATEST_IS files in the snapshots dir. Thanks, fixed. Btw, can you please make a snapshot against the -mm tree? I think that would help to get it included in that tree. Well, making two snapshots is kind of double trouble, because both has to be tested and bug reports for them have to be handled. What we can do, on the other hand, is to make a decision to switch to the -mm series completely. But this is for Hans to decide. Are you actually having any problems with applying/running snapshot on top of -mm? Thanks for this release! With kind regards, Sander Nikita.
Re: Last reiser4 snapshot is at: http://www.namesys.com/snapshots/2004.02.06/
Nikita Danilov wrote (ao): Sander writes: Btw, can you please make a snapshot against the -mm tree? I think that would help to get it included in that tree. Well, making two snapshots is kind of double trouble, because both has to be tested and bug reports for them have to be handled. What we can do, on the other hand, is to make a decision to switch to the -mm series completely. But this is for Hans to decide. IMVHO, that would be a good thing. Are you actually having any problems with applying/running snapshot on top of -mm? Yes, but I haven't looked into them yet. This is on 2.6.2 with -mm1 applied: $ patch -p1 -s -i ../all.diff Reversed (or previously applied) patch detected! Assume -R? [n] n Apply anyway? [n] n 2 out of 2 hunks ignored -- saving rejects to file fs/Makefile.rej 1 out of 1 hunk FAILED -- saving rejects to file arch/i386/kernel/entry.S.rej 1 out of 2 hunks FAILED -- saving rejects to file include/asm-i386/unistd.h.rej 3 out of 3 hunks FAILED -- saving rejects to file ./include/asm-i386/thread_info.h.rej 1 out of 1 hunk FAILED -- saving rejects to file ./arch/i386/kernel/init_task.c.rej Thank you. With kind regards, Sander -- Humilis IT Services and Solutions http://www.humilis.net
reiser4 snapshot
Hello, new reiser4 snapshot (for 2.6.0) is available at the http://www.namesys.com/snapshots/2003.12.23/ See READ.ME file there for more instructions. WARNING: WARNING: WARNING: WARNING: WARNING: WARNING: WARNING: WARNING: WARNING: Don't use Reiser4 in production environments. It is in the debugging stage. Files: core.diff Modifications to the core part of the kernel necessary for reiser4 reiser4.only.diff.gzReiser4 source code as -p1 patch for the kernel source tree, compressed all.diff.gz Above two patches combines and compressed reiser4.tar.gz Reiser4 source code. This also contains SCCS data. broken-out core.diff split into separate patches reiser4progs-0.4.20.tar.gz reiser4progs: mkfs, fsck, etc. libaal-0.4.15.tar.gzlibaal library required by reiser4progs Nikita.
Re: reiser4 snapshot
Nikita Danilov wrote: Hello, new reiser4 snapshot (for 2.6.0) is available at the http://www.namesys.com/snapshots/2003.12.23/ [...] broken-out core.diff split into separate patches 403 Forbidden You don't have permission to access /snapshots/2003.12.23/broken-out/ on this server. Carl-Daniel -- http://www.hailfinger.org/
Re: reiser4 snapshot
Carl-Daniel Hailfinger writes: Nikita Danilov wrote: Hello, new reiser4 snapshot (for 2.6.0) is available at the http://www.namesys.com/snapshots/2003.12.23/ [...] broken-out core.diff split into separate patches 403 Forbidden You don't have permission to access /snapshots/2003.12.23/broken-out/ on this server. Thanks, fixed. Carl-Daniel -- http://www.hailfinger.org/ Nikita.
Re: reiser4 snapshot
Nikita Danilov wrote: new reiser4 snapshot (for 2.6.0) is available at the http://www.namesys.com/snapshots/2003.12.23/ See READ.ME file there for more instructions. What areas are still not ready for production? How risky it would be to put, say, 2 e-mail users (cyrus imap and nothing else) on reiser4 partition? Reiser4 works very very well on my desktop pc, so I'm eager to try it on something bigger. Also, does lack of sendfile in the current snapshot mean that Apache will lose in performance when serving from Reiser4 partition? Best Wishes, Viktors
Re: reiser4 snapshot
Viktors Rotanovs writes: Nikita Danilov wrote: new reiser4 snapshot (for 2.6.0) is available at the http://www.namesys.com/snapshots/2003.12.23/ See READ.ME file there for more instructions. What areas are still not ready for production? How risky it would be to put, say, 2 e-mail users (cyrus imap and nothing else) on reiser4 partition? I wouldn't recommend it, frankly. Reiser4 should first pass through more extensive testing (first internally, and then in something like -mm, or -wli) before it will be ready for production. Reiser4 works very very well on my desktop pc, so I'm eager to try it on something bigger. Great. Also, does lack of sendfile in the current snapshot mean that Apache will lose in performance when serving from Reiser4 partition? Hmm, what Apache uses sendfile for? Best Wishes, Viktors Nikita.
Re: reiser4 snapshot
Nikita Danilov wrote: Also, does lack of sendfile in the current snapshot mean that Apache will lose in performance when serving from Reiser4 partition? Hmm, what Apache uses sendfile for? It uses it to send static content to client. Quote from Apache 2 docs: In situations where Apache 2.0 can ignore the contents of the file to be delivered -- for example, when serving static file content -- it normally uses the kernel sendfile support the file if the OS supports the |sendfile(2)| operation. On most platforms, using sendfile improves performance by eliminating separate read and send mechanics. Best Wishes, Viktors
Re: reiser4 snapshot
Viktors Rotanovs writes: Nikita Danilov wrote: Also, does lack of sendfile in the current snapshot mean that Apache will lose in performance when serving from Reiser4 partition? Hmm, what Apache uses sendfile for? It uses it to send static content to client. Quote from Apache 2 docs: In situations where Apache 2.0 can ignore the contents of the file to be delivered -- for example, when serving static file content -- it normally uses the kernel sendfile support the file if the OS supports the |sendfile(2)| operation. On most platforms, using sendfile improves performance by eliminating separate read and send mechanics. Current reiser4 will be slower than hypothetical reiser4-with-sendfile, but not necessary slower than, say, ext3. Best Wishes, Viktors Nikita.
new reiser4 snapshot is available
[resend to LKML] Hi All, New snapshot arrived fetch it http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz for description look at http://namesys.com/snapshots/2003.11.12/READ.ME reiser4progs and libaal packages should be taken from the previous snapshot dir http://namesys.com/snapshot/2003.10.17/. good luck -- -- Alex.
Re: new reiser4 snapshot is available
On Fri, 2003-11-14 at 10:42, Alex Zarochentsev wrote: fetch it http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz Seems to be combined with the UML patch... zcat linux-2.6.0-test9-reiser4.diff.gz | diffstat Makefile |2 arch/i386/kernel/entry.S |4 arch/i386/kernel/sys_i386.c |2 arch/um/Kconfig | 48 arch/um/Kconfig_block| 14 arch/um/Kconfig_net | 70 arch/um/Makefile | 49 arch/um/Makefile-i386| 20 arch/um/Makefile-skas|6 arch/um/config.release |1 arch/um/defconfig| 203 arch/um/drivers/Makefile |6 arch/um/drivers/chan_kern.c |1 arch/um/drivers/chan_user.c |4 etc -- // Gianni Tedesco (gianni at scaramanga dot co dot uk) lynx --source www.scaramanga.co.uk/scaramanga.asc | gpg --import 8646BE7D: 6D9F 2287 870E A2C9 8F60 3A3C 91B5 7669 8646 BE7D signature.asc Description: This is a digitally signed message part
Re: new reiser4 snapshot is available
On Fri, Nov 14, 2003 at 12:04:25PM +0100, Gianni Tedesco wrote: On Fri, 2003-11-14 at 10:42, Alex Zarochentsev wrote: fetch it http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz Seems to be combined with the UML patch... zcat linux-2.6.0-test9-reiser4.diff.gz | diffstat Makefile |2 arch/i386/kernel/entry.S |4 arch/i386/kernel/sys_i386.c |2 arch/um/Kconfig | 48 arch/um/Kconfig_block| 14 arch/um/Kconfig_net | 70 arch/um/Makefile | 49 arch/um/Makefile-i386| 20 arch/um/Makefile-skas|6 arch/um/config.release |1 arch/um/defconfig| 203 arch/um/drivers/Makefile |6 arch/um/drivers/chan_kern.c |1 arch/um/drivers/chan_user.c |4 etc yes, this patch taken from our bk repository, because UML is used in development, it contains uml fixes. previous snapshot was done more carefully, it is located in http://namesys.com/snapshots/2003.10.17/ you can see all changes in one patch as well as broken-out patches. changes for test9 are the same as for test7 with minor exceptions. // Gianni Tedesco (gianni at scaramanga dot co dot uk) lynx --source www.scaramanga.co.uk/scaramanga.asc | gpg --import 8646BE7D: 6D9F 2287 870E A2C9 8F60 3A3C 91B5 7669 8646 BE7D -- Alex.
Re: new reiser4 snapshot is available
On Fri, Nov 14, 2003 at 02:20:28PM +0300, Alex Zarochentcev wrote: On Fri, Nov 14, 2003 at 12:04:25PM +0100, Gianni Tedesco wrote: On Fri, 2003-11-14 at 10:42, Alex Zarochentsev wrote: fetch it http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz Seems to be combined with the UML patch... zcat linux-2.6.0-test9-reiser4.diff.gz | diffstat Makefile |2 arch/i386/kernel/entry.S |4 arch/i386/kernel/sys_i386.c |2 arch/um/Kconfig | 48 arch/um/Kconfig_block| 14 arch/um/Kconfig_net | 70 arch/um/Makefile | 49 arch/um/Makefile-i386| 20 arch/um/Makefile-skas|6 arch/um/config.release |1 arch/um/defconfig| 203 arch/um/drivers/Makefile |6 arch/um/drivers/chan_kern.c |1 arch/um/drivers/chan_user.c |4 etc yes, this patch taken from our bk repository, because UML is used in development, it contains uml fixes. previous snapshot was done more carefully, it is located in http://namesys.com/snapshots/2003.10.17/ you can see all changes in one patch as well as broken-out patches. changes for test9 are the same as for test7 with minor exceptions. I made a cleanup for reiser4 patches (by removing UML-specific changes), you can see result here: http://namesys.com/snapshots/2003.11.17/cleaned-up/ core.diff.gz - changes to the core kernel reiser4-only-diff.gz - reiser4 code as a patch all.diff.gz- all in one patch reiser4.tar.gz - reiser4 bk repository (SCCS data included) // Gianni Tedesco (gianni at scaramanga dot co dot uk) lynx --source www.scaramanga.co.uk/scaramanga.asc | gpg --import 8646BE7D: 6D9F 2287 870E A2C9 8F60 3A3C 91B5 7669 8646 BE7D -- Alex. -- Alex.
Re: new reiser4 snapshot is available
Alex Zarochentsev wrote: I made a cleanup for reiser4 patches (by removing UML-specific changes), you can see result here: http://namesys.com/snapshots/2003.11.17/cleaned-up/ That directory doesn't exist. Carl-Daniel
Re: new reiser4 snapshot is available
On Fri, Nov 14, 2003 at 02:27:29PM +0100, Carl-Daniel Hailfinger wrote: Alex Zarochentsev wrote: I made a cleanup for reiser4 patches (by removing UML-specific changes), you can see result here: http://namesys.com/snapshots/2003.11.17/cleaned-up/ That directory doesn't exist. http://namesys.com/snapshots/2003.11.12/cleaned-up/ Carl-Daniel -- Alex.
new reiser4 snapshot is available
Hi All, New snapshot arrived fetch it http://namesys.com/snapshots/2003.11.12/linux-2.6.0-test9-reiser4.diff.gz for description look at http://namesys.com/snapshots/2003.11.12/READ.ME reiser4progs and libaal packages should be taken from the previous snapshot dir http://namesys.com/snapshot/2003.10.17/. good luck -- Alex.
Re: New reiser4 snapshot (2003.09.12) is out
On Fri, Sep 12, 2003 at 01:20:59PM -0700, Mike Benoit wrote: Any ideas why I would get this error while trying to compile reiser4progs-0.4.14? The previous version of reiser4progs seemed to compile fine for me, as did compiling reiser4 in to the test5 kernel. gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DENABLE_MONOLITHIC -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DENABLE_COLLISIONS -DENABLE_PLUGINS_CHECK -DENABLE_SYMLINKS -DENABLE_R5_HASH -DENABLE_FNV1_HASH -DENABLE_RUPASOV_HASH -DENABLE_TEA_HASH -DENABLE_DEG_HASH -DENABLE_LARGE_KEYS -DENABLE_SHORT_KEYS -O0 -g -W -Wall -Wno-unused-parameter -Wredundant-decls -Werror -MT libmisc_la-exception.lo -MD -MP -MF .deps/libmisc_la-exception.Tpo -c exception.c -fPIC -DPIC -o .libs/libmisc_la-exception.lo exception.c: In function `misc_exception_handler': exception.c:133: warning: unused variable `i' exception.c:135: warning: unused variable `variant' make[2]: *** [libmisc_la-exception.lo] Error 1 make[2]: Leaving directory `/home/ipso/downloads/reiser4progs-0.4.14/libmisc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ipso/downloads/reiser4progs-0.4.14' make: *** [all] Error 2 It is because of paranoid -Werror flag. ./configure --disable-werror will help you. However, if your system will have readline (as on systems which are used by reiser4progs developers :-) headers that warning disappear. [...] -- Alex.
Re: New reiser4 snapshot (2003.09.12) is out
On Sat, 13 Sep 2003, Alex Zarochentsev wrote: On Fri, Sep 12, 2003 at 01:20:59PM -0700, Mike Benoit wrote: Any ideas why I would get this error while trying to compile reiser4progs-0.4.14? The previous version of reiser4progs seemed to compile fine for me, as did compiling reiser4 in to the test5 kernel. gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DENABLE_MONOLITHIC -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DENABLE_COLLISIONS -DENABLE_PLUGINS_CHECK -DENABLE_SYMLINKS -DENABLE_R5_HASH -DENABLE_FNV1_HASH -DENABLE_RUPASOV_HASH -DENABLE_TEA_HASH -DENABLE_DEG_HASH -DENABLE_LARGE_KEYS -DENABLE_SHORT_KEYS -O0 -g -W -Wall -Wno-unused-parameter -Wredundant-decls -Werror -MT libmisc_la-exception.lo -MD -MP -MF .deps/libmisc_la-exception.Tpo -c exception.c -fPIC -DPIC -o .libs/libmisc_la-exception.lo exception.c: In function `misc_exception_handler': exception.c:133: warning: unused variable `i' exception.c:135: warning: unused variable `variant' make[2]: *** [libmisc_la-exception.lo] Error 1 make[2]: Leaving directory `/home/ipso/downloads/reiser4progs-0.4.14/libmisc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ipso/downloads/reiser4progs-0.4.14' make: *** [all] Error 2 It is because of paranoid -Werror flag. ./configure --disable-werror will help you. However, if your system will have readline (as on systems which are used by reiser4progs developers :-) headers that warning disappear. my system definitely has readline installed, and i get the same error. rday
Re: New reiser4 snapshot (2003.09.12) is out
Hello! On Sat, Sep 13, 2003 at 04:38:01AM -0400, Robert P. J. Day wrote: It is because of paranoid -Werror flag. ./configure --disable-werror will help you. However, if your system will have readline (as on systems which are used by reiser4progs developers :-) headers that warning disappear. my system definitely has readline installed, and i get the same error. On the other hand, you need not only readline itself, but also its header files. Lots of distributions (e.g. redhat-alike) form another package called (usuaully) readline-devel, that contains this necessary stuff. Bye, Oleg
Re: New reiser4 snapshot (2003.09.12) is out
On Sat, 13 Sep 2003, Oleg Drokin wrote: Hello! On Sat, Sep 13, 2003 at 04:38:01AM -0400, Robert P. J. Day wrote: It is because of paranoid -Werror flag. ./configure --disable-werror will help you. However, if your system will have readline (as on systems which are used by reiser4progs developers :-) headers that warning disappear. my system definitely has readline installed, and i get the same error. On the other hand, you need not only readline itself, but also its header files. Lots of distributions (e.g. redhat-alike) form another package called (usuaully) readline-devel, that contains this necessary stuff. i *have* the readline-devel RPM installed (this is a red hat beta system that had an *everything* install, so it's unlikely it's missing anything.) in addition, i tried the ./configure --disable-werror suggestion and, while the configure worked, the make produced the same error as before. still open to suggestions. rday
Re: New reiser4 snapshot (2003.09.12) is out
On Fri, 2003-09-12 at 18:15, Oleg Drokin wrote: Hello! Another reiser4 snapshot was released today. This time it is against 2.6.0-test5. Please take note that DISK DORMAT IS CHANGED, so you need to recreate your reiser4 filesystems (if you have any). This involves getting new reiser4progs, too. The snapshot is available from http://www.namesys.com/snapshots/2003.09.12 I've downloaded libaal and reiser4progs as noted above. I applied the whole reiser4.diff to 2.6.0-test5-bk3, but, when I run: # mkfs.reiser4 /dev/hda4 # mount -t reiser4 /dev/hda4 /mnt I get the following oops: reiser4[mount(306)]: parse_node40 (fs/reiser4/plugin/node/node40.c:745)[nikita-494]: WARNING: Wrong level found in node: 2 != 0 reiser4[mount(306)]: key_warning (fs/reiser4/plugin/object.c:86)[nikita-717]: WARNING: Error for inode 42 (-5) Unable to handle kernel NULL pointer dereference at virtual address printing eip: c01ae82d *pde = Oops: [#1] CPU:0 EIP:0060:[c01ae82d]Not tainted EFLAGS: 00010286 EIP is at inode_detach_jnode+0x1d/0xa0 eax: ebx: cc627d80 ecx: cc627d80 edx: c80b8054 esi: c16d edi: ebp: c10dd4c8 esp: c16d1c1c ds: 007b es: 007b ss: 0068 Process mount (pid: 306, threadinfo=c16d task=ce87b900) Stack: c10dd4c8 e000 cc627d80 c16d c01ae988 cc627d80 c16d c01ae9cd cc627d80 cc627d80 c01cf8b8 cc627d80 cc627d80 cee30680 c16d c01c2f51 Call Trace: [c01ae988] unhash_unformatted_node_nolock+0x58/0x80 [c01ae9cd] unhash_unformatted_jnode+0x1d/0x40 [c01cf8b8] reiser4_invalidatepage+0xd8/0x160 [c01c2f51] dealloc_wmap+0x31/0x40 [c013fef7] do_invalidatepage+0x27/0x30 [c013ff7f] truncate_complete_page+0x7f/0x90 [c0140170] truncate_inode_pages+0x100/0x2a0 [c016c99f] wake_up_inode+0xf/0x30 [c0172d1b] write_inode_now+0x4b/0x90 [c016c4ae] generic_forget_inode+0x14e/0x170 [c016c552] iput+0x62/0x90 [c01c670d] done_formatted_fake+0x4d/0x60 [c01cddba] reiser4_fill_super+0x44a/0x630 [c0159754] get_sb_bdev+0x124/0x160 [c01ce19f] reiser4_get_sb+0x2f/0x40 [c01cd970] reiser4_fill_super+0x0/0x630 [c01599bf] do_kern_mount+0x5f/0xe0 [c016f2c8] do_add_mount+0x78/0x160 [c016f5d4] do_mount+0x134/0x180 [c016f490] copy_mount_options+0xe0/0xf0 [c016f99f] sys_mount+0xbf/0x140 [c010941b] syscall_call+0x7/0xb Code: 8b 38 ff 46 14 8d 9f 24 ff ff ff 8b 51 14 89 0c 24 a1 5c 0d 6note: mount[306] exited with preempt_count 2 Reiser4 was built into the kernel.
Re: New reiser4 snapshot (2003.09.12) is out
On Sat, 13 Sep 2003, Felipe Alfaro Solana wrote: I've downloaded libaal and reiser4progs as noted above. I applied the whole reiser4.diff to 2.6.0-test5-bk3, but, when I run: # mkfs.reiser4 /dev/hda4 # mount -t reiser4 /dev/hda4 /mnt I get the following oops: (snip) not to beat this dead horse even further, but how did you get the reiser progs to build. at least a couple of us have run into the same make error in trying to build them. so far, what's worked: 1) patch kernel 2.6.0-test5-bk2, configure, build 2) build and install libaal but it's the reiser progs that are not building. suggestions? rday
Re: New reiser4 snapshot (2003.09.12) is out
Oleg Drokin wrote: Hello! On Sat, Sep 13, 2003 at 04:38:01AM -0400, Robert P. J. Day wrote: It is because of paranoid -Werror flag. ./configure --disable-werror will help you. However, if your system will have readline (as on systems which are used by reiser4progs developers :-) headers that warning disappear. my system definitely has readline installed, and i get the same error. On the other hand, you need not only readline itself, but also its header files. Lots of distributions (e.g. redhat-alike) form another package called (usuaully) readline-devel, that contains this necessary stuff. Bye, Oleg did you adjust our headers to be redhat compatible? If not, please do. -- Hans
Re: New reiser4 snapshot (2003.09.12) is out
On Sat, 13 Sep 2003, Hans Reiser wrote: did you adjust our headers to be redhat compatible? If not, please do. i didn't see anything in the READ.ME about adjusting headers, but would this also explain why, if i build reiser 4 support directly into the kernel, my make modules_install works fine, but if i make it modular, i get WARNING: /lib/modules/2.6.0-test5-bk3/kernel/fs/reiser4/reiser4.ko needs unknown symbol balance_dirty_pages WARNING: /lib/modules/2.6.0-test5-bk3/kernel/fs/reiser4/reiser4.ko needs unknown symbol max_sane_readahead WARNING: /lib/modules/2.6.0-test5-bk3/kernel/fs/reiser4/reiser4.ko needs unknown symbol __remove_from_page_cache WARNING: /lib/modules/2.6.0-test5-bk3/kernel/fs/reiser4/reiser4.ko needs unknown symbol generic_sync_sb_inodes WARNING: /lib/modules/2.6.0-test5-bk3/kernel/fs/reiser4/reiser4.ko needs unknown symbol truncate_mapping_pages_range WARNING: /lib/modules/2.6.0-test5-bk3/kernel/fs/reiser4/reiser4.ko needs unknown symbol balance_dirty_pages_ratelimited WARNING: /lib/modules/2.6.0-test5-bk3/kernel/fs/reiser4/reiser4.ko needs unknown symbol inodes_stat WARNING: /lib/modules/2.6.0-test5-bk3/kernel/fs/reiser4/reiser4.ko needs unknown symbol nr_free_pagecache_pages WARNING: /lib/modules/2.6.0-test5-bk3/kernel/fs/reiser4/reiser4.ko needs unknown symbol destroy_inode just curious. haven't rebooted under the new kernel yet, but i'd like to clear up the above before i do that. thanks. rday
Re: New reiser4 snapshot (2003.09.12) is out
Hello! On Sat, Sep 13, 2003 at 06:05:58PM +0400, Hans Reiser wrote: my system definitely has readline installed, and i get the same error. On the other hand, you need not only readline itself, but also its header files. Lots of distributions (e.g. redhat-alike) form another package called (usuaully) readline-devel, that contains this necessary stuff. did you adjust our headers to be redhat compatible? If not, please do. The problem turned out to be that RedHat's readline was compiled with ncurses dynamically, so when you link in readline, you need to link ncurses too. Vitaly will release the fix to configure script shortly, I believe. Bye, Oleg
Re: New reiser4 snapshot (2003.09.12) is out
Hello! On Sat, Sep 13, 2003 at 10:41:47AM -0400, Robert P. J. Day wrote: did you adjust our headers to be redhat compatible? If not, please do. i didn't see anything in the READ.ME about adjusting headers, but would this also explain why, if i build reiser 4 support directly into the kernel, my make modules_install works fine, but if i make it modular, i get reiser4 is not supposed to be build as module yet. Hm, I thought I disabled this in Kconfig, but it seems I done this not fully. Anyway the list of unresolved symbols you provided is valuable and we will export those on next snapshot. just curious. haven't rebooted under the new kernel yet, but i'd like to clear up the above before i do that. thanks. Bye, Oleg
Re: New reiser4 snapshot (2003.09.12) is out
Hi, I hope this patch for configure.in will solve the problem. Try it please and tell us about your results. On Saturday 13 September 2003 23:21, Oleg Drokin wrote: Hello! On Sat, Sep 13, 2003 at 06:05:58PM +0400, Hans Reiser wrote: my system definitely has readline installed, and i get the same error. On the other hand, you need not only readline itself, but also its header files. Lots of distributions (e.g. redhat-alike) form another package called (usuaully) readline-devel, that contains this necessary stuff. did you adjust our headers to be redhat compatible? If not, please do. The problem turned out to be that RedHat's readline was compiled with ncurses dynamically, so when you link in readline, you need to link ncurses too. Vitaly will release the fix to configure script shortly, I believe. Bye, Oleg -- Thanks, Vitaly Fertmandiff -Nru a/configure.in b/configure.in --- a/configure.in Sat Sep 13 23:54:34 2003 +++ b/configure.in Sat Sep 13 23:54:34 2003 @@ -154,14 +154,14 @@ with_readline=yes ) -# Check for termcap +# Check for ncurses if test x$with_readline = xyes; then OLD_LIBS=$LIBS LIBS= - AC_SEARCH_LIBS(tgetent, ncurses curses termcap termlib, + AC_SEARCH_LIBS(tgetent, ncurses, PROGS_LIBS=$PROGS_LIBS $LIBS, AC_MSG_WARN( -termcap could not be found which is required for the +ncurses could not be found which is required for the --with-readline option (which is enabled by default). ) with_readline=no @@ -177,7 +177,8 @@ AC_MSG_WARN( GNU Readline could not be found which is required for the --with-readline ) - with_readline=no + with_readline=no, + -lncurses ) PROGS_LIBS=$PROGS_LIBS $LIBS LIBS=$OLD_LIBS
Re: New reiser4 snapshot (2003.09.12) is out
On Sat, Sep 13, 2003 at 07:59:51AM -0400, Robert P. J. Day wrote: p.s. FYI, the clinical definition of insanity is the fixation that doing the same thing repeatedly will somehow produce different results. Heh, there are many things where doing the same thing repeatedly will produce different results. Though, you usually have to look at it on a small scale. (twist, twist, twist, twist, twist, slip. Ok now the screw is tight.) ;)
Re: New reiser4 snapshot (2003.09.12) is out
Any ideas why I would get this error while trying to compile reiser4progs-0.4.14? The previous version of reiser4progs seemed to compile fine for me, as did compiling reiser4 in to the test5 kernel. gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DENABLE_MONOLITHIC -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DENABLE_COLLISIONS -DENABLE_PLUGINS_CHECK -DENABLE_SYMLINKS -DENABLE_R5_HASH -DENABLE_FNV1_HASH -DENABLE_RUPASOV_HASH -DENABLE_TEA_HASH -DENABLE_DEG_HASH -DENABLE_LARGE_KEYS -DENABLE_SHORT_KEYS -O0 -g -W -Wall -Wno-unused-parameter -Wredundant-decls -Werror -MT libmisc_la-exception.lo -MD -MP -MF .deps/libmisc_la-exception.Tpo -c exception.c -fPIC -DPIC -o .libs/libmisc_la-exception.lo exception.c: In function `misc_exception_handler': exception.c:133: warning: unused variable `i' exception.c:135: warning: unused variable `variant' make[2]: *** [libmisc_la-exception.lo] Error 1 make[2]: Leaving directory `/home/ipso/downloads/reiser4progs-0.4.14/libmisc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ipso/downloads/reiser4progs-0.4.14' make: *** [all] Error 2 On Fri, 2003-09-12 at 09:15, Oleg Drokin wrote: Hello! Another reiser4 snapshot was released today. This time it is against 2.6.0-test5. Please take note that DISK DORMAT IS CHANGED, so you need to recreate your reiser4 filesystems (if you have any). This involves getting new reiser4progs, too. The snapshot is available from http://www.namesys.com/snapshots/2003.09.12 Full release notes are below: Reiser4 snapshot for 2003.09.12 WARNING!!! This code is experimental! WE ARE NOT KIDDING! DO NOT PUT ANY VALUABLE DATA ON REISER4 YET! Fixed some bugs. Hide some config options that might lead to problems in compiling/running. Readonly mounts (and hence - reiser4 as rootfs) are still not supported. Some OOM problems are still inplace too (involves mmap-dirtying lots of pages). reiser4progs: You need to get new reiser4progs. Diskformat is changed in backwards incompatible manner, and so you need to recreate all your reiser4 volumes. fsck.reiser4 still is not functional Snapshot is released as a patch against linux-2.6.0-test5 REISER4_NOOPT config option (Disable compiler optimizations for reiser4 code.) is known to not compile on x86. Enable CONFIG_REISER4_LARGE_KEY, as reiser4progs are creating filesystems with large keys by default. The reiser4-kernelonly.diff file represents only required kernel modifications if you plan to use our reiser4 bk repository. It does not contains any reiser4 code The reiser4.diff is full patch with everything included. Changelog (extracted by bk changes): [EMAIL PROTECTED], 2003-09-11 22:00:25+04:00, [EMAIL PROTECTED] wrong assertions: grabbed blocks should not be less than @count. [EMAIL PROTECTED], 2003-09-11 21:40:11+04:00, [EMAIL PROTECTED] add assertions for catching space reservation problems [EMAIL PROTECTED], 2003-09-11 18:36:37+04:00, [EMAIL PROTECTED] always relocate if JNODE_REPACK is set [EMAIL PROTECTED], 2003-09-11 18:35:49+04:00, [EMAIL PROTECTED] debugging print supoort for JNODE_REPACK. [EMAIL PROTECTED], 2003-09-10 22:06:39+04:00, [EMAIL PROTECTED] cryptcompress.c: Fixed bugs [EMAIL PROTECTED], 2003-09-10 18:49:42+04:00, [EMAIL PROTECTED] bitmap backward scanning bug fix: it was possible to allocate more blocks than it was allowed by @max_len argument. [EMAIL PROTECTED], 2003-09-10 12:29:18+04:00, [EMAIL PROTECTED] handle_pos_on_formatted: wrong assertion removed [EMAIL PROTECTED], 2003-09-09 18:45:22+04:00, [EMAIL PROTECTED] clean up. respect queue congestion. [EMAIL PROTECTED], 2003-09-09 18:44:49+04:00, [EMAIL PROTECTED] cleanup. [EMAIL PROTECTED], 2003-09-09 18:44:33+04:00, [EMAIL PROTECTED] mark error returns as such. [EMAIL PROTECTED], 2003-09-09 18:44:07+04:00, [EMAIL PROTECTED] avoid race between -releasepage() and znode allocation: remove page from radix tree manually. [EMAIL PROTECTED], 2003-09-08 19:38:13+04:00, [EMAIL PROTECTED] Merge thebsh:/home/bk/reiser4 into angband.namesys.com:/home/green/bk_work/reiser4-linux-2.5/fs/reiser4 [EMAIL PROTECTED], 2003-09-08 19:38:01+04:00, [EMAIL PROTECTED] plugin.h, object.c, static_stat.c, page_cache.c, inode.c: get rid of kdev_t stuff [EMAIL PROTECTED], 2003-09-08 19:22:49+04:00, [EMAIL PROTECTED] for a while [EMAIL PROTECTED], 2003-09-08 18:55:22+04:00, [EMAIL PROTECTED] static_stat.c: Fixed bug: set inode flag REISER4_CLUSTER_KNOWN in cluster_sd_save() cryptcompress.h: More comments cryptcompress.c: Fixed bug: do not read new cluster from disk. [EMAIL PROTECTED], 2003-09-08 17:16:03+04:00, [EMAIL PROTECTED] sync with VM changes [EMAIL PROTECTED], 2003-09-08 17:06:47+04:00, [EMAIL PROTECTED] fix error in last commit [EMAIL PROTECTED], 2003-09-08 16:22:41+04:00, [EMAIL PROTECTED] Merge [EMAIL
Re: reiser4 snapshot for August 26th.
On Tue, Aug 26, 2003 at 01:14:46PM -0600, Steven Cole wrote: On Tue, 2003-08-26 at 12:41, Alex Zarochentsev wrote: On Tue, Aug 26, 2003 at 10:41:45PM +0400, Hans Reiser wrote: Mr. Demidov, if you put code that does not compile into our tree you need to make the config option for it be invisible. There is such an option already, CONFIG_REISER4_FS_SYSCALL, seems it is off by default. Yes, but I the simple minded user that I am turned it on without reading the Kconfig help carefully. Now, it's off, and it compiles. But, now for more interesting stuff: [EMAIL PROTECTED] steven]# cd / [EMAIL PROTECTED] /]# mkdir share_r4 [EMAIL PROTECTED] /]# mount -t reiser4 /dev/hda11 /share_r4 [EMAIL PROTECTED] /]# df -T FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda1 ext3 241116 89449139219 40% / /dev/hda9 ext320556656 16526188 4030468 81% /home none tmpfs 126784 0126784 0% /dev/shm /dev/hda8 ext3 241116 4711223957 3% /tmp /dev/hda6 ext3 3012204 2507596351592 88% /usr /dev/hda7 ext3 489992 70721393971 16% /var df: `/share_r4': Value too large for defined data type I can't reproduce that. Do you see df errors each time you mount just created reiser4 fs? Can you provide additional information about your system: distro, libc which you used? My hypothesysis is that libc statfs or df itself want to convert free inodes result parameter which is __u64 to shorter data type. reiser4_statfs() sets kstatfs-f_ffree to a large value which is close to 2^64. I have recently run mkfs.reiser4 on /dev/hda11 with no options. The reiser4progs version is 0.4.12. I made a local clone of the 2.6-test bk tree on the new reiser4 file system and that worked OK. I then did a time bk -r check -acv, twice for both reiser4 and ext3. Here are the results for the second run for each (I neglected to preserve the results for the initial bk -r check -acv): Reiser4: real1m27.774s user0m33.685s sys 0m16.059s Ext3: real2m55.179s user0m32.752s sys 0m5.835s Nice work. I'll try to break Reiser4 now. Steven -- Alex.
Re: reiser4 snapshot for August 26th.
On Tue, Aug 26, 2003 at 02:22:33PM +0400, Oleg Drokin wrote: Fixed some bugs. And finally reiser4 should compile on 64bit boxes (hm. somebody try it, as I am unable to build any 2.6 kernel for ia64). I built this with IA64 2.6.0-test4, it works but there were lots of warnings (I can put up a log if you want it). This was on a dual processor Itanium 2 box. First up, I tried a little test to make a few files, but once I had unmounted the disk I couldn't re-mount it. --- example testing below --- bash-2.05b# mkfs.reiser4 /dev/sda5 mkfs.reiser4 0.4.12 Copyright (C) 2001, 2002, 2003 by Hans Reiser, licensing governed by reiser4progs/COPYING. Information: Reiser4 is going to be created on /dev/sda5. (Yes/No): Yes Creating reiser4 on /dev/sda5... mkfs.reiser4(5676): unaligned access to 0x600242f2, ip=0x200f7661 mkfs.reiser4(5676): unaligned access to 0x600242fa, ip=0x200f77a1 mkfs.reiser4(5676): unaligned access to 0x60024302, ip=0x200f78e1 mkfs.reiser4(5676): unaligned access to 0x600242f2, ip=0x200f2671 done Synchronizing /dev/sda5...done bash-2.05b# mount -t reiser4 /dev/sda5 /mnt bash-2.05b# cd /mnt bash-2.05b# time for i in `seq 1 1` ; do touch $i ; done real0m18.577s user0m5.910s sys 0m12.657s [do ls, all looks ok] bash-2.05b# umount /mnt bash-2.05b# mount -t reiser4 /dev/sda5 /mnt mount: wrong fs type, bad option, bad superblock on /dev/sda5, or too many mounted file systems --- end example testing --- The console popped up with : reiser4[mount(15688)]: reiser4_fill_super (fs/reiser4/vfs_ops.c:1229)[nikita-2608]: WARNING: Wrong magic: 1 != 62533452 when I tried to mount it. I repeated this, but this time thought I'd try 'sync' before unmounting the disk; the sync command just hung and from that point nothing could seem to access disk, even on different partitions (so each program became unresponsive as soon as it tried to open a file). Then I tried the mongo.pl script just for something else, I used the parameters given in the sample config, i.e. FSTYPE=reiser4 BYTES=25000 FILE_SIZE=4096 It just seemed to hang in PHASE Create and after, say a minute or two, made the machine unresponsive in the same way as 'sync' above -- as soon as anything tried to access disk it just hung. So I retried this, and did a ls in the mounted directory just after I started mongo to try and poke at what it was up to; ls hung in the same way but this time I got messages : reiser4[ls(30795)]: traverse_tree (fs/reiser4/search.c:488)[nikita-1481]: WARNING: Too many iterations: 128 reiser4[ls(30795)]: traverse_tree (fs/reiser4/search.c:488)[nikita-1481]: WARNING: Too many iterations: 256 reiser4[ls(30795)]: traverse_tree (fs/reiser4/search.c:488)[nikita-1481]: WARNING: Too many iterations: 512 reiser4[ls(30795)]: traverse_tree (fs/reiser4/search.c:488)[nikita-1481]: WARNING: Too many iterations: 1024 reiser4[ls(30795)]: traverse_tree (fs/reiser4/search.c:488)[nikita-1481]: WARNING: Too many iterations: 2048 that just kept climbing ... I'm happy to help more, but I think a little more targetting debugging is required. Could you suggest what would be helpful for me to try? -i [EMAIL PROTECTED] http://www.gelato.unsw.edu.au
Re: reiser4 snapshot for August 26th.
On Wed, 2003-08-27 at 09:52, Ian Wienand wrote: On Tue, Aug 26, 2003 at 02:22:33PM +0400, Oleg Drokin wrote: Fixed some bugs. And finally reiser4 should compile on 64bit boxes (hm. somebody try it, as I am unable to build any 2.6 kernel for ia64). I built this with IA64 2.6.0-test4, it works but there were lots of warnings (I can put up a log if you want it). This was on a dual processor Itanium 2 box. First up, I tried a little test to make a few files, but once I had unmounted the disk I couldn't re-mount it. --- example testing below --- bash-2.05b# mkfs.reiser4 /dev/sda5 mkfs.reiser4 0.4.12 Copyright (C) 2001, 2002, 2003 by Hans Reiser, licensing governed by reiser4progs/COPYING. Information: Reiser4 is going to be created on /dev/sda5. (Yes/No): Yes Creating reiser4 on /dev/sda5... mkfs.reiser4(5676): unaligned access to 0x600242f2, ip=0x200f7661 mkfs.reiser4(5676): unaligned access to 0x600242fa, ip=0x200f77a1 mkfs.reiser4(5676): unaligned access to 0x60024302, ip=0x200f78e1 mkfs.reiser4(5676): unaligned access to 0x600242f2, ip=0x200f2671 done Synchronizing /dev/sda5...done I will fix it soon. Thanks for report. Regards.
Re: reiser4 snapshot for August 26th.
Hello! On Tue, Aug 26, 2003 at 11:28:44PM +0200, Diego Calleja Garc?a wrote: btw, I suppose this feature will be removed if/when reiser4 is merged?: config REISER4_FS_SYSCALL bool Enable reiser4 system call No. It will be fixed. dmesg errors: (fs/ext3/inode.c, 2728): ext3_write_inode: called recursively, non-PF_MEMALLOC! Call Trace: [c018c715] write_inode+0x45/0x50 [c018c9af] __sync_single_inode+0x28f/0x310 [c018cd00] generic_sync_sb_inodes+0x1c0/0x2e0 Hm. Interesting Thank you for the report. We will fix it. Bye, Oleg
Re: reiser4 snapshot for August 26th.
On Wed, 2003-08-27 at 08:03, Yury Umanets wrote: Information: Reiser4 is going to be created on /dev/sda5. (Yes/No): Yes Creating reiser4 on /dev/sda5... mkfs.reiser4(5676): unaligned access to 0x600242f2, ip=0x200f7661 mkfs.reiser4(5676): unaligned access to 0x600242fa, ip=0x200f77a1 mkfs.reiser4(5676): unaligned access to 0x60024302, ip=0x200f78e1 mkfs.reiser4(5676): unaligned access to 0x600242f2, ip=0x200f2671 done Synchronizing /dev/sda5...done I will fix it soon. Will Reiser4 be integrated into 2.6.0-test kernels anytime soon? This would reduce time between releases and would open up it to a wider audience for testing
Re: reiser4 snapshot for August 26th.
Felipe Alfaro Solana wrote: On Wed, 2003-08-27 at 08:03, Yury Umanets wrote: Information: Reiser4 is going to be created on /dev/sda5. (Yes/No): Yes Creating reiser4 on /dev/sda5... mkfs.reiser4(5676): unaligned access to 0x600242f2, ip=0x200f7661 mkfs.reiser4(5676): unaligned access to 0x600242fa, ip=0x200f77a1 mkfs.reiser4(5676): unaligned access to 0x60024302, ip=0x200f78e1 mkfs.reiser4(5676): unaligned access to 0x600242f2, ip=0x200f2671 done Synchronizing /dev/sda5...done I will fix it soon. Will Reiser4 be integrated into 2.6.0-test kernels anytime soon? This would reduce time between releases and would open up it to a wider audience for testing This is not a Namesys decision, I encourage you to ask Linus and Andrew about it though. I would like to see it go in as an experimental marked filesystem -- Hans
Re: New reiser4 snapshot (as of August 22, 2003)
Hello! On Fri, Aug 22, 2003 at 06:16:35PM -0700, Tupshin Harper wrote: Are these patches available outside of bitkeeper, and if so, where are they located? Yes, they are at http://thebsh.namesys.com/snapshots/2003.08.22 , as somebody pointed out already. I just forgot to mention the URL. Bye, Oleg
Re: New reiser4 snapshot (as of August 22, 2003)
This needs to be fixed - it doesn't compile GCC version is 3.3.1 CC fs/reiser4/txnmgr.o fs/reiser4/txnmgr.c:3326: error: parse error before do fs/reiser4/txnmgr.c:3332: error: parse error before do fs/reiser4/txnmgr.c:3343: warning: type defaults to `int' in declaration of `pos_in_atom' fs/reiser4/txnmgr.c:3343: warning: passing arg 1 of `capture_list_next' makes pointer from integer without a cast fs/reiser4/txnmgr.c:3343: warning: initialization makes integer from pointer without a cast fs/reiser4/txnmgr.c:3343: error: initializer element is not constant fs/reiser4/txnmgr.c:3343: error: parse error before ')' token fs/reiser4/txnmgr.c:3346: error: parse error before string constant fs/reiser4/txnmgr.c:3346: warning: type defaults to `int' in declaration of `printk' fs/reiser4/txnmgr.c:3346: warning: function declaration isn't a prototype fs/reiser4/txnmgr.c:3346: warning: data definition has no type or storage class fs/reiser4/txnmgr.c:3350: warning: type defaults to `int' in declaration of `pos_in_atom' fs/reiser4/txnmgr.c:3350: error: redefinition of `pos_in_atom' fs/reiser4/txnmgr.c:3343: error: `pos_in_atom' previously defined here fs/reiser4/txnmgr.c:3350: warning: passing arg 1 of `capture_list_next' makes pointer from integer without a cast fs/reiser4/txnmgr.c:3350: warning: initialization makes integer from pointer without a cast fs/reiser4/txnmgr.c:3350: error: initializer element is not constant fs/reiser4/txnmgr.c:3350: warning: type defaults to `int' in declaration of `capture_list_next' fs/reiser4/txnmgr.c:3350: warning: parameter names (without types) in function declaration fs/reiser4/txnmgr.c:3350: error: conflicting types for `capture_list_next' fs/reiser4/jnode.h:152: error: previous declaration of `capture_list_next' fs/reiser4/txnmgr.c:3350: error: parse error before ')' token fs/reiser4/txnmgr.c:3352: error: parse error before string constant fs/reiser4/txnmgr.c:3352: warning: type defaults to `int' in declaration of `printk' fs/reiser4/txnmgr.c:3352: warning: function declaration isn't a prototype fs/reiser4/txnmgr.c:3352: warning: data definition has no type or storage class {standard input}: Assembler messages: {standard input}:4612: Error: symbol `pos_in_atom' is already defined make[2]: *** [fs/reiser4/txnmgr.o] Error 1 make[1]: *** [fs/reiser4] Error 2 make: *** [fs] Error 2 On Fri, 2003-08-22 at 17:08, Oleg Drokin wrote: Hello! I have just released new snapshot of reiser4. Release notes follows. Give it a try. Reiser4 snapshot for 2003.08.22 WARNING!!! This code is experimental! WE ARE NOT KIDDING! DO NOT PUT ANY VALUABLE DATA ON REISER4 YET! Fixed builds for 64bit arches (there are still some warnings, but it should work now, I hope). Fixed some bugs. There are still some stability problems on SMP machines that we are working on. If you used reiser4progs from last snapshot (August 11th), you need to upgrade those to fix critical largekeys bug in mkfs.reiser4 Snapshot is released as a patch against linux-2.6.0-test3-bk9. REISER4_NOOPT config option (Disable compiler optimizations for reiser4 code.) is known to not compile on x86. Enable CONFIG_REISER4_LARGE_KEY, as reiser4progs are creating filesystems with large keys by default. The reiser4-kernelonly.diff file represents only required kernel modifications if you plan to use our reiser4 bk repository. It does not contains any reiser4 code The reiser4.diff is full patch with everything included. 2.6.0-test3-bk9.diff.gz is a patch you need to apply on top of vanilla 2.6.0-test3 before applying reiser4 patches. Changelog (extracted by bk changes): [EMAIL PROTECTED], 2003-08-22 00:37:09+04:00, [EMAIL PROTECTED] more fixes for the repacker: extent relocation, space reservation, transaction handling. [EMAIL PROTECTED], 2003-08-21 21:58:17+04:00, [EMAIL PROTECTED] trace.c: Adapt to new mapping_gfp_mask/mapping_set_gfp_mask() way to access mapping's gfp_mask [EMAIL PROTECTED], 2003-08-21 21:44:44+04:00, [EMAIL PROTECTED] cryptcompress.c: Added shorten_cryptcompress() for truncate method [EMAIL PROTECTED], 2003-08-21 18:49:48+04:00, [EMAIL PROTECTED] cryptcompress.c: Fixed [EMAIL PROTECTED], 2003-08-20 22:16:39+04:00, [EMAIL PROTECTED] fixing trivial bugs in the repacker code (using of not initialized vars) [EMAIL PROTECTED], 2003-08-20 22:10:56+04:00, [EMAIL PROTECTED] cryptcompress.c: Added append_hole_cryptcompress() Cleanups in next_cluster_stat() [EMAIL PROTECTED], 2003-08-20 17:27:40+04:00, [EMAIL PROTECTED] undo last fix. [EMAIL PROTECTED], 2003-08-20 17:04:31+04:00, [EMAIL PROTECTED] ctail.h: Added prototypes ctail.c: Changed status of cluster index cryptcompress.c: Changed page_of_cluster(), Added file_to_clust_count(), Cleanups. [EMAIL PROTECTED], 2003-08-19 23:11:45+04:00, [EMAIL PROTECTED] a race in renew_sibling_link() fix. [EMAIL
Re: New reiser4 snapshot (as of August 22, 2003)
David Nielsen writes: This needs to be fixed - it doesn't compile Oops. As a work around, please, turn on REISER4_DEBUG_OUTPUT (Printing in reiser4 debug option sub menu). GCC version is 3.3.1 Nikita. CC fs/reiser4/txnmgr.o
Re: New reiser4 snapshot (as of August 22, 2003)
Not enough to just enable printing - and your code throws so many warnings it's close to being scary (truely alpha... I love it) I think the hack around would be to disable syscall support if I'm correct? fs/reiser4/sys_reiser4.c:54:32: parser/parser.code.c: No such file or directory fs/reiser4/sys_reiser4.c: In function `sys_reiser4': fs/reiser4/sys_reiser4.c:75: warning: implicit declaration of function `reiser4_pars_init' fs/reiser4/sys_reiser4.c:75: warning: assignment makes pointer from integer without a cast fs/reiser4/sys_reiser4.c:80: error: dereferencing pointer to incomplete type fs/reiser4/sys_reiser4.c:82: warning: implicit declaration of function `yyparse'fs/reiser4/sys_reiser4.c:83: warning: implicit declaration of function `reiser4_pars_free' fs/reiser4/sys_reiser4.c:66: warning: unused variable `Gencode' fs/reiser4/sys_reiser4.c: At top level: fs/reiser4/parser/parser.h:333: warning: `Fistmsg' defined but not used fs/reiser4/parser/parser.h:342: warning: `typesOfCommand' defined but not used fs/reiser4/parser/parser.h:354: warning: `Code' defined but not used On Fri, 2003-08-22 at 19:57, Nikita Danilov wrote: David Nielsen writes: This needs to be fixed - it doesn't compile Oops. As a work around, please, turn on REISER4_DEBUG_OUTPUT (Printing in reiser4 debug option sub menu). GCC version is 3.3.1 Nikita. CC fs/reiser4/txnmgr.o
Re: New reiser4 snapshot (as of August 22, 2003)
David Nielsen writes: Not enough to just enable printing - and your code throws so many warnings it's close to being scary (truely alpha... I love it) This is for really adventurous. :) I think the hack around would be to disable syscall support if I'm correct? yes. fs/reiser4/sys_reiser4.c:54:32: parser/parser.code.c: No such file or directory fs/reiser4/sys_reiser4.c: In function `sys_reiser4': fs/reiser4/sys_reiser4.c:75: warning: implicit declaration of function `reiser4_pars_init' fs/reiser4/sys_reiser4.c:75: warning: assignment makes pointer from integer without a cast fs/reiser4/sys_reiser4.c:80: error: dereferencing pointer to incomplete type fs/reiser4/sys_reiser4.c:82: warning: implicit declaration of function `yyparse'fs/reiser4/sys_reiser4.c:83: warning: implicit declaration of function `reiser4_pars_free' fs/reiser4/sys_reiser4.c:66: warning: unused variable `Gencode' fs/reiser4/sys_reiser4.c: At top level: fs/reiser4/parser/parser.h:333: warning: `Fistmsg' defined but not used fs/reiser4/parser/parser.h:342: warning: `typesOfCommand' defined but not used fs/reiser4/parser/parser.h:354: warning: `Code' defined but not used On Fri, 2003-08-22 at 19:57, Nikita Danilov wrote: David Nielsen writes: This needs to be fixed - it doesn't compile Oops. As a work around, please, turn on REISER4_DEBUG_OUTPUT (Printing in reiser4 debug option sub menu). GCC version is 3.3.1 Nikita. CC fs/reiser4/txnmgr.o
Re: New reiser4 snapshot (as of August 22, 2003)
The entire thing then fails with these messages - no notable compile errors or warnings present. fs/built-in.o(.text+0x9a8cd): In function `print_context': : undefined reference to `info_atom' fs/built-in.o(.text+0x9e392): In function `commit_current_atom': : undefined reference to `info_atom' fs/built-in.o(.text+0xa0577): In function `print_atom': : undefined reference to `info_atom' make: *** [.tmp_vmlinux1] Error 1 Seems this patch might have benefited from a compile test at least? :) regards David
Re: New reiser4 snapshot (as of August 22, 2003)
Am Sa, 2003-08-23 um 01.47 schrieb David Nielsen: The entire thing then fails with these messages - no notable compile errors or warnings present. fs/built-in.o(.text+0x9a8cd): In function `print_context': : undefined reference to `info_atom' fs/built-in.o(.text+0x9e392): In function `commit_current_atom': : undefined reference to `info_atom' fs/built-in.o(.text+0xa0577): In function `print_atom': : undefined reference to `info_atom' make: *** [.tmp_vmlinux1] Error 1 You need to set CONFIG_REISER4_DEBUG to yes. I didn't find the entry in menuconfig, but you can to that in the .config file directly. Seems this patch might have benefited from a compile test at least? :) It does, it's a bit tricky though. BTW: Which version of yacc is needed exactly to create the parser? I tried applying the diff file to various versions but none did match. The fs doesn't seem to stand my stress test anyway. I copied my whole filesystem to a newly created reiser4 volume, and tried to boot from that. The first thing I noticed it that remount or sync when its mounted read-only makes it go boom (never-ending emergency flushs). I tricked the init script to leave it read-write and I got to my X login, could log in, but then the system freezed hard. :( My subjective feeling was that booting time was about the same as with reiser3 even if the files weren't fragmented. -- Christophe Saout [EMAIL PROTECTED] Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
Re: New reiser4 snapshot (as of August 22, 2003)
I worked around this by adding an empty info_atom in reiser4/txnmgr.c : void info_atom(const char *prefix, txn_atom * atom) { return; } After that, reiser4 compiles and is running without problem here so far (just tried a few minutes of fsx-linux and a few small compilations. I'll launch a mozilla-firebird build soon and see if it survives better this time). BTW : compilation as a module is still broken for me, but it could be my fault as I'm using an -mm kernel... (For information, missing symbols are: max_sane_readahead, generic_sync_sb_inodes, truncate_mapping_pages_range, balance_dirty_pages_ratelimited, inodes_stat, nr_free_pagecache_pages, get_full_page_state, destroy_inode) Sidenote to reiserfs devels : if the merge in mainstream is still far away, is any integration of reiser4 into the -mm serie considered ? It would ease testing a lot... Vincent David Nielsen wrote: The entire thing then fails with these messages - no notable compile errors or warnings present. fs/built-in.o(.text+0x9a8cd): In function `print_context': : undefined reference to `info_atom' fs/built-in.o(.text+0x9e392): In function `commit_current_atom': : undefined reference to `info_atom' fs/built-in.o(.text+0xa0577): In function `print_atom': : undefined reference to `info_atom' make: *** [.tmp_vmlinux1] Error 1 Seems this patch might have benefited from a compile test at least? :) regards David
Re: New reiser4 snapshot (as of August 22, 2003)
Could I ask you guys to stop CCing me, I'm on the list - filling my inbox with dupes is cruel :) - David On Sat, 2003-08-23 at 02:25, Vince wrote: I worked around this by adding an empty info_atom in reiser4/txnmgr.c : void info_atom(const char *prefix, txn_atom * atom) { return; } After that, reiser4 compiles and is running without problem here so far (just tried a few minutes of fsx-linux and a few small compilations. I'll launch a mozilla-firebird build soon and see if it survives better this time). BTW : compilation as a module is still broken for me, but it could be my fault as I'm using an -mm kernel... (For information, missing symbols are: max_sane_readahead, generic_sync_sb_inodes, truncate_mapping_pages_range, balance_dirty_pages_ratelimited, inodes_stat, nr_free_pagecache_pages, get_full_page_state, destroy_inode) Sidenote to reiserfs devels : if the merge in mainstream is still far away, is any integration of reiser4 into the -mm serie considered ? It would ease testing a lot... Vincent David Nielsen wrote: The entire thing then fails with these messages - no notable compile errors or warnings present. fs/built-in.o(.text+0x9a8cd): In function `print_context': : undefined reference to `info_atom' fs/built-in.o(.text+0x9e392): In function `commit_current_atom': : undefined reference to `info_atom' fs/built-in.o(.text+0xa0577): In function `print_atom': : undefined reference to `info_atom' make: *** [.tmp_vmlinux1] Error 1 Seems this patch might have benefited from a compile test at least? :) regards David
Re: New reiser4 snapshot (as of August 22, 2003)
Oleg Drokin wrote: Hello! I have just released new snapshot of reiser4. Release notes follows. Give it a try. Reiser4 snapshot for 2003.08.22 WARNING!!! This code is experimental! WE ARE NOT KIDDING! DO NOT PUT ANY VALUABLE DATA ON REISER4 YET! Fixed builds for 64bit arches (there are still some warnings, but it should work now, I hope). Fixed some bugs. There are still some stability problems on SMP machines that we are working on. If you used reiser4progs from last snapshot (August 11th), you need to upgrade those to fix critical largekeys bug in mkfs.reiser4 Snapshot is released as a patch against linux-2.6.0-test3-bk9. REISER4_NOOPT config option (Disable compiler optimizations for reiser4 code.) is known to not compile on x86. Enable CONFIG_REISER4_LARGE_KEY, as reiser4progs are creating filesystems with large keys by default. The reiser4-kernelonly.diff file represents only required kernel modifications if you plan to use our reiser4 bk repository. It does not contains any reiser4 code The reiser4.diff is full patch with everything included Are these patches available outside of bitkeeper, and if so, where are they located? -Tupshin
Re: New reiser4 snapshot (as of August 22, 2003)
David Nielsen wrote: The entire thing then fails with these messages - no notable compile errors or warnings present. fs/built-in.o(.text+0x9a8cd): In function `print_context': : undefined reference to `info_atom' fs/built-in.o(.text+0x9e392): In function `commit_current_atom': : undefined reference to `info_atom' fs/built-in.o(.text+0xa0577): In function `print_atom': : undefined reference to `info_atom' make: *** [.tmp_vmlinux1] Error 1 Seems this patch might have benefited from a compile test at least? :) regards David agreed. -- Hans
Re: New reiser4 snapshot (as of August 22, 2003)
Tupshin Harper wrote: Are these patches available outside of bitkeeper, and if so, where are they located? http://thebsh.namesys.com/snapshots/ :j
Re: New reiser4 snapshot (as of August 22, 2003)
I'd like to second that, patches against -mm would be a very good option. On Sat, 23 Aug 2003 02:25:59 +0200, Vince wrote: (...) Sidenote to reiserfs devels : if the merge in mainstream is still far away, is any integration of reiser4 into the -mm serie considered ? It would ease testing a lot... Vincent
Re: reiser4 snapshot
On Tue, 2003-08-12 at 11:22, Cyrille Chepelov wrote: Le Tue, Aug 12, 2003, à 10:05:42AM +0400, Oleg Drokin a écrit: Hello! Hello, On Mon, Aug 11, 2003 at 05:32:25PM -0700, Boris Tschirschwitz wrote: I thought I'd give it a try on 2.6.0-test3-mm1. Even with 'make mrproper' before compiling, I get the following error message: (Is there any interest in such error reports?) Yes, there is. I have a problem: reiserfs4progs doesn't seem to pay attention to the --prefix when it comes to locating libaal. --prefix is not the prefix libraries are looked at. It is the prefix of where package libraries and includes will be installed. I configured libaal with --prefix=/scratch/riesling/reiser4-inst and installed it there, then tried to configure reiserfs4progs with the same prefix, and it still fails to locate libaal. You need to let dynamic linker know, that some interesting libraries lie at some location. Edit /etc/ld.so.conf and there line /scratch/riesling/reiser4-inst Or set evn. variable LD_LIBRARY_PATH like the following: export LD_LIBRARY_PATH=/scratch/riesling/reiser4-inst:$LD_LIBRARY_PATH When I force it a little by prepending the call to ./configure with suitable CFLAGS and LDFLAGS, it goes past locating libaal, but chokes on locating aal/aal.h. This will be fixed. Thanks. temporary cure is to specify CFLAGS durring make: make CFLAGS=-I/scratch/riesling/reiser4-inst/include/aal I'll sure get past that, but it's a little annoying, and might get in the way of distributors (depending on the way they package libaal, ie separately or merged with the main reiserfs4progs package). libaal is planed to be used with another similar projects to as it contains useful utilities like device abstraction, etc. So, it is better to have it as separated package. But reiser4progs building may be automated. -- Cyrille -- We're flying high, we're watching the world passes by...
Re: reiser4 snapshot
Am Dienstag, 12. August 2003 10:56 schrieb Nikita Danilov [know issues] 3) I'm also unable to build reiser4 as module: [...] include/linux/irq.h:69: warning: size of `irq_desc' is 28672 bytes LD [M] fs/reiser4/reiser4.o LD fs/built-in.o GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 arch/i386/kernel/built-in.o(.data+0x7c0): In function `sys_call_table': : undefined reference to `sys_reiser4' make: *** [.tmp_vmlinux1] Error 1 Are this know issues? Yes. Does it build as module with CONFIG_REISER4_FS_SYSCALL off? Nikita. No, it doesn't build with the following options: CONFIG_REISER4_FS=m # CONFIG_REISER4_FS_SYSCALL is not set CONFIG_REISER4_LARGE_KEY=y # CONFIG_REISER4_CHECK is not set # CONFIG_REISER4_USE_EFLUSH is not set # CONFIG_REISER4_BADBLOCKS is not set ** uname -rvmpio 2.6.0-test3-reiserfs4 #4 Tue Aug 12 02:59:22 CEST 2003 i686 AMD Athlon(tm) XP 1900+ AuthenticAMD GNU/Linux ** gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r1, propolice) ** Gentoo 1.4 Stable Henning
Re: reiser4 snapshot
Hello! On Mon, Aug 11, 2003 at 05:32:25PM -0700, Boris Tschirschwitz wrote: I thought I'd give it a try on 2.6.0-test3-mm1. Even with 'make mrproper' before compiling, I get the following error message: (Is there any interest in such error reports?) Yes, there is. bobele linux # make bzImage CHK include/linux/version.h UPD include/linux/version.h Making asm-asm-i386 symlink CC scripts/empty.o MKELF scripts/elfconfig.h HOSTCC scripts/file2alias.o HOSTCC scripts/modpost.o HOSTLD scripts/modpost SPLIT include/linux/autoconf.h - include/config/* CC arch/i386/kernel/asm-offsets.s CHK include/asm-i386/asm_offsets.h UPD include/asm-i386/asm_offsets.h CC init/main.o In file included from include/linux/unistd.h:9, from init/main.c:18: include/asm/unistd.h: In function `reiser4': include/asm/unistd.h:400: error: `__NR_reiser4' undeclared (first use in this function) include/asm/unistd.h:400: error: (Each undeclared identifier is reported only once include/asm/unistd.h:400: error: for each function it appears in.) make[1]: *** [init/main.o] Error 1 make: *** [init] Error 2 Hm, this is strange. __NR_reiser4 is clearly defined in include/asm-i386/unistd.h Probably you had that part of the patch rejected? Can you please verify? Bye, Oleg
Re: reiser4 snapshot
On Tue, 2003-08-12 at 12:02, Cyrille Chepelov wrote: Le Tue, Aug 12, 2003, à 11:31:57AM +0400, Yury Umanets a écrit: I have a problem: reiserfs4progs doesn't seem to pay attention to the --prefix when it comes to locating libaal. --prefix is not the prefix libraries are looked at. It is the prefix of where package libraries and includes will be installed. yes, of course. However, you saw that it's not the only problem. When I force it a little by prepending the call to ./configure with suitable CFLAGS and LDFLAGS, it goes past locating libaal, but chokes on locating aal/aal.h. This will be fixed. Thanks. temporary cure is to specify CFLAGS durring make: make CFLAGS=-I/scratch/riesling/reiser4-inst/include/aal can't be done, as there is no Makefile until configure completes -- and it can't complete as it doesnt pay attention to things like CFLAGS=-I/.../include ./configure I got past that, though. Another little glitch is that the configure.in explicitly checks for 0.4.8 while the provided libaal is 0.4.9. No biggie, just requires modifying the configure.in and re-running autoconf (you might want to add a check against that condition in your pre-upload QA scripts). Hello, Everything is fixed and new snapshot is in http://thebsh.namesys.com/snapshots/2003.08.11/. See ./configure --help for new option --with-libaal. Thanks for reports one more time.
Re: reiser4 snapshot
Le Tue, Aug 12, 2003, à 11:31:57AM +0400, Yury Umanets a écrit: I have a problem: reiserfs4progs doesn't seem to pay attention to the --prefix when it comes to locating libaal. --prefix is not the prefix libraries are looked at. It is the prefix of where package libraries and includes will be installed. yes, of course. However, you saw that it's not the only problem. When I force it a little by prepending the call to ./configure with suitable CFLAGS and LDFLAGS, it goes past locating libaal, but chokes on locating aal/aal.h. This will be fixed. Thanks. temporary cure is to specify CFLAGS durring make: make CFLAGS=-I/scratch/riesling/reiser4-inst/include/aal can't be done, as there is no Makefile until configure completes -- and it can't complete as it doesnt pay attention to things like CFLAGS=-I/.../include ./configure I got past that, though. Another little glitch is that the configure.in explicitly checks for 0.4.8 while the provided libaal is 0.4.9. No biggie, just requires modifying the configure.in and re-running autoconf (you might want to add a check against that condition in your pre-upload QA scripts). -- Cyrille --
Re: reiser4 snapshot
On Tue, 2003-08-12 at 13:48, Cyrille Chepelov wrote: Le Tue, Aug 12, 2003, à 12:25:58PM +0400, Yury Umanets a écrit: Everything is fixed and new snapshot is in http://thebsh.namesys.com/snapshots/2003.08.11/. See ./configure --help for new option --with-libaal. That fixes it, thanks! It can be debated whether --with-libaal=/foo/bar should imply LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/foo/bar/lib or not (it doesn't seem it does right now), but at least it's now possible to build and install libaal + reiser4progs in a user tree without touching /usr. I guess, it is not the job for configure script, but rather for user/administrator. At least I don't even one project that do so :) -- Cyrille
[ANNOUNCE]: reiser4 snapshot
Hello, new reiser4 snapshot is available at: http://www.namesys.com/snapshots/2003.02.13/ Your feedback and testing efforts are most valuable to us. From README: -- Reiser4 snapshot for 2003.02.13 WARNING!!! This code is experimental! WE ARE NOT KIDDING! DO NOT PUT ANY VALUABLE DATA ON REISER4 YET! This is mostly bug fixing shapshot. Snapshot is released as a patch against linux-2.5.60. It should also work with current (February 13th) bk snapshot. REISER4_NOOPT config option (Disable compiler optimizations for reiser4 code.) is known to not compile on x86. Some read-ahead experimental code is present in this snapshot. Changelog (extracted by bk changes): [EMAIL PROTECTED], 2003-02-13 16:20:37+03:00, [EMAIL PROTECTED] spin_macros.h: unclude linux/spin_macros.h, not asm/spin_macros.h, as asm/spin_macros.h is only needed on SMP [EMAIL PROTECTED], 2003-02-12 21:43:03+03:00, [EMAIL PROTECTED] plugin.h: Added new jnode plugin cryptcompress.h: Remove old cluster cache support cryptcompress.c: Remove old per-node cluster cache support jnode.h: New jnode type support jnode.c: Added new jnode type for cluster cache pages compress.c: Rename header Makefile: Rename source file cryptcompress.h: Rename: plugin/crypto_compressed.h - plugin/cryptcompress.h cryptcompress.c: Rename: plugin/crypo_compressed.c - plugin/cryptcompress.c [EMAIL PROTECTED], 2003-02-12 20:19:15+03:00, [EMAIL PROTECTED] ugly work around for spin lock profiling [EMAIL PROTECTED], 2003-02-12 20:18:56+03:00, [EMAIL PROTECTED] restore atomicity of critical section in jload() [EMAIL PROTECTED], 2003-02-12 20:15:53+03:00, [EMAIL PROTECTED] make check for validness of block counters assertive [EMAIL PROTECTED], 2003-02-12 17:54:43+03:00, [EMAIL PROTECTED] fix wrong assertion [EMAIL PROTECTED], 2003-02-12 17:54:30+03:00, [EMAIL PROTECTED] spin lock profiling. Take two. [EMAIL PROTECTED], 2003-02-12 16:24:28+03:00, [EMAIL PROTECTED] hadle special case of taking spin-lock bypassing wrapper functions [EMAIL PROTECTED], 2003-02-12 14:42:37+03:00, [EMAIL PROTECTED] Merge vs@thebsh:/home/bk/reiser4 into tribesman.namesys.com:/home/vs/reiser4-linux-2.5/fs/reiser4 [EMAIL PROTECTED], 2003-02-12 15:10:33+03:00, [EMAIL PROTECTED] fix compilation breakaga [EMAIL PROTECTED], 2003-02-12 14:27:39+03:00, [EMAIL PROTECTED] spin-lock profiling. Requires patches to arch code to be enabled. [EMAIL PROTECTED], 2003-02-12 14:42:28+03:00, [EMAIL PROTECTED] compilability with EFLUSH turned off [EMAIL PROTECTED], 2003-02-12 21:03:10+03:00, [EMAIL PROTECTED] shifted_nodes_below has no sense if we are on leaf level. [EMAIL PROTECTED], 2003-02-12 13:36:04+03:00, [EMAIL PROTECTED] cleanup [EMAIL PROTECTED], 2003-02-12 13:46:05+03:00, [EMAIL PROTECTED] fix rwlock_t initialisations [EMAIL PROTECTED], 2003-02-12 13:45:43+03:00, [EMAIL PROTECTED] fix naming insanity [EMAIL PROTECTED], 2003-02-11 19:11:36+03:00, [EMAIL PROTECTED] uncomment call to cbk_cache back [EMAIL PROTECTED], 2003-02-12 11:30:33+03:00, [EMAIL PROTECTED] ktxnmgrd.c: new daemonize() semantic [EMAIL PROTECTED], 2003-02-12 13:44:54+03:00, [EMAIL PROTECTED] fix indentation [EMAIL PROTECTED], 2003-02-11 17:27:58+03:00, [EMAIL PROTECTED] fix last fix [EMAIL PROTECTED], 2003-02-11 15:44:15+03:00, [EMAIL PROTECTED] release tree lock in the error path of renew_sibling_link() [EMAIL PROTECTED], 2003-02-11 14:26:06+03:00, [EMAIL PROTECTED] conflict is resolved [EMAIL PROTECTED], 2003-02-11 15:43:39+03:00, [EMAIL PROTECTED] strengthen lock ordering predicate for tree [EMAIL PROTECTED], 2003-02-11 14:08:10+03:00, [EMAIL PROTECTED] replace check with assertion [EMAIL PROTECTED], 2003-02-11 14:07:52+03:00, [EMAIL PROTECTED] remove unneeded includes [EMAIL PROTECTED], 2003-02-11 14:06:36+03:00, [EMAIL PROTECTED] more read-write tree lock fixes [EMAIL PROTECTED], 2003-02-11 14:06:17+03:00, [EMAIL PROTECTED] make item_plugin_by_coord() inline [EMAIL PROTECTED], 2003-02-11 14:24:19+03:00, [EMAIL PROTECTED] using new tree spinlocking macroses [EMAIL PROTECTED], 2003-02-11 14:05:38+03:00, [EMAIL PROTECTED] more read-write tree lock fixes [EMAIL PROTECTED], 2003-02-11 13:22:35+03:00, [EMAIL PROTECTED] Merge vs@thebsh:/home/bk/reiser4 into tribesman.namesys.com:/home/vs/reiser4-linux-2.5/fs/reiser4 [EMAIL PROTECTED], 2003-02-11 14:05:12+03:00, [EMAIL PROTECTED] make reiser4_inode_data() inline [EMAIL PROTECTED], 2003-02-11 11:53:43+03:00, [EMAIL PROTECTED] Merge [EMAIL PROTECTED]:/home/bk/reiser4 into laputa.namesys.com:/home/god/projects/2.5/fs/reiser4 [EMAIL PROTECTED], 2003-02-11 11:51:43+03:00, [EMAIL PROTECTED] fix nesting [EMAIL PROTECTED], 2003-02-11 11:12:18+03:00, [EMAIL PROTECTED] fix compilability [EMAIL PROTECTED], 2003-02-11 11:10:57+03:00, [EMAIL PROTECTED] add question [EMAIL
Re: [ANNOUNCE]: reiser4 snapshot
Nikita Danilov wrote (ao): new reiser4 snapshot is available at: http://www.namesys.com/snapshots/2003.02.13/ Thanks a lot for this snapshot, and for reiserfs in general. Your feedback and testing efforts are most valuable to us. From README: -- Reiser4 snapshot for 2003.02.13 WARNING!!! This code is experimental! WE ARE NOT KIDDING! DO NOT PUT ANY VALUABLE DATA ON REISER4 YET! This is mostly bug fixing shapshot. Snapshot is released as a patch against linux-2.5.60. It should also work with current (February 13th) bk snapshot. REISER4_NOOPT config option (Disable compiler optimizations for reiser4 code.) is known to not compile on x86. I can't find that option in .config The only REISER options that I have are: $ grep REISER .config CONFIG_REISER4_FS=y # CONFIG_REISER4_CHECK is not set CONFIG_REISERFS_FS=y # CONFIG_REISERFS_CHECK is not set # CONFIG_REISERFS_PROC_INFO is not set $ This is with 2.5.60, patched with feb 13 reiser4.diff.gz, and after make oldconfig on my 2.5.59 .config (didn't ask reiserfs related things). I do get some warnings and a compile error. This is on an up to date debian sid (unstable) and with gcc (GCC) 3.2.3 20030210 Do you need more info on this? ... In file included from fs/reiser4/super.h:10, from fs/reiser4/debug.c:7: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/jnode.c:20: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/znode.c:153: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/key.c:7: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/pool.c:48: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/tree_mod.c:16: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/estimate.c:5: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/carry.c:146: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/carry_ops.c:19: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/lock.c:349: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/tree.c:97: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/context.c:6: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/tap.c:18: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/coord.c:6: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/block_alloc.c:9: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/txnmgr.c:187: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/kassign.c:10: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/flush.c:22: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/wander.c:157: fs/reiser4/tree.h: In function `write_trylock_tree': fs
[ANNOUNCE]: reiser4 snapshot
Hello, new reiser4 snapshot is available at: http://www.namesys.com/snapshots/2003.01.16/ It is released as a patch against linux-2.5.58 kernel. It should also work with current (January 16th) bk snapshot at http://linux.bkbits.net/linux-2.5 This is mostly bug fixing release. READ.ME file contains changelog. In addition, our public BK repository with reiser4 kernel code, and reiser4 utilities is available at bk://namesys.com/bk/reiser4, and bk://namesys.com/bk/reiser4progs respectively. Nikita.
Re: [ANNOUNCE]: reiser4 snapshot
Nikita Danilov wrote (ao): new reiser4 snapshot is available at: http://www.namesys.com/snapshots/2003.01.16/ Thanks :-) It is released as a patch against linux-2.5.58 kernel. It should also work with current (January 16th) bk snapshot at http://linux.bkbits.net/linux-2.5 This is mostly bug fixing release. READ.ME file contains changelog. Can you please have a look at the READ.ME? It contains old info from the former snapshot.
Re: [ANNOUNCE]: reiser4 snapshot
Ookhoi wrote (ao): # Nikita Danilov wrote (ao): # new reiser4 snapshot is available at: # # http://www.namesys.com/snapshots/2003.01.16/ # # Thanks :-) # # It is released as a patch against linux-2.5.58 kernel. It should also # work with current (January 16th) bk snapshot at # http://linux.bkbits.net/linux-2.5 # # This is mostly bug fixing release. # # READ.ME file contains changelog. # # Can you please have a look at the READ.ME? It contains old info from the # former snapshot. Ugh! Never mind .. I did a wget, but had the (old) file already. It was named READ.ME.1 due to that, and of course I only noticed this 1ms _after_ I kicked away the message ..
Re: [reiserfs-dev] Re: [ANNOUNCE]: reiser4 snapshot
Hello! On Fri, Jan 17, 2003 at 01:09:20PM +0100, Ookhoi wrote: It is released as a patch against linux-2.5.58 kernel. It should also work with current (January 16th) bk snapshot at http://linux.bkbits.net/linux-2.5 This is mostly bug fixing release. READ.ME file contains changelog. Can you please have a look at the READ.ME? It contains old info from the former snapshot. Only the snapshot date was old, all other info was recent one. Thanks for noticing. Fixed. Bye, Oleg
Re: [reiserfs-dev] Re: [ANNOUNCE]: reiser4 snapshot
Oleg Drokin wrote (ao): On Fri, Jan 17, 2003 at 01:09:20PM +0100, Ookhoi wrote: It is released as a patch against linux-2.5.58 kernel. It should also work with current (January 16th) bk snapshot at http://linux.bkbits.net/linux-2.5 This is mostly bug fixing release. READ.ME file contains changelog. Can you please have a look at the READ.ME? It contains old info from the former snapshot. Only the snapshot date was old, all other info was recent one. Thanks for noticing. Fixed. Great, I do something wrong and it is still right ;-)
Re: [ANNOUNCE]: reiser4 snapshot
Nikita Danilov wrote (ao): new reiser4 snapshot is available at: http://www.namesys.com/snapshots/2002.12.24/ It is released as a patch against linux-2.5.53 kernel. It should also work with current (December 24th) bk snapshot at http://linux.bkbits.net/linux-2.5 This is mostly bug fixing release. READ.ME file contains changelog. In addition, our public BK repository with reiser4 code is available at bk://namesys.com/bk/reiser4. Hi Nikita, Is there also a BK repository with the reiserfs4-progs? And what is the right way to integrate reiser4 into the kernel? At the moment I pull reiser4 and linux-2.5, patch linux-2.5 with the reiser4.diff out of the snapshots dir, and replace fs/reiser4 with the BK reiser4. This works*, but I think the patch part is not the right way. * I can compile a 2.5 kernel, boot it, and mkfs.reiser4 a partition. Thanks in advance!