2.4.21 Interrupt polarity fix
PATCH 1/1 2.4.21 Interrupt polarity fix
Hi Bjorn,
It seems that acpi_register_intr (in arch/ia64/kernel/acpi.c) takes an interrupt polarity/trigger in opposite way. Attached patch fixes this. Please apply.
drivers/acpi/resource/rsirq.c decodes ACPI extended irq resource and stores in edge_level and active_high_low members of a structure (BTW, I think the names of these members are source of confusion ;).
And this logic in acpi.c inverts both polarity and trigger.
vector = iosapic_register_intr(gsi,
polarity ? IOSAPIC_POL_HIGH : IOSAPIC_POL_LOW,
mode ? IOSAPIC_EDGE : IOSAPIC_LEVEL);
ACPI -> rsirq.c -> serial.c -> acpi.c -> iosapic.c
High 0 0 0 IOSAPIC_POL_LOW
Low 1 1 1 IOSAPIC_POL_HIGH
Edge 1 0 0 IOSAPIC_LEVEL
Level 0 1 1 IOSAPIC_EDGEAs ACPI_ACTIVE_{HIGH,LOW} and ACPI_{LEVEL,EDGE}_SENSITIVE are defined in acpi subsystem, it should be safer to use these symbols.
---
1st Computer Software Division, NEC Corporation Takayoshi Kochi <[email protected]/[email protected]>
arch/ia64/kernel/acpi.c +3 -2
@@ -643,8 +643,9 @@return 0 ;/* Turn it on */ - vector =iosapic_register_intr (gsi, polarity ?IOSAPIC_POL_HIGH :IOSAPIC_POL_LOW , - mode ?IOSAPIC_EDGE :IOSAPIC_LEVEL ); + vector =iosapic_register_intr (gsi, + (polarity ==ACPI_ACTIVE_HIGH ) ?IOSAPIC_POL_HIGH :IOSAPIC_POL_LOW , + (mode ==ACPI_EDGE_SENSITIVE ) ?IOSAPIC_EDGE :IOSAPIC_LEVEL );return vector; }
Quoted 3 lines · Takayoshi Kochi
It seems that
acpi_register_intr(inarch/ia64/kernel/acpi.c) takes an interrupt polarity/trigger in opposite way. Attached patch fixes this. Please apply.
Thanks. This was indeed very confusing. I applied the following patch for 2.4. The corresponding patch you posted on August 4 for 2.6 appears functionally identical but reverses the sense of the polarity test for no good reason. Can you send David a revised patch that does it the same was as the one below?
Bjorn
#### AUTHOR [email protected]
#### COMMENT START
### Comments for ChangeSet
ia64: Fix ACPI interrupt polarity/trigger interpretation
It seems that acpi_register_intr (in arch/ia64/kernel/acpi.c) takes an interrupt polarity/trigger in opposite way. Attached patch fixes this. Please apply.
drivers/acpi/resource/rsirq.c decodes ACPI extended irq resource and stores in edge_level and active_high_low members of a structure (BTW, I think the names of these members are source of confusion ;).
And this logic in acpi.c inverts both polarity and trigger.
vector = iosapic_register_intr(gsi,
polarity ? IOSAPIC_POL_HIGH : IOSAPIC_POL_LOW,
mode ? IOSAPIC_EDGE : IOSAPIC_LEVEL);
ACPI -> rsirq.c -> serial.c -> acpi.c -> iosapic.c
High 0 0 0 IOSAPIC_POL_LOW
Low 1 1 1 IOSAPIC_POL_HIGH
Edge 1 0 0 IOSAPIC_LEVEL
Level 0 1 1 IOSAPIC_EDGEAs ACPI_ACTIVE_{HIGH,LOW} and ACPI_{LEVEL,EDGE}_SENSITIVE are defined in acpi subsystem, it should be safer to use these symbols. ### Comments for arch/ia64/kernel/acpi.c
Fix ACPI interrupt polarity/trigger interpretation
#### COMMENT END
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas:
# ChangeSet 1.1060 -> 1.1061
# arch/ia64/kernel/acpi.c 1.16 -> 1.17
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 03/08/05 [email protected] 1.1061
# find intrs # -------------------------------------------- # diff -Nru a/arch/ia64/kernel/acpi.c b/arch/ia64/kernel/acpi.c --- a/arch/ia64/kernel/acpi.c Tue Aug 5 17:00:35 2003 +++ b/arch/ia64/kernel/acpi.c Tue Aug 5 17:00:35 2003 @@ -643,8 +643,9 @@ return 0;
/* Turn it on */
- vector = iosapic_register_intr(gsi, polarity ? IOSAPIC_POL_HIGH : IOSAPIC_POL_LOW,
- mode ? IOSAPIC_EDGE : IOSAPIC_LEVEL);
+ vector = iosapic_register_intr(gsi,
+ (polarity = ACPI_ACTIVE_HIGH) ? IOSAPIC_POL_HIGH : IOSAPIC_POL_LOW,
+ (mode = ACPI_EDGE_SENSITIVE) ? IOSAPIC_EDGE : IOSAPIC_LEVEL);
return vector;
}
From: Bjorn Helgaas <[email protected]>
Subject: Re: [PATCH] 2.4.21 Interrupt polarity fix
Date: Tue, 5 Aug 2003 16:16:07 -0600
Quoted 11 lines · Takayoshi Kochi
Quoted 3 lines
It seems that
acpi_register_intr(inarch/ia64/kernel/acpi.c) takes an interrupt polarity/trigger in opposite way. Attached patch fixes this. Please apply.Thanks. This was indeed very confusing. I applied the following patch for 2.4. The corresponding patch you posted on August 4 for 2.6 appears functionally identical but reverses the sense of the polarity test for no good reason. Can you send David a revised patch that does it the same was as the one below?
Thanks for the comment. The revised patch is attached.
---
1st Computer Software Division, NEC Corporation Takayoshi Kochi <[email protected]/[email protected]>
Index: dcm-260t2/arch/ia64/kernel/acpi.c
===================================================================
RCS file: /data/cvsroot/lia64-2.5/arch/ia64/kernel/acpi.c,v retrieving revision 1.1.1.19
arch/ia64/kernel/acpi.c +3 -1
@@ -727,7 +727,9 @@return 0 ;/* Turn it on */ - vector =iosapic_register_intr (gsi, polarity, trigger); + vector =iosapic_register_intr (gsi, + (polarity ==ACPI_ACTIVE_HIGH ) ?IOSAPIC_POL_HIGH :IOSAPIC_POL_LOW , + (trigger ==ACPI_EDGE_SENSITIVE ) ?IOSAPIC_EDGE :IOSAPIC_LEVEL );return vector; }