From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 4 Jul 2003 03:56:00 +0400 From: Ivan Adzhubei To: community@altlinux.ru Subject: Re: [Comm] =?KOI8-R?Q?=EB=C1=CB_=D3=CF=C2=D2=C1=D4=D8_=D1=C4=D2?= =?KOI8-R?Q?=CF=3F?= Message-Id: <20030704035600.1194a679.ivan@protein.bio.msu.su> In-Reply-To: <20030704032850.2fda5b8b.ivan@protein.bio.msu.su> References: <20030703182030.72bb79be.ivan@protein.bio.msu.su> <20030703173705.GE24393@osdn.org.ua> <20030704023502.04442aa1.ivan@protein.bio.msu.su> <20030704031927.0580abae.ivan@protein.bio.msu.su> <20030704032850.2fda5b8b.ivan@protein.bio.msu.su> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit cc: sisyphus@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2003 23:56:01 -0000 Archived-At: List-Archive: List-Post: On Fri, 4 Jul 2003 03:28:50 +0400 Ivan Adzhubei wrote: > On Fri, 4 Jul 2003 03:19:27 +0400 > Ivan Adzhubei wrote: > > > On Fri, 4 Jul 2003 02:35:02 +0400 > > Ivan Adzhubei wrote: > > > > Что-то я все-таки делаю не так... > > > > После установки свежесобранного custom ядра у меня в > > /lib/modules/2.4.21rel-custom-up-alt1 появилась ссылка на директорию > > ~/RPM/BUILD 8-() > > А в /boot появился конфиг от ядра: Рискнул все же поставить свежесобранное ядро 2.4.21rel и перегрузить машину по ssh... и ядро завелось, ура! Теперь все выглядит гораздо приличнее, IDE контроллер на ICH5 распознался, диски нормально отконфигурировались на UDMA(100). Но есть и непонятки: собирал ядро с HIGHMEM (установлен 1 гигабайт), поддержкой LOCAL APIC и IO-APIC, но без поддержки ACPI (вроде бы :). При загрузке ядро явно изображает из себя smp вместо up и даже находит 2 процессора 8-[]. Второй потом правда исчезает как-то незаметно. Это нормально? Ну и еще подозрительные места в dmesg есть: Linux version 2.4.21rel-custom-up-alt1 (ivan@tiger.protein.bio.msu.su) (gcc vers ion 2.96 20000731 (ALT Linux, build 2.96-alt3)) #1 Fri Jul 4 02:31:35 MSD 2003 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000003ff30000 (usable) BIOS-e820: 000000003ff30000 - 000000003ff40000 (ACPI data) BIOS-e820: 000000003ff40000 - 000000003fff0000 (ACPI NVS) BIOS-e820: 000000003fff0000 - 0000000040000000 (reserved) BIOS-e820: 00000000ffb80000 - 0000000100000000 (reserved) 127MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000ff780 hm, page 000ff000 reserved twice. hm, page 00100000 reserved twice. hm, page 000f1000 reserved twice. hm, page 000f2000 reserved twice. On node 0 totalpages: 261936 ... ACPI: Searched entire block, no RSDP was found. ACPI: RSDP located at physical address c00f9fb0 RSD PTR v0 [ACPIAM] __va_range(0x3ff30000, 0x68): idx=8 mapped at ffff6000 ACPI table found: RSDT v1 [A M I OEMRSDT 1536.777] __va_range(0x3ff30200, 0x24): idx=8 mapped at ffff6000 __va_range(0x3ff30200, 0x81): idx=8 mapped at ffff6000 ACPI table found: FACP v2 [A M I OEMFACP 1536.777] __va_range(0x3ff30390, 0x24): idx=8 mapped at ffff6000 __va_range(0x3ff30390, 0x5c): idx=8 mapped at ffff6000 ACPI table found: APIC v1 [A M I OEMAPIC 1536.777] __va_range(0x3ff30390, 0x5c): idx=8 mapped at ffff6000 LAPIC (acpi_id[0x0001] id[0x0] enabled[1]) CPU 0 (0x0000) enabledProcessor #0 Pentium 4(tm) XEON(tm) APIC version 16 LAPIC (acpi_id[0x0002] id[0x1] enabled[1]) CPU 1 (0x0100) enabledProcessor #1 Pentium 4(tm) XEON(tm) APIC version 16 IOAPIC (id[0x2] address[0xfec00000] global_irq_base[0x0]) INT_SRC_OVR (bus[0] irq[0x0] global_irq[0x2] polarity[0x0] trigger[0x0]) INT_SRC_OVR (bus[0] irq[0x9] global_irq[0x9] polarity[0x1] trigger[0x3]) 2 CPUs total Local APIC address fee00000 Local APIC address fee00000 __va_range(0x3ff40040, 0x24): idx=8 mapped at ffff6000 __va_range(0x3ff40040, 0x3f): idx=8 mapped at ffff6000 ACPI table found: OEMB v1 [A M I OEMBIOS 1536.777] Enabling the CPU's according to the ACPI table Intel MultiProcessor Specification v1.1 Virtual Wire compatibility mode. OEM ID: ASUSTek Product ID: P4C800 APIC at: 0xFEE00000 I/O APIC #2 Version 32 at 0xFEC00000. Enabling APIC mode: Flat. Using 1 I/O APICs Processors: 2 ... (ну нету там второго процессора, честное пионерское, сам проверял :) init IO_APIC IRQs IO-APIC (apicid-pin) 2-0, 2-5, 2-10, 2-11, 2-20, 2-21 not connected. ..TIMER: vector=0x31 pin1=2 pin2=0 number of MP IRQ sources: 23. number of IO-APIC #2 registers: 24. testing the IO APIC....................... IO APIC #2...... .... register #00: 02000000 ....... : physical APIC id: 02 ....... : Delivery Type: 0 ....... : LTS : 0 .... register #01: 00178020 ....... : max redirection entries: 0017 ....... : PRQ implemented: 1 ....... : IO APIC version: 0020 .... register #02: 00178020 ....... : arbitration: 00 An unexpected IO-APIC was found. If this kernel release is less than three months old please report this to linux-smp@vger.kernel.org ... (а это насколько опасно?) Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 941M agpgart: Unsupported Intel chipset (device id: 2578), you might want to try agp_ try_unsupported=1. agpgart: no supported devices found. ... (выглядит уже не так страшно как раньше, но что с этим делать? agp_try_unsupported=1 - это параметр ядра?) -- Иван