From: Mugunthan V N <mugunthanvnm-l0cyMroinI0@public.gmane.org>
To: Peter Korsgaard <jacmet-OfajU3CKLf1/SzgSGea1oA@public.gmane.org>
Cc: netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
Subject: Re: [PATCH 1/3] driver: net: ethernet: cpsw: implement ethtool get/set phy setting
Date: Thu, 7 Mar 2013 22:43:12 +0530 [thread overview]
Message-ID: <5138CAA8.1060106@ti.com> (raw)
In-Reply-To: <8762135on4.fsf-D6SC8u56vOOJDPpyT6T3/w@public.gmane.org>
On 3/7/2013 6:54 PM, Peter Korsgaard wrote:
>>>>>> "M" == Mugunthan V N <mugunthanvnm-l0cyMroinI0@public.gmane.org> writes:
> M> This patch implements get/set of the phy settings via ethtool apis
> M> Signed-off-by: Mugunthan V N <mugunthanvnm-l0cyMroinI0@public.gmane.org>
> M> ---
> M> Documentation/devicetree/bindings/net/cpsw.txt | 3 +++
> M> drivers/net/ethernet/ti/cpsw.c | 32 ++++++++++++++++++++++++
> M> include/linux/platform_data/cpsw.h | 1 +
> M> 3 files changed, 36 insertions(+)
>
> M> diff --git a/Documentation/devicetree/bindings/net/cpsw.txt b/Documentation/devicetree/bindings/net/cpsw.txt
> M> index ecfdf75..8d61300 100644
> M> --- a/Documentation/devicetree/bindings/net/cpsw.txt
> M> +++ b/Documentation/devicetree/bindings/net/cpsw.txt
> M> @@ -20,6 +20,7 @@ Required properties:
> M> - cpts_clock_shift : Denominator to convert input clock ticks into nanoseconds
> M> - phy_id : Specifies slave phy id
> M> - mac-address : Specifies slave MAC address
> M> +- ethtool-active-slave : Specifies the slave to use for ethtool command
>
> That again sounds like something Linux specific rather than a hardware
> property.
>
> It would be good if all these special things (dual emac mode, vlan
> handling, switching) could be handled using the existing kernel
> (bridging/vlan) infrastructure, and the driver always just exposing 2
> network interfaces instead of these configuration properties.
>
Switch and Dual Emac modes of operation of CPSW are two different
features of the
hardware and packet routing between the slaves in the hardware are
different in
both the modes.
If by default it is brought up as Dual EMAC then hardware switching is
blocked and
use-cases like IP phone etc cannot be achieved.
Since CPSW as a hardware Switch, it cannot not be handled in existing kernel
feature.
Regards
Mugunthan V N
next prev parent reply other threads:[~2013-03-07 17:13 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-07 12:30 [PATCH 0/3] cpsw interrupt pacing and get/set phy setting implementation Mugunthan V N
2013-03-07 12:30 ` [PATCH 1/3] driver: net: ethernet: cpsw: implement ethtool get/set phy setting Mugunthan V N
2013-03-07 13:24 ` Peter Korsgaard
[not found] ` <8762135on4.fsf-D6SC8u56vOOJDPpyT6T3/w@public.gmane.org>
2013-03-07 17:13 ` Mugunthan V N [this message]
2013-03-07 18:49 ` Peter Korsgaard
2013-03-07 19:59 ` Ben Hutchings
2013-03-08 7:23 ` Mugunthan V N
2013-03-08 14:53 ` Ben Hutchings
2013-03-08 15:04 ` Peter Korsgaard
[not found] ` <87ip523pc3.fsf-D6SC8u56vOOJDPpyT6T3/w@public.gmane.org>
2013-03-08 15:08 ` Mugunthan V N
[not found] ` <1362754401.3248.8.camel-/LGg1Z1CJKReKY3V0RtoKmatzQS1i7+A3tAM5lWOD0I@public.gmane.org>
2013-03-08 15:07 ` Mugunthan V N
[not found] ` <5139FE94.6090004-l0cyMroinI0@public.gmane.org>
2013-03-09 6:51 ` Richard Cochran
2013-03-09 10:49 ` Peter Korsgaard
[not found] ` <1362659421-11884-1-git-send-email-mugunthanvnm-l0cyMroinI0@public.gmane.org>
2013-03-07 12:30 ` [PATCH 2/3] arm: dts: am33xx: add default ethtool slave to cpsw node Mugunthan V N
2013-03-07 16:13 ` Tony Lindgren
2013-03-07 17:13 ` Mugunthan V N
2013-03-07 12:30 ` [PATCH 3/3] driver: net: ethernet: cpsw: implement interrupt pacing via ethtool Mugunthan V N
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=5138CAA8.1060106@ti.com \
--to=mugunthanvnm-l0cymroini0@public.gmane.org \
--cc=davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org \
--cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
--cc=jacmet-OfajU3CKLf1/SzgSGea1oA@public.gmane.org \
--cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.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).