From: Evgeny Sinelnikov <sin@altlinux.ru> To: ALT Linux kernel packages development <devel-kernel@altlinux.ru> Subject: Re: [d-kernel] rtlinux package Date: Fri, 2 Jan 2004 22:26:57 +0300 Message-ID: <200401022227.10774.sin@altlinux.ru> (raw) In-Reply-To: <20040101095621.GA9929@sam-solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Похоже, где-то что-то портится в памяти. Возможно, причина в том, что > > где-то происходит переполнение буфера, но при сборке для P4 из-за > > большего значения CONFIG_X86_L1_CACHE_SHIFT (7, вместо 5 для 586) эти > > данные попадают в неиспользуемые области для выравнивания, поэтому > > ошибка остаётся незамеченной. > > Кстати, на схожую тему -- имеющаяся конфигурация для 2.6.0 в наших > предварительных сборках не работает на Pentium M, совсем не работает -- > сразу после передачи управления загрузчиком ядру происходит перезагрузка > машины. > > Расследование показало, что по крайней мере виноваты > CONFIG_X86_L1_CACHE_SHIFT и CONFIG_X86_GENERIC. После этого, по крайней > мере, дело доходит до initscripts. Правда, далее кто-то поедает всю память > и система загрузиться до конца не может. Тест памяти (memtest-3.0) ошибок не выявил. Хотя это и было на 192М вместо 256М (поражаюсь вашей прозорливостью - с утра машина не загрузилась в положенные 256Мб указанные параметром ядра, BIOS, как и memtest, не досчитались 64Мб; кстати это уже второй случай, до последнего времени я грешил на перебои с питанием, теперь даже не знаю, что и думать, хотя напряжение в сети, в последние дни, тоже оставляло желать лучшего). Попытка включить CONFIG_DEBUG_SLAB дала следующий результат: - ---------------------------------------------------------------------------- ksymoops 2.4.9 on i686 2.4.22-rts4-up-alt13. Options used -v /usr/src/RPM/BUILD/kernel-image-rts4-up-2.4.22-alt13/kernel-source-2.4.22/vmlinux (specified) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.22-rts4-up-alt13/ (default) -m /boot/System.map-2.4.22-rts4-up-alt13 (default) Warning (compare_ksyms_lsmod): module reiserfs is in lsmod but not in ksyms, probably no symbols exported CPU: 0 EIP: 0010:[<c01150b9>] Not Tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: 00000018 ebx: 00000000 ecx: c9ac2000 edx: cbfec764 esi: fffffe00 edi: c9ac2000 ebp: c9ac3f84 esp: c9ac3f60 ds: 0018 es: 0018 ss: 0018 Process regression.sh (pid: 1429, stackpage=c9ac3000) Stack: c0204dde 00000000 fffffe00 c9ac2000 c011631d 00000200 00000000 c9ac2000 00000200 c9ac3fbc c011ad6f c9ac2000 00000000 00000000 c9ac3fac 00000000 c9ac2000 00000000 00000000 00000000 c9ac2000 c9ac20bc c9ac20bc bffff348 Call Trace: [<c0111631d>] [<c01ad6f>] [<c0108ae7>] Code: 0f 0b 34 02 d6 4d 20 c0 83 c4 04 8b 4d f4 c1 e1 05 81 c1 20 >>EIP; c01150b9 <schedule+4d/330> <===== >>ecx; c9ac2000 <_end+97ea230/c939290> >>edx; cbfec764 <_end+bd14994/c939290> >>edi; c9ac2000 <_end+97ea230/c939290> >>ebp; c9ac3f84 <_end+97ec1b4/c939290> >>esp; c9ac3f60 <_end+97ec190/c939290> Trace; c0111631d <END_OF_CODE+b3441726a/????> Trace; 0c01ad6f Before first symbol Trace; c0108ae7 <system_call+47/50> Code; c01150b9 <schedule+4d/330> 00000000 <_EIP>: Code; c01150b9 <schedule+4d/330> <===== 0: 0f 0b ud2a <===== Code; c01150bb <schedule+4f/330> 2: 34 02 xor $0x2,%al Code; c01150bd <schedule+51/330> 4: d6 (bad) Code; c01150be <schedule+52/330> 5: 4d dec %ebp Code; c01150bf <schedule+53/330> 6: 20 c0 and %al,%al Code; c01150c1 <schedule+55/330> 8: 83 c4 04 add $0x4,%esp Code; c01150c4 <schedule+58/330> b: 8b 4d f4 mov 0xfffffff4(%ebp),%ecx Code; c01150c7 <schedule+5b/330> e: c1 e1 05 shl $0x5,%ecx Code; c01150ca <schedule+5e/330> 11: 81 c1 20 00 00 00 add $0x20,%ecx <0>Kernel panic: Aiee, killing interrupt handler! 1 warning issued. Results may not be reliable. - ---------------------------------------------------------------------------- Не знаю насколько это показательно, потому что самая частая ошибка выглядит так (предыдущая была первой, но появилась всего лишь однажды): - ---------------------------------------------------------------------------- ksymoops 2.4.9 on i686 2.4.22-rts4-up-alt13. Options used -v /usr/src/RPM/BUILD/kernel-image-rts4-up-2.4.22-alt13/kernel-source-2.4.22/vmlinux (specified) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.22-rts4-up-alt13/ (default) -m /boot/System.map-2.4.22-rts4-up-alt13 (default) Warning (compare_ksyms_lsmod): module reiserfs is in lsmod but not in ksyms, probably no symbols exported Oops: 0007 CPU: 0 EIP: 0023:[<08072650>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: 00000000 ebx: 080cfd88 ecx: 080cb008 edx: 00000000 esi: 00000000 edi: 080caa08 ebp: bffff1f8 esp: bffff1d0 ds: 002b es: 002b ss: 002b Process regression.sh (pid: 1958, stackpage=c5b17000) <0>Kernel panic: Aiee, killing interrupt handler! Warning (Oops_read): Code line not seen, dumping what data is available >>EIP; 08072650 Before first symbol <===== 2 warnings issued. Results may not be reliable. PS: Какой смысл имеет значение CONFIG_X86_L1_CACHE_SHIFT? Для чего оно используется? Если я правильно понял, в данном случае, оно определяет выравнивание на 16 и 64 байта. Это верно? Где это может быть критично? - -- Sin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/9cYMHC/AO6kh2soRAjnEAJwKZspBBiFy0VpaaEuUJBea7l59JQCg2H4F muGlAfONAzPXblcruNERIGM= =o2fF -----END PGP SIGNATURE-----
next prev parent reply other threads:[~2004-01-02 19:26 UTC|newest] Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-01-01 9:09 Evgeny Sinelnikov 2004-01-01 9:49 ` Sergey Vlasov 2004-01-01 9:56 ` Alexander Bokovoy 2004-01-02 19:26 ` Evgeny Sinelnikov [this message] 2004-01-02 20:42 ` Sergey Vlasov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=200401022227.10774.sin@altlinux.ru \ --to=sin@altlinux.ru \ --cc=devel-kernel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux kernel packages development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \ devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com public-inbox-index devel-kernel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git