mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Muhammad Mutahir Latif" <mutahir@and-or.com>
To: <linuxsa@linuxsa.org.au>, <linux-list@ssc.com>,
	<linux-smp@vger.rutgers.edu>, <linux-kernel@vger.kernel.org>
Subject: problem with Local-PCI interrupts in drivers on xeon systems IBX Xseries server
Date: Fri, 19 Mar 2004 12:23:14 +0500	[thread overview]
Message-ID: <004501c40d83$0b07e480$d054ca86@siran> (raw)

Hello

Ive written a driver for a PCI-PLX board with a DSP on it. In order to
perform operations on the board the Host must send to it a PCI to Local
interrupt. On receiving the interrupt the On board DSP processes data and
sends the interrupt back to the Host via the Local-PCI interrupt which is
detected by our driver. All of this is working fine in systems with single
processor intel pentiums.

However when we tried to use the board and driver on a IBM Xseries 345
server, with dual motherboard architecture and a XEON processor, the driver
did not detect the Local-PCI interrupt. In the init_module of the driver
code we are using "request_irq" function to listen to interrupts from the
board. The driver was able to get the irq (3) for that board. We checked the
PCI configuration registered and confirmed that the board was assigned IRQ3.
We used an oscilloscope to check if our board was sending the interrupt on
the INT A line of the PCI bus and we found that it was .

When we used "Jungos" Windriver application for Linux it was able to detect
the interrupt. When we analysed the /proc/interrupts file we saw that the
even though our board was given the irq 3, the jungo driver was operating on
irq 24.
Another difference between our driver and jungo was that our driver was
associated with a "XT-PIC" interrupt controller while the Jungo driver was
associated with a "APIC-Level triggered" interrupt controller. We checked
the /proc/interrupts file on other systems and found that our driver was
associated with "XT-PIC" interrupt controller

Is there any way we can make our driver choose the type of interrupt
controller with which to associate itself when requesting an IRQ
Is there a different way of requesting an IRQ on XEON based processors and
handling interrupts on these IRQs.
why was jungo driver showing irq 24 in /proc/interrupts file and not our
driver
Is there a different way of handling interrupts for 64 bit processors

This problem has really bogged us down and we'd be grateful for any help or
suggestion

Regards
Muhammad Mutahir Latif,
And Or Logic (Pvt.) Ltd.,

H# 220, St# 33, F-10/1,
Islamabad, Pakistan.
Phone: +92-51-2212976 -Ext 202
Cell:  +92-300-5216570
Email: mutahir@and-or.com, mutahirlatif@yahoo.com


                 reply	other threads:[~2004-03-19  7:29 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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='004501c40d83$0b07e480$d054ca86@siran' \
    --to=mutahir@and-or.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-list@ssc.com \
    --cc=linux-smp@vger.rutgers.edu \
    --cc=linuxsa@linuxsa.org.au \
    /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

all inboxes | Powered by JetHome®