From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: stuart hayes <stuart.w.hayes@gmail.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
Hans de Goede <hdegoede@redhat.com>,
platform-driver-x86@vger.kernel.org
Subject: Re: [PATCH v3 2/4] platform/x86: dell_rbu: Fix list usage
Date: Fri, 30 May 2025 18:48:55 +0300 (EEST) [thread overview]
Message-ID: <749f1036-9ad7-ede0-5412-b9449d9e2cde@linux.intel.com> (raw)
In-Reply-To: <04ba20e6-ce2c-4e47-8884-c563b931cd66@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4276 bytes --]
On Fri, 30 May 2025, stuart hayes wrote:
> On 5/30/2025 10:25 AM, Ilpo Järvinen wrote:
> > On Fri, 30 May 2025, stuart hayes wrote:
> >
> > > On 5/30/2025 2:54 AM, Ilpo Järvinen wrote:
> > > > On Thu, 29 May 2025, Stuart Hayes wrote:
> > > >
> > > > > Stop using an entire struct packet_data just for the embedded
> > > > > list_head,
> > > > > and fix usage of that list_head.
> > > > >
> > > > > Fixes: d19f359fbdc6 ("platform/x86: dell_rbu: don't open code
> > > > > list_for_each_entry*()")
> > > > > Signed-off-by: Stuart Hayes <stuart.w.hayes@gmail.com>
> > > >
> > > > Isn't this just refactor so Fixes tag for this commit is not warranted?
> > > >
> > >
> > > No. The patch that this fixes had converted the driver to use
> > > list_for_each_entry*() to loop through the packet list instead of a while
> > > loop. But it passed (&packet_data_head.list)->next to
> > > list_for_each_entry*()
> > > instead of the list head itself.
> > >
> > > That resulted in to issues. In the function that prints the packets, it
> > > would
> > > start with the wrong packet, and in the function that deletes the packets,
> > > it
> > > would get a null pointer dereference when it tried to zero out the data
> > > associated with the packet that held the actual list head.
> >
> > Oh, I see that difference now. Good catch.
> >
> > However, that also means the ->next part is wrong and there are two
> > independent changes here, one that fixes this ->next problem and then the
> > refactoring of packet_data_head to packet_data_list?
> >
>
> Correct. Do you want those as two separate patches?
Yes please, and please order the fix patch before the refactor patch as
stable people will be interested in taking the fix into stable releases.
--
i.
> > > > > ---
> > > > > drivers/platform/x86/dell/dell_rbu.c | 10 +++++-----
> > > > > 1 file changed, 5 insertions(+), 5 deletions(-)
> > > > >
> > > > > diff --git a/drivers/platform/x86/dell/dell_rbu.c
> > > > > b/drivers/platform/x86/dell/dell_rbu.c
> > > > > index 7b019fb72e86..c03d4d55fcc1 100644
> > > > > --- a/drivers/platform/x86/dell/dell_rbu.c
> > > > > +++ b/drivers/platform/x86/dell/dell_rbu.c
> > > > > @@ -77,14 +77,14 @@ struct packet_data {
> > > > > int ordernum;
> > > > > };
> > > > > -static struct packet_data packet_data_head;
> > > > > +static struct list_head packet_data_list;
> > > > > static struct platform_device *rbu_device;
> > > > > static int context;
> > > > > static void init_packet_head(void)
> > > > > {
> > > > > - INIT_LIST_HEAD(&packet_data_head.list);
> > > > > + INIT_LIST_HEAD(&packet_data_list);
> > > > > rbu_data.packet_read_count = 0;
> > > > > rbu_data.num_packets = 0;
> > > > > rbu_data.packetsize = 0;
> > > > > @@ -183,7 +183,7 @@ static int create_packet(void *data, size_t
> > > > > length)
> > > > > __must_hold(&rbu_data.lock)
> > > > > /* initialize the newly created packet headers */
> > > > > INIT_LIST_HEAD(&newpacket->list);
> > > > > - list_add_tail(&newpacket->list, &packet_data_head.list);
> > > > > + list_add_tail(&newpacket->list, &packet_data_list);
> > > > > memcpy(newpacket->data, data, length);
> > > > > @@ -292,7 +292,7 @@ static int packet_read_list(char *data, size_t
> > > > > *
> > > > > pread_length)
> > > > > remaining_bytes = *pread_length;
> > > > > bytes_read = rbu_data.packet_read_count;
> > > > > - list_for_each_entry(newpacket, (&packet_data_head.list)->next,
> > > > > list) {
> > > > > + list_for_each_entry(newpacket, &packet_data_list, list) {
> > > > > bytes_copied = do_packet_read(pdest, newpacket,
> > > > > remaining_bytes, bytes_read, &temp_count);
> > > > > remaining_bytes -= bytes_copied;
> > > > > @@ -315,7 +315,7 @@ static void packet_empty_list(void)
> > > > > {
> > > > > struct packet_data *newpacket, *tmp;
> > > > > - list_for_each_entry_safe(newpacket, tmp,
> > > > > (&packet_data_head.list)->next, list) {
> > > > > + list_for_each_entry_safe(newpacket, tmp, &packet_data_list,
> > > > > list) {
> > > > > list_del(&newpacket->list);
> > > > > /*
> > > > >
> > > >
> > >
> >
>
next prev parent reply other threads:[~2025-05-30 15:49 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-29 20:27 [PATCH v3 0/4] platform/x86: dell_rbu: Packet data fixes Stuart Hayes
2025-05-29 20:27 ` [PATCH v3 1/4] platform/x86: dell_rbu: Fix lock context warning Stuart Hayes
2025-05-29 20:27 ` [PATCH v3 2/4] platform/x86: dell_rbu: Fix list usage Stuart Hayes
2025-05-30 7:54 ` Ilpo Järvinen
2025-05-30 15:16 ` stuart hayes
2025-05-30 15:25 ` Ilpo Järvinen
2025-05-30 15:35 ` stuart hayes
2025-05-30 15:48 ` Ilpo Järvinen [this message]
2025-05-29 20:27 ` [PATCH v3 3/4] platform/x86: dell_rbu: Stop overwriting data buffer Stuart Hayes
2025-05-30 8:03 ` Ilpo Järvinen
2025-05-30 15:27 ` stuart hayes
2025-05-30 15:46 ` Ilpo Järvinen
2025-05-29 20:27 ` [PATCH v3 4/4] platform/x86: dell_rbu: Bump version Stuart Hayes
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=749f1036-9ad7-ede0-5412-b9449d9e2cde@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=hdegoede@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=stuart.w.hayes@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).