From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 1 Jan 2004 11:56:21 +0200 From: Alexander Bokovoy To: ALT Linux kernel packages development Subject: Re: [d-kernel] rtlinux package Message-ID: <20040101095621.GA9929@sam-solutions.net> References: <200401011205.25040.sin@altlinux.ru> <20040101094917.GA2367@sirius.home> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040101094917.GA2367@sirius.home> X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2004 09:56:46 -0000 Archived-At: List-Archive: List-Post: On Thu, Jan 01, 2004 at 12:49:17PM +0300, Sergey Vlasov wrote: > On Thu, Jan 01, 2004 at 12:09:49PM +0300, Evgeny Sinelnikov wrote: > > Есть готовое решение в плане реализации пакета RTLinux. > > Задержка связана с крайней нестабильностью ядра rtlinux c определённым набором > > патчей (тех, что изменяют содержимое include/asm-i386/), а также с некоторыми > > "опциями" ядра (APM, ACPI, Kernel hacking features). Но даже это не было > > главным препятствием. На текущий момент выяснилась причина, весьма странная, > > многих нестабильностей на моей машине. Оказалось, что проблема была в выборе > > процессора для при сборке ядра. i586 ядра на моём P4 (1.4GHz) падают при > > загрузке модулей rtlinux (а именно, rtl.o), хотя ядра, с той же конфигурацией, > > но для P4 идут: > [ужасы skip] > > Похоже, где-то что-то портится в памяти. Возможно, причина в том, что > где-то происходит переполнение буфера, но при сборке для P4 из-за > большего значения CONFIG_X86_L1_CACHE_SHIFT (7, вместо 5 для 586) эти > данные попадают в неиспользуемые области для выравнивания, поэтому > ошибка остаётся незамеченной. Кстати, на схожую тему -- имеющаяся конфигурация для 2.6.0 в наших предварительных сборках не работает на Pentium M, совсем не работает -- сразу после передачи управления загрузчиком ядру происходит перезагрузка машины. Расследование показало, что по крайней мере виноваты CONFIG_X86_L1_CACHE_SHIFT и CONFIG_X86_GENERIC. После этого, по крайней мере, дело доходит до initscripts. Правда, далее кто-то поедает всю память и система загрузиться до конца не может. -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/