Bug #2424

usched_dfly may cause Lenovo S10 to hang during boot

Added by davshao almost 2 years ago. Updated almost 2 years ago.

Status:ClosedStart date:09/19/2012
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

A commit between, inclusive
e28d8b158f5ddefb84fa6bead323f0640cff607e add usched_dfly algorith, set as default for now
060035eb31c36c4eb8a9247ff6954ca2501f73b0 kernel/usched_dfly: Small UP compilation fix.
causes a Lenovo S10 netbook, (ICH7, 945GME, i386 single core with hyperthreading) with acpi disabled to freeze during the boot process between the lines (boot_verbose=YES):

crypto: <crypto core>
Pentium Pro MTRR support enabled
md0: invalid primary partition table: no magic
Math emulator present
hpt27xx: RocketRAID 27xx controller driver v1.0 (Sep 18 2012 21:47:39)
hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2

(HANG OCCURS HERE)

IOAPIC: rman cpu0 0 - 1
IOAPIC: rman cpu0 3 - 95
IOAPIC: rman cpu0 97 - 191
IOAPIC: rman cpu1 24 - 95
IOAPIC: rman cpu1 97 - 191
npx0.nexus0.root0
npx0: <math processor> [tentative] on motherboard
npx0: INT 16 interface
Using XMM optimized bcopy/copyin/copyout
npx0: <math processor> [attached!] on motherboard
cryptosoft0.nexus0.root0
cryptosoft0: <software crypto> [tentative] on motherboard
crypto: assign cryptosoft0 driver id 0, flags 234881024
...

Attached is a complete boot_verbose=YES dmesg of a system with a working kernel. The boot hang may be somewhat intermittent but does occur often, perhaps at least 3/4 of boot attempts.
I have tried updates through
4550c3e09a7ad95923d423a3c38cdd5a505d9b57 Add usched_dfly algorith, set as default for now (6)

usched_lenovo_s10.txt Magnifier (38.8 KB) davshao, 09/19/2012 07:51 AM

History

#1 Updated by davshao almost 2 years ago

The problem with hanging after the line
hpt27xx: RocketRAID 27xx controller driver v1.0 (Sep 19 2012 14:41:24)
persists through commit
6f693557ce3036af2d363e05d6bc6beec109f290 Add usched_dfly algorith, set as default for now (7)

#2 Updated by davshao almost 2 years ago

Some combination of a full make buildworld and updates through
commit ff230ec8e08911c0ec9fcd292c2feaab0f7f1241
igb: Cache align msix, rx and tx data
appears to have solved the problem for now. As no problems booting were observed with the new scheduler on other machines, this issue can be closed.

#3 Updated by alexh almost 2 years ago

  • Status changed from New to Closed

Also available in: Atom PDF