http://bugzilla.kernel.org/show_bug.cgi?id=13087





--- Comment #10 from Bruno <bonbon...@internet.lu>  2009-04-15 17:35:51 ---
In reply to comment #6

Adding printk() right after each assignment of kt1 and kt2, showing their
respecitive value the kernel does not stall...

I will try moving around the printk's hopefully getting some more insight
(looks like inserting some delay - which printk definitely does - helps get the
kernel to boot).


Here a small log extract around the TSC marking:
[    6.679978] calling  initialize_hashrnd+0x0/0x20 @ 1
[    6.682232] initcall initialize_hashrnd+0x0/0x20 returned 0 after 4 usecs
[    6.685826] acpi_idle_enter_simple(): kt1 = 1239823286526093114
[    6.688120] acpi_idle_enter_simple(): kt2 = 1239823286528384540
[    6.690371] acpi_idle_enter_simple(): kt1 = 1239823286530635735
[    6.695144] acpi_idle_enter_simple(): kt2 = 1239823286535411036
[    6.697328] Marking TSC unstable due to TSC halts in idle
[    6.699588] acpi_idle_enter_simple(): kt1 = 1239823286539851942
[    6.702067] acpi_idle_enter_simple(): kt2 = 1239823286542331873
[    6.704466] acpi_idle_enter_simple(): kt1 = 1239823286544730781
[    6.707222] acpi_idle_enter_simple(): kt2 = 1239823286547487137
[    6.709393] ata1.00: configured for UDMA/100
[    6.711502] async_waiting @ 743
[    6.713593] async_continuing @ 743 after 0 usec
[    6.715792] scsi 0:0:0:0: Direct-Access     ATA      FUJITSU MHT2060A 006C
PQ: 0 ANSI: 5
[    6.718059] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    6.720216] initcall 2_async_port_probe+0x0/0xc0 returned 0 after 5545494
usecs
[    6.722325] calling  4_sd_probe_async+0x0/0x250 @ 743
[    6.724565] async_continuing @ 750 after 5545210 usec
[    6.726893] input: AT Translated Set 2 keyboard as
/devices/platform/i8042/serio0/input/input4


>From this I could guess that without the printk's async_waiting could be bitten
by the timing issue and thus causing the hang (just a guess, to be verified!)

-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to