[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46708A26-16CB-4417-BCFA-12F4C78FC2F7@xmission.com>
Date: Thu, 14 May 2015 02:58:59 -0500
From: "Eric W. Biederman" <ebiederm@...ssion.com>
To: "Michael S. Tsirkin" <mst@...hat.com>
CC: linux-kernel@...r.kernel.org, Bjorn Helgaas <bhelgaas@...gle.com>,
linux-pci@...r.kernel.org, Fam Zheng <famz@...hat.com>,
Yinghai Lu <yhlu.kernel.send@...il.com>,
Yijing Wang <wangyijing@...wei.com>,
Ulrich Obergfell <uobergfe@...hat.com>,
Rusty Russell <rusty@...tcorp.com.au>
Subject: Re: [PATCH v6 1/2] PCI/MSI: Don't disable MSI/MSI-X at shutdown
On May 14, 2015 1:06:00 AM CDT, "Michael S. Tsirkin" <mst@...hat.com> wrote:
>On Wed, May 13, 2015 at 08:41:55AM +0200, Michael S. Tsirkin wrote:
>> > This also sounds like a case for implementing a shutdown callback
>and
>> > disabling things properly. A properly shutdown driver should have
>> > already disabled MSI's. A driver is responsible for enabling MSIs
>so it
>> > should be responsible for disabling it. The core disabling MSIs is
>> > mostly to catch the handful of lazy drivers that forget.
>>
>>
>> Okay! And I am saying that if the driver did forget,
>> we are better off not disabling it - leave it enabled
>> until kexec starts and disables it.
>>
>>
>> > The bottom line is that there are a few things that are standard
>> > behavior that we can do in the generic code, but at the end of the
>day
>> > it is the responsibility of the driver to shut things down and
>whatever
>> > driver you are dealing with clearly has a bunch of bugs and you
>aren't
>> > fixing it.
>>
>> So please let us get on with fixing it in driver and stop
>> playing with device in core.
>
>Eric, does this argument make sense? Drivers should do the right thing
>in their shutdown callback, let's not try to work around their bugs in
>core.
Not in context of this patch, as this change appears to
be to avoid fixing the driver.
Further this behavior in the core has existed for the
better part of a decade. Who knows what weird
behavior (called regressions) this will trigger with
other drivers in other situations.
I do not see any reason to change the existing behavior here.
Especially as if you try and boot a non-linux kernel with
kexec you are almost certainly going to subject it to a
screaming MSI interrupt and there almost certainly will
not be code to disable MSIs as they are disabled by at
boot up by default.
Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists