All of lore.kernel.org
 help / color / mirror / Atom feed
From: andrew@lunn.ch (Andrew Lunn)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH RFC] ARM: dts: add support for Turris Omnia
Date: Mon, 14 Nov 2016 14:10:10 +0100	[thread overview]
Message-ID: <20161114131010.GC26710@lunn.ch> (raw)
In-Reply-To: <1479126185.15557.5@smtp.gmail.com>

> Actually SFP is connected to SGMII interface of eth1, which is
> routed through SERDES 5.

You say eth1 here. Yet lower down you say got eth0 and eth1 are
connected to the switch?

> We have our proprietary support hacked onto mvneta driver for
> disconnecting PHY on the fly. It is a bit nasty, so I suggest to
> ignore SFP in this DTS altogether and let's wait till "phylink based
> SFP module support" or something alike hits upstream, so we can base
> the SFP support on solid code;

It would be great if you could work on getting the phylink patches
into mainline. It is something i have wanted to do for a long time,
but it is too low down on my priority list to get to. The code is high
quality, so i don't think there will be too many issues. It probably
just needs splitting up into smaller batches, submitting, and working
on any comments.

> Actually eth0 and eth1 (both are RGMII) are connected to the 88E6176
> switch. The problem is that from what I have read so far the switch
> can not operate in DSA mode with two CPU ports.

Again, this is something i wanted to do, and i did have a prototype at
one point. But again, not enough time. If you have resources to work
on this, i can find my code, explain my ideas, and let you complete
it.

	Andrew

WARNING: multiple messages have this Message-ID (diff)
From: Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>
To: tomas.hlavacek-x+rMaJPWets@public.gmane.org
Cc: "Uwe Kleine-König"
	<uwe-rXY34ruvC2xidJT2blvkqNi2O/JbrIOy@public.gmane.org>,
	"Mark Rutland" <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	"Jason Cooper" <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>,
	"Martin Strba??ka" <martin.strbacka-x+rMaJPWets@public.gmane.org>,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	"Rob Herring" <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	"Gregory Clement"
	<gregory.clement-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	"Sebastian Hesselbarth"
	<sebastian.hesselbarth-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH RFC] ARM: dts: add support for Turris Omnia
Date: Mon, 14 Nov 2016 14:10:10 +0100	[thread overview]
Message-ID: <20161114131010.GC26710@lunn.ch> (raw)
In-Reply-To: <1479126185.15557.5-TAvD023jEQEN+BqQ9rBEUg@public.gmane.org>

> Actually SFP is connected to SGMII interface of eth1, which is
> routed through SERDES 5.

You say eth1 here. Yet lower down you say got eth0 and eth1 are
connected to the switch?

> We have our proprietary support hacked onto mvneta driver for
> disconnecting PHY on the fly. It is a bit nasty, so I suggest to
> ignore SFP in this DTS altogether and let's wait till "phylink based
> SFP module support" or something alike hits upstream, so we can base
> the SFP support on solid code;

It would be great if you could work on getting the phylink patches
into mainline. It is something i have wanted to do for a long time,
but it is too low down on my priority list to get to. The code is high
quality, so i don't think there will be too many issues. It probably
just needs splitting up into smaller batches, submitting, and working
on any comments.

> Actually eth0 and eth1 (both are RGMII) are connected to the 88E6176
> switch. The problem is that from what I have read so far the switch
> can not operate in DSA mode with two CPU ports.

Again, this is something i wanted to do, and i did have a prototype at
one point. But again, not enough time. If you have resources to work
on this, i can find my code, explain my ideas, and let you complete
it.

	Andrew
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2016-11-14 13:10 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-05 20:38 [PATCH RFC] ARM: dts: add support for Turris Omnia Uwe Kleine-König
2016-11-05 20:38 ` Uwe Kleine-König
2016-11-05 21:04 ` Andrew Lunn
2016-11-05 21:04   ` Andrew Lunn
2016-11-05 22:08   ` Uwe Kleine-König
2016-11-05 22:08     ` Uwe Kleine-König
2016-11-06 10:19     ` Andrew Lunn
2016-11-06 10:19       ` Andrew Lunn
2016-11-05 21:23 ` Andrew Lunn
2016-11-05 21:23   ` Andrew Lunn
2016-11-05 21:27   ` Uwe Kleine-König
2016-11-05 21:27     ` Uwe Kleine-König
2016-11-05 21:37     ` Andrew Lunn
2016-11-05 21:37       ` Andrew Lunn
     [not found]     ` <20161106104534.lsdyppz5qcnjcqe4@perseus.defre.kleine-koenig.org>
     [not found]       ` <20161106111109.GD9617@lunn.ch>
     [not found]         ` <20161106141716.fwgje74rhhixnixq@perseus.defre.kleine-koenig.org>
     [not found]           ` <20161106162809.GA14042@lunn.ch>
2016-11-06 19:32             ` Uwe Kleine-König
2016-11-06 19:32               ` Uwe Kleine-König
2016-11-07  7:41     ` Martin Strbačka
2016-11-07  7:41       ` Martin Strbačka
2016-11-14 12:23 ` tomas.hlavacek at nic.cz
2016-11-14 12:23   ` tomas.hlavacek-x+rMaJPWets
2016-11-14 13:10   ` Andrew Lunn [this message]
2016-11-14 13:10     ` Andrew Lunn
2016-11-14 14:51     ` tomas.hlavacek
2016-11-14 14:59     ` tomas.hlavacek at nic.cz
2016-11-14 14:59       ` tomas.hlavacek
2016-11-14 20:16   ` Uwe Kleine-König
2016-11-14 20:16     ` Uwe Kleine-König
2016-11-14 20:28     ` Andrew Lunn
2016-11-14 20:28       ` Andrew Lunn
2016-11-19 20:09       ` tomas.hlavacek at nic.cz
2016-11-19 20:09         ` tomas.hlavacek-x+rMaJPWets
2016-11-20 20:30         ` Uwe Kleine-König
2016-11-20 20:30           ` Uwe Kleine-König
2016-11-22 21:59           ` tomas.hlavacek at nic.cz
2016-11-22 21:59             ` tomas.hlavacek
2016-11-23  0:09             ` [RFC PATCH] ARM: dts: Add " Tomas Hlavacek
2016-11-23  0:09               ` Tomas Hlavacek
2016-11-23  0:09               ` Tomas Hlavacek
2016-11-23  0:35               ` Andrew Lunn
2016-11-23  0:35                 ` Andrew Lunn
2016-11-24  8:37                 ` Uwe Kleine-König
2016-11-24  8:37                   ` Uwe Kleine-König
2016-11-24 15:07                   ` Andrew Lunn
2016-11-24 15:07                     ` Andrew Lunn
2016-11-25 12:49                     ` Tomas Hlavacek
2016-11-25 12:49                       ` Tomas Hlavacek
2016-11-25 12:49                       ` Tomas Hlavacek
2016-11-25 14:34                       ` Uwe Kleine-König
2016-12-10  8:16                       ` Pavel Machek
2016-12-10  8:16                         ` Pavel Machek
2016-12-10  8:16                         ` Pavel Machek
2016-11-23  8:19               ` Uwe Kleine-König
2016-11-23  8:19                 ` Uwe Kleine-König
2016-11-23  8:19                 ` Uwe Kleine-König
2016-11-23  0:27             ` [PATCH RFC] ARM: dts: add " tomas.hlavacek at nic.cz
2016-11-23  0:27               ` tomas.hlavacek-x+rMaJPWets
2016-11-23  1:39               ` Andrew Lunn
2016-11-23  1:39                 ` Andrew Lunn
2016-11-23 14:59             ` Andrew Lunn
2016-11-23 14:59               ` Andrew Lunn
2016-11-23 18:36               ` Uwe Kleine-König
2016-11-23 18:36                 ` Uwe Kleine-König
2016-11-23 22:45               ` tomas.hlavacek at nic.cz
2016-11-23 22:45                 ` tomas.hlavacek

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=20161114131010.GC26710@lunn.ch \
    --to=andrew@lunn.ch \
    --cc=linux-arm-kernel@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.