All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bjorn Helgaas <bjorn_helgaas@hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] [PATCH] dynamic IRQ allocation
Date: Fri, 02 Aug 2002 21:44:26 +0000	[thread overview]
Message-ID: <marc-linux-ia64-105590701905893@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590701905851@msgid-missing>

You've obviously thought about this a lot more than I have,
and I have only these comments:

>  pci_irq -> remove (use "acpi_prt" directly?)

iosapic_init_pci_irq() is the only thing in iosapic.c that uses
ACPI directly.  I wonder whether that ACPI usage could be
moved into ia64/kernel/acpi.c, leaving iosapic.c ACPI-free.
This might make it cleaner for non-ACPI systems, i.e., SGI,
to use iosapic.

There are actually relatively few ia64 dependencies in iosapic.c,
too, so I could imagine (in the distant future) using it across
architectures, too.  PA-RISC already uses the same hardware,
and I wouldn't be surprised if others do eventually.

>  iosapic_irq -> iosapic_intr_info
>  base_irq -> gsi_base
>  irq -> gsi (where appropriate)
>  irq -> isa_irq (where appropriate)
>  irq_type -> as it is
>       (including no_irq_type, irq_type_iosapic_{level,edge},
>        irq_type_ia64_lsapic)
>  iosapic_irq_to_vector() -> gsi_to_vector()
>        (Note: old gsi_to_vector() is wrongly implemented)
>
>  register_irq() -> register_intr()
>       (including iosapic_register_irq(),
>                  iosapic_register_platform_irq())
>  iosacpic_register_legacy_irq() -> iosapic_override_isa_irq()
>  ia64_alloc_irq() -> ia64_alloc_vector()
>  ia64_handle_irq() -> ia64_handle_vector() (<-? I'm not sure)

After doing all the above renaming, there are very few usages
of "irq" left (only isa_irq and irq_type stuff).  Would it be worth
reverting to the traditional Linux usage and using "irq" to refer to
IA64 vectors?

>  register_percpu_irq() -> register_percpu_vector()
>
>  pin -> rte_index
>  pin -> pci_pin (where appropriate)
>  max_pin -> max_redir or num_rte

I like num_rte for the reason you describe.

The other things I'd like to see in iosapic.c are:

  - Standardize on bases used in printk (i.e., hex for GSI, decimal
    for processor vectors).  Some places print vectors in hex without
    leading "0x", which is particularly confusing.
  - Replace printk("... B%d,I%d,P%D...", ...) with
    printk("... %s INT%c...", dev->slot_name, 'A' + pin).

Bjorn



  parent reply	other threads:[~2002-08-02 21:44 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-30  2:36 [Linux-ia64] [PATCH] dynamic IRQ allocation KOCHI, Takayoshi
2002-07-30  5:01 ` Grant Grundler
2002-07-30 18:04 ` KOCHI, Takayoshi
2002-07-30 22:14 ` Grant Grundler
2002-07-30 23:49 ` KOCHI, Takayoshi
2002-08-01  1:03 ` Grant Grundler
2002-08-02  0:39 ` KOCHI, Takayoshi
2002-08-02  6:04 ` David Mosberger
2002-08-02 15:56 ` Bjorn Helgaas
2002-08-02 16:32 ` David Mosberger
2002-08-02 17:45 ` KOCHI, Takayoshi
2002-08-02 18:58 ` Grant Grundler
2002-08-02 21:22 ` David Mosberger
2002-08-02 21:44 ` Bjorn Helgaas [this message]
2002-08-02 21:47 ` David Mosberger
2002-08-02 22:01 ` KOCHI, Takayoshi
2002-08-02 22:04 ` David Mosberger
2002-08-02 22:22 ` KOCHI, Takayoshi
2002-08-02 22:37 ` Grant Grundler

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=marc-linux-ia64-105590701905893@msgid-missing \
    --to=bjorn_helgaas@hp.com \
    --cc=linux-ia64@vger.kernel.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.