All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
To: Li Shaohua <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: ACPI-DEV
	<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
	Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	Adam Belay <ambx1-IBH0VoN/3vPQT0dZR+AlfA@public.gmane.org>,
	Andrew Grover
	<andy.grover-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Matthieu <castet.matthieu-GANU6spQydw@public.gmane.org>
Subject: Re: [PATCH/RFC 2/2]ACPI PNP driver
Date: Thu, 23 Sep 2004 08:56:14 -0600	[thread overview]
Message-ID: <200409230856.14991.bjorn.helgaas@hp.com> (raw)
In-Reply-To: <1095907272.15681.17.camel-U5EdaLXB8smDugQYiPIPGdh3ngVCH38I@public.gmane.org>

On Wednesday 22 September 2004 8:41 pm, Li Shaohua wrote:
> On Thu, 2004-09-23 at 02:52, Bjorn Helgaas wrote:
> > On Tuesday 21 September 2004 10:35 pm, Li Shaohua wrote:
> > > +#define valid_IRQ(i) (((i) != 0) && ((i) != 2) && ((i) < 16))
> > > ...
> > > + case ACPI_RSTYPE_IRQ:
> > > +  if ((res->data.irq.number_of_interrupts > 0) &&
> > > +   valid_IRQ(res->data.irq.interrupts[0])) {
> > 
> > Why the valid_IRQ() check?  It certainly doesn't make any sense
> > on ia64.
> I checked the IA32 systems and Tiger4, and I haven't saw any PNP device
> with irq >= 16. I don't know the HP specific system, could you please
> show me a light?

res->data.irq.interrupts[0] is an ACPI GSI.  I'm not aware of
anything in the spec that prevents use of an arbitrary 32-bit
value.  For example, the HP rx2600 and zx6000 use the following
values for built-in serial ports:

 rx2600: GSI 34 (edge, high) -> CPU 0 (0x0000) vector 49
 rx2600: ttyS0 at MMIO 0xff5e0000 (irq = 49) is a 16550A
 rx2600: GSI 35 (edge, high) -> CPU 1 (0x0100) vector 59
 rx2600: ttyS1 at MMIO 0xff5e2000 (irq = 59) is a 16550A

 zx6000: GSI 45 (edge, high) -> CPU 0 (0x0000) vector 49
 zx6000: ttyS0 at MMIO 0xff5e0000 (irq = 49) is a 16550A
 zx6000: GSI 46 (edge, high) -> CPU 0 (0x0000) vector 50
 zx6000: ttyS1 at MMIO 0xff5e2000 (irq = 50) is a 16550A

> > It feels like a potential bug that we populate the pnp_irq map
> > with all the interrupts, but we only acpi_register_gsi() the
> > first one.
> It doesn't matter. A device only uses one IRQ. pnp_irq map presents the
> possible IRQs for device if it needs dynamically configure.

Oh, I see.  Then it sounds like we need places to unregister the
old GSI and register the new one if the configuration is dynamically
changed.


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php

  parent reply	other threads:[~2004-09-23 14:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-22  4:35 [PATCH/RFC 2/2]ACPI PNP driver Li Shaohua
     [not found] ` <1095827699.18437.139.camel-U5EdaLXB8smDugQYiPIPGdh3ngVCH38I@public.gmane.org>
2004-09-22 18:52   ` Bjorn Helgaas
     [not found]     ` <200409221252.08427.bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
2004-09-22 19:29       ` Alan Cox
     [not found]         ` <1095881343.4514.40.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2004-09-22 20:58           ` Bjorn Helgaas
2004-09-23  2:41       ` Li Shaohua
     [not found]         ` <1095907272.15681.17.camel-U5EdaLXB8smDugQYiPIPGdh3ngVCH38I@public.gmane.org>
2004-09-23 14:56           ` Bjorn Helgaas [this message]
     [not found]             ` <200409230856.14991.bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
2004-09-24  2:15               ` Li Shaohua

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=200409230856.14991.bjorn.helgaas@hp.com \
    --to=bjorn.helgaas-vxdhtt5mjny@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=ambx1-IBH0VoN/3vPQT0dZR+AlfA@public.gmane.org \
    --cc=andy.grover-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=castet.matthieu-GANU6spQydw@public.gmane.org \
    --cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.