On Fri, 25 Feb 2005 00:08:29 +0300
Roman I Khimov <khim***@m*****.ru> wrote:
> В Чтв, 24.02.2005, в 23:52, ziver пишет:
> > Losing too many ticks!
> > TSC cannot be used as a timesource
> > Possible reasons for this are:
> > You're running with Speedstep,
> > You don't have DMA enabled for your hard disk (see hdparm)
> > Incorrect TSC synchronization on SMP system (see dmesg)
> > Falling back to a sane timesource now.
> > ...
> > hdc: lost inerrupt
> >
> > Попробовал загрузить стандартное ядро из дистрибутива Linux-2.4.20-asp9,
> > оно загрузилось.
> > Пересобрал ядро 2.4.28, при загрузке начинает бытро выводится следующая ошибка:
>
> > APIC error on CPU0: 40(40)
>
> Попробуйте загрузиться с параметром "nolapic". Если не поможет,
> попробуйте "apic=verbose" или "apic=debug", может это чего нового даст
> для размышлений.
Я попробовал параметр noapic
Ядро загрузилось
255MB LOWMEM available.
found SMP MP-table at 000f4b20
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Что значит SMP MP-table (что это значит? у меня
один проц, так и должно быть)
On node 0 totalpages: 65520
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 61424 pages, LIFO batch:14
HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 GBT ) @ 0x000f63f0
ACPI: RSDT (v001 GBT AWRDACPI 0x42302e31 AWRD 0x01010101) @ 0x0fff3000
ACPI: FADT (v001 GBT AWRDACPI 0x42302e31 AWRD 0x01010101) @ 0x0fff3040
ACPI: MADT (v001 GBT AWRDACPI 0x42302e31 AWRD 0x01010101) @ 0x0fff6840
ACPI: DSDT (v001 GBT AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 6:8 APIC version 16
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: Skipping IOAPIC probe due to 'noapic' option.
Using ACPI for processor (LAPIC) configuration information
Intel MultiProcessor Specification v1.4
Virtual Wire compatibility mode.
OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
I/O APIC #2 Version 17 at 0xFEC00000.
Enabling APIC mode: Flat. Using 1 I/O APICs
Processors: 1
Built 1 zonelists
Kernel command line: root=/dev/hda7 ro noapic
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 16384 bytes)
Detected 1540.855 MHz processor.
Using tsc for high-res timesource
#########################################################################################
--------------------------Еще вот что меня смущает:
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:11.1
ACPI: PCI interrupt 0000:00:11.1[A] -> GSI 11 (level, low) -> IRQ 11
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci0000:00:11.1
ide0: BM-DMA at 0xdc00-0xdc07, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xdc08-0xdc0f, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: WDC WD1600PB-00FBA0, ATA DISK drive
hda: IRQ probe failed (0xfffffcfa)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Это значит,что есть какие-то проблемы с винчестером?
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: _NEC CD-RW/DVD-ROM CB-1100A, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
ide2: Wait for ready failed before probe !
Probing IDE interface ide3...
ide3: Wait for ready failed before probe !
Probing IDE interface ide4...
ide4: Wait for ready failed before probe !
Probing IDE interface ide5...
ide5: Wait for ready failed before probe !
hda: max request size: 1024KiB
hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100)
hda: cache flushes supported
hda: hda1 hda2 < hda5 hda6 hda7 hda8 >
hdc: ATAPI 52X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ACPI: PCI interrupt 0000:00:10.3[D] -> GSI 11 (level, low) -> IRQ 11
Ядро 2.4.28 почему-то стало грузится, даже без параметра noapic (вчера с nоapic
не грузилось)
Вообще, а как повлияет параметр noapic на производительность системы?
Может у меня какие-то проблемы с железом?
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 16189; Возраст листа: 581; Участников: 1334
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/322896