public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Re: [BUG 2.6.5-rc2-bk5 and 2.6.5-rc2-mm3] ACPI seems to be broken
       [not found] <200403251432.32787@WOLK>
@ 2004-03-25 14:15 ` Rik van Ballegooijen
  2004-03-25 17:02   ` Andrew Morton
  2004-03-25 23:00 ` Len Brown
  1 sibling, 1 reply; 6+ messages in thread
From: Rik van Ballegooijen @ 2004-03-25 14:15 UTC (permalink / raw)
  To: Marc-Christian Petersen; +Cc: lkml, Andrew Morton, Linus Torvalds, Len Brown

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marc-Christian Petersen wrote:
| attached you find my .config and dmesg log booting 2.6.5-rc2-mm3 with
ACPI
| enabled. Seems something is broken in there.
|
| Booting with acpi=off "fixes" it ;>
|
| 2.6.5-rc2-mm2 worked fine.
|
| Rik, I saw you had the same experience? Please ACK it :)

with acpi on it can also run, but not if you supply vga=. I tried with
vga=0x317 and it stalls after "Freeing unused kernel memory". When i
turn off acpi using acpi=off and also supply vga=0x317 it continues
booting, but hangs during execution of bootscripts. An example of this
is a script executing /bin/setfont.
The complete append line i use is:

root=/dev/hda3 debug video=mtrr,vesa:1024x768 vga=0x317

I can send my .config and/or dmesg output on demand, but since i am not
the only one with this problem and mcp already send his i did not find
it necessary.

- -Rik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAYumGq1cnhHKeD68RAj9QAKCyEs6msPzcJcsc/WUz+t8e2h+F7wCdHIWd
yNirw9Lq76z5liix8yfsQY4=
=V48i
-----END PGP SIGNATURE-----

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [BUG 2.6.5-rc2-bk5 and 2.6.5-rc2-mm3] ACPI seems to be broken
  2004-03-25 14:15 ` [BUG 2.6.5-rc2-bk5 and 2.6.5-rc2-mm3] ACPI seems to be broken Rik van Ballegooijen
@ 2004-03-25 17:02   ` Andrew Morton
  2004-03-25 19:51     ` Rik van Ballegooijen
  0 siblings, 1 reply; 6+ messages in thread
From: Andrew Morton @ 2004-03-25 17:02 UTC (permalink / raw)
  To: sleight; +Cc: sleightofmind, m.c.p, linux-kernel, torvalds, len.brown

Rik van Ballegooijen <sleightofmind@xs4all.nl> wrote:
>
>  with acpi on it can also run, but not if you supply vga=. I tried with
>  vga=0x317 and it stalls after "Freeing unused kernel memory". When i
>  turn off acpi using acpi=off and also supply vga=0x317 it continues
>  booting, but hangs during execution of bootscripts.

It would be interesting to try reverting probe_roms-02-fixes.patch and
probe_roms-01-move-stuff.patch.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [BUG 2.6.5-rc2-bk5 and 2.6.5-rc2-mm3] ACPI seems to be broken
  2004-03-25 17:02   ` Andrew Morton
@ 2004-03-25 19:51     ` Rik van Ballegooijen
  2004-03-25 22:35       ` Marc-Christian Petersen
  0 siblings, 1 reply; 6+ messages in thread
From: Rik van Ballegooijen @ 2004-03-25 19:51 UTC (permalink / raw)
  To: Andrew Morton; +Cc: sleightofmind, m.c.p, linux-kernel, torvalds, len.brown

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Morton wrote:
| Rik van Ballegooijen <sleightofmind@xs4all.nl> wrote:
|
|> with acpi on it can also run, but not if you supply vga=. I tried with
|> vga=0x317 and it stalls after "Freeing unused kernel memory". When i
|> turn off acpi using acpi=off and also supply vga=0x317 it continues
|> booting, but hangs during execution of bootscripts.
|
|
| It would be interesting to try reverting probe_roms-02-fixes.patch and
| probe_roms-01-move-stuff.patch.

Reverting these two patches does nothing. The result is exactly the same
as above.
Reverting the acpi stuff that went into -bk some days ago does solve the
problem. I haven't checked yet which part to be exact causes this though.

- -Rik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAYzhDq1cnhHKeD68RAv0bAJ0Xt5LaLsizdw8SLENi8AGdsnJmvACgj8L3
dWQa/6iEvC1ilyfZwlWgHok=
=sEZU
-----END PGP SIGNATURE-----

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [BUG 2.6.5-rc2-bk5 and 2.6.5-rc2-mm3] ACPI seems to be broken
  2004-03-25 19:51     ` Rik van Ballegooijen
@ 2004-03-25 22:35       ` Marc-Christian Petersen
  0 siblings, 0 replies; 6+ messages in thread
From: Marc-Christian Petersen @ 2004-03-25 22:35 UTC (permalink / raw)
  To: linux-kernel; +Cc: Rik van Ballegooijen, Andrew Morton, torvalds, len.brown

On Thursday 25 March 2004 20:51, Rik van Ballegooijen wrote:

> | It would be interesting to try reverting probe_roms-02-fixes.patch and
> | probe_roms-01-move-stuff.patch.

> Reverting these two patches does nothing. The result is exactly the same
> as above.
> Reverting the acpi stuff that went into -bk some days ago does solve the
> problem. I haven't checked yet which part to be exact causes this though.

same here.

ciao, Marc

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [BUG 2.6.5-rc2-bk5 and 2.6.5-rc2-mm3] ACPI seems to be broken
       [not found] <200403251432.32787@WOLK>
  2004-03-25 14:15 ` [BUG 2.6.5-rc2-bk5 and 2.6.5-rc2-mm3] ACPI seems to be broken Rik van Ballegooijen
