From: Holger Schurig <holgerschurig@gmail.com>
To: gianluca <gianlucarenzi@eurek.it>
Cc: barebox@lists.infradead.org
Subject: Re: Ethernet PHY KSZ9031 is not working
Date: Thu, 03 Mar 2016 15:42:01 +0100 [thread overview]
Message-ID: <8737s7ei86.fsf@gmail.com> (raw)
In-Reply-To: <56D831C6.1010101@eurek.it> (gianluca's message of "Thu, 3 Mar 2016 13:44:54 +0100")
> USB Host-A has to be tested, but if I type:
>
>>> usb
>> USB: scanning bus for devices...
>> Bus 001 Device 001: ID 0000:0000 EHCI Host Controller
>> 1 USB Device(s) found
>
> so I can suppose the host controller is working.
I'm unsure if that is correct. When you see the USB IDs of some
connected devices then you be (a bit) sure(rer).
> - DDR3 Memory Controller
> Memtest is passing all tests. So I can suppose the timings are quite
> good enough to use the Dynamic RAM correctly. I will do a stress test
> later...
I had a system once where the memtest in barebox worked, but memtester
from Linux found issues.
Also be aware that Freecell has some DDR3 memory tester / setting
optimizer that work via the USB port, like the USB downloader. Just in
case, if you ever run into trouble ...
AS for the FEC/PHY, I'm on some SMSC phy. If I recall it correctly, then
the Sabre board also has a KSZ phy, and when I had this board here it
worked over ethernet.
In arch/arm/boards/boundarydevices-nitrogen6x/board.c there do something
similar, but not identical to what you're doing.
> When Barebox takes control over, those pins are turned off, the device
> tree information is telling me:
There is one more thing that you should be aware: the ethernet clock
can either be driven by the i.MX6, then it's an output. Or it can be
generated by the PHY, then it's an input. In my case it was
MX6QDL_PAD_GPIO_16__ENET_REF_CLK. This is controlled by a bit in the
GPR1 register. Maybe you need to adapt your device tree (search for
"enet_ref") for this?
On Linux, this is driven by arch/arm/mach-imx/mach-imx6q.c, and on
Barebox there is an enet_ref in
arch/arm/boards/freescale-mx6sx-sabresdb/board.c.
> I don't know where I can check if something goes wrong. May be a
> failure on board, but at this time this board is the ONLY BOARD I can
> use.
Time to get your oscilloscope probe ready then :-)
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2016-03-03 14:42 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-03 12:44 gianluca
2016-03-03 13:52 ` Antony Pavlov
2016-03-03 13:47 ` gianluca
2016-03-03 15:21 ` Antony Pavlov
2016-03-04 11:12 ` Ethernet PHY KSZ9031 is not working [SOLVED] gianluca
2016-03-03 14:42 ` Holger Schurig [this message]
2016-03-09 8:58 ` Ethernet PHY KSZ9031 is not working Alexander Aring
2016-03-16 12:34 ` Holger Schurig
2016-03-03 14:53 ` Sascha Hauer
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=8737s7ei86.fsf@gmail.com \
--to=holgerschurig@gmail.com \
--cc=barebox@lists.infradead.org \
--cc=gianlucarenzi@eurek.it \
/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