[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <2025070300-purgatory-improvise-898b@gregkh>
Date: Thu, 3 Jul 2025 12:21:28 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Haoxiang Li <haoxiang_li2024@....com>
Cc: tglx@...utronix.de, mingo@...hat.com, bp@...en8.de,
dave.hansen@...ux.intel.com, x86@...nel.org, hpa@...or.com,
dan.j.williams@...el.com, linux-kernel@...r.kernel.org,
stable@...r.kernel.org
Subject: Re: [PATCH RESEND] x86/pmem: Fix a null pointer dereference in
register_e820_pmem()
On Thu, Jul 03, 2025 at 06:08:09PM +0800, Haoxiang Li wrote:
> Add check for the return value of platform_device_alloc()
> to prevent null pointer dereference.
>
> Fixes: 7a67832c7e44 ("libnvdimm, e820: make CONFIG_X86_PMEM_LEGACY a tristate option")
> Cc: stable@...r.kernel.org
> Signed-off-by: Haoxiang Li <haoxiang_li2024@....com>
> ---
> arch/x86/kernel/pmem.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/x86/kernel/pmem.c b/arch/x86/kernel/pmem.c
> index 23154d24b117..04fb221716ff 100644
> --- a/arch/x86/kernel/pmem.c
> +++ b/arch/x86/kernel/pmem.c
> @@ -27,6 +27,8 @@ static __init int register_e820_pmem(void)
> * simply here to trigger the module to load on demand.
> */
> pdev = platform_device_alloc("e820_pmem", -1);
> + if (!pdev)
> + return -ENOMEM;
As this can only happen if you are out of memory, AND that really can't
happen at early boot time, how have you tested this code to verify that
this works?
thanks,
greg k-h
Powered by blists - more mailing lists