[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180524140750.GA19550@kroah.com>
Date: Thu, 24 May 2018 16:07:50 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Steffen Maier <maier@...ux.ibm.com>
Cc: linux-kernel@...r.kernel.org,
Bart Van Assche <bart.vanassche@....com>,
stable@...r.kernel.org, Doug Gilbert <dgilbert@...erlog.com>,
Hannes Reinecke <hare@...e.com>,
"Martin K. Petersen" <martin.petersen@...cle.com>,
Sasha Levin <alexander.levin@...rosoft.com>
Subject: Re: [PATCH 4.14 110/165] scsi: core: return BLK_STS_OK for DID_OK in
__scsi_error_from_host_byte()
On Thu, May 24, 2018 at 02:19:29PM +0200, Steffen Maier wrote:
> Hopefully I haven't missed it in the stable queue, but do we need the
> following on top (effectively not applying e39a97353e53)?:
>
> commit cbe095e2b584623b882ebaf6c18e0b9077baa3f7
> Author: Bart Van Assche <bart.vanassche@....com>
> Date: Thu Apr 5 10:32:59 2018 -0700
>
> Revert "scsi: core: return BLK_STS_OK for DID_OK in
> __scsi_error_from_host_byte()"
>
> The description of commit e39a97353e53 is wrong: it mentions that commit
> 2a842acab109 introduced a bug in __scsi_error_from_host_byte() although
> that
> commit did not change the behavior of that function. Additionally,
> commit
> e39a97353e53 introduced a bug: it causes commands that fail with
> hostbyte=DID_OK and driverbyte=DRIVER_SENSE to be completed with
> BLK_STS_OK. Hence revert that commit.
>
> Fixes: e39a97353e53 ("scsi: core: return BLK_STS_OK for DID_OK in
> __scsi_error_from_host_byte()")
> Reported-by: Damien Le Moal <damien.lemoal@....com>
> Signed-off-by: Bart Van Assche <bart.vanassche@....com>
> Cc: Hannes Reinecke <hare@...e.com>
> Cc: Douglas Gilbert <dgilbert@...erlog.com>
> Cc: Damien Le Moal <damien.lemoal@....com>
> Cc: Christoph Hellwig <hch@....de>
> Cc: Lee Duncan <lduncan@...e.com>
> Cc: stable@...r.kernel.org
> Reviewed-by: Christoph Hellwig <hch@....de>
> Reviewed-by: Hannes Reinecke <hare@...e.com>
> Signed-off-by: Martin K. Petersen <martin.petersen@...cle.com>
Oops, yeah, I'll go drop this one from the queue, we shouldn't take it
at all, as that's easier than applying it and then reverting it again.
Thanks for letting me know.
greg k-h
Powered by blists - more mailing lists