* RE: RE: CALL FOR TESTING
@ 2002-09-20 17:56 Grover, Andrew
2002-09-20 19:17 ` Bernd Pfrommer
0 siblings, 1 reply; 6+ messages in thread
From: Grover, Andrew @ 2002-09-20 17:56 UTC (permalink / raw)
To: 'berndp=p32f3XyCuykqcZcGjlUOXw@public.gmane.org',
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> From: Bernd Pfrommer [mailto:berndp-p32f3XyCuykqcZcGjlUOXw@public.gmane.org]
> kernel: 2.4.20-pre7, with patch acpi20020918, configured with ACPI
> platform: intel server SRMK2S with AMIBIOS and dual 1GHz PIII/256k
> cache, 1GB memory, adaptec 7899 SCSI
>
> DOES NOT BOOT
> I have attached the unpatched dsdt. To get rid of acpi error
> messages, I
> removed offending "Name()" lines. Please let me know if this is the
> appropriate fix. As I said, it doesn't boot with the original
> dsdt either.
I have an SCB2 system, whose ASL looks pretty similar to yours -- even some
of the same ASL problems. It boots for me with an SMP but not UP kernel.
Which are you trying?
If UP, can you please try this ASL change?
Search for this:
Method(GETI, 1) {
If(And(Arg0, 0xf, )) {
Return(Zero)
}
Else {
Return(\MLIB.CNV2(And(Arg0, 0xf, )))
}
}
And swap the contents of the if/else.
The Name() lines emit a warning but are harmless.
If you're having troubles in SMP mode, then I guess that is not shared
between our two platforms...
Thanks -- Regards -- Andy
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: RE: CALL FOR TESTING
2002-09-20 17:56 RE: CALL FOR TESTING Grover, Andrew
@ 2002-09-20 19:17 ` Bernd Pfrommer
0 siblings, 0 replies; 6+ messages in thread
From: Bernd Pfrommer @ 2002-09-20 19:17 UTC (permalink / raw)
To: Grover, Andrew; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1: Type: text/plain, Size: 5493 bytes --]
Thanks for the prompt reply!
Grover, Andrew wrote:
>>From: Bernd Pfrommer [mailto:berndp-p32f3XyCuykqcZcGjlUOXw@public.gmane.org]
>>kernel: 2.4.20-pre7, with patch acpi20020918, configured with ACPI
>>platform: intel server SRMK2S with AMIBIOS and dual 1GHz PIII/256k
>>cache, 1GB memory, adaptec 7899 SCSI
>>
>>DOES NOT BOOT
>>
>
>>I have attached the unpatched dsdt. To get rid of acpi error
>>messages, I
>>removed offending "Name()" lines. Please let me know if this is the
>>appropriate fix. As I said, it doesn't boot with the original
>>dsdt either.
>>
>
>I have an SCB2 system, whose ASL looks pretty similar to yours -- even some
>of the same ASL problems. It boots for me with an SMP but not UP kernel.
>
>Which are you trying?
>
Since the machine has 2 CPUs, the kernel is configured for SMP.
>
>
>If UP, can you please try this ASL change?
>
>Search for this:
>
> Method(GETI, 1) {
> If(And(Arg0, 0xf, )) {
> Return(Zero)
> }
> Else {
> Return(\MLIB.CNV2(And(Arg0, 0xf, )))
> }
> }
>
>And swap the contents of the if/else.
>
>The Name() lines emit a warning but are harmless.
>
>If you're having troubles in SMP mode, then I guess that is not shared
>between our two platforms...
>
>Thanks -- Regards -- Andy
>
With regards to Matthew Wilcox's comments: I have tried with 2.4.20-pre7
without the acpi patch, and the machine boots there, and interrupts are
assigned correctly (having ACPI config switched on for the kernel).
However, the ACPI driver load fails as I posted in an earlier message.
Although I'm not running in uniprocessor mode, I still tried your ASL
fix above, and the IRQ assignment has changed (see below), although the
system still wouldn't boot (neither does it when I use pci=noacpi).
Does the interrupt assignment look reasonable to you? Do you have any
more ASL fixes to suggest?
Thanks,
Bernd
//
// ----------------------------- THIS IS THE INTERRUPT DISTRIBUTION WHEN
BOOTING WITH ACPI=OFF ----------------------
// (system boots successfully)
ACPI: Subsystem revision 20020918
ACPI: Disabled via command line (acpi=off)
PCI: PCI BIOS revision 2.10 entry at 0xfda65, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: ACPI tables contain no PCI IRQ routing entries
PCI: Probing PCI hardware (bus 00)
PCI: Discovered primary peer bus 01 [IRQ]
PCI->APIC IRQ transform: (B0,I4,P0) -> 23
PCI->APIC IRQ transform: (B0,I7,P0) -> 17
PCI->APIC IRQ transform: (B0,I8,P0) -> 16
PCI->APIC IRQ transform: (B0,I15,P0) -> 10
PCI->APIC IRQ transform: (B1,I4,P0) -> 24
PCI->APIC IRQ transform: (B1,I4,P1) -> 25
//
// ---------------------------- THIS IS WITH 2.4.20-pre7 + acpi patch +
above DSDT fix
-----------------------------------------------------------------
//(kernel panic)
Waiting on wait_init_idle (map = 0x2)
All processors have done init_idle
ACPI: Subsystem revision 20020918
PCI: PCI BIOS revision 2.10 entry at 0xfda65, last bus=1
PCI: Using configuration type 1
ACPI-0273: *** Info: Table [DSDT] replaced by host OS
ACPI-0217: *** Warning: Invalid type (Integer) for target of Scope
operator
[DEB_], changing type to ANY
..
.. (LOTS OF THESE WARNINGS....)
..
[BIOS], changing type to ANY
ACPI-0490: *** Warning: Invalid type (Integer) for target of Scope
operator
[CMOS], changing type to ANY
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: System [ACPI] (supports S0 S1 S4 S5)
ACPI: PCI Root Bridge [NRTH] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Root Bridge [PCI1] (00:00)
ACPI: PCI Interrupt Link [LN00] (IRQs 3 4 *5 7 9 11 12 14 15)
ACPI: PCI Interrupt Link [LN01] (IRQs 3 4 5 7 9 11 12 14 15, enabled at
IRQ 10)
ACPI: PCI Interrupt Link [LN02] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN03] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN04] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN05] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN06] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN07] (IRQs 3 4 5 7 9 *11 12 14 15)
ACPI: PCI Interrupt Link [LN08] (IRQs *3 4 5 7 9 11 12 14 15)
ACPI: PCI Interrupt Link [LN09] (IRQs 3 4 5 7 *9 11 12 14 15)
ACPI: PCI Interrupt Link [LN10] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN11] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN12] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN13] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN14] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN15] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNUS] (IRQs *10)
PCI: Probing PCI hardware
ACPI: PCI Interrupt Link [LN02] enabled at IRQ 11
ACPI: PCI Interrupt Link [LN03] enabled at IRQ 9
ACPI: PCI Interrupt Link [LN04] enabled at IRQ 5
ACPI: PCI Interrupt Link [LN05] enabled at IRQ 11
ACPI: PCI Interrupt Link [LN06] enabled at IRQ 9
ACPI: PCI Interrupt Link [LN10] enabled at IRQ 5
ACPI: PCI Interrupt Link [LN11] enabled at IRQ 11
ACPI: PCI Interrupt Link [LN12] enabled at IRQ 9
ACPI: PCI Interrupt Link [LN13] enabled at IRQ 5
ACPI: PCI Interrupt Link [LN14] enabled at IRQ 11
ACPI: PCI Interrupt Link [LN15] enabled at IRQ 9
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even
'acpi=off
Eventually kernel panic because SCSI disk driver load fails due to irq
mismatch
[-- Attachment #2: Type: text/html, Size: 6792 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Re: CALL FOR TESTING
@ 2002-09-26 7:36 joerg.beyer-htSm2yLGOjU
0 siblings, 0 replies; 6+ messages in thread
From: joerg.beyer-htSm2yLGOjU @ 2002-09-26 7:36 UTC (permalink / raw)
To: kneumann-4bfl1RV3iZDOEhgYWvzSCYQuADTiUCJX, PavelMachek
Cc: acpi-devel-pyega4qmqnRoyOMFzWx49A, Grover, Andrew, KnutNeumann
kneumann-4bfl1RV3iZDOEhgYWvzSCYQuADTiUCJX@public.gmane.org schrieb am 26.09.02 00:13:55:
> Sorry for beeing a bit late, I was out of town for a few days. I will try
> that tomorrow morning. Actually before I left I did what Andrew suggested
> and compiled acpi as modules. Machine boots fine then, but when modprobing
> the thermal module oopses. IIRC temperature was around 60 degrees
> celsius...that does not seem too hot for an athlon, does it?
>
I see this temerature also from time to time for a Athlon mobile 1200. I dont know if that
is too hot.
Joerg
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 6+ messages in thread* RE: RE: CALL FOR TESTING
@ 2002-09-20 18:02 Grover, Andrew
0 siblings, 0 replies; 6+ messages in thread
From: Grover, Andrew @ 2002-09-20 18:02 UTC (permalink / raw)
To: 'Matthew Wilcox', Bernd Pfrommer
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> From: Matthew Wilcox [mailto:willy-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org]
> On Fri, Sep 20, 2002 at 08:28:32AM -0400, Bernd Pfrommer wrote:
> > kernel: 2.4.20-pre7, with patch acpi20020918, configured with ACPI
> > platform: intel server SRMK2S with AMIBIOS and dual 1GHz PIII/256k
> > cache, 1GB memory, adaptec 7899 SCSI
> >
> > DOES NOT BOOT
>
> The question Andy forgot to ask is:
>
> Does it work with ACPI enabled in the stock 2.4.20-pre7 kernel?
> [ If NO, there is no problem with including today's code.
> Didn't work before, still doesn't work => not a regression. ]
Oh yeah, good point...
> I agree your machine should be fixed, but the real purpose of
> this test
> is to determine whether there are any impediments to
> including this code
> in 2.4.20.
I've gotten mostly positive input on the patch, so I'm going to post a wider
call for testing to linux-kernel this afternoon.
Regards -- Andy
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: CALL FOR TESTING
@ 2002-09-20 12:28 Bernd Pfrommer
[not found] ` <3D8B1470.5020507-p32f3XyCuykqcZcGjlUOXw@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Bernd Pfrommer @ 2002-09-20 12:28 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1: Type: text/plain, Size: 5357 bytes --]
kernel: 2.4.20-pre7, with patch acpi20020918, configured with ACPI
platform: intel server SRMK2S with AMIBIOS and dual 1GHz PIII/256k
cache, 1GB memory, adaptec 7899 SCSI
DOES NOT BOOT
Even after some patching of the DSDT, I get this:
ACPI: Subsystem revision 20020918
PCI: PCI BIOS revision 2.10 entry at 0xfda65, last bus=1
PCI: Using configuration type 1
ACPI-0273: *** Info: Table [DSDT] replaced by host OS
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: System [ACPI] (supports S0 S1 S4 S5)
ACPI: PCI Root Bridge [NRTH] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Root Bridge [PCI1] (00:00)
ACPI: PCI Interrupt Link [LN00] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN01] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN02] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN03] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN04] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN05] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN06] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN07] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN08] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN09] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN10] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN11] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN12] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN13] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN14] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN15] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNUS] (IRQs 10, disabled)
PCI: Probing PCI hardware
ACPI: PCI Interrupt Link [LN00] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN01] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN02] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN03] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN04] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN05] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN06] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN07] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN08] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN09] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN10] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN11] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN12] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN13] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN14] enabled at IRQ 0
ACPI: PCI Interrupt Link [LN15] enabled at IRQ 0
ACPI: PCI Interrupt Link [LNUS] enabled at IRQ 0
PCI: No IRQ known for interrupt pin A of device 00:0f.2 - using IRQ 10
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even
'acpi=off'
The interrupt assignment seems to be out of whack, the SCSI disks cannot
be accessed, and the kernel panics.
Next, I pass pci=noacpi to the kernel, with the following result:
ACPI: Subsystem revision 20020918
PCI: PCI BIOS revision 2.10 entry at 0xfda65, last bus=1
PCI: Using configuration type 1
ACPI-0273: *** Info: Table [DSDT] replaced by host OS
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: System [ACPI] (supports S0 S1 S4 S5)
ACPI: PCI Root Bridge [NRTH] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Root Bridge [PCI1] (00:00)
ACPI: PCI Interrupt Link [LN00] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN01] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN02] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN03] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN04] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN05] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN06] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN07] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN08] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN09] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN10] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN11] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN12] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN13] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN14] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN15] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNUS] (IRQs 10, disabled)
PCI: Probing PCI hardware
PCI: Discovered primary peer bus 01 [IRQ]
PCI BIOS passed nonexistent PCI bus 0!
PCI BIOS passed nonexistent PCI bus 0!
PCI BIOS passed nonexistent PCI bus 0!
PCI BIOS passed nonexistent PCI bus 0!
PCI BIOS passed nonexistent PCI bus 1!
PCI BIOS passed nonexistent PCI bus 1!
With pic=noacpi it finally boots after 10mins and tons of scsi error
messages. The system is barely functional, the network cards don't work etc.
I have attached the unpatched dsdt. To get rid of acpi error messages, I
removed offending "Name()" lines. Please let me know if this is the
appropriate fix. As I said, it doesn't boot with the original dsdt either.
Your help is greatly appreciated!
Bernd
[-- Attachment #2: dsdt.asl.gz --]
[-- Type: application/octet-stream, Size: 13891 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-09-26 7:36 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-09-20 17:56 RE: CALL FOR TESTING Grover, Andrew
2002-09-20 19:17 ` Bernd Pfrommer
-- strict thread matches above, loose matches on Subject: below --
2002-09-26 7:36 joerg.beyer-htSm2yLGOjU
2002-09-20 18:02 Grover, Andrew
2002-09-20 12:28 Bernd Pfrommer
[not found] ` <3D8B1470.5020507-p32f3XyCuykqcZcGjlUOXw@public.gmane.org>
2002-09-20 12:51 ` Matthew Wilcox
2002-09-20 13:55 ` Bernd Pfrommer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox