Вышло ядро 2.6.12

Немного про xfs: вот тут в lkml недавно проскочило что на xfs у человека после xfs_repair появились неудаляемые директории. Нет. Я себе такое ставить не буду.

Странная аномалия.. за последние года 2 использования XFS,.. подобной гадости не наблюдалось,.. хотя всякие ситуации случались..

> Насколько я понимаю сейчас именно XFS должна составлять реальную конкуренцию,

XFS почти не развивается. Это пока ещё живой труп, навроде JFS пару лет назад. Если делать выбор, то между рейзером и ext3.

У меня полтора года назад слетела xfs. На ровном месте. Просто так(и не надо про мои кривые ручки :), действительно просто так).

Кривые ручки тут, разумеется, ни при чём, но и причина падения xfs также была, безусловно,.. ибо у любого следствия есть причины.. у меня, к примеру, слетало по причине сбоев в электропитании или неисправности железа.. но, к счастью.. до сих пор мне удавалось её поднимать практически без потери данных..

сё равно вот такое из dmesg....
может кто знает как это починить? а то я этом не шарю

bridge-eth0: enabling the bridge
Unable to handle kernel NULL pointer dereference at virtual address 00000069
printing eip:
c02da531
*pde = 00000000
Oops: 0000 [#1]
Modules linked in: vmnet vmmon parport_pc lp parport autofs4 it87
eeprom i2c_sensor i2c_isa sunrpc iptable_filter ip_tables
nls_utf8 nls_cp866 vfat fat videobutton battery ac md5 ipv6 md uhci_hcd ehci_hcd
i2c_i801 i2c_core snd_intel8x0 snd_ac97_codec snd_pcm_oss
snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc
sk98lin floppy ext3 jbd dm_mod
CPU: 0
EIP: 0060:[<c02da531>] Tainted: P VLI
EFLAGS: 00010296 (2.6.12)
EIP is at sk_alloc+0xf/0x16d
eax: 00000010 ebx: 00000020 ecx: 00000001 edx: 00000020
esi: ded4be0c edi: 00000000 ebp: 00000001 esp: d3de7e14
ds: 007b es: 007b ss: 0068
Process vmnet-bridge (pid: 4659, threadinfo=d3de6000 task=d5686aa0)

и тд...

> XFS почти не развивается. Это пока ещё живой труп

Труп трупом, но некоторых ейных фич таки не хватает в ext3/reiser :-) Она действительно быстрее, она действительно "фичастее", и в ней действительно многие давно повешенные багрепорты болтаются до сих пор :-)

> Process vmnet-bridge (pid: 4659, threadinfo=d3de6000 task=d5686aa0)

VMWare поставил, что ли?

> может кто знает как это починить?

А что чинить-то собрался?

Причину нашел - поменяли интерфейс sk_alloc в net/core/socket.c

Как чинить - пока некогда разбираться, но сломался именно bridged networking (как-то остранно они там себя ведут :-)).

В качестве воркэраунда можно пока перейти на host-only networking, настроить ip-алиас на эзернетовском интерфейсе, и поднять маскарад через iptables (по крайней мере, у меня начало работать).

2 no-dashi:

Возими vmnet.tar из vmware-any-any-update92.tar.gz и замени им /usr/lib/vmware/modules/source/vmnet.tar. Все будет работать. Это стандартная фишка при выходе новых ядер.

А я не понял, собрал как всегда на Fedore 4 и получил: warning: unable to open an initial console

на 2.6.11.12 такого не было

???????

> Возими vmnet.tar из vmware-any-any-update92.tar.gz

А не выложишь этот vmnet? Чего-то я его найти не могу :-(

http://ftp.cvut.cz/vmware/

Такое надо знать.

> А я не понял, собрал как всегда на Fedore 4 и получил: warning: unable to open an initial console

Кулхацкеры-сборщики мегаядер жгут.

2 AlS
2 no-dashi

спасибо с этим any-any заработало

Если ты считаешь, что скомпилить и оновить ядро может только кулхацкер, тогда ты кто?????????

> Если ты считаешь, что скомпилить и оновить ядро может только кулхацкер, тогда ты кто?????????

Скомпилировать мегаядро без поддержки консоли может только кулхацкер. Есть возражения?????????

-mm патч уже готов :)

$ uname -r
2.6.12-mm1

> -mm патч уже готов :)

Экстремалы, блин! :-)

>Скомпилировать мегаядро без поддержки консоли может только кулхацкер. Есть возражения?????????

Это фича редхатовский ядер. Помню, что решал, но не помню как. Ищите в гугле.

а вот дровишки атишные не пашут, 8.14.13 которые
матерятся и упорно не хотят собирать модуль

