linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Murray Jensen <Murray.Jensen@cmst.csiro.au>
To: ppc-embed <linuxppc-embedded@lists.linuxppc.org>
Subject: Re: Ethernet on 8260
Date: Wed, 18 Jul 2001 16:26:00 +1000	[thread overview]
Message-ID: <6825.995437560@msa.cmst.csiro.au> (raw)
In-Reply-To: Message from Brad Bonkoski <bradb59@home.com> of "17 Jul 2001 12:07:19 MST." <20010718005352.VZZY3814.femail19.sdc1.sfba.home.com@cx263713-b.mesa1.az.home.com>


On 17 Jul 2001 12:07:19 -0700, Brad Bonkoski <bradb59@home.com> writes:
>One further question, is it possible for a detection of a loss of the
>actual Ethernet cable at the kernel level?

Depends on your board design - only the PHY knows this info and you
communicate with the PHY via the MII. But the 8260 has no specific
support for the management communication as defined by the MII spec
(MDC/MDIO - very similar to an i2c interface) - you implement this
using I/O port pins, twiddling bits to send clocked serial data to
the PHY.

The first board design dependent thing is which port pins you choose
to connect to the PHY MDC/MDIO pins. The second is which interrupt
input(s) (port C pins?) you connect the PHY interrupt output(s) to.
There will be others - probably dependent on the PHY you choose, or
even the RJ45 connector itself! e.g. on our board, there is a bi-colour
LED on the RJ45 socket which we connect to our FPGA so that with the
appropriate FPGA code loaded we can interpret the PHY state outputs and
display the appropriate colours - rather than dedicate I/O port pins
on the 8260 to this function i.e. input the PHY state, output the LED
state - wastes a lot of pins. Other board designs might use I/O port
pins. LEDs aren't so critical, but you get the idea.

Based on previous postings, I believe Dan Malek will (eventually) be
patching the FCC driver to provide interrupt driven MII/PHY support,
but you will have to hack it for your PHY etc. although most PHYs are
pretty similar so that all you might need to do is recognise your vendor
ID number.

>Are there any pointers to
>docs I could read on this?

Your PHY manual, your board design manual, and section 30.3 of the 8260 UM.
Cheers!
								Murray...
--
Murray Jensen, CSIRO Manufacturing Sci & Tech,         Phone: +61 3 9662 7763
Locked Bag No. 9, Preston, Vic, 3072, Australia.         Fax: +61 3 9662 7853
Internet: Murray.Jensen@cmst.csiro.au  (old address was mjj@mlb.dmt.csiro.au)


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2001-07-18  6:26 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bradb59@home.com>
2001-07-17  0:19 ` Ethernet on 8260 Brad Bonkoski
2001-07-17  4:22   ` Murray Jensen
2001-07-17  5:30     ` Brad Bonkoski
2001-07-17  9:09       ` Murray Jensen
2001-07-17 19:07         ` Brad Bonkoski
2001-07-18  6:26           ` Murray Jensen [this message]
2001-07-17  8:28   ` August Hoerandl

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=6825.995437560@msa.cmst.csiro.au \
    --to=murray.jensen@cmst.csiro.au \
    --cc=linuxppc-embedded@lists.linuxppc.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).