Another compiler error: sumtool.c

[Andrew Lunn]

On Thu, Sep 22, 2005 at 10:20:50AM +0400, Artem B. Bityutskiy wrote:
> Andrew Lunn wrote:
> >Hi Folks
> >
> >Thanks to Artem's fix i can now compile jffs2 without write buffer
> >support. However the sumtool does not compile.....
> >
> >lunn at londo:~/pkgs/mtd/mtd/util$ make
> >gcc -I../include -O2 -Wall -g -c -o sumtool.o sumtool.c -g 
> >-Wp,-MD,.sumtool.c.dep
> >sumtool.c:66: error: static declaration of 'target_endian' follows 
> >non-static declaration../include/mtd/jffs2-user.h:22: error: previous 
> >declaration of 'target_endian' was here
> >make: *** [sumtool.o] Error 1
> 
> Hmm, I did not enable EBS and did not test how it works. If you have 
> small NOR flash, don't use EBS. EBS may make things worse on small NORs 
> - both because of wasting space and because NOR+EBS looks like NAND for 
> JFFS2 (jffs2_can_mark_obsolete() is 0 at os-linux.h), which leads to 
> greater CPU load on mount (much more nodes to check). I believe Ferenc 
> should write about this in a Readme file or in the EBS config help.

Could you define small.

I will be checking this anyway. I need to improve the mount time
performance of eCos's version of JFFS2. For the system i'm working on
now the eCos redboot loader has JFFS2 from CVS from a year or so
ago. It takes four or five times longer to mount the filesystem than
the JFFS2 code in the Linux 2.4.x version of the kernel redboot is
booting. For the particular application this device is being used in i
need very fast boot times and currently the RedBoot JFFS2 mount is the
bottleneck. So i was hopeing that bringing JFFS2 up to date in eCos's
Redboot and adding EBS might match the performance of the old 2.4.x
code. Testing will soon tell.

        Thanks
                Andrew