From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: John Garry <john.g.garry@oracle.com>,
"Gustavo A. R. Silva" <gustavoars@kernel.org>,
Jack Wang <jinpu.wang@cloud.ionos.com>,
"Martin K. Petersen" <martin.petersen@oracle.com>
Cc: linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-hardening@vger.kernel.org
Subject: Re: [PATCH][next] scsi: pm80xx: Avoid -Wflex-array-member-not-at-end warning
Date: Thu, 04 Sep 2025 08:39:47 -0400 [thread overview]
Message-ID: <b79c69e27b4ccd9556c89a88bf6c69ed441193ea.camel@HansenPartnership.com> (raw)
In-Reply-To: <7b60681e-a964-494a-a6fa-aba00086b7f7@oracle.com>
On Thu, 2025-09-04 at 07:52 +0100, John Garry wrote:
> On 03/09/2025 19:44, Gustavo A. R. Silva wrote:
> > diff --git a/drivers/scsi/pm8001/pm8001_hwi.h
> > b/drivers/scsi/pm8001/pm8001_hwi.h
> > index fc2127dcb58d..7dc7870a8f86 100644
> > --- a/drivers/scsi/pm8001/pm8001_hwi.h
> > +++ b/drivers/scsi/pm8001/pm8001_hwi.h
> > @@ -339,8 +339,10 @@ struct ssp_completion_resp {
> > __le32 status;
> > __le32 param;
> > __le32 ssptag_rescv_rescpad;
> > - struct ssp_response_iu ssp_resp_iu;
> > __le32 residual_count;
> > +
> > + /* Must be last --ends in a flexible-array member. */
> > + struct ssp_response_iu ssp_resp_iu;
>
> this is a HW structure, right? I did not think that it is ok to
> simply re-order them...
Agreed, this is a standards defined information unit corresponding to
an on the wire data structure. The patch is clearly wrong.
That being said, the three things the flexible member can contain are
no data, response data or sense data. None of them has a residual
count at the beginning and, indeed, this field is never referred to in
the driver, so it looks like it can simply be deleted to fix the
warning.
That being said, this pattern of adding fields after flexible members
to represent data that's common to all content types of the union is
not unknown in SCSI so if you want to enable this warning, what are we
supposed to do when we encounter a genuine use case?
Regards,
James
next prev parent reply other threads:[~2025-09-04 12:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-03 18:44 Gustavo A. R. Silva
2025-09-04 5:27 ` Jinpu Wang
2025-09-04 6:52 ` John Garry
2025-09-04 12:39 ` James Bottomley [this message]
2025-09-04 13:49 ` John Garry
2025-09-04 15:57 ` Gustavo A. R. Silva
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=b79c69e27b4ccd9556c89a88bf6c69ed441193ea.camel@HansenPartnership.com \
--to=james.bottomley@hansenpartnership.com \
--cc=gustavoars@kernel.org \
--cc=jinpu.wang@cloud.ionos.com \
--cc=john.g.garry@oracle.com \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.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
all inboxes | Powered by JetHome®