[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <561D156D.1090403@imgtec.com>
Date: Tue, 13 Oct 2015 15:30:05 +0100
From: Qais Yousef <qais.yousef@...tec.com>
To: Thomas Gleixner <tglx@...utronix.de>
CC: <linux-kernel@...r.kernel.org>, <jason@...edaemon.net>,
<marc.zyngier@....com>, <jiang.liu@...ux.intel.com>,
<ralf@...ux-mips.org>, <linux-mips@...ux-mips.org>
Subject: Re: [RFC v2 PATCH 06/14] irq: add struct ipi_mapping and its helper
functions
On 10/13/2015 02:31 PM, Thomas Gleixner wrote:
> On Tue, 13 Oct 2015, Qais Yousef wrote:
>
> +
> +int irq_unmap_ipi(struct ipi_mapping *map,
> + unsigned int cpu, irq_hw_number_t *hwirq)
> +{
> + if (cpu >= map->nr_cpus)
> + return -EINVAL;
> +
> + if (map->cpumap[cpu] == INVALID_HWIRQ)
> + return -EINVAL;
> +
> + if (hwirq)
> + *hwirq = map->cpumap[cpu];
> Why do we store hwirq in unmap?
So that the irqchip driver can return the hwirq to its available IPI pool.
>
> All these new functions lack kerneldoc comments.
Apologies about the missing docs here and in other places.
Thanks,
Qais
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists