linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* RE: [ACPI] Re: Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2)
@ 2004-11-26  0:53 Li, Shaohua
  0 siblings, 0 replies; 5+ messages in thread
From: Li, Shaohua @ 2004-11-26  0:53 UTC (permalink / raw)
  To: Stas Sergeev, Brown, Len; +Cc: Andrew Morton, Linux kernel, ACPI Developers

>Len Brown wrote:
>> CONFIG_PNP_ACPI=n should workaround it too then, I expect.
>Yes. Log attached.
>
>> Please apply this debug patch to the failing kernel
>> and send along the dmesg.
>Done. Attached are 2 logs: one of
>the functional kernel due to disabled
>PNP_ACPI, another one of a broken.
>Both are the -rc2-mm2 with your patch.
Thanks the message. Looks like the system claims IRQ 9, 10, 11 are
possible legacy IRQs. Selecting a small value for ISA IRQ penalty will
solve the issue.
Will discuss with Len which parameter should be selected.

Thanks,
Shaohua

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

* Re: [ACPI] Re: Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2)
  2004-11-25 18:18       ` Stas Sergeev
@ 2004-12-01  5:41         ` Len Brown
  2004-12-01  5:44           ` Len Brown
  2004-12-02 16:52           ` Stas Sergeev
  0 siblings, 2 replies; 5+ messages in thread
From: Len Brown @ 2004-12-01  5:41 UTC (permalink / raw)
  To: Stas Sergeev; +Cc: Andrew Morton, Linux kernel, ACPI Developers, Shaohua Li

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

Thanks for running the tests.
Please confirm that this patch make the problem go away in the 
CONFIG_PNP_ACPI=y configuration.

-Len


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

===== drivers/acpi/pci_link.c 1.35 vs edited =====
--- 1.35/drivers/acpi/pci_link.c	2004-11-09 03:08:36 -05:00
+++ edited/drivers/acpi/pci_link.c	2004-12-01 00:38:18 -05:00
@@ -791,9 +791,16 @@
 	return 1;
 }
 
+/*
+ * We'd like PNP to call this routine for the
+ * single ISA_USED value for each legacy device.
+ * But instead it calls us with each POSSIBLE setting.
+ * There is no ISA_POSSIBLE weight, so we simply use
+ * the (small) PCI_USING penalty.
+ */
 void acpi_penalize_isa_irq(int irq)
 {
-	acpi_irq_penalty[irq] += PIRQ_PENALTY_ISA_USED;
+	acpi_irq_penalty[irq] += PIRQ_PENALTY_PCI_USING;
 }
 
 /*

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

* Re: [ACPI] Re: Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2)
  2004-12-01  5:41         ` [ACPI] " Len Brown
@ 2004-12-01  5:44           ` Len Brown
  2004-12-02 16:52           ` Stas Sergeev
  1 sibling, 0 replies; 5+ messages in thread
From: Len Brown @ 2004-12-01  5:44 UTC (permalink / raw)
  To: Stas Sergeev; +Cc: Andrew Morton, Linux kernel, ACPI Developers, Shaohua Li

CONFIG_PNPACPI=y that is...

On Wed, 2004-12-01 at 00:41, Len Brown wrote:
> Thanks for running the tests.
> Please confirm that this patch make the problem go away in the 
> CONFIG_PNP_ACPI=y configuration.
> 
> -Len
> 


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

* [ACPI] Re: Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2)
@ 2004-12-01 20:26 matthieu castet
  0 siblings, 0 replies; 5+ messages in thread
From: matthieu castet @ 2004-12-01 20:26 UTC (permalink / raw)
  To: Linux Kernel list, acpi-devel; +Cc: Adam Belay, Li, Shaohua, Len Brown

 >+/*
 >+ * We'd like PNP to call this routine for the
 >+ * single ISA_USED value for each legacy device.
 >+ * But instead it calls us with each POSSIBLE setting.
 >+ * There is no ISA_POSSIBLE weight, so we simply use
 >+ * the (small) PCI_USING penalty.
 >+ */

Couldn't be better to change the pnp core behaviour ?

In drivers/pnp/resource.c, pnp_register_irq_resource, instead of calling 
pcibios_penalize_isa_irq couldn't we call something like 
pcibios_penalize_possible_isa_irq ?

The pnp implemations already use pcibios_penalize_isa_irq [1] for the 
irq that are used.
So it seem it is call 2 times for the allocated resources...
Also don't we need to depenalize the irq, if we change the irq or 
disable the device ?

Matthieu CASTET


[1]
$grep -r penalize */*
pnpacpi/rsparser.c: 
pcibios_penalize_isa_irq(res->data.irq.interrupts[0]);
pnpacpi/rsparser.c: 
pcibios_penalize_isa_irq(res->data.extended_irq.interrupts[0]);
pnpbios/rsparser.c:             pcibios_penalize_isa_irq(irq);

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

* Re: [ACPI] Re: Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2)
  2004-12-01  5:41         ` [ACPI] " Len Brown
  2004-12-01  5:44           ` Len Brown
@ 2004-12-02 16:52           ` Stas Sergeev
  1 sibling, 0 replies; 5+ messages in thread
From: Stas Sergeev @ 2004-12-02 16:52 UTC (permalink / raw)
  To: Len Brown; +Cc: Andrew Morton, Linux kernel, ACPI Developers, Shaohua Li

Hello.

Len Brown wrote:
> Please confirm that this patch make the problem go away in the 
Confirmed, thanks!

(Andrew, sorry for failing to reply to
you query, and now you know the latest
status anyway. I'll start posting the
-rc2-mm4 problems soon.)


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

end of thread, other threads:[~2004-12-02 16:52 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-01 20:26 [ACPI] Re: Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2) matthieu castet
  -- strict thread matches above, loose matches on Subject: below --
2004-11-26  0:53 Li, Shaohua
2004-11-15 19:19 2.6.10-rc1-mm5 (and ide-cd) Stas Sergeev
2004-11-23  6:09 ` Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2) Len Brown
2004-11-24 18:12   ` Stas Sergeev
2004-11-24 22:44     ` Len Brown
2004-11-25 18:18       ` Stas Sergeev
2004-12-01  5:41         ` [ACPI] " Len Brown
2004-12-01  5:44           ` Len Brown
2004-12-02 16:52           ` Stas Sergeev

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).