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 32)
01:00.0 VGA compatible controller: Trident Microsystems CyberBlade XPAi1 (rev
82)
02:00.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC
(rev 01)
cat /proc/interrupts
CPU0
0: 412517 XT-PIC-XT timer
1: 1990 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
3: 2 XT-PIC-XT
4: 4 XT-PIC-XT
5: 3 XT-PIC-XT
6: 5 XT-PIC-XT floppy
7: 2 XT-PIC-XT
8: 0 XT-PIC-XT rtc0
9: 242 XT-PIC-XT acpi
10: 2 XT-PIC-XT
11: 8465 XT-PIC-XT ohci_hcd:usb1, ALI 5451, yenta, yenta,
ath, eth0
12: 245 XT-PIC-XT i8042
14: 6054 XT-PIC-XT ide0
15: 28729 XT-PIC-XT ide1
NMI: 0 Non-maskable interrupts
LOC: 0 Local timer interrupts
RES: 0 Rescheduling interrupts
CAL: 0 function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
SPU: 0 Spurious interrupts
ERR: 0
MIS: 0
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 10
cpu MHz : 1095.477
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat
pse36 mmx fxsr sse up
bogomips : 2193.07
clflush size : 32
power management:
AFAIK this chipset doesnt provide a usable IO-APIC, but older Kernels upto
2.6.25.4 didn't have a problem with this.
Will try 2.6.26-rc5 today..
If you want some other infos (config etc.) just let me know.
--
Greetings
Daniel Exner
(cc linux-acpi)
On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]> wrote:
> 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:
I assume 2.6.26-rc5 is OK?
> 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 32)
> 01:00.0 VGA compatible controller: Trident Microsystems CyberBlade XPAi1 (rev
> 82)
> 02:00.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC
> (rev 01)
>
> cat /proc/interrupts
> CPU0
> 0: 412517 XT-PIC-XT timer
> 1: 1990 XT-PIC-XT i8042
> 2: 0 XT-PIC-XT cascade
> 3: 2 XT-PIC-XT
> 4: 4 XT-PIC-XT
> 5: 3 XT-PIC-XT
> 6: 5 XT-PIC-XT floppy
> 7: 2 XT-PIC-XT
> 8: 0 XT-PIC-XT rtc0
> 9: 242 XT-PIC-XT acpi
> 10: 2 XT-PIC-XT
> 11: 8465 XT-PIC-XT ohci_hcd:usb1, ALI 5451, yenta, yenta,
> ath, eth0
> 12: 245 XT-PIC-XT i8042
> 14: 6054 XT-PIC-XT ide0
> 15: 28729 XT-PIC-XT ide1
> NMI: 0 Non-maskable interrupts
> LOC: 0 Local timer interrupts
> RES: 0 Rescheduling interrupts
> CAL: 0 function call interrupts
> TLB: 0 TLB shootdowns
> TRM: 0 Thermal event interrupts
> SPU: 0 Spurious interrupts
> ERR: 0
> MIS: 0
>
> cat /proc/cpuinfo
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 6
> model : 8
> model name : Pentium III (Coppermine)
> stepping : 10
> cpu MHz : 1095.477
> cache size : 256 KB
> fdiv_bug : no
> hlt_bug : no
> f00f_bug : no
> coma_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 2
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat
> pse36 mmx fxsr sse up
> bogomips : 2193.07
> clflush size : 32
> power management:
>
>
> AFAIK this chipset doesnt provide a usable IO-APIC, but older Kernels upto
> 2.6.25.4 didn't have a problem with this.
> Will try 2.6.26-rc5 today..
>
> If you want some other infos (config etc.) just let me know.
>
Andrew Morton wrote:
> (cc linux-acpi)
>
> On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]> wrote:
> > 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:
>
> I assume 2.6.26-rc5 is OK?
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
On Fri, 6 Jun 2008 19:30:28 +0200 Daniel Exner <[email protected]> wrote:
> Andrew Morton wrote:
> > (cc linux-acpi)
> >
> > On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]> wrote:
> > > 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:
> >
> > I assume 2.6.26-rc5 is OK?
> Indeed.. just tried it with (nearly) the same config: no unable to locate
> IOAPIC
>
> Will try todays next snapshot above -rc5 now.
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
confirm that the regression is due to changes in the acpi tree.
> BTW: Any chance to get this damn thing to not route everything by IRQ 11 !?
ooh, wrong guy to ask, sorry.
Andrew Morton wrote:
> On Fri, 6 Jun 2008 19:30:28 +0200 Daniel Exner <[email protected]> wrote:
> > Andrew Morton wrote:
> > > (cc linux-acpi)
> > >
> > > On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]>
wrote:
> > > > 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:
> > >
> > > I assume 2.6.26-rc5 is OK?
> >
> > Indeed.. just tried it with (nearly) the same config: no unable to locate
> > IOAPIC
> >
> > Will try todays next snapshot above -rc5 now.
>
> 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
> confirm that the regression is due to changes in the acpi tree.
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
On Tue, 10 Jun 2008 22:29:10 +0200 Daniel Exner <[email protected]> wrote:
>
> Andrew Morton wrote:
> > On Fri, 6 Jun 2008 19:30:28 +0200 Daniel Exner <[email protected]> wrote:
> > > Andrew Morton wrote:
> > > > (cc linux-acpi)
> > > >
> > > > On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]>
> wrote:
> > > > > 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:
> > > >
> > > > I assume 2.6.26-rc5 is OK?
> > >
> > > Indeed.. just tried it with (nearly) the same config: no unable to locate
> > > IOAPIC
> > >
> > > Will try todays next snapshot above -rc5 now.
> >
> > 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
> > confirm that the regression is due to changes in the acpi tree.
> 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?
There is behind-the-scenes finger-pointing going on ;)
I don't think we know what caused this regression, sorry.
> If I find time I'll try bisecting it..
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
<[email protected]> wrote:
> On Tue, 10 Jun 2008 22:29:10 +0200 Daniel Exner <[email protected]> wrote:
>
>>
>> Andrew Morton wrote:
>> > On Fri, 6 Jun 2008 19:30:28 +0200 Daniel Exner <[email protected]> wrote:
>> > > Andrew Morton wrote:
>> > > > (cc linux-acpi)
>> > > >
>> > > > On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]>
>> wrote:
>> > > > > 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:
>> > > >
>> > > > I assume 2.6.26-rc5 is OK?
>> > >
>> > > Indeed.. just tried it with (nearly) the same config: no unable to locate
>> > > IOAPIC
>> > >
>> > > Will try todays next snapshot above -rc5 now.
>> >
>> > 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
>> > confirm that the regression is due to changes in the acpi tree.
>> 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?
>
> There is behind-the-scenes finger-pointing going on ;)
>
> I don't think we know what caused this regression, sorry.
>
>> If I find time I'll try bisecting it..
>
> That would be fantastic, thanks. Please don't let us merge this
> regression into 2.6.27. We have a few weeks.
i'm confused. 2.6.26-rc5 is OK or not?
where is whole boot log for works kernel? also the config please.
YH
Hi Daniel,
Could you please provide full dmesg and acpidump outputs?
Thanks,
Alex.
Daniel Exner wrote:
> Andrew Morton wrote:
>
>> On Fri, 6 Jun 2008 19:30:28 +0200 Daniel Exner <[email protected]> wrote:
>>
>>> Andrew Morton wrote:
>>>
>>>> (cc linux-acpi)
>>>>
>>>> On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]>
>>>>
> wrote:
>
>>>>> 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:
>>>>>
>>>> I assume 2.6.26-rc5 is OK?
>>>>
>>> Indeed.. just tried it with (nearly) the same config: no unable to locate
>>> IOAPIC
>>>
>>> Will try todays next snapshot above -rc5 now.
>>>
>> 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
>> confirm that the regression is due to changes in the acpi tree.
>>
> 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
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
Hi all,
Alexey Starikovskiy wrote:
> Hi Daniel,
>
> Could you please provide full dmesg and acpidump outputs?
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
distro. (But I think that doesnt matter, at least it shouldn't ;)
> Daniel Exner wrote:
> > Andrew Morton wrote:
> >> On Fri, 6 Jun 2008 19:30:28 +0200 Daniel Exner <[email protected]>
wrote:
> >>> Andrew Morton wrote:
> >>>> (cc linux-acpi)
> >>>>
> >>>> On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]>
> >
> > wrote:
> >>>>> 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:
> >>>>
> >>>> I assume 2.6.26-rc5 is OK?
> >>>
> >>> Indeed.. just tried it with (nearly) the same config: no unable to
> >>> locate IOAPIC
> >>>
> >>> Will try todays next snapshot above -rc5 now.
> >>
> >> 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
> >> confirm that the regression is due to changes in the acpi tree.
> >
> > 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!
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
On Fri, 13 Jun 2008, Daniel Exner wrote:
> I attached dmesg and config , both from working 2.6.26-rc5 with git-acpi patch
> below and from linux-next snapshot 20080604.
Unfortunately dmesg.rc5.acpi is missing important information at the
beginning -- please retry with a larger buffer (LOG_BUF_SHIFT).
Maciej
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.
Daniel Exner wrote:
> Hi all,
>
> Alexey Starikovskiy wrote:
>
>> Hi Daniel,
>>
>> Could you please provide full dmesg and acpidump outputs?
>>
> 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
> distro. (But I think that doesnt matter, at least it shouldn't ;)
>
>
>> Daniel Exner wrote:
>>
>>> Andrew Morton wrote:
>>>
>>>> On Fri, 6 Jun 2008 19:30:28 +0200 Daniel Exner <[email protected]>
>>>>
> wrote:
>
>>>>> Andrew Morton wrote:
>>>>>
>>>>>> (cc linux-acpi)
>>>>>>
>>>>>> On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]>
>>>>>>
>>> wrote:
>>>
>>>>>>> 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:
>>>>>>>
>>>>>> I assume 2.6.26-rc5 is OK?
>>>>>>
>>>>> Indeed.. just tried it with (nearly) the same config: no unable to
>>>>> locate IOAPIC
>>>>>
>>>>> Will try todays next snapshot above -rc5 now.
>>>>>
>>>> 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
>>>> confirm that the regression is due to changes in the acpi tree.
>>>>
>>> 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!
>>>
> 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
>
On Sat, Jun 14, 2008 at 12:07 AM, Alexey Starikovskiy
<[email protected]> wrote:
> 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.
>
>
> Daniel Exner wrote:
>>
>> Hi all,
>>
>> Alexey Starikovskiy wrote:
>>
>>>
>>> Hi Daniel,
>>>
>>> Could you please provide full dmesg and acpidump outputs?
>>>
>>
>> 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 distro. (But I think that doesnt matter, at least it shouldn't ;)
>>
>>
>>>
>>> Daniel Exner wrote:
>>>
>>>>
>>>> Andrew Morton wrote:
>>>>
>>>>>
>>>>> On Fri, 6 Jun 2008 19:30:28 +0200 Daniel Exner <[email protected]>
>>>>>
>>
>> wrote:
>>
>>>>>>
>>>>>> Andrew Morton wrote:
>>>>>>
>>>>>>>
>>>>>>> (cc linux-acpi)
>>>>>>>
>>>>>>> On Thu, 5 Jun 2008 11:00:12 +0200 Daniel Exner <[email protected]>
>>>>>>>
>>>>
>>>> wrote:
>>>>
>>>>>>>>
>>>>>>>> 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:
>>>>>>>>
>>>>>>>
>>>>>>> I assume 2.6.26-rc5 is OK?
>>>>>>>
>>>>>>
>>>>>> Indeed.. just tried it with (nearly) the same config: no unable to
>>>>>> locate IOAPIC
>>>>>>
>>>>>> Will try todays next snapshot above -rc5 now.
>>>>>>
>>>>>
>>>>> 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
>>>>> confirm that the regression is due to changes in the acpi tree.
>>>>>
>>>>
>>>> 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!
>>>>
>>
>> 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?
can you check if the attached patch fix the problem?
it will not check entries before MP_intsrc_info...
YH
* Yinghai Lu <[email protected]> wrote:
> can you check if the attached patch fix the problem?
> it will not check entries before MP_intsrc_info...
applied to tip/x86/mpparse for more testing.
Ingo
Hi all,
Yinghai Lu wrote:
> >> 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?
>
> can you check if the attached patch fix the problem?
> it will not check entries before MP_intsrc_info...
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
On Sun, Jun 15, 2008 at 12:14 PM, Daniel Exner <[email protected]> wrote:
> Hi all,
>
> Yinghai Lu wrote:
>> >> 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?
>>
>> can you check if the attached patch fix the problem?
>> it will not check entries before MP_intsrc_info...
> 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?
still need that... wonder why your irq routing have same entris from
your BIOS/ACPI?
YH
Yinghai Lu wrote:
> On Sun, Jun 15, 2008 at 12:14 PM, Daniel Exner <[email protected]> wrote:
> > Hi all,
> >
> > Yinghai Lu wrote:
> >> >> 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?
> >>
> >> can you check if the attached patch fix the problem?
> >> it will not check entries before MP_intsrc_info...
> >
> > 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?
>
> still need that... wonder why your irq routing have same entris from
> your BIOS/ACPI?
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
On Wed, Jun 18, 2008 at 12:57 PM, Daniel Exner <[email protected]> wrote:
> Yinghai Lu wrote:
>> On Sun, Jun 15, 2008 at 12:14 PM, Daniel Exner <[email protected]> wrote:
>> > Hi all,
>> >
>> > Yinghai Lu wrote:
>> >> >> 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?
>> >>
>> >> can you check if the attached patch fix the problem?
>> >> it will not check entries before MP_intsrc_info...
>> >
>> > 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?
>>
>> still need that... wonder why your irq routing have same entris from
>> your BIOS/ACPI?
> Again, sorry for the delay. I raised the Kernel buffer and added an output,
> done using rc6.
>
thanks for the dmesg
in dmesg
> Local APIC disabled by BIOS -- you can enable it with "lapic"
sound interesting...
YH
Yinghai Lu wrote:
> On Wed, Jun 18, 2008 at 12:57 PM, Daniel Exner <[email protected]> wrote:
> > Yinghai Lu wrote:
> >> On Sun, Jun 15, 2008 at 12:14 PM, Daniel Exner <[email protected]>
> >> > I guss you no longer need the complete dmesg output?
> >>
> >> still need that... wonder why your irq routing have same entris from
> >> your BIOS/ACPI?
> >
> > Again, sorry for the delay. I raised the Kernel buffer and added an
> > output, done using rc6.
> > Local APIC disabled by BIOS -- you can enable it with "lapic"
>
> sound interesting...
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