[sisyphus] Re: [Comm] Как собрать ядро?

[Ivan Adzhubei]

On Fri, 4 Jul 2003 03:28:50 +0400
Ivan Adzhubei <ivan на protein.bio.msu.su> wrote:

> On Fri, 4 Jul 2003 03:19:27 +0400
> Ivan Adzhubei <ivan на protein.bio.msu.su> wrote:
> 
> > On Fri, 4 Jul 2003 02:35:02 +0400
> > Ivan Adzhubei <ivan на protein.bio.msu.su> 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 - это параметр ядра?)

-- 
Иван