From: David Miller <davem@davemloft.net>
To: hkallweit1@gmail.com
Cc: andrew@lunn.ch, f.fainelli@gmail.com, heiko@sntech.de,
david.wu@rock-chips.com, netdev@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-rockchip@lists.infradead.org
Subject: Re: [PATCH net-next] net: phy: improve handling link_change_notify callback
Date: Wed, 20 Mar 2019 10:50:10 -0700 (PDT) [thread overview]
Message-ID: <20190320.105010.192905616973367477.davem@davemloft.net> (raw)
In-Reply-To: <85f94f2f-8d1b-214f-a4af-afaf26d68ca0@gmail.com>
From: Heiner Kallweit <hkallweit1@gmail.com>
Date: Tue, 19 Mar 2019 19:56:51 +0100
> Currently the Phy driver's link_change_notify callback is called
> whenever the state machine is run (every second if polling), no matter
> whether the state changed or not. This isn't needed and may confuse
> users considering the name of the callback. Actually it contradicts
> its kernel-doc description. Therefore let's change the behavior and
> call this callback only in case of an actual state change.
>
> This requires changes to the at803x and rockchip drivers.
> at803x can be simplified so that it reacts on a state change to
> PHY_NOLINK only.
> The rockchip driver can also be much simplified. We simply re-init
> the AFE/DSP registers whenever we change to PHY_RUNNING and speed
> is 100Mbps. This causes very small overhead because we do this even
> if the speed was 100Mbps already. But this is negligible and
> I think justified by the much simpler code.
>
> Changes are compile-tested only.
>
> A little bit problematic seems to be to find somebody with the
> hardware to test the changes to the two PHY drivers. See also [0].
> David may be able to test the Rockchip driver.
>
> [0] https://marc.info/?t=153782508800006&r=1&w=2
>
> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
I'm just going to apply this, let's see what happens as I don't really see
any value after all of this time of waiting for testing that may or may not
happen.
We can always revert.
Thanks.
next prev parent reply other threads:[~2019-03-20 17:50 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-19 18:56 [PATCH net-next] net: phy: improve handling link_change_notify callback Heiner Kallweit
2019-03-20 17:50 ` David Miller [this message]
2019-04-04 11:04 ` David Wu
-- strict thread matches above, loose matches on Subject: below --
2019-03-03 18:58 Heiner Kallweit
2019-03-04 19:30 ` David Miller
2019-03-04 20:06 ` Andrew Lunn
2019-03-04 21:03 ` David Miller
2019-03-12 12:27 ` Heiko Stuebner
2019-03-12 17:50 ` Daniel Mack
2019-03-12 23:19 ` Russell King - ARM Linux admin
2019-03-15 13:29 ` David Wu
2019-03-08 19:45 ` David Miller
2019-03-12 17:56 ` Florian Fainelli
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=20190320.105010.192905616973367477.davem@davemloft.net \
--to=davem@davemloft.net \
--cc=andrew@lunn.ch \
--cc=david.wu@rock-chips.com \
--cc=f.fainelli@gmail.com \
--cc=heiko@sntech.de \
--cc=hkallweit1@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-rockchip@lists.infradead.org \
--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;
as well as URLs for NNTP newsgroup(s).