Project

General

Profile

Actions

Bug #1755

closed

delay during boot on kdb0

Added by nonsolosoft almost 14 years ago. Updated almost 14 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Hi,

during boot my laptop stops for more than 10 seconds just after it
writes kbd0 at atkbd0.

atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0

This is not really a bug, it works fine and without error.

Thank you for your support. \ferz


Files

nonsolosoft.vcf (456 Bytes) nonsolosoft.vcf nonsolosoft, 05/22/2010 08:45 AM
Actions #1

Updated by ahuete.devel almost 14 years ago

Hiyo Ferz,

It happens to me also in my Acer Aspire one. If you boot verbose you
will realize that there's a problem with EC and the battery.

Cheers,
Antonio Huete

2010/5/1 Ferruccio Zamuner <>:

Hi,

during boot my laptop stops for more than 10 seconds just after it writes
kbd0 at atkbd0.

atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0

This is not really a bug, it works fine and without error.

Thank you for your support.        \ferz

Actions #2

Updated by tuxillo almost 14 years ago

Hi,

It seems in the past we had much less wait time for the battery to become ready:

http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/2c09d5c1b3ea0e710d3db122e4d8bb94cc0068e9

So I guess this sleep time decrease masked the issue in previous releases until
the ACPI update came in.

I wonder whether we should decrease it again.

Cheers,
Antonio Huete

Actions #3

Updated by nonsolosoft almost 14 years ago

Antonio Huete Jimenez (via DragonFly issue tracker) wrote:

It seems in the past we had much less wait time for the battery to become ready:

http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/2c09d5c1b3ea0e710d3db122e4d8bb94cc0068e9

So I guess this sleep time decrease masked the issue in previous releases until
the ACPI update came in.

I wonder whether we should decrease it again.

Or leave a thread to wait for its answer and let the boot to continue
without know if battery is ready or not.

thank you for your support, \ferz

Actions #4

Updated by tuxillo almost 14 years ago

Hi Ferz,

Have you tried to boot FBSD in that laptop to see whether the battery issue is
also present?

I don't have a CD drive in my Acer Aspire One so I can't try it easily.

Cheers,
Antonio Huete

Actions #5

Updated by tuxillo almost 14 years ago

Hi,

I've setup a diskless boot for FBSD 8.0 and it seems they don't have that
problem. The battery is correctly initialized in the second try, so no 60
seconds of timeout.

See the verbose dmesg:
http://leaf.dragonflybsd.org/~tuxillo/archive/temp/dmesg.aspireone

Cheers,
Antonio Huete

Actions #6

Updated by tuxillo almost 14 years ago

Hi,

Following patch uses the same logic as FBSD does for AcpiOsSleep() so instead of
DELAY we will be using tsleep() unless we pass 0 ms.

http://leaf.dragonflybsd.org/~tuxillo/archive/patches/0001-acpica-Use-tsleep-instead-of-DELAY-to-avoid-long-del.patch

This fixes the long wait upon boot when the battery is being initialized.

If no one objects I will commit this during this week.

Cheers,
Antonio Huete

Actions #7

Updated by tuxillo almost 14 years ago

Fix pushed in f6844ad9f152ef6ca53252a98c218d4ed77f94c8

Actions

Also available in: Atom PDF