[Debian-eeepc-devel] 5 second boot desktop with documentation

[Frédéric Boiteux]

Le Wed, 24 Jun 2009 13:31:39 +0100,
Alan Jenkins <sourcejedi.lkml at googlemail.com> a écrit :

> On 6/24/09, Frédéric Boiteux <fboiteux at calistel.com> wrote:
> > …
> > I've tried, but the proposed workaround doesn't work here :-(
> > I've booted with 'initcall_debug' option to have some more messages,
> > look at dmesg's file joined to this e-mail.
> 
> Weird.  You said earlier that acpi_enforce_resources=strict solved
> your problem on 2.6.29, so this looks like a regression in 2.6.30.
> 
> [    0.000000] Kernel command line: root=LABEL=racine ro vga=788
> acpi_enforce_resources=strict init=/sbin/bootchartd initcall_debug
> 
> [   11.795501] i801_smbus 0000:00:1f.3: PCI INT B -> GSI 19 (level,
> low) -> IRQ 19
> 
> The point of acpi_enforce_resources=strict was to prevent drivers like
> i801_smbus binding to devices already handled by an ACPI BIOS.  It was
> this conflict that was believed to cause the delay.
> 
> What we want to see, which you should see on 2.6.29 with the "strict"
> boot option, is something like this:
> 
> [    0.881441] i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level,
> low) -> IRQ 18
> [    0.881441] ACPI: I/O resource 0000:00:1f.3 [0x400-0x41f]
> conflicts with ACPI region SMRG [0x400-0x40f]
> [    0.881441] ACPI: Device needs an ACPI driver
> [    0.881441] i801_smbus: probe of 0000:00:1f.3 failed with error -16

Yes, I had this kind of messages with 2.6.29 kernel, but not in 2.6.30.

> As a workaround / sanity check, can you avoid the delay on 2.6.30 if
> you blacklist the i801_smbus module?

I've blacklisted the 'i2c_i801' module (responsible from i801_smbus
message), and yes, the boot delay disappeared ! :-)

  If I can help to track this bug, I can do some tests.

	Many thanks,
		Fred.