Bug #1755

delay during boot on kdb0

Added by nonsolosoft about 3 years ago. Updated about 3 years ago.

Status:Closed Start date:
Priority:Normal Due date:
Assignee:tuxillo % Done:

0%

Category:-
Target version:-

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

nonsolosoft.vcf (456 Bytes) nonsolosoft, 05/22/2010 08:45 am


Related todos

History

Updated by ahuete.devel about 3 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 <nonsolosoft@diff.org>:
> 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
>

Updated by tuxillo about 3 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

Updated by nonsolosoft about 3 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

Updated by tuxillo about 3 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

Updated by tuxillo about 3 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

Updated by tuxillo about 3 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

Updated by tuxillo about 3 years ago

Fix pushed in f6844ad9f152ef6ca53252a98c218d4ed77f94c8

Also available in: Atom PDF