From: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
To: Zwane Mwaikambo <zwane@linuxpower.ca>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
long <tlnguyen@snoqualmie.dp.intel.com>,
Andrew Morton <akpm@osdl.org>,
Greg Kroah-Hartmann <greg@kroah.com>,
Len Brown <len.brown@intel.com>,
tony.luck@intel.com, acpi-devel@lists.sourceforge.net,
linux-ia64@vger.kernel.org
Subject: Re: [ACPI] [PATCH] Updated patches for PCI IRQ resource deallocation support [2/3]
Date: Wed, 29 Sep 2004 09:41:46 +0900 [thread overview]
Message-ID: <415A04CA.1080504@jp.fujitsu.com> (raw)
In-Reply-To: <Pine.LNX.4.61.0409281702580.3052@musoma.fsmlabs.com>
Zwane Mwaikambo wrote:
> On Mon, 27 Sep 2004, Kenji Kaneshige wrote:
>
>> > > Why not just make these static inlines in header files? Since you're on
>> > > this, how about making irq_desc and friends dynamic too?
>>
>> I'm not quite sure what you are saying, but my idea is defining
>> acpi_unregister_gsi() as a opposite part of acpi_register_gsi().
>> Acpi_register_gsi() is defined for each arch (i386, ia64), so
>> acpi_unregister_gsi() is defined for each i386 and ia64 too.
>
> Well i meant can't you define them in a header file as follows;
>
> static void inline acpi_unregister_gsi (unsigned int irq)
> {
> }
>
> An advantage is that it saves memory since you don't also have to create
> the extra data objects for the exported symbol. But really you don't have
> to export something which does nothing.
>
Hi Zwane,
I understand what you mean. It looks good to me.
I'll update my patch.
Thanks,
Kenji Kaneshige
next prev parent reply other threads:[~2004-09-29 0:40 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.53.0409251356110.2914@musoma.fsmlabs.com>
2004-09-25 11:14 ` [ACPI] [PATCH] Updated patches for PCI IRQ resource deallocation support [2/3] Zwane Mwaikambo
2004-09-25 11:18 ` Zwane Mwaikambo
2004-09-27 5:49 ` Kenji Kaneshige
2004-09-28 14:05 ` Zwane Mwaikambo
2004-09-29 0:41 ` Kenji Kaneshige [this message]
2004-09-29 3:15 ` Kenji Kaneshige
2004-09-29 15:13 ` Zwane Mwaikambo
2004-09-30 4:22 ` Kenji Kaneshige
2004-09-30 13:03 ` Zwane Mwaikambo
2004-10-01 7:49 ` Kenji Kaneshige
2004-09-24 5:45 Kenji Kaneshige
2004-09-24 8:18 ` [ACPI] " Kenji Kaneshige
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=415A04CA.1080504@jp.fujitsu.com \
--to=kaneshige.kenji@jp.fujitsu.com \
--cc=acpi-devel@lists.sourceforge.net \
--cc=akpm@osdl.org \
--cc=greg@kroah.com \
--cc=len.brown@intel.com \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tlnguyen@snoqualmie.dp.intel.com \
--cc=tony.luck@intel.com \
--cc=zwane@linuxpower.ca \
/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