LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Paul Menzel <email@example.com>
To: Greg Kroah-Hartman <firstname.lastname@example.org>
Cc: Christoph Hellwig <email@example.com>, Ming Lei <firstname.lastname@example.org>,
Linux Kernel Mailing List <email@example.com>,
Adaptec OEM Raid Solutions <firstname.lastname@example.org>,
Raghava Aditya Renukunta <RaghavaAditya.Renukunta@microsemi.com>,
Dave Carroll <email@example.com>
Subject: Re: [PATCH] Revert "genirq/affinity: assign vectors to all possible CPUs"
Date: Tue, 30 Oct 2018 16:30:56 +0100 [thread overview]
Message-ID: <firstname.lastname@example.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 3573 bytes --]
Hopefully, you enjoyed the maintainers summit, and didn’t have too
many emails to catch up on.
On 10/17/18 17:00, Paul Menzel wrote:
> On 10/15/18 15:21, Greg Kroah-Hartman wrote:
>> On Mon, Oct 15, 2018 at 02:17:11PM +0200, Paul Menzel wrote:
>>> On 10/01/18 17:59, Paul Menzel wrote:
>>>> On 10/01/18 14:43, Paul Menzel wrote:
>>>>> On 10/01/18 14:35, Christoph Hellwig wrote:
>>>>>> On Mon, Oct 01, 2018 at 02:33:07PM +0200, Paul Menzel wrote:
>>>>>>> Date: Wed, 29 Aug 2018 17:28:45 +0200
>>>>>>> This reverts commit ef86f3a72adb8a7931f67335560740a7ad696d1d.
>>>>>> This seems rather odd. If at all you'd revert the patch adding the
>>>>>> PCI_IRQ_AFFINITY to aacraid, not core infrastructure.
>>>>> Thank you for the suggestion, but that flag was added in 2016
>>>>> to the aacraid driver.
>>>>>> commit 0910d8bbdd99856af1394d3d8830955abdefee4a
>>>>>> Author: Hannes Reinecke <email@example.com>
>>>>>> Date: Tue Nov 8 08:11:30 2016 +0100
>>>>>> scsi: aacraid: switch to pci_alloc_irq_vectors
>>>>>> Use pci_alloc_irq_vectors and drop the hand-crafted interrupt affinity
>>>>> So what would happen, if `PCI_IRQ_AFFINITY` was removed? Will the
>>>>> system still work with the same performance?
>>>>> As far as I understood, the no regression policy is there for
>>>>> exactly that reason, and it shouldn’t matter if it’s core
>>>>> infrastructure or not. As written, I have no idea, and just know
>>>>> reverting the commit in question fixes the problem here. So I’ll
>>>>> gladly test other solutions to fix this issue.
>>>> Just as another datapoint, with `PCI_IRQ_AFFINITY` removed from
>>>> `drivers/scsi/aacraid/comminit.c` in Linux 4.14.73, the driver
>>>> initializes correctly. I have no idea regarding the performance.
>>> This commit has not been picked up yet. I guess, you are busy, but
>>> in case there are still objections, it’d be great if the two
>>> questions below were answered.
>>> 1. What bug is fixed in the LTS series by backporting the commit
>>> causing the regression?
>> I can't remember anymore, but unwinding this mess is going to be a
>> pain :(
>>> 2. Why does the *no regression* policy *not* apply in this case?
>> It does, but also we are following the "stick to what mainline does",
> Hmm, but I thought only for bug fixes.
>> and the fact that this is not showing up in mainline seems just to be a
>> lucky accident at the moment. My real worry is that suddenly you are
>> going to have problems there and that this is just the early-warning
>> system happening...
> It is still a mystery for me, why it doesn’t happen in master.
> In the current situation, where the SCSI/AACRAID subsystem folks
> haven’t joined the discussion, I still think, the best way for the
> Linux 4.14 series is to revert.
> Additionally, there are other reports about errors with the aacraid
> driver . I heard they develop against the Linux kernel version in
> the enterprise distributions, and then port that to master. Maybe
> that is one of the reasons for the current state. (But also
Do you have an update, how to deal with this situation in the LTS
series? The longer we wait, the more likely it is, that there will be
conflicts in the future releases.
> : https://www.spinics.net/lists/linux-scsi/threads.html#123414
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 5174 bytes --]
next prev parent reply other threads:[~2018-10-30 15:31 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-10 13:21 aacraid: Regression in 4.14.56 with *genirq/affinity: assign vectors to all possible CPUs* Paul Menzel
2018-08-10 13:36 ` Greg Kroah-Hartman
2018-08-10 14:11 ` Paul Menzel
2018-08-10 15:55 ` Greg Kroah-Hartman
2018-08-11 8:14 ` Paul Menzel
2018-08-11 13:50 ` Greg Kroah-Hartman
2018-08-12 8:35 ` Paul Menzel
2018-08-13 3:32 ` Ming Lei
2018-08-16 17:09 ` Paul Menzel
2018-09-11 10:53 ` Paul Menzel
2018-10-01 12:33 ` [PATCH] Revert "genirq/affinity: assign vectors to all possible CPUs" Paul Menzel
2018-10-01 12:35 ` Christoph Hellwig
2018-10-01 12:43 ` Paul Menzel
2018-10-01 15:59 ` Paul Menzel
2018-10-15 12:17 ` Paul Menzel
2018-10-15 13:21 ` Greg Kroah-Hartman
2018-10-17 15:00 ` Paul Menzel
2018-10-30 15:30 ` Paul Menzel [this message]
2018-10-08 2:11 ` Ming Lei
2018-10-08 7:56 ` IT (Donald Buczek)
2019-02-18 11:40 ` aacraid: Regression in 4.14.56 with *genirq/affinity: assign vectors to all possible CPUs* Greg Kroah-Hartman
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:
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--subject='Re: [PATCH] Revert "genirq/affinity: assign vectors to all possible CPUs"' \
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).