From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <1521470529.4592.51.camel@gmail.com> Subject: Re: [PATCH V5 1/5] scsi: hpsa: fix selection of reply queue From: Artem Bityutskiy Reply-To: dedekind1@gmail.com To: "hch@lst.de" , Thomas Gleixner Cc: "linux-block@vger.kernel.org" , "snitzer@redhat.com" , "hare@suse.de" , "mroos@linux.ee" , "linux-scsi@vger.kernel.org" , "don.brace@microsemi.com" , "pbonzini@redhat.com" , "loberman@redhat.com" , "kashyap.desai@broadcom.com" , Jens Axboe , "martin.petersen@oracle.com" , "James.Bottomley@HansenPartnership.com" , "ming.lei@redhat.com" Date: Mon, 19 Mar 2018 16:42:09 +0200 In-Reply-To: References: <20180313094243.8710-1-ming.lei@redhat.com> <20180313094243.8710-2-ming.lei@redhat.com> <1521460114.4592.29.camel@intel.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 List-ID: On Mon, 2018-03-19 at 08:31 -0600, Jens Axboe wrote: > I'm assuming that Martin will eventually queue this up. But probably > for 4.17, then we can always flag it for a backport to stable once > it's been thoroughly tested. Jens, thanks for reply. I wonder if folks agree that in this case we should revert 84676c1f21e8 genirq/affinity: assign vectors to all possible CPUs for v4.16. If this was a minor niche use-case regression the -stable scenario would probably be OK. But the patch seem to miss the fact that kernel's "possible CPUs" notion may be way off and side effects are bad. Christoph, Thomas, what do you think? Thanks, Artem.