[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7dae0ecc-338f-4f37-a42b-13b4ceb5ed20@linux.ibm.com>
Date: Thu, 9 Oct 2025 02:03:23 +0530
From: Ganesh G R <ganeshgr@...ux.ibm.com>
To: Nam Cao <namcao@...utronix.de>, Madhavan Srinivasan
<maddy@...ux.ibm.com>,
Christophe Leroy <christophe.leroy@...roup.eu>,
Frederic Barrat <fbarrat@...ux.ibm.com>
Cc: Arnd Bergmann <arnd@...db.de>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Thomas Gleixner <tglx@...utronix.de>, linuxppc-dev@...ts.ozlabs.org,
kvm@...r.kernel.org, linux-kernel@...r.kernel.org,
"Ritesh Harjani (IBM)" <ritesh.list@...il.com>,
Michael Ellerman <mpe@...erman.id.au>,
Nicholas Piggin <npiggin@...il.com>,
Andrew Donnellan <ajd@...ux.ibm.com>
Subject: Re: [PATCH] powerpc, ocxl: Fix extraction of struct xive_irq_data
On 10/8/25 1:43 PM, Nam Cao wrote:
> Commit cc0cc23babc9 ("powerpc/xive: Untangle xive from child interrupt
> controller drivers") changed xive_irq_data to be stashed to chip_data
> instead of handler_data. However, multiple places are still attempting to
> read xive_irq_data from handler_data and get a NULL pointer deference bug.
>
> Update them to read xive_irq_data from chip_data.
>
> Non-XIVE files which touch xive_irq_data seem quite strange to me,
> especially the ocxl driver. I think there ought to be an alternative
> platform-independent solution, instead of touching XIVE's data directly.
> Therefore, I think this whole thing should be cleaned up. But perhaps I
> just misunderstand something. In any case, this cleanup would not be
> trivial; for now, just get things working again.
>
> Fixes: cc0cc23babc9 ("powerpc/xive: Untangle xive from child interrupt controller drivers")
> Reported-by: Ritesh Harjani (IBM) <ritesh.list@...il.com>
> Closes: https://lore.kernel.org/linuxppc-dev/68e48df8.170a0220.4b4b0.217d@mx.google.com/
> Signed-off-by: Nam Cao <namcao@...utronix.de>
> ---
> VAS and OCXL has not been tested. I noticed them while grepping.
> ---
Looks good to me.
Reviewed-by: Ganesh Goudar <ganeshgr@...ux.ibm.com>
Powered by blists - more mailing lists