морду лица им бить надо!!!:1. -------------------------------------------------
# make
expr: синтаксическая ошибка
/bin/sh: line 0: [: -ge: ожидается использование унарного оператора
CHK include/linux/version.h
CHK include/linux/utsrelease.h
SYMLINK include/asm -> include/asm-x86
CALL scripts/checksyscalls.sh
CHK include/linux/compile.h
LD init/built-in.o
init/mounts.o: In function `mem_cgroup_split_hugepage_commit':
(.text+0x0): multiple definition of `mem_cgroup_split_hugepage_commit'
init/main.o:main.c:(.text+0x130): first defined here
make[1]: *** [init/built-in.o] Ошибка 1
make: *** [init] Ошибка 2
2. -------------------------------------------------
# make
expr: синтаксическая ошибка
/bin/sh: line 0: [: -ge: ожидается использование унарного оператора
CHK include/linux/version.h
CHK include/linux/utsrelease.h
SYMLINK include/asm -> include/asm-x86
CALL scripts/checksyscalls.sh
CHK include/linux/compile.h
CC arch/x86/mm/hugetlbpage.o
In file included from arch/x86/mm/hugetlbpage.c:10:0:
include/linux/hugetlb.h: В функции ‘hstate_inode’:
include/linux/hugetlb.h:249:2: ошибка: неявная декларация функции ‘HUGETLBFS_SB’
include/linux/hugetlb.h:249:6: предупреждение: в присваивании целое преобразуется в указатель без приведения типа
include/linux/hugetlb.h:250:12: ошибка: доступ по указателю на неполный тип
make[2]: *** [arch/x86/mm/hugetlbpage.o] Ошибка 1
make[1]: *** [arch/x86/mm] Ошибка 2
make: *** [arch/x86] Ошибка 2
-----------
Короча так, без вот этих " обязательно нужных" параметров
их ядро не скомпилиться.
CONFIG_CGROUP_MEM_RES_CTL
CONFIG_HUGETLBFS
3. -------------------------------------------------
LD init/built-in.o
LD .tmp_vmlinux1
fs/built-in.o: In function `xfsbufd':
xfs_buf.c:(.text+0xabea9): undefined reference to `list_sort'
fs/built-in.o: In function `xfs_flush_buftarg':
(.text+0xac904): undefined reference to `list_sort'
fs/built-in.o: In function `xfs_buf_delwri_sort':
(.text+0xac882): undefined reference to `list_sort'
make: *** [.tmp_vmlinux1] Ошибка 1
---------------------
Этот глюк ваще ппц. Код XFS взят из 2.6.34, где добавили фишку CONFIG_LIST_SORT
РедХатовцы, тоже её добавили, только забыли дать команду на компиляцию.
Не, она конечно объявлена в lib/Makefile, но никто её не запускает :)
Т.е. если мы запустим
# grep -R CONFIG_LIST_SORT ./
то найдём её только в lib/Makefile
obj-$(CONFIG_LIST_SORT) += list_sort.o
-------------
Лечиться так:
--- a/lib/Makefile 2010-11-11 04:36:04.565655307 +0300
+++ b/lib/Makefile 2010-11-11 04:36:28.294557543 +0300
@@ -21,7 +21,7 @@
obj-y += bcd.o div64.o sort.o parser.o halfmd4.o debug_locks.o random32.o \
bust_spinlocks.o hexdump.o kasprintf.o bitmap.o scatterlist.o \
- string_helpers.o gcd.o lcm.o
+ string_helpers.o gcd.o lcm.o list_sort.o
ifeq ($(CONFIG_DEBUG_KOBJECT),y)
CFLAGS_kobject.o += -DDEBUG
@@ -40,7 +40,6 @@
lib-$(CONFIG_GENERIC_FIND_NEXT_BIT) += find_next_bit.o
obj-$(CONFIG_GENERIC_FIND_LAST_BIT) += find_last_bit.o
obj-$(CONFIG_GENERIC_HWEIGHT) += hweight.o
-obj-$(CONFIG_LIST_SORT) += list_sort.o
obj-$(CONFIG_LOCK_KERNEL) += kernel_lock.o
obj-$(CONFIG_DEBUG_PREEMPT) += smp_processor_id.o
obj-$(CONFIG_DEBUG_LIST) += list_debug.o
У меня сразу напрашивается вывод, что работу XFS, они ваще не тестили.
Если в бинарном ядре есть поддержка XFS, то оно собрано не из этих исходников!!!
Потому как НУ НЕТ НИ ОДНОГО ПРАВИЛА ДЛЯ ТОГО ЧТОБ СКОМПИЛИЛОСЬ с LIST_SORT!!!
А это уже попахивает сокрытием кода и расстрелом всего РедХэт!!
Вот после таких закидонов, чёй-то даже стрёмно РХЕЛ юзать. :)