Re: [U-Boot] How to start U-Boot for i.MX31 NAND out of RedBoot (out of RAM)

Hi, maybe this is too off-topic, but maybe it helps: I am currently proting U-Boot to a MPC512x design (with NAND boot). AFAIK the NFC is similar on MPX512x and iMX.31, The MPC512x nand flash driver, that is now available in U-Boot seems to maintain the ECC by software. I could use it to read/wr

Re: [U-Boot] [PATCH] Bugfix: mpc512x_fec MII accesses fail after ethernet transfers

Hello, thank you for your feedback. Sorry for the "newbie" problems, I should have checked this before sending the patch. But I doubt that (re-)calling mpc512x_fec_init_phy before a MII command is run is really a good idea. Using the same code for initial init and repeated init makes sense, but t

Re: [U-Boot] [PATCH] Bugfix: mpc512x_fec MII accesses fail after ethernet transfers

Hello, on our custom MPC5121 board I used the following sequence to see the bug: - After U-Boot stated, I could inspect the status of the PHY with "mii info". This works fine even if repeated. - then I trigger some network activity, for example with "ping" - if I try to get the PHY status with

[U-Boot] [PATCH] Bugfix: mpc512x_fec MII accesses fail after ethernet transfers

The mpc512x FEC network driver resets the FEC before transferring packets. With this reset, the FEC clears the previous setting of MII transfer speed. This patch ensures, that it is set again to a reasonable value after a FEC reset. Signed-off-by: Thomas Doerfler -- diff --git a/drivers/net/mpc51

[U-Boot] [Patch] bootelf should allow arguments passing to called program

The bootelf command is written to pass the command line arguments to the called program, but the command list entry limits the number of arguments to 2 (including the command itself and the image address). Changing the command list entry allows passing command line arguments to the called program.

[U-Boot] bootelf and command line arguments

Hello, up to now I have worked in private with U-Boot and adapted it to a user-specific MPC5121e based board. We have worked out how we want to use U-Boot and soon would like to commit the board specific (and not so specific) source code changes and additions. Now we have hit a strange point. the

Re: [U-Boot] U-book and GPLv3? (fwd)

Richard, Richard Stallman wrote: > > While I probably would not want to change my glucometer, the practice > of designing hardware so that people cannot change it is becoming more > and more of a threat to our freedom in general. Can you be a bit more specific on this? Which devices are you awa