Thread (53 messages) 53 messages, 7 authors, 2010-09-05

Re: [PATCH 8/9] x86: of: irq additions to make drivers/of/* build on x86

From: Grant Likely <hidden>
Date: 2010-08-30 17:32:07
Also in: lkml, sparclinux

On Mon, Aug 30, 2010 at 9:58 AM, Stephen Neuendorffer
[off-list ref] wrote:
quoted
-----Original Message-----
From: Andres Salomon [mailto:dilinger-pFFUokh25LWsTnJN9+BGXg@public.gmane.org]
Sent: Sunday, August 29, 2010 9:06 PM
To: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
Cc: sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org; tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org;
mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org; hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org;
quoted
cjb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org; Mitch Bradley; pgf-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org;
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org;
quoted
grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org; Stephen Neuendorffer
Subject: [PATCH 8/9] x86: of: irq additions to make drivers/of/* build
on x86
quoted

This functionality overlaps with patches previously submitted
by Stephen Neuendorffer.  I don't care whose eventually get applied,
so long as drivers/of/* becomes buildable on x86.

Signed-off-by: Andres Salomon <redacted>
Agreed..
Signed-off-by: Stephen Neuendorffer <redacted>
Okay, I've thought about this problem some more, and I think I've
decided how I want it solved.  Nack on this particular patch because
it adds NO_IRQ to arch/x86/kernel/irq.c (it has been nacked before).
Instead, I'd like the of irq code to be reworked a bit to make this
nicer and isolate the NO_IRQ definition only to the OF irq .c file
(when the arch doesn't explicitly define it).

Right now, there are two files in drivers/of referencing NO_IRQ;
drivers/of/platform.c and drivers/of/irq.c.  platform.c only
references in the context of figuring out how many irqs there are and
populating a resource table.  I'd like to remove that code from
platform.c and add a pair of helper functions to irq.c.  Then the top
of irq.c could conditionally #define NO_IRQ 0 and thereby prevent the
definition leaking out to the rest of the kernel.

Eventually I'll get around to doing this myself, but it would be
helpful to me if either you or Stephen could craft and test a patch.

Perhaps something like:

int of_irq_count(device_node *np)
{
        /* Count and return the number of IRQs. */
}

int of_irq_to_resource_table(device_node *np, struct resource *res, int max)
{
        for (i = 0; i < max; i++; res++)
                if (of_irq_to_resource(np, i, res) == NO_IRQ)
                        break;
        return i;
}
quoted
---
@@ -275,6 +276,13 @@ void smp_x86_platform_ipi(struct pt_regs *regs)
 EXPORT_SYMBOL_GPL(vector_used_by_percpu_irq);

+unsigned int irq_create_of_mapping(struct device_node *controller,
+             const u32 *intspec, unsigned int intsize)
+{
+     return intspec[0] + 1;
+}
+EXPORT_SYMBOL_GPL(irq_create_of_mapping);
+
This simplistic implementation is of course non-ideal, but it works as
a stop-gap measure until I've got the irq infrastructure more mature.

g.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help