All of lore.kernel.org
 help / color / mirror / Atom feed
From: Heiko Carstens <heiko.carstens@de.ibm.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>,
	"Martin K. Petersen" <martin.petersen@oracle.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-scsi <linux-scsi@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Steffen Maier <maier@linux.ibm.com>
Subject: Re: [GIT PULL] SCSI fixes for 5.4-rc3
Date: Fri, 18 Oct 2019 12:35:40 +0200	[thread overview]
Message-ID: <20191018103540.GC3885@osiris> (raw)
In-Reply-To: <1571166922.15362.19.camel@HansenPartnership.com>

On Tue, Oct 15, 2019 at 03:15:22PM -0400, James Bottomley wrote:
> Five changes, two in drivers (qla2xxx, zfcp), one to MAINTAINERS
> (qla2xxx) and two in the core.  The last two are mostly about removing
> incorrect messages from the kernel log: the resid message is definitely
> wrong and the sync cache on protected drive problem is arguably wrong.
> 
> The patch is available here:
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes
> 
> The short changelog is:
> 
> Damien Le Moal (1):
>       scsi: core: save/restore command resid for error handling
> 
> Daniel Wagner (1):
>       scsi: qla2xxx: Remove WARN_ON_ONCE in qla2x00_status_cont_entry()
> 
> Himanshu Madhani (1):
>       scsi: MAINTAINERS: Update qla2xxx driver
> 
> Oliver Neukum (1):
>       scsi: sd: Ignore a failure to sync cache due to lack of authorization
> 
> Steffen Maier (1):
>       scsi: zfcp: fix reaction on bit error threshold notification

James, Martin, I do not know how you coordinate your work, however is
there any chance that the two fixes sitting in

https://git.kernel.org/pub/scm/linux/kernel/git/mkp/scsi.git/log/?h=postmerge

get merged anytime soon?

6b6fa7a5c86e1269d9f0c9a5b902072351317387 ("scsi: core: fix dh and multipathing for SCSI hosts without request batching")
82a9ac7130cf51c2640800fb0ef19d3a05cb8fff ("scsi: core: fix missing .cleanup_rq for SCSI hosts without request batching")

I have a CI system which fails to boot since two weeks because of this...


  parent reply	other threads:[~2019-10-18 10:35 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-15 19:15 [GIT PULL] SCSI fixes for 5.4-rc3 James Bottomley
2019-10-15 22:25 ` pr-tracker-bot
2019-10-18 10:35 ` Heiko Carstens [this message]
2019-10-18 13:19   ` Martin K. Petersen
2019-10-18 15:12     ` Linus Torvalds
2019-10-18 15:15     ` pr-tracker-bot

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=20191018103540.GC3885@osiris \
    --to=heiko.carstens@de.ibm.com \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=akpm@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=maier@linux.ibm.com \
    --cc=martin.petersen@oracle.com \
    --cc=torvalds@linux-foundation.org \
    /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.