All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mathias Nyman <mathias.nyman@linux.intel.com>
To: Aishwarya TCV <aishwarya.tcv@arm.com>,
	Greg KH <gregkh@linuxfoundation.org>
Cc: stern@rowland.harvard.edu, linux-usb@vger.kernel.org,
	Klara Modin <klarasmodin@gmail.com>,
	Mark Brown <broonie@kernel.org>
Subject: Re: [PATCH] usb: usb-acpi: Fix oops due to freeing uninitialized pld pointer
Date: Mon, 18 Mar 2024 16:36:24 +0200	[thread overview]
Message-ID: <1b67d844-440a-52c3-b9e7-d12c6fe5dad2@linux.intel.com> (raw)
In-Reply-To: <f5681869-0cf2-4888-83b9-4ff14b1174c6@arm.com>

On 18.3.2024 15.30, Aishwarya TCV wrote:
> 
> 
> On 08/03/2024 11:34, Mathias Nyman wrote:
>> If reading the ACPI _PLD port location object fails, or the port
>> doesn't have a _PLD ACPI object then the *pld pointer will remain
>> uninitialized and oops when freed.
>>
>> The patch that caused this is currently in next, on its way to v6.9.
>> So no need to add this to stable or current 6.8 kernel.
>>
>> Reported-by: Klara Modin <klarasmodin@gmail.com>
>> Closes: https://lore.kernel.org/linux-usb/7e92369a-3197-4883-9988-3c93452704f5@gmail.com/
>> Tested-by: Klara Modin <klarasmodin@gmail.com>
>> Fixes: f3ac348e6e04 ("usb: usb-acpi: Set port connect type of not connectable ports correctly")
>> Signed-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>
>> ---
> 
> Hi Mathias,
> 
> When booting the kernel against next-master(next-20240318) with Arm64 on
> JUNO using ACPI, the kernel is resulting in boot failures for our CI.
> 
> A bisect identified f3ac348e6e04 ("usb: usb-acpi: Set port connect type
> of not connectable ports correctly") as introducing the failure.
> Bisected it on the tag "next-20240308" at repo
> "https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git".
> 
> I believe this is the patch to fix the issue. Kindly note that the
> failure is seen on next-master runs from the past week. Any chance that
> you could get this merged into next-master sooner?

Hi

We are already mid merge window.
Not sure if there's some way Greg can still get this in, otherwise I'm
afraid we need wait for rc1, and try to get this into rc2.

Thanks
Mathias


  reply	other threads:[~2024-03-18 14:34 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-08 11:34 [PATCH] usb: usb-acpi: Fix oops due to freeing uninitialized pld pointer Mathias Nyman
2024-03-18 13:30 ` Aishwarya TCV
2024-03-18 14:36   ` Mathias Nyman [this message]
2024-03-18 14:40     ` Mark Brown
2024-03-18 14:55       ` Alan Stern
2024-03-18 15:10         ` Mark Brown
2024-03-19  7:29           ` Mathias Nyman
2024-03-19 11:37             ` Mark Brown

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=1b67d844-440a-52c3-b9e7-d12c6fe5dad2@linux.intel.com \
    --to=mathias.nyman@linux.intel.com \
    --cc=aishwarya.tcv@arm.com \
    --cc=broonie@kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=klarasmodin@gmail.com \
    --cc=linux-usb@vger.kernel.org \
    --cc=stern@rowland.harvard.edu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.