* [PATCH] scsi: ses: Handle positive SCSI error from ses_recv_diag()
@ 2026-02-23 15:44 Greg Kroah-Hartman
2026-02-23 16:03 ` Greg Kroah-Hartman
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: Greg Kroah-Hartman @ 2026-02-23 15:44 UTC (permalink / raw)
To: linux-scsi
Cc: linux-kernel, Greg Kroah-Hartman, James E.J. Bottomley,
Martin K. Petersen, stable
ses_recv_diag() can return a positive value, which also means that an
error happened, so do not only test for negative values.
Cc: "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>
Cc: stable <stable@kernel.org>
Assisted-by: gkh_clanker_2000
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
drivers/scsi/ses.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/ses.c b/drivers/scsi/ses.c
index 35101e9b7ba7..128042c734cc 100644
--- a/drivers/scsi/ses.c
+++ b/drivers/scsi/ses.c
@@ -215,7 +215,7 @@ static unsigned char *ses_get_page2_descriptor(struct enclosure_device *edev,
unsigned char *type_ptr = ses_dev->page1_types;
unsigned char *desc_ptr = ses_dev->page2 + 8;
- if (ses_recv_diag(sdev, 2, ses_dev->page2, ses_dev->page2_len) < 0)
+ if (ses_recv_diag(sdev, 2, ses_dev->page2, ses_dev->page2_len))
return NULL;
for (i = 0; i < ses_dev->page1_num_types; i++, type_ptr += 4) {
--
2.53.0
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] scsi: ses: Handle positive SCSI error from ses_recv_diag()
2026-02-23 15:44 [PATCH] scsi: ses: Handle positive SCSI error from ses_recv_diag() Greg Kroah-Hartman
@ 2026-02-23 16:03 ` Greg Kroah-Hartman
2026-02-23 19:30 ` James Bottomley
2026-03-13 7:27 ` Hannes Reinecke
2026-03-20 2:36 ` Martin K. Petersen
2 siblings, 1 reply; 5+ messages in thread
From: Greg Kroah-Hartman @ 2026-02-23 16:03 UTC (permalink / raw)
To: linux-scsi; +Cc: linux-kernel, James E.J. Bottomley, Martin K. Petersen, stable
On Mon, Feb 23, 2026 at 04:44:59PM +0100, Greg Kroah-Hartman wrote:
> ses_recv_diag() can return a positive value, which also means that an
> error happened, so do not only test for negative values.
>
> Cc: "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
> Cc: "Martin K. Petersen" <martin.petersen@oracle.com>
> Cc: stable <stable@kernel.org>
> Assisted-by: gkh_clanker_2000
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> ---
> drivers/scsi/ses.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/scsi/ses.c b/drivers/scsi/ses.c
> index 35101e9b7ba7..128042c734cc 100644
> --- a/drivers/scsi/ses.c
> +++ b/drivers/scsi/ses.c
> @@ -215,7 +215,7 @@ static unsigned char *ses_get_page2_descriptor(struct enclosure_device *edev,
> unsigned char *type_ptr = ses_dev->page1_types;
> unsigned char *desc_ptr = ses_dev->page2 + 8;
>
> - if (ses_recv_diag(sdev, 2, ses_dev->page2, ses_dev->page2_len) < 0)
> + if (ses_recv_diag(sdev, 2, ses_dev->page2, ses_dev->page2_len))
> return NULL;
>
> for (i = 0; i < ses_dev->page1_num_types; i++, type_ptr += 4) {
> --
> 2.53.0
>
Along these lines, any specific reason why the following code in
ses_enclosure_data_process() doesn't also check the return value of
ses_recv_diag():
/* re-read page 10 */
if (ses_dev->page10)
ses_recv_diag(sdev, 10, ses_dev->page10, ses_dev->page10_len);
/* Page 7 for the descriptors is optional */
result = ses_recv_diag(sdev, 7, hdr_buf, INIT_ALLOC_SIZE);
if (result)
goto simple_populate;
Is that because re-reading always succeeds, or because it can fail and
we just want to ignore it? It feels odd that the "optional" read
command for page 7 is checked by not page 10. But hey, scsi is odd :)
thank,s
greg k-h
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] scsi: ses: Handle positive SCSI error from ses_recv_diag()
2026-02-23 16:03 ` Greg Kroah-Hartman
@ 2026-02-23 19:30 ` James Bottomley
0 siblings, 0 replies; 5+ messages in thread
From: James Bottomley @ 2026-02-23 19:30 UTC (permalink / raw)
To: Greg Kroah-Hartman, linux-scsi; +Cc: linux-kernel, Martin K. Petersen, stable
On Mon, 2026-02-23 at 17:03 +0100, Greg Kroah-Hartman wrote:
> On Mon, Feb 23, 2026 at 04:44:59PM +0100, Greg Kroah-Hartman wrote:
> > ses_recv_diag() can return a positive value, which also means that
> > an
> > error happened, so do not only test for negative values.
> >
> > Cc: "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
> > Cc: "Martin K. Petersen" <martin.petersen@oracle.com>
> > Cc: stable <stable@kernel.org>
> > Assisted-by: gkh_clanker_2000
> > Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> > ---
> > drivers/scsi/ses.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/scsi/ses.c b/drivers/scsi/ses.c
> > index 35101e9b7ba7..128042c734cc 100644
> > --- a/drivers/scsi/ses.c
> > +++ b/drivers/scsi/ses.c
> > @@ -215,7 +215,7 @@ static unsigned char
> > *ses_get_page2_descriptor(struct enclosure_device *edev,
> > unsigned char *type_ptr = ses_dev->page1_types;
> > unsigned char *desc_ptr = ses_dev->page2 + 8;
> >
> > - if (ses_recv_diag(sdev, 2, ses_dev->page2, ses_dev-
> > >page2_len) < 0)
> > + if (ses_recv_diag(sdev, 2, ses_dev->page2, ses_dev-
> > >page2_len))
> > return NULL;
> >
> > for (i = 0; i < ses_dev->page1_num_types; i++, type_ptr +=
> > 4) {
> > --
> > 2.53.0
> >
>
> Along these lines, any specific reason why the following code in
> ses_enclosure_data_process() doesn't also check the return value of
> ses_recv_diag():
>
> /* re-read page 10 */
> if (ses_dev->page10)
> ses_recv_diag(sdev, 10, ses_dev->page10, ses_dev-
> >page10_len);
> /* Page 7 for the descriptors is optional */
> result = ses_recv_diag(sdev, 7, hdr_buf, INIT_ALLOC_SIZE);
> if (result)
> goto simple_populate;
>
> Is that because re-reading always succeeds, or because it can fail
> and we just want to ignore it? It feels odd that the "optional" read
> command for page 7 is checked by not page 10. But hey, scsi is odd
> :)
Pretty much. The re-read should never fail for SCSI reasons (although
there's a remote possibility it could fail for transient reasons) the
scsi_execute will already have tried (and logged errors), so there's no
further error handling ses can add so the best thing it can do is
proceed with stale data.
The reason for the page 7 check is because that will fail if the page
does not exist (which is allowed by spec).
Regards,
James
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] scsi: ses: Handle positive SCSI error from ses_recv_diag()
2026-02-23 15:44 [PATCH] scsi: ses: Handle positive SCSI error from ses_recv_diag() Greg Kroah-Hartman
2026-02-23 16:03 ` Greg Kroah-Hartman
@ 2026-03-13 7:27 ` Hannes Reinecke
2026-03-20 2:36 ` Martin K. Petersen
2 siblings, 0 replies; 5+ messages in thread
From: Hannes Reinecke @ 2026-03-13 7:27 UTC (permalink / raw)
To: Greg Kroah-Hartman, linux-scsi
Cc: linux-kernel, James E.J. Bottomley, Martin K. Petersen, stable
On 2/23/26 16:44, Greg Kroah-Hartman wrote:
> ses_recv_diag() can return a positive value, which also means that an
> error happened, so do not only test for negative values.
>
> Cc: "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
> Cc: "Martin K. Petersen" <martin.petersen@oracle.com>
> Cc: stable <stable@kernel.org>
> Assisted-by: gkh_clanker_2000
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> ---
> drivers/scsi/ses.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/scsi/ses.c b/drivers/scsi/ses.c
> index 35101e9b7ba7..128042c734cc 100644
> --- a/drivers/scsi/ses.c
> +++ b/drivers/scsi/ses.c
> @@ -215,7 +215,7 @@ static unsigned char *ses_get_page2_descriptor(struct enclosure_device *edev,
> unsigned char *type_ptr = ses_dev->page1_types;
> unsigned char *desc_ptr = ses_dev->page2 + 8;
>
> - if (ses_recv_diag(sdev, 2, ses_dev->page2, ses_dev->page2_len) < 0)
> + if (ses_recv_diag(sdev, 2, ses_dev->page2, ses_dev->page2_len))
> return NULL;
>
> for (i = 0; i < ses_dev->page1_num_types; i++, type_ptr += 4) {
Reviewed-by: Hannes Reinecke <hare@suse.de>
Cheers,
Hannes
--
Dr. Hannes Reinecke Kernel Storage Architect
hare@suse.de +49 911 74053 688
SUSE Software Solutions GmbH, Frankenstr. 146, 90461 Nürnberg
HRB 36809 (AG Nürnberg), GF: I. Totev, A. McDonald, W. Knoblich
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] scsi: ses: Handle positive SCSI error from ses_recv_diag()
2026-02-23 15:44 [PATCH] scsi: ses: Handle positive SCSI error from ses_recv_diag() Greg Kroah-Hartman
2026-02-23 16:03 ` Greg Kroah-Hartman
2026-03-13 7:27 ` Hannes Reinecke
@ 2026-03-20 2:36 ` Martin K. Petersen
2 siblings, 0 replies; 5+ messages in thread
From: Martin K. Petersen @ 2026-03-20 2:36 UTC (permalink / raw)
To: linux-scsi, Greg Kroah-Hartman
Cc: Martin K . Petersen, linux-kernel, James E.J. Bottomley, stable
On Mon, 23 Feb 2026 16:44:59 +0100, Greg Kroah-Hartman wrote:
> ses_recv_diag() can return a positive value, which also means that an
> error happened, so do not only test for negative values.
>
>
Applied to 7.0/scsi-fixes, thanks!
[1/1] scsi: ses: Handle positive SCSI error from ses_recv_diag()
https://git.kernel.org/mkp/scsi/c/7a9f448d4412
--
Martin K. Petersen
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2026-03-20 2:37 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-02-23 15:44 [PATCH] scsi: ses: Handle positive SCSI error from ses_recv_diag() Greg Kroah-Hartman
2026-02-23 16:03 ` Greg Kroah-Hartman
2026-02-23 19:30 ` James Bottomley
2026-03-13 7:27 ` Hannes Reinecke
2026-03-20 2:36 ` Martin K. Petersen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox