There are at list two serious delays:

  at 73.442744: I do nothing, the kernel continue to boot after 168 sec

  at 243.497822: After 2 hours i press and hold "shift" button to continue booting 

The dmesg output and my kernel configuration are listed below. 

I test i386 version of the same kernel with very similar configuration, it boot normally.



PS: please CC me, as I am not in list.

Mikhail Kshevetskiy




dmesg output:
=====================================
[    0.000000] Linux version 2.6.23-rc3-hrt2 (root@aspid) (gcc version 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)) #8 SMP Fri Aug 17 12:34:42 MSD 2007
[    0.000000] Command line: BOOT_IMAGE=2.6.23-rc3-hrt ro root=802 resume2=swap:/dev/sda1
[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[    0.000000]  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 000000003ffa0000 (usable)
[    0.000000]  BIOS-e820: 000000003ffa0000 - 000000003ffae000 (ACPI data)
[    0.000000]  BIOS-e820: 000000003ffae000 - 000000003fff0000 (ACPI NVS)
[    0.000000]  BIOS-e820: 000000003fff0000 - 0000000040000000 (reserved)
[    0.000000]  BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
[    0.000000]  BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
[    0.000000]  BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
[    0.000000] Entering add_active_range(0, 0, 159) 0 entries of 256 used
[    0.000000] Entering add_active_range(0, 256, 262048) 1 entries of 256 used
[    0.000000] end_pfn_map = 1048576
[    0.000000] DMI 2.4 present.
[    0.000000] ACPI: RSDP 000FBB20, 0014 (r0 ACPIAM)
[    0.000000] ACPI: RSDT 3FFA0000, 0040 (r1 _ASUS_ Notebook  4000724 MSFT       97)
[    0.000000] ACPI: FACP 3FFA0200, 0084 (r2 A M I  OEMFACP   4000724 MSFT       97)
[    0.000000] ACPI: DSDT 3FFA05F0, 916E (r1  A0427 ...
[ message continues ]

> 
[ message continues ]

Can you please add "noapictimer" to the kernel command line ?

	tglx


-

[ message continues ]

On Mon, 20 Aug 2007 09:54:41 +0200

This helps, thank you.
Why it is not required for i386 kernel?
Is it possible to fix this problem without disabling of apic timer?

Mikhail Kshevetskiy

-

[ message continues ]

Probably, but we need more information about the breakage. I assume that
the 64 bit kernel does something different with the power states on idle

Can you please provide the output of /proc/acpi/processor/CPU0/power for
both the 32 and the 64 bit kernel ?

	tglx


-

[ message continues ]

On Mon, 20 Aug 2007 11:31:10 +0200


2.6.22.3 (x86_64)
====================================
kl@aspid:~$ cat /proc/acpi/processor/P001/power 
active state:            C0
max_cstate:              C8
bus master activity:     00000000
maximum allowed latency: 8000 usec
states:

2.6.23-rc3-hrt2 (x86_64, noapictimer)
====================================
kl@aspid:~$ cat /proc/acpi/processor/P001/power
active state:            C0
max_cstate:              C8
bus master activity:     00000000
maximum allowed latency: 8000 usec
states:
    C1:                  type[C1] promotion[--] demotion[--] latency[000] usage[00000000] duration[00000000000000000000]

2.6.23-rc3-hrt2 (x86_64)
====================================
kl@aspid:~$ cat /proc/acpi/processor/P001/power
active state:            C0
max_cstate:              C8
bus master activity:     00000000
maximum allowed latency: 8000 usec
states:
    C1:                  type[C1] promotion[--] demotion[--] latency[000] usage[00000000] duration[00000000000000000000]

2.6.22.1 (i386)
====================================
kl@aspid:~$ cat /proc/acpi/processor/P001/power
active state:            C0
max_cstate:              C8
bus master activity:     00000000
maximum allowed latency: 8000 usec
states:

2.6.23-rc3-hrt2 (i386)
====================================
kl@aspid:~$ cat /proc/acpi/processor/P001/power
active state:            C0
max_cstate:              C8
bus master activity:     00000000
maximum allowed latency: 8000 usec
states:
    C1:                  type[C1] promotion[--] demotion[--] latency[000] usage[00000000] duration[00000000000000000000]
-

[ message continues ]