From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 27 Jan 2003 14:48:43 +0300 From: Konstantin Volckov To: sisyphus@altlinux.ru Subject: Re: [sisyphus] =?KOI8-R?Q?=EE=C5_=D3=CF=C2=C9=D2=C1=C5=D4=D3=D1?= kernel24-2.4.20-alt0.8.src.rpm Message-Id: <20030127144843.2f047825.goldhead@altlinux.ru> In-Reply-To: <20030125014728.48a5faa6.ivan@protein.bio.msu.su> References: <20030125014728.48a5faa6.ivan@protein.bio.msu.su> Organization: ALT Linux X-Mailer: Sylpheed version 0.8.8 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: On Sat, 25 Jan 2003 01:47:28 +0300 Ivan Adzhubei wrote: Hi! > > > On Wed, Jan 22, 2003 at 10:16:10PM +0300, Ivan Adzhubei wrote: > > > > Пробую пересобрать ядро из kernel24-2.4.20-alt0.8.src.rpm > > > > чтобы получить up бинарник с поддержкой HIGHMEM. Компилятор > > > > 2.96. Получаю вот что: drivers/scsi/scsidrv.o: In function > > > > `sym53c8xx_halt': drivers/scsi/scsidrv.o(.text+0x12157): > > > > undefined reference to `ncr_detach' make: *** [vmlinux] > > > > Error 1 > > > > Кажется я где-то в рассылке видел обсуждение проблемы со > > > > сборкой SCSI в 2.4.20, но по полю Subject найти не > > > > получилось. Так в чем проблема и что делать??? > > > > > > Обсуждали проблемы зависимостей сборки aic7xxx, но в > > > 2.4.20-alt0.8 вроде практически все зависимости уже на месте и > > > дело тут явно не в этом. > > > > В зависимостях по меньшей мере не хватает libdb2-devel. > > см. patch1142 > > Еще нехватает зависимости на libalsa2-devel, по крайней мере в конфиге > ядра по умолчанию сборка алсы включена, а без этого пакета она не > проходит. Но это мелочи, в конце-концов ядро собрать мне все же удалось > и оно даже загрузилось, увидев все два гигабайта памяти. Правда > framebuffer почему-то не работает, но с этим я уже в понедельник буду > разбираться. Это странно. У Вас есть лог сборки, когда оно обвалилось? > А вот отключить APIC при загрузке SMP ядра так и не удалось, никакие > параметры передаваемые ядру при загрузке не помогали, сегодня проверил > disableapic, все равно не помогло. Правда вывод dmesg при этом все же > изменился - из него исчезла роковая фраза 'Local APIC found and > enabled!'. Но многочисленные упоминания APIC по ходу загрузки остались и > машина все равно висла так же. Есть подозрение что виновата не опция > APIC, а APIC-IO, которую параметр disableapic не отключает. А как > бороться с ней я не знаю. Видимо, только выключением в конфиге. > Так что буду ковыряться дальше с custom ядром. В связи с чем еще вопрос > - в конфиге ядра при включении опции HIGHMEM появляется еще пункт > HIGHMEM IO, по умолчанию он выключен. Кто-нибудь это тестировал? > Написано что отключение вызывает performance degradation, а вот как > насчет стабильности? Оно используется по умолчанию в наших SMP ядрах, пока нареканий не было. > -- > Иван -- Успехов, Konstantin