@ 2004-03-25 23:00 ` Len Brown
  1 sibling, 0 replies; 6+ messages in thread
From: Len Brown @ 2004-03-25 23:00 UTC (permalink / raw)
  To: Marc-Christian Petersen
  Cc: lkml, Andrew Morton, Linus Torvalds, Rik van Ballegooijen

On Thu, 2004-03-25 at 08:32, Marc-Christian Petersen wrote:
> Hi all,
> 
> attached you find my .config and dmesg log booting 2.6.5-rc2-mm3 with ACPI 
> enabled. Seems something is broken in there.


> ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 22 low level)

> ACPI: SCI (IRQ22) allocation failed
>  ACPI-0133: *** Error: Unable to install System Control Interrupt
Handler, AE_NOT_ACQUIRED
> ACPI: Unable to start the ACPI Interpreter

yep, this failure will effect all machines with a non-identity mapped
SCI over-ride (your's maps IRQ9 in PIC mode to IRQ22 in IOAPIC mode).

another workaround would be to run this kernel with "noapic" till we get
a fix in.

working this issue here:
http://bugzilla.kernel.org/show_bug.cgi?id=2366

thanks,
-Len




^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [BUG 2.6.5-rc2-bk5 and 2.6.5-rc2-mm3] ACPI seems to be broken
       [not found] <A6974D8E5F98D511BB910002A50A6647615F6523@hdsmsx402.hd.intel.com>
@ 2004-03-26  5:26 ` Len Brown
  0 siblings, 0 replies; 6+ messages in thread
From: Len Brown @ 2004-03-26  5:26 UTC (permalink / raw)
  To: Marc-Christian Petersen, Marcel Holtmann
  Cc: lkml, Andrew Morton, Linus Torvalds, Rik van Ballegooijen,
	ACPI Developers

[-- Attachment #1: Type: text/plain, Size: 1677 bytes --]

> > ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 22 low level)
> 
> > ACPI: SCI (IRQ22) allocation failed
> >  ACPI-0133: *** Error: Unable to install System Control Interrupt
> Handler, AE_NOT_ACQUIRED
> > ACPI: Unable to start the ACPI Interpreter

> working this issue here:
> http://bugzilla.kernel.org/show_bug.cgi?id=2366

Can somebody with hardware that exhibits this problem
apply the following 1-liner patch to the latest tree
and send me your dmesg and /proc/interrupts,
or attach it to the bug report?
(sorry for the wrap, attachment is non-wrapped).

===== drivers/acpi/bus.c 1.40 vs edited =====
--- 1.40/drivers/acpi/bus.c	Tue Mar 23 01:32:11 2004
+++ edited/drivers/acpi/bus.c	Thu Mar 25 23:50:41 2004
@@ -623,7 +623,8 @@
 		 * now that acpi_fadt is initialized,
 		 * update it with result from INT_SRC_OVR parsing
 		 */
-		acpi_fadt.sci_int = acpi_sci_override_gsi;
+		printk("acpi_fadt.sci_int %d acpi_sci_override_gsi %d\n",
+			acpi_fadt.sci_int, acpi_sci_override_gsi);
 	}
 #endif
 

In this example, this will claim IRQ9 for APIC INITIN 0-22
while traditionally we've called this IRQ22.

This brings up the bigger question of what an IRQ or GSI is...
in PIC mode they are wires on the PIC.
In APIC mode you sort of aggregate all the IOAPICS into
one linear list and call the GSI the logical INITIN number.
So why do we call the timer interrupt IRQ0 in this mode
when it is really connected to INTIN 2?  If we're consistent
with that then we should call the SCI IRQ9 instead of IRQ22...

In MSI mode, the GSI is the vector number on the CPU,
unless it is for one of the legacy IRQs, in which case
/proc/interrupts shows the PIC IRQ#.

confusing.

-Len


[-- Attachment #2: bus.patch --]
[-- Type: text/plain, Size: 443 bytes --]

===== drivers/acpi/bus.c 1.40 vs edited =====
--- 1.40/drivers/acpi/bus.c	Tue Mar 23 01:32:11 2004
+++ edited/drivers/acpi/bus.c	Thu Mar 25 23:50:41 2004
@@ -623,7 +623,8 @@
 		 * now that acpi_fadt is initialized,
 		 * update it with result from INT_SRC_OVR parsing
 		 */
-		acpi_fadt.sci_int = acpi_sci_override_gsi;
+		printk("acpi_fadt.sci_int %d acpi_sci_override_gsi %d\n",
+			acpi_fadt.sci_int, acpi_sci_override_gsi);
 	}
 #endif
 

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2004-03-26  5:27 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <200403251432.32787@WOLK>
2004-03-25 14:15 ` [BUG 2.6.5-rc2-bk5 and 2.6.5-rc2-mm3] ACPI seems to be broken Rik van Ballegooijen
2004-03-25 17:02   ` Andrew Morton
2004-03-25 19:51     ` Rik van Ballegooijen
2004-03-25 22:35       ` Marc-Christian Petersen
2004-03-25 23:00 ` Len Brown
     [not found] <A6974D8E5F98D511BB910002A50A6647615F6523@hdsmsx402.hd.intel.com>
2004-03-26  5:26 ` Len Brown

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox