Re[2]: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

Re[2]: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Oleg O. Ossovitskii]

Hello Nikita,

Wednesday, November 6, 2002, 12:17:16 PM, you wrote:

ND>  > > http://namesys.com/snapshots/2002.11.05/
ND>  > 
ND>  > This is just a fyi.
ND>  > 
ND>  > The reiserfsprogs in this dir don't compile to the end for me with 
ND>  > gcc3.2:
ND>  > gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
ND>  > 
ND>  > redhat 8.0
ND>  > 
ND>  > ./configure --prefix=/ --enable-Werror=no

ND> Try --without-readline

Or add -ltermcap after -lreadline in Makefile

BTW: is anywhere diff to apply Reiser4 to plain 2.5.x (not bk tree) or I have to made this
manually (by hands)?


Best regards, Oleg O. Ossovitskii
software engineer, KGPA Ltd., Kaliningrad, West Russia
tel: +7(0112)46-23-40, fax: +7(0112)43-64-96
mailto:oleg@kgpa.ru, icq# 33366588

Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Todd Lyons]

[-- Attachment #1: Type: text/plain, Size: 1254 bytes --]

Oleg O. Ossovitskii wanted us to know:

>BTW: is anywhere diff to apply Reiser4 to plain 2.5.x (not bk tree) or I have to made this
>manually (by hands)?

It applied for me to the 2.5.45 tree with only one reject, mm/swap.c.
It wants to add a #include, but what's there is not quite like what the
patch expects.  You'll actually have to add two lines, not just one.

Still compiling.  In the reiser4 code right now....well, it built and
linked.  That's a good sign.

Here are the .config settings that I used:
CONFIG_REISER4_FS=m
CONFIG_REISER4_CHECK=y
CONFIG_REISER4_DEBUG=y
CONFIG_REISER4_CHECK_STACK=y
CONFIG_REISER4_DEBUG_MODIFY=y
CONFIG_REISER4_DEBUG_MEMCPY=y
CONFIG_REISER4_DEBUG_NODE=y
CONFIG_REISER4_ZERO_NEW_NODE=y
CONFIG_REISER4_TRACE=y
CONFIG_REISER4_STATS=y
CONFIG_REISER4_DEBUG_OUTPUT=y
# CONFIG_REISER4_NOOPT is not set

Curious if anybody feels that I should have chosen different values for
any of the options.
-- 
Blue skies...		Todd
| Get a bigger hammer!   |  Normal?  Normal is a setting on       |
| http://www.mrball.net  |  my dryer.                             |
| http://faq.mrball.net  |     BayCon 2001 http://www.baycon.org  |
   Linux kernel 2.5.45   1 user,  load average: 1.19, 0.88, 0.40

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Nikita Danilov]

Todd Lyons writes:
 > Oleg O. Ossovitskii wanted us to know:
 > 
 > >BTW: is anywhere diff to apply Reiser4 to plain 2.5.x (not bk tree) or I have to made this
 > >manually (by hands)?
 > 
 > It applied for me to the 2.5.45 tree with only one reject, mm/swap.c.
 > It wants to add a #include, but what's there is not quite like what the
 > patch expects.  You'll actually have to add two lines, not just one.
 > 
 > Still compiling.  In the reiser4 code right now....well, it built and
 > linked.  That's a good sign.
 > 
 > Here are the .config settings that I used:
 > CONFIG_REISER4_FS=m
 > CONFIG_REISER4_CHECK=y
 > CONFIG_REISER4_DEBUG=y
 > CONFIG_REISER4_CHECK_STACK=y
 > CONFIG_REISER4_DEBUG_MODIFY=y
 > CONFIG_REISER4_DEBUG_MEMCPY=y
 > CONFIG_REISER4_DEBUG_NODE=y
 > CONFIG_REISER4_ZERO_NEW_NODE=y
 > CONFIG_REISER4_TRACE=y
 > CONFIG_REISER4_STATS=y
 > CONFIG_REISER4_DEBUG_OUTPUT=y
 > # CONFIG_REISER4_NOOPT is not set
 > 
 > Curious if anybody feels that I should have chosen different values for
 > any of the options.

Reasonable options for debugging. Will result in dead-slow reiser4 though.

Once you stop being able to tolerate it slowness, disable
CONFIG_REISER4_DEBUG_MODIFY and CONFIG_REISER4_CHECK_STACK.

 > -- 
 > Blue skies...		Todd
 > | Get a bigger hammer!   |  Normal?  Normal is a setting on       |
 > | http://www.mrball.net  |  my dryer.                             |
 > | http://faq.mrball.net  |     BayCon 2001 http://www.baycon.org  |
 >    Linux kernel 2.5.45   1 user,  load average: 1.19, 0.88, 0.40

Nikita.

Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Todd Lyons]

[-- Attachment #1: Type: text/plain, Size: 975 bytes --]

Nikita Danilov wanted us to know:

> > Still compiling.  In the reiser4 code right now....well, it built and
> > linked.  That's a good sign.

It compiled and installed, but it doesn't load:

[root@trip ~]# modprobe reiser4
/lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o: unresolved symbol
page_states__per_cpu
modprobe: insmod /lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o failed
modprobe: insmod reiser4 failed

> > Curious if anybody feels that I should have chosen different values for
> > any of the options.
>Reasonable options for debugging. Will result in dead-slow reiser4 though.

Ok, will remove the debugging options.  In the meantime, gotta figure
out why it's got that unresolved symbol.
-- 
Blue skies...	Todd                   http://www.mrball.net
       Public key:  http://www.mrball.net/todd.asc
 Development is like evolution and there is no turning back.
   Linux kernel 2.5.45-3   1 user,  load average: 0.00, 0.00, 0.00

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Nikita Danilov]

Todd Lyons writes:
 > Nikita Danilov wanted us to know:
 > 
 > > > Still compiling.  In the reiser4 code right now....well, it built and
 > > > linked.  That's a good sign.
 > 
 > It compiled and installed, but it doesn't load:
 > 
 > [root@trip ~]# modprobe reiser4
 > /lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o: unresolved symbol
 > page_states__per_cpu
 > modprobe: insmod /lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o failed
 > modprobe: insmod reiser4 failed
 > 
 > > > Curious if anybody feels that I should have chosen different values for
 > > > any of the options.
 > >Reasonable options for debugging. Will result in dead-slow reiser4 though.
 > 
 > Ok, will remove the debugging options.  In the meantime, gotta figure
 > out why it's got that unresolved symbol.

This is bug in the handling of per-cpu variables. Andrew Morton and
Rusty Russell posted patches to fix it. Here is one:
----------------------------------------------------------------------
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff \
--minimal linux-2.5.45/include/asm-generic/percpu.h \
                working-2.5.45-tmp/include/asm-generic/percpu.h
--- linux-2.5.45/include/asm-generic/percpu.h	2002-10-31 12:36:56.000000000 +1100
+++ working-2.5.45-tmp/include/asm-generic/percpu.h	2002-11-02 09:20:06.000000000 \
+1100 @@ -35,4 +35,10 @@ extern unsigned long __per_cpu_offset[NR
 #define EXPORT_PER_CPU_SYMBOL(var) EXPORT_SYMBOL(var##__per_cpu)
 #define EXPORT_PER_CPU_SYMBOL_GPL(var) EXPORT_SYMBOL_GPL(var##__per_cpu)
 
+/* Genksyms can't follow the percpu declaration.  Give it a fake one. */
+#ifdef __GENKSYMS__
+#undef DEFINE_PER_CPU
+#define DEFINE_PER_CPU(type, name) type name##__per_cpu
+#endif /*__GENKSYMS__*/
+
 #endif /* _ASM_GENERIC_PERCPU_H_ */
----------------------------------------------------------------------

Please let me know whether this helps.

Alternatively, you can compile reiser4 as built-in (not module), or
disable module versioning.

Nikita.

Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Todd Lyons]

[-- Attachment #1: Type: text/plain, Size: 1432 bytes --]

Nikita Danilov wanted us to know:

> > [root@trip ~]# modprobe reiser4
> > /lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o: unresolved symbol
> > page_states__per_cpu
>This is bug in the handling of per-cpu variables. Andrew Morton and
>Rusty Russell posted patches to fix it. Here is one:
>Please let me know whether this helps.

Yes, it fixed it.  

Maybe my understanding is a little off, but I thought that I could just
rebuild the modules and install them and run depmod and the new module
symbols would be in effect.  But that didn't work (same error).

So then I tried also a make bzImage and make install (which updates the
System.map, something that didn't get done with make modules_install).
It still would not load (same error).

Finally, I rebooted loading the new kernel and that fixed it.  No
comments needed, unless they are "what you did should have worked."

>Alternatively, you can compile reiser4 as built-in (not module), or

Much prefer modules for everything.  Kinda spoiled by the ability to
change configurations on the fly.

>disable module versioning.

Something to think about...
-- 
Blue skies...		Todd
| Get a bigger hammer!   |  ...file transfer by email is evil.    |
| http://www.mrball.net  |                              NANOG     |
| http://faq.mrball.net  |                                        |
   Linux kernel 2.5.45-3   load average: 0.24, 0.21, 0.09

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Valdis.Kletnieks]

[-- Attachment #1: Type: text/plain, Size: 923 bytes --]

On Fri, 08 Nov 2002 11:49:48 PST, Todd Lyons said:

> Maybe my understanding is a little off, but I thought that I could just
> rebuild the modules and install them and run depmod and the new module
> symbols would be in effect.  But that didn't work (same error).
> 
> So then I tried also a make bzImage and make install (which updates the
> System.map, something that didn't get done with make modules_install).
> It still would not load (same error).
> 
> Finally, I rebooted loading the new kernel and that fixed it.  No
> comments needed, unless they are "what you did should have worked."

I've seen similar issues when the /boot/System.map file doesn't match the
kernel in use (this is particularly an issue for 'depmod' - the standard
'make modules_install' target passes a -F flag to depmod to use the just-created
System.map file.
-- 
				Valdis Kletnieks
				Computer Systems Senior Engineer
				Virginia Tech


[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]

Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Todd Lyons]

[-- Attachment #1: Type: text/plain, Size: 1618 bytes --]

Valdis.Kletnieks@vt.edu wanted us to know:
>> Todd Lyons wrote:
>> Maybe my understanding is a little off, but I thought that I could
>> just rebuild the modules and install them and run depmod and the new
>> module symbols would be in effect.  But that didn't work (same
>> error).
>> So then I tried also a make bzImage and make install (which updates the
>> System.map, something that didn't get done with make modules_install).
>> It still would not load (same error).
>> Finally, I rebooted loading the new kernel and that fixed it.  No
>> comments needed, unless they are "what you did should have worked."
>I've seen similar issues when the /boot/System.map file doesn't match
>the kernel in use (this is particularly an issue for 'depmod' - the
>standard 'make modules_install' target passes a -F flag to depmod to
>use the just-created System.map file.

That I get.  You're saying that my make install step which updated the
System.map in /boot was nullfied because it didn't exactly match the
running kernel version.  And you're also saying that -F makes it ignore
what /proc/ksyms has.

But then that leads to the next problem.  That System.map doesn't match
the /proc/ksyms, so I'm still left with a reboot as my only option.  

Thinking out loud.  But I didn't change the way that the kernel was
compiled.  Reiser4 is _still_ a module.  What am I missing?

Blue skies...			Todd

P.S. Valdis, I think this sig originally came from somebody's NANOG
post.  :)
-- 
A: No
Q: Should I quote at the end of the message?
   Linux kernel 2.5.45-3   load average: 0.00, 0.00, 0.00

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Dieter Nützel]

Am Freitag, 8. November 2002 21:39 schrieb Todd Lyons:
> Valdis.Kletnieks@vt.edu wanted us to know:
> >> Todd Lyons wrote:
> >> Maybe my understanding is a little off, but I thought that I could
> >> just rebuild the modules and install them and run depmod and the new
> >> module symbols would be in effect.  But that didn't work (same
> >> error).
> >> So then I tried also a make bzImage and make install (which updates the
> >> System.map, something that didn't get done with make modules_install).
> >> It still would not load (same error).
> >> Finally, I rebooted loading the new kernel and that fixed it.  No
> >> comments needed, unless they are "what you did should have worked."
> >
> >I've seen similar issues when the /boot/System.map file doesn't match
> >the kernel in use (this is particularly an issue for 'depmod' - the
> >standard 'make modules_install' target passes a -F flag to depmod to
> >use the just-created System.map file.
>
> That I get.  You're saying that my make install step which updated the
> System.map in /boot was nullfied because it didn't exactly match the
> running kernel version.  And you're also saying that -F makes it ignore
> what /proc/ksyms has.
>
> But then that leads to the next problem.  That System.map doesn't match
> the /proc/ksyms, so I'm still left with a reboot as my only option.

That's normal for all kernel developers.
If you build a new kernel with new symbols some stuff couldn't match until you 
have rebooted.

> Thinking out loud.  But I didn't change the way that the kernel was
> compiled.  Reiser4 is _still_ a module.  What am I missing?

Are you sure?

-Dieter

[ANNOUNCE] reiser4 snaphots

[Nikita Danilov]

Hello,

new reiser4 snapshot is available at:

http://namesys.com/snapshots/2002.11.05/

new snaphots will appear there every few working days.

In addition, our public BK repository with reiser4 code is available at
bk://namesys.com/bk/reiser4.

Nikita.

Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots

[Nikita Danilov]

Ookhoi writes:
 > Nikita Danilov wrote (ao):
 > > new reiser4 snapshot is available at:
 > > 
 > > http://namesys.com/snapshots/2002.11.05/
 > 
 > This is just a fyi.
 > 
 > The reiserfsprogs in this dir don't compile to the end for me with 
 > gcc3.2:
 > gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
 > 
 > redhat 8.0
 > 
 > ./configure --prefix=/ --enable-Werror=no

Try --without-readline

 > 
 > make:
 > 
 > make[3]: Leaving directory `/usr/src/reiser4progs-0.1.0/progs/libmisc'
 > Making all in mkfs
 > make[3]: Entering directory `/usr/src/reiser4progs-0.1.0/progs/mkfs'
 > source='mkfs.c' object='mkfs.o' libtool=no \
 > depfile='.deps/mkfs.Po' tmpdepfile='.deps/mkfs.TPo' \
 > depmode=gcc3 /bin/sh ../../depcomp \
 > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../progs/include    -g -O2 -D_REENTRANT -D_FILE_OFFSET_BITS=64 -g -W -Wall -Wno-unused -DPLUGIN_DIR=\"//lib/reiser4\" -c `test -f mkfs.c || echo './'`mkfs.c
 > /bin/sh ../../libtool --mode=link gcc  -g -O2 -D_REENTRANT -D_FILE_OFFSET_BITS=64 -g -W -Wall -Wno-unused -DPLUGIN_DIR=\"//lib/reiser4\"   -o mkfs.reiser4  mkfs.o ../../libreiser4/libreiser4.la ../../progs/libmisc/libmisc.la -lreadline  -luuid  
 > mkdir .libs
 > gcc -g -O2 -D_REENTRANT -D_FILE_OFFSET_BITS=64 -g -W -Wall -Wno-unused -DPLUGIN_DIR=\"//lib/reiser4\" -o .libs/mkfs.reiser4 mkfs.o  ../../libreiser4/.libs/libreiser4.so ../../progs/libmisc/.libs/libmisc.al /usr/src/reiser4progs-0.1.0/libaal/.libs/libaal.so -lreadline -luuid -Wl,--rpath -Wl,//lib
 > /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libreadline.so: undefined reference to `tgetnum'
 > /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libreadline.so: undefined reference to `tgoto'
 > /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libreadline.so: undefined reference to `tgetflag'
 > /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libreadline.so: undefined reference to `BC'
 > /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libreadline.so: undefined reference to `tputs'
 > /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libreadline.so: undefined reference to `PC'
 > /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libreadline.so: undefined reference to `tgetent'
 > /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libreadline.so: undefined reference to `UP'
 > /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libreadline.so: undefined reference to `tgetstr'
 > collect2: ld returned 1 exit status
 > make[3]: *** [mkfs.reiser4] Error 1
 > make[3]: Leaving directory `/usr/src/reiser4progs-0.1.0/progs/mkfs'
 > make[2]: *** [all-recursive] Error 1
 > make[2]: Leaving directory `/usr/src/reiser4progs-0.1.0/progs'
 > make[1]: *** [all-recursive] Error 1
 > make[1]: Leaving directory `/usr/src/reiser4progs-0.1.0'
 > make: *** [all] Error 2

Nikita.