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

           Summary: Operation “PM: Adding info for pci” slows down boot
                    process
           Product: ACPI
           Version: 2.5
    Kernel Version: >=2.6.29
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Config-Other
        AssignedTo: acpi_config-ot...@kernel-bugs.osdl.org
        ReportedBy: fasti...@gmail.com
        Regression: No


Created an attachment (id=23878)
 --> (http://bugzilla.kernel.org/attachment.cgi?id=23878)
Output of acpidump

Hi all, I have a nuisance with booting ACPI-enabled kernels on my notebook.
Since I don’t know much about kernel operation, all I can do is show you the
issue I’m talking about:

[    0.552322] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
[    0.753070] PM: Adding info for pci:0000:00:00.0
...
[    4.372027] PM: Adding info for No Bus:0000:0f
[    4.372115] ACPI: PCI Interrupt Link [LNKA] (IRQs 10 *11)

I get 30 “PM: Adding info...” messages, and as you can see in this dmesg
excerpt, they take up a considerable amount of time (about 3.6 seconds, that’s
a lot compared to the full kernel boot, which takes about 7.8 seconds). Compare
to my old Athlon XP, which boots the same kernel version in 2.8 seconds.

Also, the reason I consider this a bug is that the screen stays black until
after the last of those “PM: ...” messages. In order to understand what was
going on, I had to check out dmesg, and recompile enabling “Verbose Power
Management debugging”; I figured that would help, since the black-out happened
between the two “ACPI: PCI Interrupt” messages.


Configuration information:

I’m currently running kernel 2.6.30 with the Gentoo patch set
(2.6.30-gentoo-r8, latest stable), but I got the same results with a few stock
kernels, versions ranging from 2.6.29.6 to 2.6.31.6 (latest stable).

I tried each kernel using both a very customized config file (tailored for my
computer) and the default config file, only adding necessary drivers. In both
cases, I get the same delay. This was mostly to rule out the impression I have
I misconfigured my kernel at some point.

I use no initramd/initrd.

If relevant, the customized config file comes from a customization process that
resulted in no modules being necessary upon boot. Every module that would be
loaded during the boot process, I embedded in the kernel; drivers/features that
are loaded on demand, I compiled as modules.


System information:

The computer is an Acer Extensa 5620 with Intel i965GM-E and Core 2 Duo T5550;
I once updated the BIOS (before switching to Linux), but I haven’t checked in
about 8 months for further updates. I can do that if necessary.


Further information:

Please notice I don’t experience this delay with any other Linux system, either
real (my old Athlon XP on nForce2 400 Ultra and my gf’s Turion 64 notebook) or
virtualized.

-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to