From: Daniel Ng <daniel.ng1234@gmail.com>
To: Mike Ditto <mditto@consentry.com>
Cc: Scott Wood <scottwood@freescale.com>, linuxppc-dev@ozlabs.org
Subject: Re: How to bring up fs_enet on 2.6.27?
Date: Fri, 27 Feb 2009 17:41:59 +1100 [thread overview]
Message-ID: <547eba1b0902262241k622a7act569a850a3fce15f3@mail.gmail.com> (raw)
In-Reply-To: <49A50EA7.8040008@consentry.com>
On Wed, Feb 25, 2009 at 8:25 PM, Mike Ditto <mditto@consentry.com> wrote:
> Daniel Ng wrote:
>>> f0010d40:00 not found
>>> eth0: Could not attach to PHY
> These messages are typical of having the wrong GPIO pins in the mdio
> node or the wrong MDIO address (reg property) in the ethernet-phy node.
>
>>> Currently, our PHY
>>> attributes eg. 'auto-negotiate' are not changeable, so we aren't
>>> actually using MDC+MDIO even though the MDC+MDIO lines exist.
>
> The driver definitely tries to talk to the PHY using the GPIO pins
> and address specified and if it doesn't respond, it won't attach.
>
Thanks Mike. I pulled out the PHY-dependancies in the fs-enet code and
I'm *almost* there!
Here's the relevant boot output with some additional debug:
fs_init(): start
fs_enet_probe() start
fs_enet_get_stats() start
eth0: fs_enet: 7e:13:12:53:a1:75
fs_enet_probe(): registered. dev: eth0
...
dev_open(): calling dev_activate for dev: lo
dev_open(): finishing for dev: lo
fs_enet_open(): start. dev: eth0
dev_open(): calling dev_activate for dev: eth0
dev_open(): finishing for dev: eth0
fs_enet_get_stats()
IP-Config: Complete:
device=eth0, addr=192.168.1.75, mask=255.255.255.0, gw=255.255.255.255,
host=xxx, domain=, nis-domain=(none),
bootserver=192.168.1.133, rootserver=192.168.1.133, rootpath=
Looking up port of RPC 100003/2 on 192.168.1.133
dev_hard_start_xmit(): start. dev: lo
dev_hard_start_xmit(): about to call c015baa0
dev_hard_start_xmit(): start. dev: lo
dev_hard_start_xmit(): about to call c015baa0
rpcbind: server 192.168.1.133 not responding, timed out
As you can see from the above, the NFS client tries to contact the
server on the lo interface rather than eth0.
This is despite IP-Config reporting 'Complete' for eth0.
If I set the Gateway parameter for the NFS client to 192.168.1.133 I get this:
fs_init(): start
fs_enet_probe() start
fs_enet_get_stats() start
eth0: fs_enet: 7e:13:12:53:a1:75
fs_enet_probe(): registered. dev: eth0
...
dev_open(): calling dev_activate for dev: lo
dev_open(): finishing for dev: lo
fs_enet_open(): start. dev: eth0
dev_open(): calling dev_activate for dev: eth0
dev_open(): finishing for dev: eth0
fs_enet_get_stats()
IP-Config: Gateway not on directly connected network.
Looking up port of RPC 100003/2 on 192.168.1.133
dev_hard_start_xmit(): start. dev: lo
dev_hard_start_xmit(): about to call c015baa0
dev_hard_start_xmit(): start. dev: lo
dev_hard_start_xmit(): about to call c015baa0
rpcbind: server 192.168.1.133 not responding, timed out
-IP-Config complains the Gateway (192.168.1.133) is not on a
directly-connected network, even though the IP address of eth0 is
192.168.1.75/24.
So this implies eth0 is not 100% up.
Would someone be able to suggest why this is so? What else could I do
to check the state of eth0?
Cheers,
Daniel
next prev parent reply other threads:[~2009-02-27 6:42 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.5.1233190802.9523.linuxppc-dev@ozlabs.org>
2009-01-29 1:16 ` How to bring up fs_enet on 2.6.27? Mike Ditto
2009-02-19 6:47 ` Daniel Ng
2009-02-19 18:44 ` Scott Wood
2009-02-20 5:01 ` Daniel Ng
2009-02-25 7:09 ` Daniel Ng
2009-02-25 9:25 ` Mike Ditto
2009-02-27 6:41 ` Daniel Ng [this message]
2009-03-04 21:00 ` Scott Wood
2009-01-28 5:04 Daniel Ng
2009-01-28 9:50 ` Laurent Pinchart
2009-01-29 0:42 ` Daniel Ng
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=547eba1b0902262241k622a7act569a850a3fce15f3@mail.gmail.com \
--to=daniel.ng1234@gmail.com \
--cc=linuxppc-dev@ozlabs.org \
--cc=mditto@consentry.com \
--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 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).