badmem-users Mailing List for BadMEM patches/utils for Linux Kernel
Status: Beta
Brought to you by:
eagle2
Menu
▾
▴
badmem-users — User-related issues for the badmem system
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
(1) |
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Nico S. <ea...@us...> - 2006-06-10 14:50:28
|
Hi Andreas, > Hello! > That is really an unfortunate piece of news. Which kernel is the newest > one which should be guaranteed to work? I hope its not some 2.4 kernel... > The last-known working kernel patch for me is 2.6.14. I tested this version here and it worked. Additionally I do not know any message or mail saying that the kernel patch may be faulty. So, I'd try this one first. > Nico Schmoigl wrote: > >> Hi Andreas, hi Carl, >> >> yes, you are right. The project merely was and is driven by my >> implementation efforts. As I switched from a student (university) to an >> employee recently, I don't have the time to take the pace of the kernel >> releases. Again, there is only very little support from the community, >> so that if I don't bring this issue forward, almost anybody tries to >> make progress in the field. >> >> There are some more requests concerning some patch failures, especially >> in the 2.6.15. As soon as I get more spare-time, I'll try to have a look >> on it, but I can't promise you, that this will happen in a reasonable >> amount of time. >> >> >> 73 >> Nico >> >> Hope this helps! 73 Nico |
|
From: Nico S. <ea...@us...> - 2006-06-09 20:53:32
|
Hi Andreas, hi Carl, yes, you are right. The project merely was and is driven by my implementation efforts. As I switched from a student (university) to an employee recently, I don't have the time to take the pace of the kernel releases. Again, there is only very little support from the community, so that if I don't bring this issue forward, almost anybody tries to make progress in the field. There are some more requests concerning some patch failures, especially in the 2.6.15. As soon as I get more spare-time, I'll try to have a look on it, but I can't promise you, that this will happen in a reasonable amount of time. 73 Nico -- EMail: ea...@us... Carl K wrote: > Andreas Feldmann wrote: > >> Hello! >> Because I have a faulty ram module in my laptop I would really like to >> compile a kernel with badmem support. I patched the 2.6.12 kernel and >> tried to comile it, but it does not work. When comiling the badmem part >> there are some complaints about syntax errors as shown below. I also >> tried to comile a 2.6.15 kernel with the same result: >> >> aef@chaos:~/build/linux-2.6.15.7 > nice -19 make-kpkg --initrd kernel_image >> <...> >> CC mm/shmem.o >> gcc -m32 -DKERNELLIB_TEST -o mm/badmemkernellib_version -I >> /home/aef/build/badmem/badmemlib/include mm/badmemlib_version.c -lbadmem -lm >> BadMEMlib version 1.7.0 >> $Id: lib.c,v 1.21 2004/03/16 16:20:59 eagle2 Exp $ >> $Id: hash.c,v 1.7 2004/03/16 13:58:54 eagle2 Exp $ >> $Id: mdf.c,v 1.15 2004/03/16 13:58:55 eagle2 Exp $ >> $Id: patn.c,v 1.21 2004/03/16 13:58:55 eagle2 Exp $ >> $Id: type.c,v 1.6 2001/08/14 15:02:53 eagle2 Exp $ >> rm -f mm/badmemkernellib_version # This file is not used any more, so >> we can delete it >> if [ -e /home/aef/build/badmem/configure -a ! -e >> /home/aef/build/badmem/Makefile ]; then cd /home/aef/build/badmem; >> export CFLAGS=""; export LDFLAGS=""; ./configure ; fi >> /usr/bin/make -C /home/aef/build/badmem/badmemlib IN_KERNEL_MODE=1 clean >> links >> rm -f *.o *~ libbadmem.so.? include/*~ libbadmem.a memtest_badmemlib.o >> ln -sf lib.c kernel_lib.c; ln -sf patn.c kernel_patn.c; ln -sf mdf.c >> kernel_mdf.c; ln -sf hash.c kernel_hash.c; >> ln -sf lib.c memtest_lib.c; ln -sf patn.c memtest_patn.c; ln -sf mdf.c >> memtest_mdf.c; ln -sf hash.c memtest_hash.c; ln -sf string.c >> memtest_string.c; ln -sf vsprintf.c memtest_vsprintf.c; >> /usr/bin/make -C /home/aef/build/badmem/badmemlib IN_KERNEL_MODE=1 >> kernel_badmemlib.o >> gcc -m32 -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs >> -fno-strict-aliasing -fno-common -ffreestanding -O2 >> -fomit-frame-pointer -pipe -msoft-float -mpreferred-stack-boundary=2 >> -fno-unit-at-a-time -march=i686 -Iinclude/asm-i386/mach-default >> -Wdeclaration-after-statement -Wno-pointer-sign >> -I/home/aef/build/badmem/badmemlib/include -I./include -D__KERNEL__ -c >> -o kernel_lib.o kernel_lib.c >> In file included from /usr/include/asm/string.h:8, >> from /usr/include/linux/string.h:24, >> from kernel_lib.c:4: >> /usr/include/asm-i486/string.h:44: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function 'strncpy': >> /usr/include/asm-i486/string.h:58: error: 'src' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:58: error: (Each undeclared identifier is >> reported only once >> /usr/include/asm-i486/string.h:58: error: for each function it appears in.) >> /usr/include/asm-i486/string.h:58: error: 'dest' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h:58: error: 'count' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:80: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function 'strncat': >> /usr/include/asm-i486/string.h:97: error: 'src' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:97: error: 'dest' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h:97: error: 'count' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:125: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function 'strncmp': >> /usr/include/asm-i486/string.h:143: error: 'cs' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:143: error: 'ct' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:143: error: 'count' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:189: error: syntax error before 'strlen' >> /usr/include/asm-i486/string.h:204: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function '__memcpy': >> /usr/include/asm-i486/string.h:217: error: 'n' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:217: error: 'to' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:217: error: 'from' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:226: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function '__constant_memcpy': >> /usr/include/asm-i486/string.h:229: error: 'n' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:229: error: 'to' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:232: error: 'from' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:327: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h:332: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function 'memchr': >> /usr/include/asm-i486/string.h:336: error: 'count' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h:345: error: 'c' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:345: error: 'cs' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:350: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function '__memset_generic': >> /usr/include/asm-i486/string.h:357: error: 'c' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:357: error: 's' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:357: error: 'count' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:370: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function '__constant_c_memset': >> /usr/include/asm-i486/string.h:383: error: 'c' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:383: error: 'count' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h:383: error: 's' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:390: error: syntax error before 'strnlen' >> /usr/include/asm-i486/string.h:390: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function 'strnlen': >> /usr/include/asm-i486/string.h:405: error: 's' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:405: error: 'count' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:419: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function '__constant_c_and_count_memset': >> /usr/include/asm-i486/string.h:421: error: 'count' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h:423: error: 's' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:425: error: 'pattern' undeclared (first >> use in this function) >> /usr/include/asm-i486/string.h: At top level: >> /usr/include/asm-i486/string.h:478: error: syntax error before 'size_t' >> /usr/include/asm-i486/string.h: In function 'memscan': >> /usr/include/asm-i486/string.h:480: error: 'size' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h:481: error: 'addr' undeclared (first use >> in this function) >> /usr/include/asm-i486/string.h:487: error: 'c' undeclared (first use in >> this function) >> /usr/include/asm-i486/string.h:482: error: invalid lvalue in asm output 0 >> /usr/include/asm-i486/string.h:482: error: invalid lvalue in asm output 1 >> In file included from kernel_lib.c:4: >> /usr/include/linux/string.h: At top level: >> /usr/include/linux/string.h:33: error: syntax error before 'strlcpy' >> /usr/include/linux/string.h:33: error: syntax error before 'size_t' >> /usr/include/linux/string.h:42: error: syntax error before 'strlcat' >> /usr/include/linux/string.h:57: error: syntax error before 'size_t' >> In file included from kernel_lib.c:5: >> /usr/include/linux/kernel.h:104: error: syntax error before 'size_t' >> /usr/include/linux/kernel.h:106: error: syntax error before 'size_t' >> /usr/include/linux/kernel.h:108: error: syntax error before 'size_t' >> /usr/include/linux/kernel.h:110: error: syntax error before 'size_t' >> In file included from /usr/include/linux/list.h:7, >> from /usr/include/linux/mmzone.h:9, >> from /usr/include/linux/gfp.h:4, >> from /usr/include/linux/slab.h:15, >> from kernel_lib.c:6: >> /usr/include/linux/prefetch.h:58: error: syntax error before 'size_t' >> /usr/include/linux/prefetch.h: In function 'prefetch_range': >> /usr/include/linux/prefetch.h:62: error: 'addr' undeclared (first use in >> this function) >> /usr/include/linux/prefetch.h:62: error: 'len' undeclared (first use in >> this function) >> In file included from /usr/include/linux/gfp.h:4, >> from /usr/include/linux/slab.h:15, >> from kernel_lib.c:6: >> /usr/include/linux/mmzone.h: At top level: >> /usr/include/linux/mmzone.h:402: error: syntax error before 'size_t' >> /usr/include/linux/mmzone.h:405: error: syntax error before 'size_t' >> In file included from /usr/include/linux/cpumask.h:82, >> from /usr/include/linux/topology.h:30, >> from /usr/include/linux/mmzone.h:407, >> from /usr/include/linux/gfp.h:4, >> from /usr/include/linux/slab.h:15, >> from kernel_lib.c:6: >> /usr/include/linux/bitmap.h: In function 'bitmap_fill': >> /usr/include/linux/bitmap.h:129: error: 'size_t' undeclared (first use >> in this function) >> /usr/include/linux/bitmap.h:129: error: syntax error before 'nlongs' >> /usr/include/linux/bitmap.h:130: error: 'nlongs' undeclared (first use >> in this function) >> In file included from /usr/include/asm/acpi.h:8, >> from /usr/include/asm-i486/fixmap.h:27, >> from /usr/include/asm/fixmap.h:8, >> from /usr/include/asm-i486/smp.h:16, >> from /usr/include/asm/smp.h:8, >> from /usr/include/linux/smp.h:19, >> from /usr/include/linux/topology.h:33, >> from /usr/include/linux/mmzone.h:407, >> from /usr/include/linux/gfp.h:4, >> from /usr/include/linux/slab.h:15, >> from kernel_lib.c:6: >> /usr/include/asm-i486/acpi.h:31:28: error: acpi/pdc_intel.h: No such >> file or directory >> In file included from /usr/include/asm/mpspec.h:8, >> from /usr/include/asm-i486/smp.h:18, >> from /usr/include/asm/smp.h:8, >> from /usr/include/linux/smp.h:19, >> from /usr/include/linux/topology.h:33, >> from /usr/include/linux/mmzone.h:407, >> from /usr/include/linux/gfp.h:4, >> from /usr/include/linux/slab.h:15, >> from kernel_lib.c:6: >> /usr/include/asm-i486/mpspec.h:6:25: error: mach_mpspec.h: No such file >> or directory >> In file included from /usr/include/asm/mpspec.h:8, >> from /usr/include/asm-i486/smp.h:18, >> from /usr/include/asm/smp.h:8, >> from /usr/include/linux/smp.h:19, >> from /usr/include/linux/topology.h:33, >> from /usr/include/linux/mmzone.h:407, >> from /usr/include/linux/gfp.h:4, >> from /usr/include/linux/slab.h:15, >> from kernel_lib.c:6: >> /usr/include/asm-i486/mpspec.h: At top level: >> /usr/include/asm-i486/mpspec.h:8: error: 'MAX_MP_BUSSES' undeclared here >> (not in a function) >> /usr/include/asm-i486/mpspec.h:22: error: 'MAX_IRQ_SOURCES' undeclared >> here (not in a function) >> In file included from /usr/include/asm/smp.h:8, >> from /usr/include/linux/smp.h:19, >> from /usr/include/linux/topology.h:33, >> from /usr/include/linux/mmzone.h:407, >> from /usr/include/linux/gfp.h:4, >> from /usr/include/linux/slab.h:15, >> from kernel_lib.c:6: >> /usr/include/asm-i486/smp.h:78:26: error: mach_apicdef.h: No such file >> or directory >> In file included from kernel_lib.c:6: >> /usr/include/linux/slab.h:59: error: syntax error before 'size_t' >> /usr/include/linux/slab.h:60: error: 'kmem_cache_create' declared as >> function returning a function >> /usr/include/linux/slab.h:61: error: syntax error before 'void' >> /usr/include/linux/slab.h:68: error: syntax error before 'size' >> /usr/include/linux/slab.h:72: error: syntax error before 'size_t' >> /usr/include/linux/slab.h:75: error: syntax error before '}' token >> /usr/include/linux/slab.h:76: error: array type has incomplete element type >> /usr/include/linux/slab.h:77: error: syntax error before 'unsigned' >> /usr/include/linux/slab.h:79: error: syntax error before 'size' >> /usr/include/linux/slab.h: In function 'kmalloc': >> /usr/include/linux/slab.h:81: error: 'size' undeclared (first use in >> this function) >> In file included from kernel_lib.c:6: >> /usr/include/linux/slab.h:95: error: 'flags' undeclared (first use in >> this function) >> /usr/include/linux/slab.h: At top level: >> /usr/include/linux/slab.h:102: error: syntax error before 'unsigned' >> /usr/include/linux/slab.h:114: error: syntax error before 'size' >> /usr/include/linux/slab.h: In function 'kmalloc_node': >> /usr/include/linux/slab.h:116: error: 'size' undeclared (first use in >> this function) >> /usr/include/linux/slab.h:116: error: 'flags' undeclared (first use in >> this function) >> make[3]: *** [kernel_lib.o] Error 1 >> make[2]: *** [mm/kernel_badmemlib.o] Error 2 >> make[1]: *** [mm] Error 2 >> make[1]: Leaving directory `/home/aef/build/linux-2.6.15.7' >> make: *** [debian/stamp-build-kernel] Error 2 >> >> thanks for any help, >> /Andreas >> >> >> > it has been a while, but I am pretty sure nothing has been done to patch > current kernel code. > > > _______________________________________________ > Badmem-users mailing list > Bad...@li... > https://lists.sourceforge.net/lists/listinfo/badmem-users > > |
|
From: Carl K <ca...@pe...> - 2006-06-09 04:37:24
|
Andreas Feldmann wrote: > Hello! > Because I have a faulty ram module in my laptop I would really like to > compile a kernel with badmem support. I patched the 2.6.12 kernel and > tried to comile it, but it does not work. When comiling the badmem part > there are some complaints about syntax errors as shown below. I also > tried to comile a 2.6.15 kernel with the same result: > > aef@chaos:~/build/linux-2.6.15.7 > nice -19 make-kpkg --initrd kernel_image > <...> > CC mm/shmem.o > gcc -m32 -DKERNELLIB_TEST -o mm/badmemkernellib_version -I > /home/aef/build/badmem/badmemlib/include mm/badmemlib_version.c -lbadmem -lm > BadMEMlib version 1.7.0 > $Id: lib.c,v 1.21 2004/03/16 16:20:59 eagle2 Exp $ > $Id: hash.c,v 1.7 2004/03/16 13:58:54 eagle2 Exp $ > $Id: mdf.c,v 1.15 2004/03/16 13:58:55 eagle2 Exp $ > $Id: patn.c,v 1.21 2004/03/16 13:58:55 eagle2 Exp $ > $Id: type.c,v 1.6 2001/08/14 15:02:53 eagle2 Exp $ > rm -f mm/badmemkernellib_version # This file is not used any more, so > we can delete it > if [ -e /home/aef/build/badmem/configure -a ! -e > /home/aef/build/badmem/Makefile ]; then cd /home/aef/build/badmem; > export CFLAGS=""; export LDFLAGS=""; ./configure ; fi > /usr/bin/make -C /home/aef/build/badmem/badmemlib IN_KERNEL_MODE=1 clean > links > rm -f *.o *~ libbadmem.so.? include/*~ libbadmem.a memtest_badmemlib.o > ln -sf lib.c kernel_lib.c; ln -sf patn.c kernel_patn.c; ln -sf mdf.c > kernel_mdf.c; ln -sf hash.c kernel_hash.c; > ln -sf lib.c memtest_lib.c; ln -sf patn.c memtest_patn.c; ln -sf mdf.c > memtest_mdf.c; ln -sf hash.c memtest_hash.c; ln -sf string.c > memtest_string.c; ln -sf vsprintf.c memtest_vsprintf.c; > /usr/bin/make -C /home/aef/build/badmem/badmemlib IN_KERNEL_MODE=1 > kernel_badmemlib.o > gcc -m32 -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs > -fno-strict-aliasing -fno-common -ffreestanding -O2 > -fomit-frame-pointer -pipe -msoft-float -mpreferred-stack-boundary=2 > -fno-unit-at-a-time -march=i686 -Iinclude/asm-i386/mach-default > -Wdeclaration-after-statement -Wno-pointer-sign > -I/home/aef/build/badmem/badmemlib/include -I./include -D__KERNEL__ -c > -o kernel_lib.o kernel_lib.c > In file included from /usr/include/asm/string.h:8, > from /usr/include/linux/string.h:24, > from kernel_lib.c:4: > /usr/include/asm-i486/string.h:44: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function 'strncpy': > /usr/include/asm-i486/string.h:58: error: 'src' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:58: error: (Each undeclared identifier is > reported only once > /usr/include/asm-i486/string.h:58: error: for each function it appears in.) > /usr/include/asm-i486/string.h:58: error: 'dest' undeclared (first use > in this function) > /usr/include/asm-i486/string.h:58: error: 'count' undeclared (first use > in this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:80: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function 'strncat': > /usr/include/asm-i486/string.h:97: error: 'src' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:97: error: 'dest' undeclared (first use > in this function) > /usr/include/asm-i486/string.h:97: error: 'count' undeclared (first use > in this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:125: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function 'strncmp': > /usr/include/asm-i486/string.h:143: error: 'cs' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:143: error: 'ct' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:143: error: 'count' undeclared (first use > in this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:189: error: syntax error before 'strlen' > /usr/include/asm-i486/string.h:204: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function '__memcpy': > /usr/include/asm-i486/string.h:217: error: 'n' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:217: error: 'to' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:217: error: 'from' undeclared (first use > in this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:226: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function '__constant_memcpy': > /usr/include/asm-i486/string.h:229: error: 'n' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:229: error: 'to' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:232: error: 'from' undeclared (first use > in this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:327: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h:332: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function 'memchr': > /usr/include/asm-i486/string.h:336: error: 'count' undeclared (first use > in this function) > /usr/include/asm-i486/string.h:345: error: 'c' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:345: error: 'cs' undeclared (first use in > this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:350: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function '__memset_generic': > /usr/include/asm-i486/string.h:357: error: 'c' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:357: error: 's' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:357: error: 'count' undeclared (first use > in this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:370: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function '__constant_c_memset': > /usr/include/asm-i486/string.h:383: error: 'c' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:383: error: 'count' undeclared (first use > in this function) > /usr/include/asm-i486/string.h:383: error: 's' undeclared (first use in > this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:390: error: syntax error before 'strnlen' > /usr/include/asm-i486/string.h:390: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function 'strnlen': > /usr/include/asm-i486/string.h:405: error: 's' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:405: error: 'count' undeclared (first use > in this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:419: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function '__constant_c_and_count_memset': > /usr/include/asm-i486/string.h:421: error: 'count' undeclared (first use > in this function) > /usr/include/asm-i486/string.h:423: error: 's' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:425: error: 'pattern' undeclared (first > use in this function) > /usr/include/asm-i486/string.h: At top level: > /usr/include/asm-i486/string.h:478: error: syntax error before 'size_t' > /usr/include/asm-i486/string.h: In function 'memscan': > /usr/include/asm-i486/string.h:480: error: 'size' undeclared (first use > in this function) > /usr/include/asm-i486/string.h:481: error: 'addr' undeclared (first use > in this function) > /usr/include/asm-i486/string.h:487: error: 'c' undeclared (first use in > this function) > /usr/include/asm-i486/string.h:482: error: invalid lvalue in asm output 0 > /usr/include/asm-i486/string.h:482: error: invalid lvalue in asm output 1 > In file included from kernel_lib.c:4: > /usr/include/linux/string.h: At top level: > /usr/include/linux/string.h:33: error: syntax error before 'strlcpy' > /usr/include/linux/string.h:33: error: syntax error before 'size_t' > /usr/include/linux/string.h:42: error: syntax error before 'strlcat' > /usr/include/linux/string.h:57: error: syntax error before 'size_t' > In file included from kernel_lib.c:5: > /usr/include/linux/kernel.h:104: error: syntax error before 'size_t' > /usr/include/linux/kernel.h:106: error: syntax error before 'size_t' > /usr/include/linux/kernel.h:108: error: syntax error before 'size_t' > /usr/include/linux/kernel.h:110: error: syntax error before 'size_t' > In file included from /usr/include/linux/list.h:7, > from /usr/include/linux/mmzone.h:9, > from /usr/include/linux/gfp.h:4, > from /usr/include/linux/slab.h:15, > from kernel_lib.c:6: > /usr/include/linux/prefetch.h:58: error: syntax error before 'size_t' > /usr/include/linux/prefetch.h: In function 'prefetch_range': > /usr/include/linux/prefetch.h:62: error: 'addr' undeclared (first use in > this function) > /usr/include/linux/prefetch.h:62: error: 'len' undeclared (first use in > this function) > In file included from /usr/include/linux/gfp.h:4, > from /usr/include/linux/slab.h:15, > from kernel_lib.c:6: > /usr/include/linux/mmzone.h: At top level: > /usr/include/linux/mmzone.h:402: error: syntax error before 'size_t' > /usr/include/linux/mmzone.h:405: error: syntax error before 'size_t' > In file included from /usr/include/linux/cpumask.h:82, > from /usr/include/linux/topology.h:30, > from /usr/include/linux/mmzone.h:407, > from /usr/include/linux/gfp.h:4, > from /usr/include/linux/slab.h:15, > from kernel_lib.c:6: > /usr/include/linux/bitmap.h: In function 'bitmap_fill': > /usr/include/linux/bitmap.h:129: error: 'size_t' undeclared (first use > in this function) > /usr/include/linux/bitmap.h:129: error: syntax error before 'nlongs' > /usr/include/linux/bitmap.h:130: error: 'nlongs' undeclared (first use > in this function) > In file included from /usr/include/asm/acpi.h:8, > from /usr/include/asm-i486/fixmap.h:27, > from /usr/include/asm/fixmap.h:8, > from /usr/include/asm-i486/smp.h:16, > from /usr/include/asm/smp.h:8, > from /usr/include/linux/smp.h:19, > from /usr/include/linux/topology.h:33, > from /usr/include/linux/mmzone.h:407, > from /usr/include/linux/gfp.h:4, > from /usr/include/linux/slab.h:15, > from kernel_lib.c:6: > /usr/include/asm-i486/acpi.h:31:28: error: acpi/pdc_intel.h: No such > file or directory > In file included from /usr/include/asm/mpspec.h:8, > from /usr/include/asm-i486/smp.h:18, > from /usr/include/asm/smp.h:8, > from /usr/include/linux/smp.h:19, > from /usr/include/linux/topology.h:33, > from /usr/include/linux/mmzone.h:407, > from /usr/include/linux/gfp.h:4, > from /usr/include/linux/slab.h:15, > from kernel_lib.c:6: > /usr/include/asm-i486/mpspec.h:6:25: error: mach_mpspec.h: No such file > or directory > In file included from /usr/include/asm/mpspec.h:8, > from /usr/include/asm-i486/smp.h:18, > from /usr/include/asm/smp.h:8, > from /usr/include/linux/smp.h:19, > from /usr/include/linux/topology.h:33, > from /usr/include/linux/mmzone.h:407, > from /usr/include/linux/gfp.h:4, > from /usr/include/linux/slab.h:15, > from kernel_lib.c:6: > /usr/include/asm-i486/mpspec.h: At top level: > /usr/include/asm-i486/mpspec.h:8: error: 'MAX_MP_BUSSES' undeclared here > (not in a function) > /usr/include/asm-i486/mpspec.h:22: error: 'MAX_IRQ_SOURCES' undeclared > here (not in a function) > In file included from /usr/include/asm/smp.h:8, > from /usr/include/linux/smp.h:19, > from /usr/include/linux/topology.h:33, > from /usr/include/linux/mmzone.h:407, > from /usr/include/linux/gfp.h:4, > from /usr/include/linux/slab.h:15, > from kernel_lib.c:6: > /usr/include/asm-i486/smp.h:78:26: error: mach_apicdef.h: No such file > or directory > In file included from kernel_lib.c:6: > /usr/include/linux/slab.h:59: error: syntax error before 'size_t' > /usr/include/linux/slab.h:60: error: 'kmem_cache_create' declared as > function returning a function > /usr/include/linux/slab.h:61: error: syntax error before 'void' > /usr/include/linux/slab.h:68: error: syntax error before 'size' > /usr/include/linux/slab.h:72: error: syntax error before 'size_t' > /usr/include/linux/slab.h:75: error: syntax error before '}' token > /usr/include/linux/slab.h:76: error: array type has incomplete element type > /usr/include/linux/slab.h:77: error: syntax error before 'unsigned' > /usr/include/linux/slab.h:79: error: syntax error before 'size' > /usr/include/linux/slab.h: In function 'kmalloc': > /usr/include/linux/slab.h:81: error: 'size' undeclared (first use in > this function) > In file included from kernel_lib.c:6: > /usr/include/linux/slab.h:95: error: 'flags' undeclared (first use in > this function) > /usr/include/linux/slab.h: At top level: > /usr/include/linux/slab.h:102: error: syntax error before 'unsigned' > /usr/include/linux/slab.h:114: error: syntax error before 'size' > /usr/include/linux/slab.h: In function 'kmalloc_node': > /usr/include/linux/slab.h:116: error: 'size' undeclared (first use in > this function) > /usr/include/linux/slab.h:116: error: 'flags' undeclared (first use in > this function) > make[3]: *** [kernel_lib.o] Error 1 > make[2]: *** [mm/kernel_badmemlib.o] Error 2 > make[1]: *** [mm] Error 2 > make[1]: Leaving directory `/home/aef/build/linux-2.6.15.7' > make: *** [debian/stamp-build-kernel] Error 2 > > thanks for any help, > /Andreas > > it has been a while, but I am pretty sure nothing has been done to patch current kernel code. |
|
From: Andreas F. <and...@po...> - 2006-06-08 18:50:22
|
Hello!
Because I have a faulty ram module in my laptop I would really like to
compile a kernel with badmem support. I patched the 2.6.12 kernel and
tried to comile it, but it does not work. When comiling the badmem part
there are some complaints about syntax errors as shown below. I also
tried to comile a 2.6.15 kernel with the same result:
aef@chaos:~/build/linux-2.6.15.7 > nice -19 make-kpkg --initrd kernel_image
<...>
CC mm/shmem.o
gcc -m32 -DKERNELLIB_TEST -o mm/badmemkernellib_version -I
/home/aef/build/badmem/badmemlib/include mm/badmemlib_version.c -lbadmem -lm
BadMEMlib version 1.7.0
$Id: lib.c,v 1.21 2004/03/16 16:20:59 eagle2 Exp $
$Id: hash.c,v 1.7 2004/03/16 13:58:54 eagle2 Exp $
$Id: mdf.c,v 1.15 2004/03/16 13:58:55 eagle2 Exp $
$Id: patn.c,v 1.21 2004/03/16 13:58:55 eagle2 Exp $
$Id: type.c,v 1.6 2001/08/14 15:02:53 eagle2 Exp $
rm -f mm/badmemkernellib_version # This file is not used any more, so
we can delete it
if [ -e /home/aef/build/badmem/configure -a ! -e
/home/aef/build/badmem/Makefile ]; then cd /home/aef/build/badmem;
export CFLAGS=""; export LDFLAGS=""; ./configure ; fi
/usr/bin/make -C /home/aef/build/badmem/badmemlib IN_KERNEL_MODE=1 clean
links
rm -f *.o *~ libbadmem.so.? include/*~ libbadmem.a memtest_badmemlib.o
ln -sf lib.c kernel_lib.c; ln -sf patn.c kernel_patn.c; ln -sf mdf.c
kernel_mdf.c; ln -sf hash.c kernel_hash.c;
ln -sf lib.c memtest_lib.c; ln -sf patn.c memtest_patn.c; ln -sf mdf.c
memtest_mdf.c; ln -sf hash.c memtest_hash.c; ln -sf string.c
memtest_string.c; ln -sf vsprintf.c memtest_vsprintf.c;
/usr/bin/make -C /home/aef/build/badmem/badmemlib IN_KERNEL_MODE=1
kernel_badmemlib.o
gcc -m32 -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -ffreestanding -O2
-fomit-frame-pointer -pipe -msoft-float -mpreferred-stack-boundary=2
-fno-unit-at-a-time -march=i686 -Iinclude/asm-i386/mach-default
-Wdeclaration-after-statement -Wno-pointer-sign
-I/home/aef/build/badmem/badmemlib/include -I./include -D__KERNEL__ -c
-o kernel_lib.o kernel_lib.c
In file included from /usr/include/asm/string.h:8,
from /usr/include/linux/string.h:24,
from kernel_lib.c:4:
/usr/include/asm-i486/string.h:44: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function 'strncpy':
/usr/include/asm-i486/string.h:58: error: 'src' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:58: error: (Each undeclared identifier is
reported only once
/usr/include/asm-i486/string.h:58: error: for each function it appears in.)
/usr/include/asm-i486/string.h:58: error: 'dest' undeclared (first use
in this function)
/usr/include/asm-i486/string.h:58: error: 'count' undeclared (first use
in this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:80: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function 'strncat':
/usr/include/asm-i486/string.h:97: error: 'src' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:97: error: 'dest' undeclared (first use
in this function)
/usr/include/asm-i486/string.h:97: error: 'count' undeclared (first use
in this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:125: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function 'strncmp':
/usr/include/asm-i486/string.h:143: error: 'cs' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:143: error: 'ct' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:143: error: 'count' undeclared (first use
in this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:189: error: syntax error before 'strlen'
/usr/include/asm-i486/string.h:204: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function '__memcpy':
/usr/include/asm-i486/string.h:217: error: 'n' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:217: error: 'to' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:217: error: 'from' undeclared (first use
in this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:226: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function '__constant_memcpy':
/usr/include/asm-i486/string.h:229: error: 'n' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:229: error: 'to' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:232: error: 'from' undeclared (first use
in this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:327: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h:332: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function 'memchr':
/usr/include/asm-i486/string.h:336: error: 'count' undeclared (first use
in this function)
/usr/include/asm-i486/string.h:345: error: 'c' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:345: error: 'cs' undeclared (first use in
this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:350: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function '__memset_generic':
/usr/include/asm-i486/string.h:357: error: 'c' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:357: error: 's' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:357: error: 'count' undeclared (first use
in this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:370: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function '__constant_c_memset':
/usr/include/asm-i486/string.h:383: error: 'c' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:383: error: 'count' undeclared (first use
in this function)
/usr/include/asm-i486/string.h:383: error: 's' undeclared (first use in
this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:390: error: syntax error before 'strnlen'
/usr/include/asm-i486/string.h:390: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function 'strnlen':
/usr/include/asm-i486/string.h:405: error: 's' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:405: error: 'count' undeclared (first use
in this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:419: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function '__constant_c_and_count_memset':
/usr/include/asm-i486/string.h:421: error: 'count' undeclared (first use
in this function)
/usr/include/asm-i486/string.h:423: error: 's' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:425: error: 'pattern' undeclared (first
use in this function)
/usr/include/asm-i486/string.h: At top level:
/usr/include/asm-i486/string.h:478: error: syntax error before 'size_t'
/usr/include/asm-i486/string.h: In function 'memscan':
/usr/include/asm-i486/string.h:480: error: 'size' undeclared (first use
in this function)
/usr/include/asm-i486/string.h:481: error: 'addr' undeclared (first use
in this function)
/usr/include/asm-i486/string.h:487: error: 'c' undeclared (first use in
this function)
/usr/include/asm-i486/string.h:482: error: invalid lvalue in asm output 0
/usr/include/asm-i486/string.h:482: error: invalid lvalue in asm output 1
In file included from kernel_lib.c:4:
/usr/include/linux/string.h: At top level:
/usr/include/linux/string.h:33: error: syntax error before 'strlcpy'
/usr/include/linux/string.h:33: error: syntax error before 'size_t'
/usr/include/linux/string.h:42: error: syntax error before 'strlcat'
/usr/include/linux/string.h:57: error: syntax error before 'size_t'
In file included from kernel_lib.c:5:
/usr/include/linux/kernel.h:104: error: syntax error before 'size_t'
/usr/include/linux/kernel.h:106: error: syntax error before 'size_t'
/usr/include/linux/kernel.h:108: error: syntax error before 'size_t'
/usr/include/linux/kernel.h:110: error: syntax error before 'size_t'
In file included from /usr/include/linux/list.h:7,
from /usr/include/linux/mmzone.h:9,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/linux/prefetch.h:58: error: syntax error before 'size_t'
/usr/include/linux/prefetch.h: In function 'prefetch_range':
/usr/include/linux/prefetch.h:62: error: 'addr' undeclared (first use in
this function)
/usr/include/linux/prefetch.h:62: error: 'len' undeclared (first use in
this function)
In file included from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/linux/mmzone.h: At top level:
/usr/include/linux/mmzone.h:402: error: syntax error before 'size_t'
/usr/include/linux/mmzone.h:405: error: syntax error before 'size_t'
In file included from /usr/include/linux/cpumask.h:82,
from /usr/include/linux/topology.h:30,
from /usr/include/linux/mmzone.h:407,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/linux/bitmap.h: In function 'bitmap_fill':
/usr/include/linux/bitmap.h:129: error: 'size_t' undeclared (first use
in this function)
/usr/include/linux/bitmap.h:129: error: syntax error before 'nlongs'
/usr/include/linux/bitmap.h:130: error: 'nlongs' undeclared (first use
in this function)
In file included from /usr/include/asm/acpi.h:8,
from /usr/include/asm-i486/fixmap.h:27,
from /usr/include/asm/fixmap.h:8,
from /usr/include/asm-i486/smp.h:16,
from /usr/include/asm/smp.h:8,
from /usr/include/linux/smp.h:19,
from /usr/include/linux/topology.h:33,
from /usr/include/linux/mmzone.h:407,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/asm-i486/acpi.h:31:28: error: acpi/pdc_intel.h: No such
file or directory
In file included from /usr/include/asm/mpspec.h:8,
from /usr/include/asm-i486/smp.h:18,
from /usr/include/asm/smp.h:8,
from /usr/include/linux/smp.h:19,
from /usr/include/linux/topology.h:33,
from /usr/include/linux/mmzone.h:407,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/asm-i486/mpspec.h:6:25: error: mach_mpspec.h: No such file
or directory
In file included from /usr/include/asm/mpspec.h:8,
from /usr/include/asm-i486/smp.h:18,
from /usr/include/asm/smp.h:8,
from /usr/include/linux/smp.h:19,
from /usr/include/linux/topology.h:33,
from /usr/include/linux/mmzone.h:407,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/asm-i486/mpspec.h: At top level:
/usr/include/asm-i486/mpspec.h:8: error: 'MAX_MP_BUSSES' undeclared here
(not in a function)
/usr/include/asm-i486/mpspec.h:22: error: 'MAX_IRQ_SOURCES' undeclared
here (not in a function)
In file included from /usr/include/asm/smp.h:8,
from /usr/include/linux/smp.h:19,
from /usr/include/linux/topology.h:33,
from /usr/include/linux/mmzone.h:407,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/asm-i486/smp.h:78:26: error: mach_apicdef.h: No such file
or directory
In file included from kernel_lib.c:6:
/usr/include/linux/slab.h:59: error: syntax error before 'size_t'
/usr/include/linux/slab.h:60: error: 'kmem_cache_create' declared as
function returning a function
/usr/include/linux/slab.h:61: error: syntax error before 'void'
/usr/include/linux/slab.h:68: error: syntax error before 'size'
/usr/include/linux/slab.h:72: error: syntax error before 'size_t'
/usr/include/linux/slab.h:75: error: syntax error before '}' token
/usr/include/linux/slab.h:76: error: array type has incomplete element type
/usr/include/linux/slab.h:77: error: syntax error before 'unsigned'
/usr/include/linux/slab.h:79: error: syntax error before 'size'
/usr/include/linux/slab.h: In function 'kmalloc':
/usr/include/linux/slab.h:81: error: 'size' undeclared (first use in
this function)
In file included from kernel_lib.c:6:
/usr/include/linux/slab.h:95: error: 'flags' undeclared (first use in
this function)
/usr/include/linux/slab.h: At top level:
/usr/include/linux/slab.h:102: error: syntax error before 'unsigned'
/usr/include/linux/slab.h:114: error: syntax error before 'size'
/usr/include/linux/slab.h: In function 'kmalloc_node':
/usr/include/linux/slab.h:116: error: 'size' undeclared (first use in
this function)
/usr/include/linux/slab.h:116: error: 'flags' undeclared (first use in
this function)
make[3]: *** [kernel_lib.o] Error 1
make[2]: *** [mm/kernel_badmemlib.o] Error 2
make[1]: *** [mm] Error 2
make[1]: Leaving directory `/home/aef/build/linux-2.6.15.7'
make: *** [debian/stamp-build-kernel] Error 2
thanks for any help,
/Andreas
--
GPG public key:
http://pgpkeys.pca.dfn.de:11371/pks/lookup?op=get&search=0xD40D53E802A2EC0A
|
|
From: Juergen H. <jue...@ch...> - 2004-10-15 12:20:36
|
Hi! With delight I did notice, that someone had taken on the struggle to get the badmem patch to work under the 2.6 kernel series. I have tried for quite a while to get it to work for my laptop suffering from very bad on board memory... The last attempt where made using kernel 2.6.8.1. Has there been any progress? Thankd in advance, Juergen |
|
From: Carl K. <ca...@pe...> - 2004-09-14 04:51:59
|
LD .tmp_vmlinux1 arch/i386/mm/built-in.o(.init.text+0x590): In function `mem_init': : undefined reference to `badmem_markpages' make: *** [.tmp_vmlinux1] Error 1 And I am off to bed. Carl K |
|
From: Carl K. <ca...@pe...> - 2004-09-14 04:50:08
|
> Here is what I have so far, can someone review? added another tweek. This will build clean as long as you don't enalbe it in .configure - see next post for that problem. --- badmem-5.0ns-kernel-2.6.4.diff.org 2004-09-13 21:30:48.772263416 -0500 +++ badmem-5.0ns-kernel-2.6.8.1.diff 2004-09-13 22:25:43.686360336 -0500 @@ -723,9 +723,9 @@ +#endif // CONFIG_BADMEM (unsigned long) nr_free_pages() << (PAGE_SHIFT-10), +#ifdef CONFIG_BADMEM - num_physpages << (PAGE_SHIFT-10), -+#else + num_physpages << (PAGE_SHIFT-10) - (badpages << (PAGE_SHIFT-10)), ++#else + num_physpages << (PAGE_SHIFT-10), +#endif // CONFIG_BADMEM codesize >> 10, reservedpages << (PAGE_SHIFT-10), @@ -934,10 +934,11 @@ diff -uNr -d a/mm/Makefile b/mm/Makefile --- a/mm/Makefile Thu Dec 18 03:59:05 2003 +++ b/mm/Makefile Tue Mar 16 22:51:14 2004 -@@ -12,3 +12,71 @@ - slab.o swap.o truncate.o vmscan.o $(mmu-y) - - obj-$(CONFIG_SWAP) += page_io.o swap_state.o swapfile.o +@@ -11,4 +11,72 @@ +obj-y := bootmem.o filemap.o mempool.o oom_kill.o fadvise.o \ + page_alloc.o page-writeback.o pdflush.o prio_tree.o \ + readahead.o slab.o swap.o truncate.o vmscan.o \ + $(mmu-y) + +clean-files := modparse badmem_modules.c kernel_badmemlib.o \ + badmemlib_version badmemkernellib_version @@ -1058,7 +1059,7 @@ + PageLocked(p) ? "locked " : "", + PageSlab(p) ? "slab" : ""); + -+ thislen = sprintf (b, "page #%i, mem 0x%08x-0x%08x, counter %u, %s\n", i, i << PAGE_SHIFT, ((i+1) << PAGE_SHIFT) - 1, p->count, n); ++ thislen = sprintf (b, "page #%i, mem 0x%08x-0x%08x, counter %u, %s\n", i, i << PAGE_SHIFT, ((i+1) << PAGE_SHIFT) - 1, p->_count, n); + totallen += thislen; + b += thislen; + ck |
|
From: Carl K. <ca...@pe...> - 2004-09-13 21:04:14
|
Is anyone getting any of my posts, or am I talking to my self? |
|
From: Carl K. <ca...@pe...> - 2004-09-13 18:07:24
|
Here is what I have so far, can someone review? [carl@localhost linux]$ cat badmem-ck.patch --- badmem-5.0ns-kernel-2.6.4.diff 2004-03-24 06:56:55.000000000 -0600 +++ temp/badmem-5.0ns-kernel-2.6.8.1.diff 2004-09-13 12:44:40.178419152 -0500 @@ -934,10 +934,11 @@ diff -uNr -d a/mm/Makefile b/mm/Makefile --- a/mm/Makefile Thu Dec 18 03:59:05 2003 +++ b/mm/Makefile Tue Mar 16 22:51:14 2004 -@@ -12,3 +12,71 @@ - slab.o swap.o truncate.o vmscan.o $(mmu-y) - - obj-$(CONFIG_SWAP) += page_io.o swap_state.o swapfile.o +@@ -11,4 +11,72 @@ +obj-y := bootmem.o filemap.o mempool.o oom_kill.o fadvise.o \ + page_alloc.o page-writeback.o pdflush.o prio_tree.o \ + readahead.o slab.o swap.o truncate.o vmscan.o \ + $(mmu-y) + +clean-files := modparse badmem_modules.c kernel_badmemlib.o \ + badmemlib_version badmemkernellib_version @@ -1058,7 +1059,7 @@ + PageLocked(p) ? "locked " : "", + PageSlab(p) ? "slab" : ""); + -+ thislen = sprintf (b, "page #%i, mem 0x%08x-0x%08x, counter %u, %s\n", i, i << PAGE_SHIFT, ((i+1) << PAGE_SHIFT) - 1, p->count, n); ++ thislen = sprintf (b, "page #%i, mem 0x%08x-0x%08x, counter %u, %s\n", i, i << PAGE_SHIFT, ((i+1) << PAGE_SHIFT) - 1, p->_count, n); + totallen += thislen; + b += thislen; + I may be close, but have to get to some real work. Carl K |
|
From: Carl K. <ca...@pe...> - 2004-09-13 00:44:07
|
mm/built-in.o(.text+0x151d3): In function `badmem_print_patternset_out': : undefined reference to `printf' huh?! ck |
|
From: Carl K. <ca...@pe...> - 2004-09-13 00:35:43
|
Someone made a change... http://lxr.linux.no/source/include/linux/mm.h?v=2.6.5#L182 http://lxr.linux.no/source/include/linux/mm.h?v=2.6.8.1#L197 So this line needed fixing: mm/badmem_proc.c: thislen = sprintf (b, "page #%i, mem 0x%08x-0x%08x, counter %u, %s\n", i, i << PAGE_SHIFT, ((i+1) << PAGE_SHIFT) - 1, p->count, n); mm/badmem_proc.c: thislen = sprintf (b, "page #%i, mem 0x%08x-0x%08x, counter %u, %s\n", i, i << PAGE_SHIFT, ((i+1) << PAGE_SHIFT) - 1, p->_count, n); Carl K |
|
From: Carl K. <ca...@pe...> - 2004-09-12 20:40:32
|
> patching file include/linux/badmem.h Looks like it needs badmemlib.h too. http://cvs.sourceforge.net/viewcvs.py/*checkout*/badmem/badmem/badmemlib/include/badmemlib.h?rev=1.18 ck |
|
From: Carl K. <ca...@pe...> - 2004-09-12 19:10:10
|
ok, how bad is this? [root@localhost linux-2.6.8.1]# patch --dry-run -N -p1 -t < ../badmem-5.0ns-kernel-2.6.4.diff | tee patch.log patching file CREDITS Hunk #1 succeeded at 2661 (offset 29 lines). Hunk #2 succeeded at 2866 (offset 2 lines). patching file Documentation/badmem.txt patching file Documentation/badmem_conf.txt patching file Documentation/kernel-parameters.txt Hunk #1 succeeded at 26 (offset 11 lines). Hunk #2 succeeded at 215 (offset 24 lines). patching file Documentation/memory.txt patching file arch/i386/Kconfig Hunk #1 succeeded at 867 (offset 6 lines). patching file arch/i386/defconfig Hunk #1 succeeded at 120 (offset 8 lines). patching file arch/i386/mm/init.c Hunk #2 succeeded at 41 (offset -1 lines). Hunk #3 succeeded at 567 (offset 120 lines). Hunk #4 succeeded at 478 (offset -1 lines). Hunk #5 succeeded at 631 (offset 117 lines). Hunk #6 succeeded at 527 (offset -1 lines). Hunk #7 succeeded at 656 (offset 117 lines). patching file include/linux/badmem.h patching file include/linux/page-flags.h Hunk #1 succeeded at 78 with fuzz 2 (offset 2 lines). Hunk #2 succeeded at 302 with fuzz 2 (offset 21 lines). patching file mm/Kconfig patching file mm/Makefile Hunk #1 FAILED at 12. 1 out of 1 hunk FAILED -- saving rejects to file mm/Makefile.rej patching file mm/badmem_proc.c patching file mm/badmemlib_version.c patching file mm/modparse.c patching file mm/page_alloc.c Hunk #3 succeeded at 796 (offset 53 lines). Hunk #4 succeeded at 2000 with fuzz 2 (offset 334 lines). ck |
|
From: Carl K. <ca...@pe...> - 2004-09-12 18:04:05
|
Sorry for being an impatient kid, but what are the chances of a patch for 2.6.8.1, or did I miss it? Carl K |
|
From: Nico S. <ea...@us...> - 2004-05-05 20:49:32
|
I recieved the following information for you. Perhaps, one or the other might be interested in it... ---- CUT ---- Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_de.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Nico S. <ea...@us...> - 2004-04-13 21:07:39
|
Hi Stephen, > I've got badmem built into kernel 2.4.24 with extended module support > (compiled to a debian package on one system and copied across). The > problem system has 64MB RAM with bad ram from 8 to 16 MB (and its a > laptop so the first 16MB is soldered in). By reading the list archive, > I've worked out this set of patterns. > > module dead > size 8m > base 8m > 0x00800000,0xf0000000 > I load the kernel with badmem=good1,bad,good2,good3 though > /proc/badmem/summaryindocates that 0 pages are marked as bad. What am > I doing wrong? There is your mistake: you defined a module named "dead", but tried to boot one called "bad". Just boot the kernel not with badmem=good1,bad,good2,good3 but with badmem=good1,dead,good2,good3 However, please note that my testing maschine with your patterns/modules did crash because that RAM-area between 8-16 MB where blocked by reserved blocks of the kernel. Currently there is no way to work around that restriction. So, don't be surprised, if the kernel does not boot at all. In any case, I'd appreciated feedback on that topic! Thanks! 73 Nico EMail: ni...@sc... PGP-fingerprint: 5DDB 09E4 3FF3 CD09 7559 1117 9C03 46E3 38FC 9E03 -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s-:-- a-- C++ UL++ P L+++ E- W++ N+ o- K- w O- M- V- PS PE Y+ PGP++ t+ 5++ X R tv- b- DI- D G e h-- r- y+ ------END GEEK CODE BLOCK------ -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please note my special spam and email virus information at http://www.schmoigl-online.de/spam/spam.html . Thank you! Bitte beachten Sie meine speziellen Informationen zu Spam und EMail-Viren auf der Seite http://www.schmoigl-online.de/spam/spam.html . Vielen Dank! -----BEGIN PGP SIGNATURE----- Version: PGP 7.0.4 iQA/AwUBPwk70ZwDRuM4/J4DEQKc2gCg73ROAg86gwuECwjbOu8eRxMPRasAoI9Q IZoZSWmFmSz0Dq53f7CsReUz =1U0h -----END PGP SIGNATURE----- |
|
From: <jr...@ne...> - 2004-04-06 23:11:14
|
Hi !
I've just discovered the BadRAM/BadMEM concept and wanted to try it as
quick as possible, because my server is crashing randomly about every two
days :)
I've run a memtest86 check and retrieved the badram params (about 179
errors on a 256 MB RAM chip, it seems BadMEM would be able to help me).
Then, I downloaded the patch for my 2.6.4 kernel, and v1.6 utils package.
I've successfully patched the kernel (a vanilla one, located into
/usr/src/linux).
I've uncompressed the utils package into /usr/src/badmem, and runned a
"./configure ; make all install" combo which went fine, and installed the
utils package into /usr/local (the default prefix).
Then I selected the work-around option into the kernel config along with
the /proc fs support for BadMEM. I put "/usr/local" as my path for the
utilities package.
And that's where all begin... The kernel wasn't compiling at all, and I
came up with this :
-----------------------------
page_alloc.c:40:24: badmemlib.h: No such file or directory
page_alloc.c: In function `badmem_markpages':
page_alloc.c:906: `badmem_pattern' undeclared (first use in this functio=
n)
page_alloc.c:906: (Each undeclared identifier is reported only once
page_alloc.c:906: for each function it appears in.)
page_alloc.c:906: syntax error before "p"
page_alloc.c:914: `p' undeclared (first use in this function)
page_alloc.c:928: warning: implicit declaration of function
`badmem_nextaddress'
-----------------------------
I've read the post you made about it some time ago on this list, and
decided to try to install the utils package into the same dir as the
sources. So I made a "./configure --prefix=3D/usr/src/badmem ; make all
install".
This time, during the kernel compilation, the page_alloc compilation went
fine, while I had this error (I hope it will be readable) :
-----------------------------
CC mm/swapfile.o
gcc -DKERNELLIB_TEST -o mm/badmemkernellib_version
-I/usr/src/badmem/badmemlib/
include mm/badmemlib_version.c -lbadmem -lm
BadMEMlib version 1.6.0
$Id: lib.c,v 1.21 2004/03/16 16:20:59 eagle2 Exp $
$Id: hash.c,v 1.7 2004/03/16 13:58:54 eagle2 Exp $
$Id: mdf.c,v 1.15 2004/03/16 13:58:55 eagle2 Exp $
$Id: patn.c,v 1.21 2004/03/16 13:58:55 eagle2 Exp $
$Id: type.c,v 1.6 2001/08/14 15:02:53 eagle2 Exp $
rm -f mm/badmemkernellib_version # This file is not used any more, so w=
e
can delete it
if [ -e /usr/src/badmem/configure -a ! -e /usr/src/badmem/Makefile ]; the=
n
cd /usr/src/badmem; export CFLAGS=3D""; export LDFLAGS=3D""; ./configure =
; fi
make -C /usr/src/badmem/badmemlib IN_KERNEL_MODE=3D1 clean links
rm -f *.o *~ libbadmem.so.? include/*~ libbadmem.a memtest_badmemlib.o
ln -sf lib.c kernel_lib.c; ln -sf patn.c kernel_patn.c; ln -sf mdf.c
kernel_mdf.c; ln -sf hash.c kernel_hash.c;
ln -sf lib.c memtest_lib.c; ln -sf patn.c memtest_patn.c; ln -sf mdf.c
memtest _mdf.c; ln -sf hash.c memtest_hash.c; ln -sf string.c
memtest_string.c; ln -s f vsprintf.c memtest_vsprintf.c;
make -C /usr/src/badmem/badmemlib IN_KERNEL_MODE=3D1 kernel_badmemlib.o
gcc -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs
-fno-strict -aliasing -fno-common -pipe -mpreferred-stack-boundary=3D2=20
-march=3Dathlon -Iinclude/asm-i386/mach-default -O2 -fomit-frame-pointer=20
-I/usr/src/badmem/badmemlib/include -I./include -c -o kernel_lib.o
kernel_lib.c
In file included from /usr/include/asm/smp.h:18,
from /usr/include/linux/smp.h:17,
from /usr/include/linux/topology.h:33,
from /usr/include/linux/mmzone.h:296,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/asm/mpspec.h:6:25: mach_mpspec.h: No such file or directory
In file included from /usr/include/asm/smp.h:18,
from /usr/include/linux/smp.h:17,
from /usr/include/linux/topology.h:33,
from /usr/include/linux/mmzone.h:296,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/asm/mpspec.h:8: error: `MAX_MP_BUSSES' undeclared here (not
in a function)
/usr/include/asm/mpspec.h:9: error: `MAX_MP_BUSSES' undeclared here (not
in a function)
/usr/include/asm/mpspec.h:10: error: `MAX_MP_BUSSES' undeclared here (not
in a function)
/usr/include/asm/mpspec.h:12: error: `MAX_MP_BUSSES' undeclared here (not
in a function)
/usr/include/asm/mpspec.h:19: error: `MAX_APICS' undeclared here (not in =
a
function)
/usr/include/asm/mpspec.h:20: error: `MAX_MP_BUSSES' undeclared here (not
in a function)
/usr/include/asm/mpspec.h:20: error: conflicting types for
`mp_bus_id_to_type'
/usr/include/asm/mpspec.h:8: error: previous declaration of
`mp_bus_id_to_type'
/usr/include/asm/mpspec.h:22: error: `MAX_IRQ_SOURCES' undeclared here
(not in a function)
/usr/include/asm/mpspec.h:24: error: `MAX_MP_BUSSES' undeclared here (not
in a function)
/usr/include/asm/mpspec.h:24: error: conflicting types for
`mp_bus_id_to_pci_bus'
/usr/include/asm/mpspec.h:12: error: previous declaration of
`mp_bus_id_to_pci_bus'
/usr/include/asm/mpspec.h:54: error: `MAX_APICS' undeclared here (not in =
a
function)
In file included from /usr/include/asm/smp.h:20,
from /usr/include/linux/smp.h:17,
from /usr/include/linux/topology.h:33,
from /usr/include/linux/mmzone.h:296,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/asm/io_apic.h:120: error: `MAX_IRQ_SOURCES' undeclared here
(not in a function)
/usr/include/asm/io_apic.h:120: error: conflicting types for `mp_irqs'
/usr/include/asm/mpspec.h:22: error: previous declaration of `mp_irqs'
In file included from /usr/include/linux/smp.h:17,
from /usr/include/linux/topology.h:33,
from /usr/include/linux/mmzone.h:296,
from /usr/include/linux/gfp.h:4,
from /usr/include/linux/slab.h:15,
from kernel_lib.c:6:
/usr/include/asm/smp.h:73:26: mach_apicdef.h: No such file or directory
make[2]: *** [kernel_lib.o] Error 1
make[1]: *** [mm/kernel_badmemlib.o] Error 2
make: *** [mm] Error 2
-----------------------------
I've tried a lot of combinations of installation directories for utils an=
d
sources, but nothing worked :/
Thank you for your help
|
|
From: Stephen P. <st...@pa...> - 2004-04-03 15:26:21
|
I've got badmem built into kernel 2.4.24 with extended module support (compiled to a debian package on one system and copied across). The problem system has 64MB RAM with bad ram from 8 to 16 MB (and its a laptop so the first 16MB is soldered in). By reading the list archive, I've worked out this set of patterns. module good1 size 8m module dead size 8m base 8m 0x00800000,0xf0000000 module good2 # initial IBM ram size 16m base 16m module good3 # extra ram from crucial size 32m base 32m I load the kernel with badmem=3Dgood1,bad,good2,good3 though /proc/badmem/summaryindocates that 0 pages are marked as bad. What am I doing wrong? --=20 Stephen Patterson http://patter.mine.nu/ steveSPAM@.patter.mine.nu remove SPAM to reply =20 Linux Counter No: 142831 GPG Public key: 252B8B37 =20 Caution: breathing may be hazardous to your health. |
|
From: Nico S. <ea...@us...> - 2004-01-26 21:39:18
|
Hi Richard, > Hi there. Will there ever be a version of BadMEM for the 2.6 kernel > series? I've looked around on google, and couldn't find any mention of > one, but I'm hoping that I'm wrong. -- Richard Gaywood Yes, there should be a 2.6 BadMEM *some time*. However, I cannot tell you when this will happen. At first, there are several other feature requests I'd like to integrate. However, there are only little requests for that version yet. If you find more people, you can assume that this issue will raise in the our priority list. :-) 73 Nico EMail: ni...@sc... PGP-fingerprint: 5DDB 09E4 3FF3 CD09 7559 1117 9C03 46E3 38FC 9E03 -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s-:-- a-- C++ UL++ P L+++ E- W++ N+ o- K- w O- M- V- PS PE Y+ PGP++ t+ 5++ X R tv- b- DI- D G e h-- r- y+ ------END GEEK CODE BLOCK------ -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please note my special spam and email virus information at http://www.schmoigl-online.de/spam/spam.html . Thank you! Bitte beachten Sie meine speziellen Informationen zu Spam und EMail-Viren auf der Seite http://www.schmoigl-online.de/spam/spam.html . Vielen Dank! -----BEGIN PGP SIGNATURE----- Version: PGP 7.0.4 iQA/AwUBPwk70ZwDRuM4/J4DEQKc2gCg73ROAg86gwuECwjbOu8eRxMPRasAoI9Q IZoZSWmFmSz0Dq53f7CsReUz =1U0h -----END PGP SIGNATURE----- |
|
From: Nico S. <ea...@us...> - 2003-11-16 10:52:28
|
Hi everybody outside, here's a short warning for all of you how wants to use badmem in conjunction nForce2 chipset driven motherboards. Their "twin bank DDR memory architecture" permutes RAM bytes in the hope of an increased linear transfer bit rates. However, using badmem modules there leads to address translation problems within the kernel. This is an to-be- fixed-issue within the kernel. Currently there is no workaround for that. I'll keep you updated. 73 Nico EMail: ea...@us... PGP-fingerprint: 5DDB 09E4 3FF3 CD09 7559 1117 9C03 46E3 38FC 9E03 -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s-:-- a-- C++ UL++ P L+++ E- W++ N+ o- K- w O- M- V- PS PE Y+ PGP++ t+ 5++ X R tv- b- DI- D G e h-- r- y+ ------END GEEK CODE BLOCK------ -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please note my special spam and email virus information at http://www.schmoigl-online.de/spam/spam.html . Thank you! Bitte beachten Sie meine speziellen Informationen zu Spam und EMail-Viren auf der Seite http://www.schmoigl-online.de/spam/spam.html . Vielen Dank! -----BEGIN PGP SIGNATURE----- Version: PGP 7.0.4 iQA/AwUBPwk70ZwDRuM4/J4DEQKc2gCg73ROAg86gwuECwjbOu8eRxMPRasAoI9Q IZoZSWmFmSz0Dq53f7CsReUz =1U0h -----END PGP SIGNATURE----- |
|
From: Nico S. <ni...@sc...> - 2003-03-12 21:37:39
|
Hi Frank, > > > In the kernel configuration I set the path to the badmem utils as > > > /usr/local (I also tried /usr/local/include). Anyone? > > Where did you install the badmem-utils to? The Utils are used twice: > > as building aids and as including-binaries during the kernel build > > process. Did you made a "configure; make all install" at the utils > > before compiling the kernel? Did you really install the utils to > > /usr/local/badmem-utils-vx.y? If yes, the kernel configuration > > parameter must point to exacltly that directory (including the > > badmem- utils-vx.y stuff!). Tip: you may use symlinks to ease > > versioning. > I actually use Gnu Stow, which populates /usr/local with links from > subdirectories in /usr/local/stow. Works like a charm to install > selfcompiled stuff cleanly. > > I installed it with > > make clean && ./configure --prefix=/usr/local/stow/badmem-utils-1.5 > && make > all install > > Then stowed it. Result is as above... Ok, fine, and where is your source code located? BadMEM needs a pointer in the kernel configuration to that directory as it requires creating a mdf library during kernel compilation. This file directly goes into the kernel. 73 Nico EMail: ni...@sc... PGP-fingerprint: 5DDB 09E4 3FF3 CD09 7559 1117 9C03 46E3 38FC 9E03 -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s-:-- a-- C++ UL++ P L+++ E- W++ N+ o- K- w O- M- V- PS PE Y+ PGP++ t+ 5++ X R tv- b- DI- D G e h-- r- y+ ------END GEEK CODE BLOCK------ |
|
From: Frank V. D. <fra...@st...> - 2003-03-12 21:18:33
|
On Wednesday 12 March 2003 20:26, you wrote: > > In the kernel configuration I set the path to the badmem utils as > > /usr/local (I also tried /usr/local/include). > > Anyone? > > Where did you install the badmem-utils to? The Utils are used twice: > as building aids and as including-binaries during the kernel build > process. Did you made a "configure; make all install" at the utils > before compiling the kernel? Did you really install the utils to > /usr/local/badmem-utils-vx.y? If yes, the kernel configuration > parameter must point to exacltly that directory (including the badmem- > utils-vx.y stuff!). > Tip: you may use symlinks to ease versioning. I actually use Gnu Stow, which populates /usr/local with links from subdirectories in /usr/local/stow. Works like a charm to install selfcompiled stuff cleanly. I installed it with make clean && ./configure --prefix=/usr/local/stow/badmem-utils-1.5 && make all install Then stowed it. Result is as above... > If you have trouble, please don't hesitate sending me your > /usr/src/linux/.config and we'll see, what we can do for you! > > Hope this helps! Not yet really ;) -- Frank Van Damme http://www.openstandaarden.be |
|
From: Nico S. <ni...@sc...> - 2003-03-12 19:26:27
|
Hi Frank, > I'm trying to compile a badmem-enabled 2.4.20 linux kernel. I > installed the badmem-utils package and enabled badmem in the kernel > configuration. This is what I get : > gcc -D__KERNEL__ > -I/home/yalu/build/linux-2.4.20/include -Wall -Wstrict-prototypes > -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common > -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i486 > -nostdinc -iwithprefix include -DKBUILD_BASENAME=page_alloc > -DEXPORT_SYMTAB -c page_alloc.c page_alloc.c:28:24: badmemlib.h: No > such file or directory page_alloc.c: In function `badmem_markpages': > [...] > In the kernel configuration I set the path to the badmem utils as > /usr/local (I also tried /usr/local/include). > Anyone? Where did you install the badmem-utils to? The Utils are used twice: as building aids and as including-binaries during the kernel build process. Did you made a "configure; make all install" at the utils before compiling the kernel? Did you really install the utils to /usr/local/badmem-utils-vx.y? If yes, the kernel configuration parameter must point to exacltly that directory (including the badmem- utils-vx.y stuff!). Tip: you may use symlinks to ease versioning. If you have trouble, please don't hesitate sending me your /usr/src/linux/.config and we'll see, what we can do for you! Hope this helps! 73 Nico EMail: ni...@sc... PGP-fingerprint: 5DDB 09E4 3FF3 CD09 7559 1117 9C03 46E3 38FC 9E03 -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s-:-- a-- C++ UL++ P L+++ E- W++ N+ o- K- w O- M- V- PS PE Y+ PGP++ t+ 5++ X R tv- b- DI- D G e h-- r- y+ ------END GEEK CODE BLOCK------ |
|
From: Frank V. D. <fra...@st...> - 2003-03-12 17:27:10
|
Hello, I'm trying to compile a badmem-enabled 2.4.20 linux kernel. I installed the badmem-utils package and enabled badmem in the kernel configuration. This is what I get : gcc -D__KERNEL__ -I/home/yalu/build/linux-2.4.20/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i486 -nostdinc -iwithprefix include -DKBUILD_BASENAME=vmscan -c -o vmscan.o vmscan.c gcc -D__KERNEL__ -I/home/yalu/build/linux-2.4.20/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i486 -nostdinc -iwithprefix include -DKBUILD_BASENAME=page_io -c -o page_io.o page_io.c gcc -D__KERNEL__ -I/home/yalu/build/linux-2.4.20/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i486 -nostdinc -iwithprefix include -DKBUILD_BASENAME=page_alloc -DEXPORT_SYMTAB -c page_alloc.c page_alloc.c:28:24: badmemlib.h: No such file or directory page_alloc.c: In function `badmem_markpages': page_alloc.c:906: `badmem_pattern' undeclared (first use in this function) page_alloc.c:906: (Each undeclared identifier is reported only once page_alloc.c:906: for each function it appears in.) page_alloc.c:906: syntax error before "p" page_alloc.c:914: `p' undeclared (first use in this function) page_alloc.c:928: warning: implicit declaration of function `badmem_nextaddress' make[3]: *** [page_alloc.o] Error 1 make[3]: Leaving directory `/home/yalu/build/linux-2.4.20/mm' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/home/yalu/build/linux-2.4.20/mm' make[1]: *** [_dir_mm] Error 2 make[1]: Leaving directory `/home/yalu/build/linux-2.4.20' make: *** [stamp-build] Error 2 In the kernel configuration I set the path to the badmem utils as /usr/local (I also tried /usr/local/include). Anyone? P.S. please CC me. -- Frank Van Damme http://www.openstandaarden.be |
|
From: Nico S. <ni...@sc...> - 2002-06-06 07:17:50
|
Hallo Thamer, > I recently installed a DDR module and it caught on fire. I later > placed it on another slot and it worked fine. Obviously the fire > broke it in several ways. how surprising ;) > I went ahead and ran memtest86, and got a _lot_ of badmem patterns. You only need the last one which starts with "badmem=" > These specifically happen between the 312-320MB range (it's 512mb > total). The problem is the patterns are too many. I believe I cannot > give the kernel all of them on the boot command line. > > Is there a way to simply specify a pattern that ignores memory > between 312 to 320MB? Is there a way to scan the memory from within > Linux and generate patterns there? Simply far too many to copy down. ?!? Memtest has an internal maximal amount of 10 badmem patterns in a patternset. Do you see more? > I'm using the old patch for the 2.2 kernel series. I'd be willing to > upgrade and use the newer bad-mem patches if they have a capability > of simply ignoring a specific chunk of memory i specify by range. The 2.4serie patches can deal with badmem pattern sets that are hundreds of patterns long. That is done by compiling the necessary information into the kernel by encapsulating that data in an mdf structure. But the old series can block the range of 312-320MB either. Let's compute it here by hand (please note, there is a shorter method to this, but this is the way it *always* works!): 312MB => 312MB*1024KBytes/MB*1024Bytes/KByte = 327,155,712 320MB => 320MB*1024KBytes/MB*1024Bytes/KByte = 335,544,320 Let's transfer these decimal numbers to hexadecimal: 327,155,712d => 0x1380 0000 335,544,320d => 0x1400 0000 That means that we have to lock the space between 0x1380 0000 and 0x1400 0000. Therefore we have to find a pattern where all that addresses are marked. The base is simple: 0x1380 0000, now he have to look at the mask. The First hexadecimal digit does never change, so the first digit of the mask must be an "f". Let's say the just want to lock 0x13ff ffff and leave out the address 0x1400 0000, the the second digit won't change, too. But all digits of the rest will change through the complete space beginning from 0 ending at f (for each digit). So the masking digit must be zeros. Well, now we got our mask: 0xff00 0000 That's all; we now know the patternset for locking the address space between 0x1380 0000 and 0x13ff ffff (that is 312MB->320MB-1): 0x1380 0000, 0xff00 0000 If you like to lock the Address 0x1400 0000, too, then you just take this pattern set (computing via the same arguments above + some triviality) 0x1380 0000, 0xff00 0000, 0x1400 0000,0xffff ffff So you would pass the following line to the kernel: 0x13800000,0xff000000,0x14000000,0xffffffff (please note that the spaces are removed here!) Hope this helps! 73 Nico EMail: ni...@sc... PGP-fingerprint: 5DDB 09E4 3FF3 CD09 7559 1117 9C03 46E3 38FC 9E03 -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s-:-- a-- C++ UL++ P L+++ E- W++ N+ o- K- w O- M- V- PS PE Y+ PGP++ t+ 5++ X R tv- b- DI- D G e h-- r- y+ ------END GEEK CODE BLOCK------ |
