Re: [U-Boot] UEC phy not working on first try
I am using u-boot.2010.09 on a MPC8568-based board. When trying to boot over one of the UEC network interfaces, it is not working instantly. The cable is connected from the beginning, but I have to issue a manual 'boot' command, sometimes even multiple times before the link is correct. This is the output: Do all the UEC interfaces show the same symptoms? Yes, this happens for all UECs. And I think it worked until we switched from u-boot 2009.11.1 to 2010.09 - but there's so much change that I didn't find the reason for it, yet. The driver thinks the link went away again. When the cable is connected all the time, then this is an indication of something going wrong. You should try to diagnose, why the software gets this link change and if it really is an information that the phy provides, if the physical path to the phy is stable. Well, the software runs though uec_init (the_first_run is zero) and gets a positive link state in the do-while-loop instantly. Afterwards adjust_link is called - and there it fails. Strange thing - I guess I need to dig a little deeper... Code hints are very appreciated! ;-) Best wishes Detlev Zundel Thanks! Matthias ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] UEC phy not working on first try
Hi Matthias, I am using u-boot.2010.09 on a MPC8568-based board. When trying to boot over one of the UEC network interfaces, it is not working instantly. The cable is connected from the beginning, but I have to issue a manual 'boot' command, sometimes even multiple times before the link is correct. This is the output: Do all the UEC interfaces show the same symptoms? Yes, this happens for all UECs. And I think it worked until we switched from u-boot 2009.11.1 to 2010.09 - but there's so much change that I didn't find the reason for it, yet. Ah! I didn't realize that you are in the excellent position to have one good and one bad commit. Simply use git bisect to find the problematic commit and show that to us. Best wishes Detlev -- ... and I will continue to use a low-level language to indicate how machines actually compute. Readers who only want to see algorithms that are already packaged in a plug-in way, using a trendy language, should buy other people's books. -- Donald Knuth, Fascicle 1 -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] UEC phy not working on first try
Hi Detlef, I am using u-boot.2010.09 on a MPC8568-based board. Ah! I didn't realize that you are in the excellent position to have one good and one bad commit. Simply use git bisect to find the problematic commit and show that to us. so far I traced it down to the adjust_link call in uec_init from file uec.c (line 1234 in release 2011.03). This call wasn't there in release 2009.11.1 and removing that line solves the issue here. I don't know, why this went in and what the drawbacks are without it. Maybe someone on this list knows... (Sorry, I didn't search for a specific commit in git, yet. I just diffed pertinent files around the qe|uec|net drivers first.) Happy sunny Easter all! 8-) Matthias ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] UEC phy not working on first try
Hi Matthias, I am using u-boot.2010.09 on a MPC8568-based board. Ah! I didn't realize that you are in the excellent position to have one good and one bad commit. Simply use git bisect to find the problematic commit and show that to us. so far I traced it down to the adjust_link call in uec_init from file uec.c (line 1234 in release 2011.03). This call wasn't there in release 2009.11.1 and removing that line solves the issue here. git blame shows this commit to be responsible: commit 582c55a0274f38e6e7e35b95e7ab81d3e912f700 Author: Heiko Schocher h...@denx.de Date: Wed Jan 20 09:04:28 2010 +0100 83xx, uec: split enet_interface in two variables There's no sensible reason to unite speed and interface type into one variable. So split this variable enet_interface into two vars: enet_interface_type, which hold the interface type and speed. Also: add the possibility for switching between 10 and 100 MBit interfaces on the fly, when running in FAST_ETH mode. Signed-off-by: Heiko Schocher h...@denx.de Signed-off-by: Ben Warren biggerbadder...@gmail.com I don't know, why this went in and what the drawbacks are without it. Maybe someone on this list knows... (Sorry, I didn't search for a specific commit in git, yet. I just diffed pertinent files around the qe|uec|net drivers first.) Hm, looking at adjust_link code, it seems that for you someone set mii_info-link to 0 which gets you into the else clause of this function. On a quick grep, I cannot find any place where this happens, but I guess this is your problem (or at least one of them) ;) Maybe Heiko can contribute some more insights? Happy sunny Easter all! 8-) Same to you, thanks! Detlev -- There is no need to be rigid in carrying out policies about what changes to install. To do a good job of maintaining Emacs doesn't require acting like government bureaucrats. -- Richard Stallman e1mix3y-0005iz...@fencepost.gnu.org -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] UEC phy not working on first try
Hmmm. I'm not seeing a delayed link behaviour at all and I am using the latest u-boot-2011.03 on an 8323ERDB which has two UEC's. On Apr 19, 2011 11:07 PM, DUNDA Matthias matthias.du...@thalesgroup.com wrote: I am using u-boot.2010.09 on a MPC8568-based board. When trying to boot over one of the UEC network interfaces, it is not working instantly. The cable is connected from the beginning, but I have to issue a manual 'boot' command, sometimes even multiple times before the link is correct. This is the output: Do all the UEC interfaces show the same symptoms? Yes, this happens for all UECs. And I think it worked until we switched from u-boot 2009.11.1 to 2010.09 - but there's so much change that I didn't find the reason for it, yet. The driver thinks the link went away again. When the cable is connected all the time, then this is an indication of something going wrong. You should try to diagnose, why the software gets this link change and if it really is an information that the phy provides, if the physical path to the phy is stable. Well, the software runs though uec_init (the_first_run is zero) and gets a positive link state in the do-while-loop instantly. Afterwards adjust_link is called - and there it fails. Strange thing - I guess I need to dig a little deeper... Code hints are very appreciated! ;-) Best wishes Detlev Zundel Thanks! Matthias ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] UEC phy not working on first try
Hi, Hi all- I am using u-boot.2010.09 on a MPC8568-based board. When trying to boot over one of the UEC network interfaces, it is not working instantly. The cable is connected from the beginning, but I have to issue a manual 'boot' command, sometimes even multiple times before the link is correct. This is the output: Do all the UEC interfaces show the same symptoms? [- snip -] Net: UEC0, UEC1, UEC3 [PRIME], eTSEC0, eTSEC1 Hit any key to stop autoboot: 0 UEC: PHY is Generic MII (70431) UEC3: Full Duplex switching to rgmii 100 UEC3: Speed 100BT UEC3: Link is up UEC3: Link is down The driver thinks the link went away again. When the cable is connected all the time, then this is an indication of something going wrong. You should try to diagnose, why the software gets this link change and if it really is an information that the phy provides, if the physical path to the phy is stable. Best wishes Detlev Zundel -- Those who do not understand Unix are condemned to reinvent it, poorly. - Henry Spencer, University of Toronto Unix hack -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot