public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: "Dieter Schön" <tshinbum@gmail.com>
To: Zhao Yakui <yakui.zhao@intel.com>
Cc: linux-acpi@vger.kernel.org
Subject: Re: expicitly use XT_PIC interrupt for an old device?
Date: Tue, 12 Aug 2008 09:04:04 +0200	[thread overview]
Message-ID: <48A135E4.1090707@gmail.com> (raw)
In-Reply-To: <1218503362.6671.143.camel@yakui_zhao.sh.intel.com>

hi,

thanks for the answer,

Zhao Yakui schrieb:
> On Mon, 2008-08-11 at 16:59 +0200, Dieter Schön wrote:
>> hi group,
>>
>> i have to migrate a character device driver for an old synchronus
>> serial PCI board (Moxa C502/PCI)
>> from 2.2.something to 2.6.5-smp x86_64.
>> the problem is, that no interrupts are routed to the driver.
>> i was able to get interrupts when i used a non-SMP kernel and the
>> "noapic" boot option.
>>
>> is there a way to explicitly force the use of the 8259 when i request
>> an interrupt to get the interrupts for this card not routed via the
>> APIC?
>> any pointers are appreciated.
> doubt whether the I8259 and I/O APIC can be used at the same time.
> When the non-smp kernel is used and boot option of "noapic" is added,
> there exists the interrupt for PCI UART card. 
> Do you try it with the boot option of "noapic" on smp kernel?
> Can you try it on the latest kernel?

i have tried it with 2.6.25 on suse11, and also on another hardware 
platform (i have heard that some motherboards/BIOSes have problems with 
the APIC) to rule that out.

and it seems that it is possible to operate both ways at the same time:
the cascade driver seems to use the 8259.
my driver is one line below, the Moxa. another idea: would it be 
possible to force a IO-APIC-level interrupt instead of an edge-triggered?

user@host $ cat /proc/interrupts
            CPU0       CPU1
   0:     145319     102178    IO-APIC-edge  timer
   1:        368        485    IO-APIC-edge  i8042
   2:          0          0          XT-PIC  cascade
   6:          0          0    IO-APIC-edge  Moxa
   8:          0          0    IO-APIC-edge  rtc
   9:          0          0   IO-APIC-level  acpi
  12:        668       1190    IO-APIC-edge  i8042
  14:        494        624    IO-APIC-edge  ide0
  16:          0          0   IO-APIC-level  eth0, ehci_hcd, uhci_hcd
  17:          0          0   IO-APIC-level  eth1, uhci_hcd
  18:       6783       3973   IO-APIC-level  libata
NMI:     247349     247309
LOC:     246859     247246
ERR:          0
MIS:          0

user@host $ uname -a
Linux host 2.6.5-7.244-smp #1 SMP Mon Dec 12 18:32:25 UTC 2005 x86_64 
x86_64 x86_64 GNU/Linux

user@host $ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 6
model name      :               Intel(R) Pentium(R) D CPU 3.40GHz
stepping        : 4
cpu MHz         : 3400.280
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
fpu             : yes
fpu_exception   : yes
cpuid level     : 6
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall 
lm pni monitor ds_cpl tm2 cid cmpxchg16b lahf_lm
bogomips        : 6717.44
clflush size    : 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 6
model name      :               Intel(R) Pentium(R) D CPU 3.40GHz
stepping        : 4
cpu MHz         : 3400.280
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
fpu             : yes
fpu_exception   : yes
cpuid level     : 6
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall 
lm pni monitor ds_cpl tm2 cid cmpxchg16b lahf_lm
bogomips        : 6782.97
clflush size    : 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:


kind regards,
dieter
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2008-08-12  7:04 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-11 14:59 expicitly use XT_PIC interrupt for an old device? Dieter Schön
2008-08-12  1:09 ` Zhao Yakui
2008-08-12  7:04   ` Dieter Schön [this message]
2008-08-13  1:18     ` Zhao Yakui
  -- strict thread matches above, loose matches on Subject: below --
2008-08-11 13:24 Dieter Schön

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48A135E4.1090707@gmail.com \
    --to=tshinbum@gmail.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=yakui.zhao@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox