Hi!
(Added myself to CC, because I'm not subscribed)
with linux-next snapshot 20080604 my Laptop morphes into sitting duck and I

think this is due to this:
dmesg | grep "GSI 11"

ACPI: PCI Interrupt 0000:00:11.0[A] -> Link [LNKA] -> GSI 11 (level, low) ->

IRQ 11

ERROR: Unable to locate IOAPIC for GSI 11

ACPI: PCI Interrupt 0000:00:11.1[B] -> Link [LNKB] -> GSI 11 (level, low) ->

IRQ 11

ERROR: Unable to locate IOAPIC for GSI 11

ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [LNKG] -> GSI 11 (level, low) ->

IRQ 11

ERROR: Unable to locate IOAPIC for GSI 11

ACPI: PCI Interrupt 0000:00:06.0[A] -> Link [LNKH] -> GSI 11 (level, low) ->

IRQ 11

ERROR: Unable to locate IOAPIC for GSI 11

ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [LNKD] -> GSI 11 (level, low) ->

IRQ 11

ERROR: Unable to locate IOAPIC for GSI 11

ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [LNKA] -> GSI 11 (level, low) ->

IRQ 11

ERROR: Unable to locate IOAPIC for GSI 11
dmesg | grep APIC

Local APIC disabled by BIOS -- you can enable it with "lapic"

mapped APIC to ffffb000 (011ed000)

Local APIC not detected. Using dummy APIC emulation
lspci

00:00.0 Host bridge: ALi Corporation M1644/M1644T Northbridge+Trident (rev 01)

00:01.0 PCI bridge: ALi Corporation PCI to AGP Controller

00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)

00:04.0 IDE interface: ALi Corporation M5229 IDE (rev c3)

00:06.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link

Controller Audio Device (rev 01)

00:07.0 ISA bridge: ALi Corporation M1533/M1535 PCI to ISA Bridge [Aladdin

IV/V/V+]

00:08.0 Bridge: ALi Corporation M7101 Power Management Controller [PMU]

00:0a.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100]

(rev 0d)

00:11.0 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus

Bridge with ZV Support (rev 32)

00:11.1 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus

Bridge with ZV Support (rev 3...
[ message continues ]

(cc linux-acpi)
--

Indeed.. just tried it with (nearly) the same config: no unable to locate

IOAPIC
Will try todays next snapshot above -rc5 now.
BTW: Any chance to get this damn thing to not route everything by IRQ 11 !?
Greetings

Daniel Exner

--

OK, thanks.
It would be great if you could test 2.6.26-rc5 plus

http://userweb.kernel.org/~akpm/git-acpi.patch.  That'll allow us to
ooh, wrong guy to ask, sorry.

--

Sorry for the delay.. real-life you know ;)
I guess you'd expect me to confirm the behavior on rc5 with this patch aplied,

but .. well this Kernel works!
So I think the regression is NOT in the acpi tree. Perhaps pci subsystem?

If I find time I'll try bisecting it..
Greetings

Daniel Exner

--

Hi Daniel,
Could you please provide full dmesg and acpidump outputs?
Thanks,

Alex.
--

Hi all,
I attached dmesg and config , both from working 2.6.26-rc5 with git-acpi patch

below and from linux-next snapshot 20080604.

I also attached acpidump that was done while using stock 2.6.25-fw5 from my

To clarify myself:

2.6.25.5:  --> relatively fast no IOAPIC Errors in dmesg

2.6.26-rc5:   --> relatively  no IOAPIC Errors in dmesg

2.6.26-rc5 + git-acpi Patch:   --> relatively  no IOAPIC Errors in dmesg

2.6.26-rc5 +  linux-next snapshot 20080604 --> even slower than before my ide

Patch many "unable to locate IOAPIC" Errors
So I think the problem lies not in the acpi tree but somewhre else.
Is it possible to tell git to explicitly _exclude_ a specific tree while

bisecting?
--

Greetings

Daniel Exner

Hi Ingo, Yinghai,
It looks like the code introduced by

2944e16b25e7fb8b5ee0dd9dc7197a0f9e523cfd

is causing this problem. At least it is new between -rc5 (working) and

linux-next (not working).
Regards,

Alex.
--

On Sat, Jun 14, 2008 at 12:07 AM, Alexey Starikovskiy
can you check if the attached patch fix the problem?

it will not check entries before MP_intsrc_info...
YH

Hi all,
This fixed it, thanks :)
Also maschine feels not as fast as with 2.6.25.x but noticeable faster :)
I guss you no longer need the complete dmesg output?
Greetings

Daniel Exner

--

still need that... wonder why your irq routing have same entris from

your BIOS/ACPI?
YH

--

Again, sorry for the delay. I raised the Kernel buffer and added an output,

done using rc6.
No idea what you mean.. could you perhaps highlight the lines in my output?
--

Greetings

Daniel Exner

thanks for the dmesg
sound interesting...
YH

--

Tried that numerous times before. This gives me:
Local APIC disabled by BIOS -- reenabling.

Found and enabled local APIC!

mapped APIC to ffffb000 (fee00000)
But nothing else happens. I guess the chipset doesnt support IOAPIC so a local

APIC doesnt give any benefit. (And thats the deeper cause of the regression I

originaly reported)
--

Greetings

Daniel Exner

--

applied to tip/x86/mpparse for more testing.
	Ingo

--

Unfortunately dmesg.rc5.acpi is missing important information at the

beginning -- please retry with a larger buffer (LOG_BUF_SHIFT).
  Maciej

--

There is behind-the-scenes finger-pointing going on ;)
That would be fantastic, thanks.  Please don't let us merge this

regression into 2.6.27.  We have a few weeks.
--

On Tue, Jun 10, 2008 at 10:47 PM, Andrew Morton
i'm confused. 2.6.26-rc5 is OK or not?
where is whole boot log for works kernel? also the config please.
YH

--