From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: brian franklin <may26baf@yahoo.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: free_irq problem in 2.6 kernel
Date: Sun, 31 Oct 2004 00:09:32 +0100 [thread overview]
Message-ID: <1099177770.25178.21.camel@localhost.localdomain> (raw)
In-Reply-To: <20041029220052.97805.qmail@web52601.mail.yahoo.com>
On Gwe, 2004-10-29 at 23:00, brian franklin wrote:
> 2.6.8-1.528.2.10smp, I now have a problem when I call
> free_irq(). It
> now masks off the interrupt even though it is shared
> with another
free_irq only masks the interrupt line when the last user is
freeing that IRQ line.
> The syntax of my calls to these two functions are:
> status = request_irq(priv->irq , jnet_isr, SA_SHIRQ,
> name1, dev);
> and
> free_irq(priv->irq, dev);
>
> Can anyone shed some light on what I might be doing
> wrong?
The calls look fine (providing you arent using "dev" as the cookie for
multiple "request_irq" functions on the same IRQ at the same time)
> kernel version that does configured the IOAPIC
> configuration registers
> correctly, and one that doesn't? (In previous
> versions, the
> configuration register would have an interrupt vector
> of IRQ169 while
> the interrupt was really IRQ19.
It depends at runtime on the system, how the IRQ assignment is done and
sometimes on hardware "features". The official kernel internal policy is
that
a) "irq" is a cookie obtained for PCI devices by pdev->irq
b) you pass the cookie to request_irq
c) it has no other guaranteed meaning at all
once you get off x86 this gets even more important.
prev parent reply other threads:[~2004-10-31 0:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-29 22:00 brian franklin
2004-10-30 23:09 ` Alan Cox [this message]
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=1099177770.25178.21.camel@localhost.localdomain \
--to=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=may26baf@yahoo.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
all inboxes | Powered by JetHome®