перелез с 2.4.31, особого прироста не заметил в производительности
наоборот, чёт стало притормаживать всё

> -mm патч уже готов :)

regression matrix с ним видел?

По поводу reiser4. На настоящий момент она быстра, но очень ненадежна. При выключении питания происходят очень серьезные повреждения фс практически в 100% случаев. Некоторые файлы просто исчезают (у меня это случилось с бинарником mc). Проверял на разном железе и на разных дистрибутивах. Полностью после этого фс вылечить нельзя. После лечения в корне появляется директория lost+find с файлами и поддиректориями с недопустимыми именами, в связи с чем, удалить их вообще невозможно. Пришлось отказаться от использования reiser4. С 3.6 проблем никогда не было. Использую ее везде и другим советую. Что касается включения поддержки reiser4 в ядро, то, как сказал Линус, в обозримом будущем она будет либо очень ограниченная, либо ее вообще не будет. Из-за того, кажется, что она несовместима с ABI ядра. И никто так сильно не собирается перекраивать интерфейсы ядра... По этому поводу была большая дискуссия на kerneltrap.org.

> А если вы мне скажете как очищать кеши винчестера и ядра,
Собственно перезагрузка для этого!

> и как мог повлиять пункт 4 - будет просто прекрасно :-)
Например запущен у вас какой-то сервис, и в момент теста кто-то к нему из сети соединится и тогда результаты теста станут совсем лажовыми если сервис что-то с винта берет.

В XFree может быть много прог запущено, некоторые из них время от времени могут к винту обращатся даже если их юзер не трогает.

> Результаты повторялись по нескольку раз, я делал копирование в разной и случайной последовательности,
> и абсолютное время не сильно отличалось (я делал многое без перезагрузки ).
very good

man bonnie++

Кэши сбрасывать не надо. Интересует реальная работа фс, а не сферический конь после перезагрузки.

>> А если вы мне скажете как очищать кеши винчестера и ядра,

> Собственно перезагрузка для этого! Смешно. Достаточно umount -- сбросится весь кеш системы, что была замонтирована.

зачем umount? достаточно сделать sync

> достаточно сделать sync

Ты сбросишь dirty buffers, как это говорят среди СУБД-шников, но закэшированные данные останутся в памяти.

А у тебя видюха какая?

У меня не завёлся 7174 модуль.

