From: David Miller <davem@davemloft.net>
To: ard.biesheuvel@linaro.org
Cc: hkallweit1@gmail.com, f.fainelli@gmail.com, andrew@lunn.ch,
netdev@vger.kernel.org
Subject: Re: [PATCH net-next resubmit 1/2] net: phy: core: remove now uneeded disabling of interrupts
Date: Mon, 04 Dec 2017 10:50:15 -0500 (EST) [thread overview]
Message-ID: <20171204.105015.470701847194420222.davem@davemloft.net> (raw)
In-Reply-To: <CAKv+Gu-q7m_2uhE-Ghk0zmGjqVDwpBte2SwV8Mx-kPYA+uLwkA@mail.gmail.com>
From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Date: Mon, 4 Dec 2017 15:46:55 +0000
> On 4 December 2017 at 15:24, David Miller <davem@davemloft.net> wrote:
>> From: Heiner Kallweit <hkallweit1@gmail.com>
>> Date: Thu, 30 Nov 2017 23:55:15 +0100
>>
>>> After commits c974bdbc3e "net: phy: Use threaded IRQ, to allow IRQ from
>>> sleeping devices" and 664fcf123a30 "net: phy: Threaded interrupts allow
>>> some simplification" all relevant code pieces run in process context
>>> anyway and I don't think we need the disabling of interrupts any longer.
>>>
>>> Interestingly enough, latter commit already removed the comment
>>> explaining why interrupts need to be temporarily disabled.
>>>
>>> On my system phy interrupt mode works fine with this patch.
>>> However I may miss something, especially in the context of shared phy
>>> interrupts, therefore I'd appreciate if more people could test this.
>>>
>>> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
>>> Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>>
>> Ok, applied.
>>
>> But if this causes regressions I'm reverting.
>
> Thanks. But please note that the code in question does seem to use the
> interrupt API incorrectly, and tbh, I was expecting some more
> discussion first. For reference, here's the commit log for the mostly
> equivalent patch [0] I sent out almost at the same time:
Yes, it seemed to me that when the code was converted to threaded IRQS
this {enable,disable}_irq() stuff was not considered.
Again, I read these patches over and I'm willing to own up to the
changes for now. And if they cause regressions or someone screams
loudly enough we can revert and talk about it some more.
next prev parent reply other threads:[~2017-12-04 15:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-30 22:55 [PATCH net-next resubmit 1/2] net: phy: core: remove now uneeded disabling of interrupts Heiner Kallweit
2017-11-30 22:57 ` [PATCH net-next resubmit 2/2] net: phy: core: don't disable device interrupts in phy_change Heiner Kallweit
2017-12-04 15:24 ` David Miller
2017-12-04 15:24 ` [PATCH net-next resubmit 1/2] net: phy: core: remove now uneeded disabling of interrupts David Miller
2017-12-04 15:46 ` Ard Biesheuvel
2017-12-04 15:50 ` David Miller [this message]
2017-12-04 15:51 ` Ard Biesheuvel
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=20171204.105015.470701847194420222.davem@davemloft.net \
--to=davem@davemloft.net \
--cc=andrew@lunn.ch \
--cc=ard.biesheuvel@linaro.org \
--cc=f.fainelli@gmail.com \
--cc=hkallweit1@gmail.com \
--cc=netdev@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox