All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Joe Hamman" <joe.hamman@embeddedspecialties.com>
To: "'Andy Fleming'" <afleming@freescale.com>,
	"'Scott Wood'" <scottwood@freescale.com>
Cc: linuxppc-embedded@ozlabs.org
Subject: RE: [PATCH] [UPDATED] tsec: Allow Ten Bit Interface to be configurable
Date: Tue, 14 Aug 2007 16:01:15 -0500	[thread overview]
Message-ID: <020101c7deb6$4168cd70$6f00a8c0@ESIDT> (raw)
In-Reply-To: <66FE71AE-6AF2-4A2F-91D0-6517B0702C13@freescale.com>

Hi Andy,

> >
> > Is any given board going to have at runtime (i.e. not jumper
> > selectable)  both a phy and a tbi (I'm not very familiar with the
> > latter, so I apologize if this is a dumb question).  If not, I'd
> > stick with phy-handle and have something in the phy node to
> > indicate that it's tbi.
> 
> 
> Yes.  That will be the more common case.  The TBI PHYs are connected
> to the MDIO pins of each TSEC.  The TBIPA register defines what
> address it sits on.  It is used to configure non MII-style data
> connections, usually to another PHY.  For instance, to configure a
> TSEC for SGMII, you first configure the attached TBI to communicate
> with the on-chip SERDES.
> 
> While the TBI devices technically all sit on MDIO busses, only the
> TBI PHY connected to the first TSEC will interfere with MDIO
> transactions.  I don't think we need to create nodes for each of the
> TBIs.  They exist as a secondary part of the ethernet controller, and
> their address is only really important to that controller.
> 
> I still think it should just be a property of the ethernet node.  We
> aren't describing the TBI, we're describing a setting for the
> ethernet controller's register.
> 

Like this?  Do we need to have one for each ethernet@xxxxxx?

	ethernet@24000 {
		#address-cells = <1>;
		#size-cells = <0>;
		device_type = "network";
		model = "eTSEC";
		compatible = "gianfar";
		reg = <24000 1000>;
		mac-address = [ 00 E0 0C 00 73 00 ];
		interrupts = <1d 2 1e 2 22 2>;
		interrupt-parent = <&mpic>;
		phy-handle = <&phy1f>;
		tbi-address = <0x1e>;
	};

Joe

  reply	other threads:[~2007-08-14 21:01 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-13 22:37 [PATCH] [UPDATED] tsec: Allow Ten Bit Interface to be configurable Joe Hamman
2007-08-14  3:09 ` Kumar Gala
2007-08-14  3:29   ` Joe Hamman
2007-08-14 12:47     ` Joe Hamman
2007-08-14 16:04     ` Andy Fleming
2007-08-14 16:16       ` Scott Wood
2007-08-14 16:50         ` Joe Hamman
2007-08-14 18:00           ` Scott Wood
2007-08-14 20:37             ` Andy Fleming
2007-08-14 21:01               ` Joe Hamman [this message]
2007-08-14 21:29                 ` Andy Fleming
2007-08-14 21:41                   ` Joe Hamman

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='020101c7deb6$4168cd70$6f00a8c0@ESIDT' \
    --to=joe.hamman@embeddedspecialties.com \
    --cc=afleming@freescale.com \
    --cc=linuxppc-embedded@ozlabs.org \
    --cc=scottwood@freescale.com \
    /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.