pci_find_class я заменил на pci_get_class, а вот remap_page_range так и не победил :(

К слову добавить, на ванильном 2.6.12 7174 замечательно завёлся...

7664 не буду ставить - они мою видео-карту не держат(GeForce DDR)

> А у тебя видюха какая?

geforce fx 5700ve

А... ну тогда у тебя, скорее всего, 7664 уже :(

угу

А попробуй собери только модуль от 7174, если не затруднит, конечно?

несобирается

попробуй 6111, у тебя все равно видюха старая

Не, всё-таки что-то тут не так.

Если на 2.6.12 работает без проблем, почему на 2.6.12-mm1 не работает? Поломали что-то, значит... И в lkml пока тишина...

> Поломали что-то, значит...

там постоянно что то ломают

попробуй кстати найти nitro source 2.6.12, там теже самые патчи что и в mm, плюс кое какие багфиксы

Нету ещё. http://www.stud.uni-karlsruhe.de/~uyavl/public/nitro-sources/

Насчёт mm патчей....
09:14:50 [/home/chek/kernel/linux-2.6.12]# make oldconfig
HOSTCC scripts/basic/fixdep
HOSTCC scripts/basic/split-include
HOSTCC scripts/basic/docproc
SHIPPED scripts/kconfig/zconf.tab.h
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/kxgettext.o
HOSTCC scripts/kconfig/mconf.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/lex.zconf.c
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf -o arch/i386/Kconfig
arch/i386/Kconfig:513: can't open file "kernel/Kconfig.preempt"
make[1]: *** [oldconfig] Ошибка 1
make: *** [oldconfig] Ошибка 2

Any ideas?

Jun 20 15:13:31 censored kernel: Linux version 2.6.12-gentoo (root@censored) (gcc version 3.3.5-20050130 (Gentoo Hardened
3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #1 SMP Mon Jun 20 13:15:26 YEKST 2005
...
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,1000000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,800000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,400000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,200000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,100000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,80000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,40000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,20000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,10000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,8000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,4000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,2000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: type mismatch for c0000000,1000 old: write-back new: write-combining
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x800 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x400 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x200 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x100 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x80 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x40 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x20 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x10 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x8 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x4 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x2 base: 0xc0000000
Jun 20 15:13:31 censored kernel: mtrr: size and base must be multiples of 4 kiB
Jun 20 15:13:31 censored kernel: mtrr: size: 0x1 base: 0xc0000000
...
Jun 20 15:15:39 censored kernel: cdrom: open failed.
...
Jun 20 15:17:30 censored kernel: rtc: lost some interrupts at 1024Hz.
...

Fglrx не собирается, т.к. порушили структуры PCI (выкинули slot_name ), даже после наложения патчей дрова собираются, но OpenGL ускорения нет. При Перезагрузке системы словил вис на размонтировани файловых систем.
Ну его нафиг это 2.6.12 - ушел на 2.6.11-r11 с тем же конфигом ядра что и у 2.6.12 работает и сбирается все, глюков нет.

насчет сетевой карты и Х-ов можно было догадаться :-) но перезагрузка как способ очистки кеша это извращение, так же как и umount, это годиться только для тестов, а не для реальной работы, мне интересна именно очистка во время работы, часто умолчальные процедуры очистки памяти не достаточно оперативны, хотелось бы вручну влиять на этот процесс. Насчет надежности - у меня домашний комп, в других местах, пара серваков, не очень нагруженых , но с данными которых терять не очень приятно. Особых проблем после сбоя питания не возникало. А сбои происходят регулярно,если рассмотривать длительные промежутки времени. Но таких проблем вообще быть не должно у фс. Похоже что она все таки не очень родная для линуха, а жаль. Еще хуже, что судя по всему она станет родной не ранее ядра 2.8.хх или как они его назовут не знаю. Система очень быстрая (надежность на уровне) а это и есть самые важные аргументы, которые должны (может быть со временем)перевесить любую несовместимость с интерфесами чего угодно

> Jun 20 15:13:31 censored kernel: Linux version 2.6.12-gentoo (root@censored) (gcc version 3.3.5-20050130 (Gentoo Hardened 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #1 SMP Mon Jun 20 13:15:26 YEKST 2005

у меня:

Linux version 2.6.12 (mator@gentoo) (gcc version 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #10 Sat Jun 18 12:33:08 MSD 2005

все прекрасно работает, изменений по сравнению с 2.6.11.12 (тоже самособранным, а не с gentoo kernel sources) не замечено.

а что есть у вас gentoo-hardened ?

> Any ideas?

зачем oldconfig?

делаешь make menuconfig, включаешь специфичные опции -mm и сохраняешь изменения

linux-2.6.11.11.tar-linux-2.6.12.tar.sd3.7z

Length: 2,101,617

старый .config подсовывал в /usr/src/linux, перед тем, как делать make oldconfig?

2

>Вместо того чтобы ответить на этот простой вопрос на меня сначала вылили несколько ведер дерьма - в этом весь LOR !!!

"Мальчик! ты баклажан!":)

"Если вы об ЭТОМ спрашиваете, значит вам ЭТО не нужно!"

>Что касается включения поддержки reiser4 в ядро, то, как сказал Линус, в обозримом будущем она будет либо очень ограниченная, либо ее вообще не будет. Из-за того, кажется, что она несовместима с ABI ядра. И никто так сильно не собирается перекраивать интерфейсы ядра... По этому поводу была большая дискуссия на kerneltrap.org.Что касается включения поддержки reiser4 в ядро, то, как сказал Линус, в обозримом будущем она будет либо очень ограниченная, либо ее вообще не будет. Из-за того, кажется, что она несовместима с ABI ядра. И никто так сильно не собирается перекраивать интерфейсы ядра... По этому поводу была большая дискуссия на kerneltrap.org.

Слышал звон... :) Из письма Эндрю Мортона в LKML:

-mm -> 2.6.13 merge status

...

reiser4

    Merge it, I guess.

...

> reiser4 > Merge it, I guess.

Он забыл в Kconfig от reiser4 указать зависимость от ZLIB_DEFLATE... С таким отношением к теме его желание могут проигнорировать...

С другой стороны, в ведре 2.6.9 (или 10) тоже был подобный недочёт где-то в районе SELinux... :)

Кого проигнорировать? Эндрю Мортона? Ну насмешил. lol.

> Кого проигнорировать? Эндрю Мортона? Ну насмешил. lol.

Стараемся ;)

Вот решил сравнить reiser4 и ext3 на устойчивость к ресету. Создаю раздел, форматирую, распаковываю туда исходники ведра (ну а чё ещё...) и запускаю make allyesconfig; make -j 64. Ждём-с и жмём-с кнопку. Смотрим fsck.* -v. На reiser4 образовался один нехороший inode. На ext3 столько же плюс ещё порядка 20 неверных записей в bitmap. Не так страшен чёрт, как его малюют... некоторые.

Замечание к reiser4: проверка системы, которая запускается после сбоя автоматически - fsck -a - ничего не делает, а просто радостно завершается. Надо это иметь в виду и запускать её вручную.