public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Problems with new ethernet init on mpc8360
Date: Tue, 26 Feb 2008 13:40:47 -0500	[thread overview]
Message-ID: <47C45D2F.3040801@ge.com> (raw)
In-Reply-To: <47C45AA9.4080002@ge.com>

Jerry Van Baren wrote:
> Jerry Van Baren wrote:
>> Kim Phillips wrote:
>>> On Mon, 25 Feb 2008 22:55:37 -0500
>>> Jerry Van Baren <gvb.uboot@gmail.com> wrote:
>>>
>>>> Hi Kim,
>>>>
>>>> I have a mpc8360emds eval board.  The ee62ed patch (below) speeds up the 
>>>> start up (good), but seems to cause the board to hang on the *second* 
>>>> ethernet operation.
>>>>
>>>> I can cause this by doing two pings in a row: the first ping initializes 
>>>> the network and completes successfully.  The second ping hangs the 
>>>> board: it never completes.  I cannot abort it with ^C.  The only way out 
>>>> is to reset the board.
>>>>
>>>> The same thing happens with two back-to-back tftp operations or a ping 
>>>> followed by a tftp operation.
>>>>
>>>> If I back out the ee62ed patch (below), it "fixes" the problem.
>>>>
>>>> I tried backing out some simple portions of the patch (added delays back 
>>>> in) with no success.  I've given up chasing this for tonight.  Any 
>>>> inspiration you can generate would be appreciated, I'll chase it some 
>>>> more tomorrow.
>>> I verified rc2 on rev. 1.1 and 2.1 boards pings more than once.
>>>
>>> can you provide more details about which u-boot version, what board rev
>>> you're on, what kind of connection you're using, speed, etc.?
>>>
>>> Kim
>> OK, I confirmed it was operator error by doing a clean clone and rebuild 
>> of u-boot.
>>
>> Sorry for the noise,
>> gvb
> 
> My bad, the noise *wasn't* noise.  What worked for me was 1.3.1 (above 
> results), which initializes the ethernet on start up.  When I cloned the 
> u-boot repo (or u-boot-testing), the second ping hangs the board for me.
> 
> Is the fact that I don't have a valid env a clue (I have never bothered 
> to save an env)?  Hmmmm, what env variables could be messing me up?  I 
> would suspect the ethernet rotation one.  I don't have the second 
> etherspiggot plugged in, but that should simply fail and rotate back to 
> the first etherspiggot (scratches head).
> 
> Thanks,
> gvb
> 
> 
> U-Boot 1.3.2-rc2 (Feb 26 2008 - 13:21:20) MPC83XX
> 
> Reset Status: Software Hard, External/Internal Soft, External/Internal Hard
> 
> CPU:   e300c1, MPC8360E, Rev: 12 at 528 MHz, CSB:  264 MHz
> Board: Freescale MPC8360EMDS
> I2C:   ready
> DRAM:  256 MB (DDR1, 64-bit, ECC off)
> SDRAM: 64 MB (local bus)
> PCI 32bit bus on PMC1 & PMC2 &PMC3
> FLASH: 16 MB
> *** Warning - bad CRC, using default environment
> 
> PCI clock is 66MHz
> In:    serial
> Out:   serial
> Err:   serial
> Net:   FSL UEC0, FSL UEC1
> Hit any key to stop autoboot:  0
> 
> => set serverip 192.168.47.8 ; set ipaddr 192.168.47.214
> 
> => ping 192.168.47.8
> UEC: PHY is Marvell 88E11x1 (1410cc2)
> FSL UEC0: Full Duplex
> switching to rgmii 100
> FSL UEC0: Speed 100BT
> FSL UEC0: Link is up
> Using FSL UEC0 device
> host 192.168.47.8 is alive
> 
> => ping 192.168.47.8

Sorry, I should have included the default environment contents for 
reference:

=> printenv
bootcmd=setenv bootargs root=/dev/nfs rw nfsroot=$serverip:$rootpath 
ip=$ipaddrr
ramboot=setenv bootargs root=/dev/ram rw console=$consoledev,$baudrate 
$othbootr
nfsboot=setenv bootargs root=/dev/nfs rw nfsroot=$serverip:$rootpath 
ip=$ipaddrr
bootdelay=6
baudrate=115200
loads_echo=1
ethaddr=00:04:9f:ef:01:01
eth1addr=00:04:9f:ef:01:02
loadaddr=200000
netdev=eth0
consoledev=ttyS0
ramdiskaddr=1000000
ramdiskfile=ramfs.83xx
fdtaddr=400000
fdtfile=mpc8360emds.dtb
stdin=serial
stdout=serial
stderr=serial
ethact=FSL UEC0

Environment size: 979/8188 bytes

  reply	other threads:[~2008-02-26 18:40 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-26  3:55 [U-Boot-Users] Problems with new ethernet init on mpc8360 Jerry Van Baren
2008-02-26 17:07 ` Kim Phillips
2008-02-26 17:31   ` Jerry Van Baren
2008-02-26 18:01   ` Jerry Van Baren
2008-02-26 18:30     ` Jerry Van Baren
2008-02-26 18:40       ` Jerry Van Baren [this message]
2008-02-26 19:55         ` Joakim Tjernlund
2008-02-26 20:04           ` Joakim Tjernlund
2008-02-26 20:30           ` Jerry Van Baren

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=47C45D2F.3040801@ge.com \
    --to=gerald.vanbaren@ge.com \
    --cc=u-boot@lists.denx.de \
    /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