[U-Boot-Users] Are there any instructions how to compile U-boot for ixp425 target?
Hi,
I took the advice and tried fresh u-boot. I pulled latest u-boot-ixp from GIT and modified the include/configs/ixdp425.h file so that it would match my current one on those parts that has something to do with the hardware. That's only file I modified.
Then I gave commands:
make ARCH=arm CROSS_COMPILE=armeb-unknown-linux-gnu- ixpd425_config
make ARCH=arm CROSS_COMPILE=armeb-unknown-linux-gnu-
The latter command stopped to error:
make -C cpu/ixp/npe/
make[1]: Entering directory `/home/teemu/tmp/u-boot/u-boot-ixp/cpu/ixp/npe'
make[1]: *** No rule to make target `IxNpeMicrocode.c', needed by `.depend'. Stop.
I checked and that file is missing so I'm guessing here comes the part where I need the Intel library? I tried to search for instructions what to do, but I couldn't find any and I vaguely remember someone telling that there isn't at least for ixp. This is first time I'm trying to get the U-boot to work from the scratch so (detailed) instructions would help a lot.
Teemu K.
On Thursday 07 June 2007, Teemu Keskinarkaus wrote:
I took the advice and tried fresh u-boot. I pulled latest u-boot-ixp from GIT and modified the include/configs/ixdp425.h file so that it would match my current one on those parts that has something to do with the hardware. That's only file I modified.
OK.
Then I gave commands:
make ARCH=arm CROSS_COMPILE=armeb-unknown-linux-gnu- ixpd425_config
make ARCH=arm CROSS_COMPILE=armeb-unknown-linux-gnu-
The latter command stopped to error:
make -C cpu/ixp/npe/
make[1]: Entering directory `/home/teemu/tmp/u-boot/u-boot-ixp/cpu/ixp/npe'
make[1]: *** No rule to make target `IxNpeMicrocode.c', needed by `.depend'. Stop.
Yes, that's expected. Unfortunately not documented. Sorry.
I checked and that file is missing so I'm guessing here comes the part where I need the Intel library?
Right.
I tried to search for instructions what to do, but I couldn't find any and I vaguely remember someone telling that there isn't at least for ixp. This is first time I'm trying to get the U-boot to work from the scratch so (detailed) instructions would help a lot.
You have to download the NPE microcode binary (exactly this missing file from the Intel download site). Here a link for the newest microcode (I have *not* tested with this microcode version):
http://downloadcenter.intel.com/detail_desc.aspx?ProductID=2100&DwnldID=...
Could be that you have to register to access this file though.
Best regards, Stefan
===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de =====================================================================
I tried this link and got the following message from Iceweasel (firefox): Iceweasel has detected that the server is redirecting the request for this address in a way that will never complete.
I have this file, if someone needs I can send him.
From: Stefan Roese [mailto:sr@denx.de] Sent: 7. kesäkuuta 2007 14:44 To: u-boot-users@lists.sourceforge.net
I tried to search for instructions what to do, but I couldn't find any and I vaguely remember someone telling that there isn't at least for ixp. This is first time I'm trying to get the U-boot to work from the scratch so (detailed) instructions would help a lot.
You have to download the NPE microcode binary (exactly this missing file from the Intel download site). Here a link for the newest microcode (I have *not* tested with this microcode version):
http://downloadcenter.intel.com/detail_desc.aspx?ProductID=2100&DwnldID=... 954&agr=Y
Could be that you have to register to access this file though.
I downloaded the version 2.3 that could be loaded without needing to register and I was able to compile the U-boot, but when I loaded it to unit the unit didn't boot properly anymore. Nothing showed in console. I have to check that the setup is right for console to be able to show anything.
One another thing, since I already have working U-boot. Is it enough if I change the TEXT_BASE from new u-boot and then I'll be able to load the new U-boot to RAM and try to start it from the current U-boot? That way I don't have to program the flash every time. It would also speed up the testing a lot.
Is there something other than include/configs/ixpd425.h that needs to be modified in order to get U-boot configured properly?
Teemu K.
In message 330EC2471BF24E48B513AF1A6975EB690C837E@MAIL-UA.ccs.local you wrote:
One another thing, since I already have working U-boot. Is it enough if I change the TEXT_BASE from new u-boot and then I'll be able to load the new U-boot to RAM and try to start it from the current U-boot? That way I don't have to program the flash every time. It would also speed up the testing a lot.
FAQ # 1: http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStarted...
Best regards,
Wolfgang Denk
On Thursday 07 June 2007, Teemu Keskinarkaus wrote:
I downloaded the version 2.3 that could be loaded without needing to register and I was able to compile the U-boot, but when I loaded it to unit the unit didn't boot properly anymore. Nothing showed in console. I have to check that the setup is right for console to be able to show anything.
Did you configure the correct UART? With the correct baudrate? Just checking very simple things.
One another thing, since I already have working U-boot. Is it enough if I change the TEXT_BASE from new u-boot and then I'll be able to load the new U-boot to RAM and try to start it from the current U-boot? That way I don't have to program the flash every time. It would also speed up the testing a lot.
Reflashing is normally not really time consuming. We are talking about probably 512kbytes of image size. So with a decent debugger, this should be done in a few seconds including erasing.
Is there something other than include/configs/ixpd425.h that needs to be modified in order to get U-boot configured properly?
That really depends on the board. In most cases you need to change at least the board specific files (board/ixdp425/*). A short look at board/ixdp425/ixdp425.c shows that there are board specific GPIO's configured. Very unlikely that your custom board is an exact copy of the Intel eval board. So you need to change at least those files too. And probably other changes are needed too.
To sum it up, U-Boot porting to new hardware is not very hard, especially when this CPU platform is already supported. But you need to know where to "tweak" to get it working quickly. Without this knowledge it's not that easy I'm afraid.
Best regards, Stefan
===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de =====================================================================
Hi,
Iam a newbie to this field. I too Iam trying to port a bootloader on my customed IXP425 board. Iam using Ixdp425 as my reference.
I have downloaded U-boot 1.1.3 verson. Also I have downloaded a cross compiler from gnu site cross-3.0 for arm architecture. My first step was to untar the arm cross-3.0 toolchain and place it in the /usr/local/ directory. Then I added this path in the .bash_profile file ($PATH=/usr/local/3.0/bin) Then i untarred the u-boot 1.1.3 source, went into the directory and did a make ixdp425_config It did successfully, later I tried compiling the source for U-boot by giving a simple make. it started fine but later gave the error searching for IxNpeMicrocode.c. I went to the download centre, and downloaded the npe (IxNpeMicrocode.c and placed it in the u-boot-1.1.6/ixp/cpu/ixp/npe) then did the "make" again. Now its again giving error for the file IxEthAccDataPlane.c
Can you please help me how to go ahaed with this?
Is my cross complier the wrong one? Is there any place where I can check it the endianness ?
Please help!
Warm Regards Queenie
Stefan Roese wrote:
On Thursday 07 June 2007, Teemu Keskinarkaus wrote:
I took the advice and tried fresh u-boot. I pulled latest u-boot-ixp from GIT and modified the include/configs/ixdp425.h file so that it would match my current one on those parts that has something to do with the hardware. That's only file I modified.
OK.
Then I gave commands:
make ARCH=arm CROSS_COMPILE=armeb-unknown-linux-gnu- ixpd425_config
make ARCH=arm CROSS_COMPILE=armeb-unknown-linux-gnu-
The latter command stopped to error:
make -C cpu/ixp/npe/
make[1]: Entering directory `/home/teemu/tmp/u-boot/u-boot-ixp/cpu/ixp/npe'
make[1]: *** No rule to make target `IxNpeMicrocode.c', needed by `.depend'. Stop.
Yes, that's expected. Unfortunately not documented. Sorry.
I checked and that file is missing so I'm guessing here comes the part where I need the Intel library?
Right.
I tried to search for instructions what to do, but I couldn't find any and I vaguely remember someone telling that there isn't at least for ixp. This is first time I'm trying to get the U-boot to work from the scratch so (detailed) instructions would help a lot.
You have to download the NPE microcode binary (exactly this missing file from the Intel download site). Here a link for the newest microcode (I have *not* tested with this microcode version):
http://downloadcenter.intel.com/detail_desc.aspx?ProductID=2100&DwnldID=...
Could be that you have to register to access this file though.
Best regards, Stefan
===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de =====================================================================
This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Hi ,
I too am new in this field but working on same thing but on IXP420 Platform for Router board.
Will Let u know once i am done .
Keep going till then . Best of luck . Hope others also reply to us .....
Warm Regards Nitin
Queenie wrote:
Hi,
Iam a newbie to this field. I too Iam trying to port a bootloader on my customed IXP425 board. Iam using Ixdp425 as my reference.
I have downloaded U-boot 1.1.3 verson. Also I have downloaded a cross compiler from gnu site cross-3.0 for arm architecture. My first step was to untar the arm cross-3.0 toolchain and place it in the /usr/local/ directory. Then I added this path in the .bash_profile file ($PATH=/usr/local/3.0/bin) Then i untarred the u-boot 1.1.3 source, went into the directory and did a make ixdp425_config It did successfully, later I tried compiling the source for U-boot by giving a simple make. it started fine but later gave the error searching for IxNpeMicrocode.c. I went to the download centre, and downloaded the npe (IxNpeMicrocode.c and placed it in the u-boot-1.1.6/ixp/cpu/ixp/npe) then did the "make" again. Now its again giving error for the file IxEthAccDataPlane.c
Can you please help me how to go ahaed with this?
Is my cross complier the wrong one? Is there any place where I can check it the endianness ?
Please help!
Warm Regards Queenie
Stefan Roese wrote:
On Thursday 07 June 2007, Teemu Keskinarkaus wrote:
I took the advice and tried fresh u-boot. I pulled latest u-boot-ixp from GIT and modified the include/configs/ixdp425.h file so that it would match my current one on those parts that has something to do with the hardware. That's only file I modified.
OK.
Then I gave commands:
make ARCH=arm CROSS_COMPILE=armeb-unknown-linux-gnu- ixpd425_config
make ARCH=arm CROSS_COMPILE=armeb-unknown-linux-gnu-
The latter command stopped to error:
make -C cpu/ixp/npe/
make[1]: Entering directory `/home/teemu/tmp/u-boot/u-boot-ixp/cpu/ixp/npe'
make[1]: *** No rule to make target `IxNpeMicrocode.c', needed by `.depend'. Stop.
Yes, that's expected. Unfortunately not documented. Sorry.
I checked and that file is missing so I'm guessing here comes the part where I need the Intel library?
Right.
I tried to search for instructions what to do, but I couldn't find any and I vaguely remember someone telling that there isn't at least for ixp. This is first time I'm trying to get the U-boot to work from the scratch so (detailed) instructions would help a lot.
You have to download the NPE microcode binary (exactly this missing file from the Intel download site). Here a link for the newest microcode (I have *not* tested with this microcode version):
http://downloadcenter.intel.com/detail_desc.aspx?ProductID=2100&DwnldID=...
Could be that you have to register to access this file though.
Best regards, Stefan
===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de =====================================================================
This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
I too am new in this field but working on same thing but on
IXP420
Platform for Router board.
Hi,
I was able to get the U-boot to show the console right. I took the old modified version, compared to same unmodified version and made the changed to latest version. Sounds complicated. ;)
Only thing that I was unable to get to work was network. I have applied the Intel microcode stuff version 2.3(should it be version 2.4 which is the latest?). I have also copied the network settings from ixpg425.h
I did some digging and noticed that default environment variable weren't set correctly. Network device were missing its MAC address. I did some quick'n'dirty tests and set the MAC address where it was checked and was able to continue the network init. Next error was:
Error downloading firmware to NPE-B!
FeatureCtrlDevice is 0 and Stepping is 1. Only first Ethernet port is configured in use (CONFIG_HAS_ETH1 is not set) although hardware has both ports.
Any idea what might be wrong? Or is it related somehow to that environment problem? I have following defines in include/configs/ixpd425.h
#define CONFIG_ETHADDR 18:20:3e:26:0a:5b #define CONFIG_ETH1ADDR 18:20:3e:26:0a:5c #define CONFIG_NETMASK 255.255.255.0 #define CONFIG_IPADDR 192.168.11.201 #define CONFIG_SERVERIP 192.168.11.10
#define CONFIG_BOOTCOMMAND "cp.b 0x500a0000 1700000 0x17FFFF; bootm 1700000" #define CONFIG_BOOTARGS "<mybootargsremoved>"
Only the bootargs gets defined correctly to environment variables
- Teemu K.
On Wednesday 13 June 2007, Teemu Keskinarkaus wrote:
I was able to get the U-boot to show the console right. I took the old modified version, compared to same unmodified version and made the changed to latest version. Sounds complicated. ;)
So what changes exactly were necessary? This might help others.
Only thing that I was unable to get to work was network. I have applied the Intel microcode stuff version 2.3(should it be version 2.4 which is the latest?). I have also copied the network settings from ixpg425.h
You have to match at least the PHY addresses to your board. And regarding the microcode version: The last version I tested successfully with, was version 2.0. So you might want to download this one and give it a try.
I did some digging and noticed that default environment variable weren't set correctly. Network device were missing its MAC address.
Yes, that's correct. You have to configure the MAC addresses (ethaddr, eth1addr) and reset the board for the changes to take effect.
I did some quick'n'dirty tests and set the MAC address where it was checked and was able to continue the network init. Next error was:
Error downloading firmware to NPE-B!
FeatureCtrlDevice is 0 and Stepping is 1. Only first Ethernet port is configured in use (CONFIG_HAS_ETH1 is not set) although hardware has both ports.
Any idea what might be wrong? Or is it related somehow to that environment problem? I have following defines in include/configs/ixpd425.h
#define CONFIG_ETHADDR 18:20:3e:26:0a:5b #define CONFIG_ETH1ADDR 18:20:3e:26:0a:5c #define CONFIG_NETMASK 255.255.255.0 #define CONFIG_IPADDR 192.168.11.201 #define CONFIG_SERVERIP 192.168.11.10
Please only use such hardcoded MAC addresses for test purposes!
Are you PHY addresses setup correctly? Something like this:
/* * Ethernet */ #define CONFIG_IXP4XX_NPE 1 /* include IXP4xx NPE support */ #define CONFIG_NET_MULTI 1 #define CONFIG_PHY_ADDR 16 /* NPE0 PHY address */ #define CONFIG_HAS_ETH1 #define CONFIG_PHY1_ADDR 18 /* NPE1 PHY address */ #define CONFIG_MII 1 /* MII PHY management */ #define CFG_RX_ETH_BUFFER 16 /* Number of ethernet rx buffers & descriptors */
Best regards, Stefan
===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de =====================================================================
-----Original Message----- From: Stefan Roese [mailto:sr@denx.de] On Wednesday 13 June 2007, Teemu Keskinarkaus wrote:
I was able to get the U-boot to show the console right. I took the
old
modified version, compared to same unmodified version and made the changed to latest version. Sounds complicated. ;)
So what changes exactly were necessary? This might help others.
My board uses external uart for console so most (if not all) changes are because of that. I can try to get the differences to latest version from git, but I'm not expert in git.
Only thing that I was unable to get to work was network. I have
applied
the Intel microcode stuff version 2.3(should it be version 2.4 which
is
the latest?). I have also copied the network settings from ixpg425.h
You have to match at least the PHY addresses to your board. And
regarding
the microcode version: The last version I tested successfully with, was version 2.0. So you might want to download this one and give it a try.
Yes, the PHY addresses are set correctly. At least I think they should be since I checked them from the schematics. I also checked from the older version and it seems that the PHY addresses are the same.
Any idea what might be wrong? Or is it related somehow to that environment problem? I have following defines in include/configs/ixpd425.h
#define CONFIG_ETHADDR 18:20:3e:26:0a:5b #define CONFIG_ETH1ADDR 18:20:3e:26:0a:5c #define CONFIG_NETMASK 255.255.255.0 #define CONFIG_IPADDR 192.168.11.201 #define CONFIG_SERVERIP 192.168.11.10
Please only use such hardcoded MAC addresses for test purposes!
Of course, but why doesn't those go to environment variables plus the lines you deleted? In version 1.1.2 default environment contains those values, but not in the current one. Maybe something has changed in environment setup?
Are you PHY addresses setup correctly? Something like this:
/*
- Ethernet
*/ #define CONFIG_IXP4XX_NPE 1 /* include IXP4xx NPE support
*/
#define CONFIG_NET_MULTI 1 #define CONFIG_PHY_ADDR 16 /* NPE0 PHY address
*/
#define CONFIG_HAS_ETH1 #define CONFIG_PHY1_ADDR 18 /* NPE1 PHY address
*/
#define CONFIG_MII 1 /* MII PHY management
*/
#define CFG_RX_ETH_BUFFER 16 /* Number of ethernet rx
buffers &
descriptors */
Yes,
/* * Ethernet */ #define CONFIG_IXP4XX_NPE 1 /* include IXP4xx NPE support */ #define CONFIG_NET_MULTI 1 #define CONFIG_PHY_ADDR 0 /* NPE0 PHY address */ #define CONFIG_HAS_ETH1 #define CONFIG_PHY1_ADDR 1 /* NPE1 PHY address */ #define CONFIG_MII 1 /* MII PHY management */ #define CFG_RX_ETH_BUFFER 16 /* Number of ethernet rx buffers & descriptors */
First PHY chip has all address pins grounded and second PHY has A0 up and all the other to ground so that way I figure out the addresses. Checked from old code too and it seems that addresses are 0 and 1.
I'll download the older version of Microcode and try with it, but if that doesn't help then I'm (again) kind of stuck.
Teemu K.
On Wednesday 13 June 2007, Teemu Keskinarkaus wrote:
Yes, the PHY addresses are set correctly. At least I think they should be since I checked them from the schematics. I also checked from the older version and it seems that the PHY addresses are the same.
OK.
Any idea what might be wrong? Or is it related somehow to that environment problem? I have following defines in include/configs/ixpd425.h
#define CONFIG_ETHADDR 18:20:3e:26:0a:5b #define CONFIG_ETH1ADDR 18:20:3e:26:0a:5c #define CONFIG_NETMASK 255.255.255.0 #define CONFIG_IPADDR 192.168.11.201 #define CONFIG_SERVERIP 192.168.11.10
Please only use such hardcoded MAC addresses for test purposes!
Of course, but why doesn't those go to environment variables plus the lines you deleted? In version 1.1.2 default environment contains those values, but not in the current one. Maybe something has changed in environment setup?
As mentioned above it is strongly discouraged to use hard coded MAC addresses. So they should not be included in the default env variables. You can (and should) set the environment variables "ethaddr" and "eth1addr" on your board. What's the problem with that?
<snip>
I'll download the older version of Microcode and try with it, but if that doesn't help then I'm (again) kind of stuck.
Please do this test and let us know if the behavior changes.
My biggest problem with supporting you here, is (besides lack of time) that I don't have access to an IXP4xx based hardware anymore. So I can't test anything. Sorry.
Best regards, Stefan
===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de =====================================================================
-----Original Message----- From: Stefan Roese [mailto:sr@denx.de] On Wednesday 13 June 2007, Teemu Keskinarkaus wrote:
#define CONFIG_ETHADDR 18:20:3e:26:0a:5b #define CONFIG_ETH1ADDR 18:20:3e:26:0a:5c #define CONFIG_NETMASK 255.255.255.0 #define CONFIG_IPADDR 192.168.11.201 #define CONFIG_SERVERIP 192.168.11.10
Please only use such hardcoded MAC addresses for test purposes!
As mentioned above it is strongly discouraged to use hard coded MAC addresses.
Yes, because you seem to get stuck with the fixed MAC addresses even though I mentioned that they are for test, please ignore them. Problem is that default environment is not setup correctly. Only bootargs is set. No bootcmd, netmask, ipaddr, serverip is set. Should they be defined differently in configuration file than what they are defined in version 1.1.2 in order to get them to default environment? And by default environment I mean the environment you get when the environment sector has invalid CRC (for example sector is empty).
Please do this test and let us know if the behavior changes.
The network started working. I removed my test code and set the ethaddr and eth1addr and both interfaces were found by U-boot.
One thing though. Not so much related to ixp425 - platform. When I erase memory, I get dot printed to screen after every sector. When I copy something to flash I get nothing. It seems as U-boot got stuck after that command but after a while command is finished. Is there a way to get some indication that something is happening?
- Teemu K.
On Wednesday 13 June 2007, Teemu Keskinarkaus wrote:
As mentioned above it is strongly discouraged to use hard coded MAC addresses.
Yes, because you seem to get stuck with the fixed MAC addresses even though I mentioned that they are for test, please ignore them. Problem is that default environment is not setup correctly. Only bootargs is set. No bootcmd, netmask, ipaddr, serverip is set. Should they be defined differently in configuration file than what they are defined in version 1.1.2 in order to get them to default environment?
Sorry, but I fail to understand you here. Please give an example.
And by default environment I mean the environment you get when the environment sector has invalid CRC (for example sector is empty).
Please do this test and let us know if the behavior changes.
The network started working. I removed my test code and set the ethaddr and eth1addr and both interfaces were found by U-boot.
Such a small sentence for such a big and good news. So for the record:
YOU HAVE TO USE MICROCODE VERSION 2.0!!!
(Sorry for shouting.)
One thing though. Not so much related to ixp425 - platform. When I erase memory, I get dot printed to screen after every sector. When I copy something to flash I get nothing. It seems as U-boot got stuck after that command but after a while command is finished.
Yes, this is the way to current implementation handles the "cp" command. At least in the common CFI flash driver.
Is there a way to get some indication that something is happening?
Not sure if this is welcome. The "cp" command is not a (NOR) FLASH specific command, but a memory subsystem command. So a change here would also affect a copy from memory to memory too.
But sure, technically it is possible to do. You could implement this behavior (e.g. print a dot each second while copying) and send a patch to the list.
Best regards, Stefan
===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de =====================================================================
From: Stefan Roese [mailto:sr@denx.de] On Wednesday 13 June 2007, Teemu Keskinarkaus wrote:
Problem is that default environment is not setup correctly. Only bootargs is set. No bootcmd, netmask, ipaddr, serverip is set. Should they be defined differently in configuration file than what they are defined
in
version 1.1.2 in order to get them to default environment?
Sorry, but I fail to understand you here. Please give an example.
Okay, if I put the U-boot to new unit or if I erase the environment sector from flash the U-boot uses default environment since there are none in the flash. Correct?
In U-boot version 1.1.2 that I was using, I could set that default environment by setting the #defines in include/configs/ixpd425.h like this:
#define CONFIG_NETMASK 255.255.255.0 #define CONFIG_IPADDR 192.168.11.201 #define CONFIG_SERVERIP 192.168.11.10
#define CONFIG_BOOTCOMMAND "cp.b 0x500a0000 1700000 0x17FFFF; bootm 1700000" #define CONFIG_BOOTARGS "console=ttyS0,115200 root=/dev/mtdblock3 rootfstype=jffs2 mtdparts=phys_mapped_flash:0x80000@0x0(uboot),0x20000@0x80000(env),0x1e0 000@0x0a0000(kernel),0x1c00000@0x280000(rootfs) mem=128M\0"
But in the latest U-boot from git(u-boot-ixp) only the BOOTARGS gets defined when the default environment is in use and none the other values. Has this been changed since 1.1.2?
Is there a way to get some indication that something is happening?
Not sure if this is welcome. The "cp" command is not a (NOR) FLASH specific command, but a memory subsystem command. So a change here would also affect a copy from memory to memory too.
Humm, I'm not sure if the U-boot 1.1.2, that I'm currently using, is modified more than I though because there is 'rolling line' indicator when copying stuff to flash.
It would really nice to have any indication that something is going on because it may take up to 15-20 minutes to program whole flash, but if there is no such thing then I think I'll have to see if I can do something. First I have to find place where to put it.
And speaking of mailing a patch. Are there instructions how to get the patch from the code? I have only applied patches, but never actually done them. There were some sort of list what are required in a patch, but how to get the patch itself.
Teemu K.
Hi ,
I'm working on a Moxa UC7420 and started porting of U-Boot about 2 weeks ago. That is what I've done:
* Creating a new board by cloning some very similiar board with IXP42x. The config also defines a big and useful default env with _all_ stuff preset. * Adjusted the PHY addresses. Thanks to Stefan for pointing me to the MII scanner in U-Boot. That made it _very_ easy. * Downloading the missing NPE microcode from Intel.... (see below) * Disabled all NPE microcode blocks, which are not required. Saved lots of space. Microcode is still linked into U-Boot, but I will move it to some spare flash sector soon (again, all information about the issue is only in the source code)
There are still issues with the (broken?) PCI bus on my target, but network and downloading stuff is now working. Most times at least...
YOU HAVE TO USE MICROCODE VERSION 2.0!!!
?? I used the latest 2.4 micro code. Both NIC interfaces seem to work, but there seems to be a 'stall' and checksum problem with tftp transfers.
Are there stalls/hangs with 2.0 microcode? Is this problem known? Somebody working on this issue?
Otherwise I think, that we should collect all our experiences with the IXP4xx CPUs and how-to compile U-Boot. It took most of my time to find the shattered pieces of information :-) Please add a dedicated ReadMe file to the master branch somewhere, and I will add a 'walk through guide'. When others do so as well, this document could help with most of the probs.
Regards Carsten
____________ Virus checked by G DATA AntiVirusKit Version: AVK 17.5383 from 14.06.2007
____________ Virus checked by G DATA AntiVirus Version: AVK 17.5383 from 14.06.2007 Virus news: www.antiviruslab.com
Hi Carsten,
On Thursday 14 June 2007, Carsten Schlote wrote:
I'm working on a Moxa UC7420 and started porting of U-Boot about 2 weeks ago. That is what I've done:
<snip>
YOU HAVE TO USE MICROCODE VERSION 2.0!!!
?? I used the latest 2.4 micro code. Both NIC interfaces seem to work, but there seems to be a 'stall' and checksum problem with tftp transfers.
Are there stalls/hangs with 2.0 microcode? Is this problem known? Somebody working on this issue?
It's not known. At least not to me. Please give version 2.0 a try and let us know if the behavior changed. Thanks.
Otherwise I think, that we should collect all our experiences with the IXP4xx CPUs and how-to compile U-Boot. It took most of my time to find the shattered pieces of information :-) Please add a dedicated ReadMe file to the master branch somewhere, and I will add a 'walk through guide'. When others do so as well, this document could help with most of the probs.
README would be good. Please add it yourself and send a patch to include it. I'll comment on it.
Best regards, Stefan
===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de =====================================================================
participants (7)
-
Carsten Schlote -
nitinn -
Ori Idan -
Queenie -
Stefan Roese -
Teemu Keskinarkaus -
Wolfgang Denk