March 2004 - U-Boot

[U-Boot-Users] PATCH: include/linux/string.h typo fix
by Leon KUKOVEC 23 Mar '04

23 Mar '04

Hi Wolfgang, Here's the typo fix for strswab prototype #ifdef in include/linux/string.h Thanks. -- Best Regards, Leon.

2 1

[U-Boot-Users] Help for PQ2FADS GBD problem
by Jihua Cheng 23 Mar '04

23 Mar '04

Friends, I am using BDi2000 and GDB to debug u-boot. When I step the start.c in U-boot with "ti" command, it works fine and I can go to very far. However, When I use GDB to "step" start.s into "b boot_cold" instruction, "TARGET:stepped" message keeps displayed in the BDI2000 telnet windows. The running of U-boot stopped. Could someone tells me what is the problem? Thanks a lot! Jihua

1 0

RE: [U-Boot-Users] Patch: ARM Integrator AP, CP and Versatile PB926EJ-S
by Phillippe Robin 23 Mar '04

23 Mar '04

Wolfgang, Thanks for taking this in. You are right about the #ifdef OMAP, but this is not needed anymore in the version of the file which is in cvs. Change in the line handling code in lib_arm/armlinux.c: setup_commandline_tag(). This to cover cases where commandline is a NULL pointer (which may be the case if it has not been set in the environment). In this case we can still boot a Linux kernel which has a hardcoded commandline. I looked in files for other architectures but they do already check this. It is in the attached patch. Kind regards, Philippe > -----Original Message----- > From: wd(a)denx.de [mailto:wd@denx.de] > Sent: 14 March 2004 15:06 > To: Philippe Robin > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Patch: ARM Integrator AP, CP and > Versatile PB926EJ-S > > In message > <4.2.0.58.20040309122054.01d991a8(a)cam-pop.cambridge.arm.com> > you wrote: > > > > Please find attached a patch against u-boot-1.0.0 to support the > > following development boards: ARM Integrator AP, ARM > Integrator CP and > > Versatile PB926EJ-S. Documentation on these platforms can > be found on > > http://www.arm.com/products/DevTools/Hardware_Platforms.html. > > I tried to apply your patch, but did so only partially. > There are some conflicts against the current version of > the code, and some modifications don't make sense to me. > > For example, in cpu/arm926ejs/start.S you make code > dependent on "#ifdef OMAP" - should this not be "CONFIG_OMAP"? > > I omitted these parts of your patch. Please check against top > of tree in CVS and resubmit any missing stuff. > > > I also omitted your modification command of the line handling > code in lib_arm/armlinux.c; please explain what you're trying > to fix there, and why. If this is required, then please > resubmit, but include the other architectures as well. > > > Finally, please aslo submit patches for the required entries > to the MAINTAINERS and CREDITS files. > > Best regards, > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, Embedded Linux > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: > wd(a)denx.de Pain is a thing of the mind. The mind can be controlled. > -- Spock, "Operation -- Annihilate!" stardate 3287.2 > >

2 1

[U-Boot-Users] Patch: Support for PQ27e (8247/48/71/72) chips and MPC8272ADS board
by Yuli Barcohen 23 Mar '04

23 Mar '04

Hi, This patch adds support for the newest additions to Motorola PQII family (MPC8247/8248/8271/8272) known also as PQ27e. They've got different DPRAM layout (as was discussed on the list) so common files were changed. I tested the code on several boards I've got (using both old and new chips). Motorola released new derivative of MPC8260ADS evaluation board supporting these chips: MPC8272ADS. This patch adds support for the new board. -- ======================================================================== Yuli Barcohen | Phone +972-9-765-1788 | Software Project Leader yuli(a)arabellasw.com | Fax +972-9-765-7494 | Arabella Software, Israel ========================================================================

4 18

[U-Boot-Users] Re: board.c patch got undone
by Stephen Williams 23 Mar '04

23 Mar '04

Perhaps this is an even better patch: =================================================================== RCS file: /cvsroot/u-boot/u-boot/README,v retrieving revision 1.79 diff -p -u -r1.79 README --- README 14 Mar 2004 14:09:05 -0000 1.79 +++ README 16 Mar 2004 04:12:44 -0000 @@ -441,8 +441,8 @@ The following options need to be configu (RTS/CTS) and UART's built-in FIFO. Set the number of bytes the interrupt driven input buffer should have. - Set to 0 to disable this feature (this is the default). - This will also disable hardware handshake. + Leave undefined to disable this feature, including + disable the buffer and hardware handshake. - Console UART Number: CONFIG_UART1_CONSOLE Stephen Williams wrote: > > It looks like in the last wave of changes, a patch got undone: > > > wing % cvs diff -r1.35 board.c > Index: board.c > =================================================================== > RCS file: /cvsroot/u-boot/u-boot/lib_ppc/board.c,v > retrieving revision 1.35 > retrieving revision 1.36 > diff -r1.35 -r1.36 > 877c877 > < #if CONFIG_SERIAL_SOFTWARE_FIFO > --- > > #ifdef CONFIG_SERIAL_SOFTWARE_FIFO > > > The "#if CONFIG_SERIAL_SOFTWARE_FIFO" is the right version, > if one assumes the documentation is correct that setting > CONFIG_SERIAL_SOFTWARE_FIFO=0 causes the serial port to become > insensitive to CTS. > > Perhaps it would be even better to change it to: > > #if defined(CONFIG_SERIAL_SOFTWARE_FIFO) && CONFIG_SOFTWARE_FIFO>0 > ... > #endif > -- Steve Williams "The woods are lovely, dark and deep. steve at XXXXXXXXXX But I have promises to keep, http://www.XXXXXXXXXX and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep."

2 1

[U-Boot-Users] PATCH: bi_opbfreq initialization
by Tolunay Orkun 23 Mar '04

23 Mar '04

Resubmitting the previous patch after breaking them into individual patches... Changelog: * Initialize bi_opbfreq to real OPB frequency via get_OPB_freq()

2 1

[U-Boot-Users] PATCH: IBM PPC440GX Reference Platform (Ocotea) Support
by Travis Sawyer 23 Mar '04

23 Mar '04

Greetings: Attached please find the patch to support the IBM PPC440GX Reference platform (Ocotea). CHANGELOG: Travis Sawyer 1 Mar 2004 Ocotea: Add IBM PPC440GX Ref Platform support (Ocotea) Original code by Paul Reynolds <PaulReynolds(a)lhsolutions.com> Adapted to U-Boot and 440GX port 440gx_enet.c: Add gracious handling of all Ethernet Pin Selections for 440GX Add RGMII selection for Cicada CIS8201 Gigabit PHY ppc440.h Add needed bit definitions Fix formatting Many thanx to Paul Reynolds for supplying me with his 'test' code. Enjoy, Travis Sawyer

2 3

RE: [U-Boot-Users] MPC8280 bus_clk
by Rune Torgersen 23 Mar '04

23 Mar '04

This is the code I use: #ifdef PCI_AGENT // FIXME, do automatic checking of PCI agent mode gd->cpm_clk = gd->vco_out / 2; gd->bus_clk = gd->vco_out / (busdf + 1); gd->scc_clk = gd->vco_out / 4; gd->brg_clk = gd->vco_out / (1 << (2 * (dfbrg + 1))); if (cp->b2c_mult > 0) { gd->cpu_clk = (gd->bus_clk * cp->b2c_mult) / 2; } else { gd->cpu_clk = clkin; } #else gd->cpm_clk = gd->vco_out / 2; gd->bus_clk = clkin; gd->scc_clk = gd->vco_out / 4; gd->brg_clk = gd->vco_out / (1 << (2 * (dfbrg + 1))); if (cp->b2c_mult > 0) { gd->cpu_clk = (clkin * cp->b2c_mult) / 2; } else { gd->cpu_clk = clkin; } #endif The two lines that are different are: gd->bus_clk = gd->vco_out / (busdf + 1); gd->cpu_clk = (gd->bus_clk * cp->b2c_mult) / 2; > -----Original Message----- > From: HU Chunlin [mailto:hucl606@hotmail.com] > Sent: Monday, March 22, 2004 20:00 > To: Rune Torgersen > Cc: u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] MPC8280 bus_clk > > > Thank you for the quick reply. > > So for at least 8266 CPU running PCI agent mode, the > CONFIG_8260_CLKIN definition must be set to 2 x PCI_CLK, and > the bus_clk must be calculated as > gd->bus_clk = gd->vco_out / (busdf + 1)? > > If so, I think there must be a patch for it. > > Regards, > HU Chunlin > > >From: "Rune Torgersen" <runet(a)innovsys.com> > >To: "HU Chunlin" <hucl606(a)hotmail.com> > >Subject: RE: [U-Boot-Users] MPC8280 bus_clk > >Date: Mon, 22 Mar 2004 10:40:31 -0600 > > > >That is a problem for at least eht 8266 CPU when set in PCI > agent mode, > >because the clockiin is then 2x the PCI clock, and is not > the bus clock > >(which is multiplied up from that) > > > > > I got some information from the Technical Support > Engineering Team > > > of Motorola that the statement BUS_CLK == CLKIN applies > to local bus > > > mode only. > > _________________________________________________________________ > 与联机的朋友进行交流，请使用 MSN Messenger: http://messenger.msn.com/cn > >

1 0

[U-Boot-Users] Success with RAM disk.......
by Luke Fimmerzane 23 Mar '04

23 Mar '04

Wolfgang, You were absolutely right! I modified my kernel as per the patchset and my RAM disk is now loading correctly from FLASH. I think I'm slowly becoming an 'expert' with a very small 'e' at the front! Many Thanks, Luke >From: Wolfgang Denk <wd(a)denx.de> >In message <BAY10-F62xERMsrZndN0000238b(a)hotmail.com> you wrote: > > I know that this is probably in the 'infra-red' region of the 'visible' > > U-boot spectrum but I managed to get my root file system runnning from a >RAM > > disk held in RAM but the same RAM disk placed in FLASH failed. >... > >Sounds like a known problem to me. > > > ANY IDEAS? Is there something different between a RAM disk stored in RAM >and a > > RAM disk stored in FLASH. Or am I missing a boot argument? > >You might have a look at the ARM linux tree on our CVS server. >Patchset 2297 might be especially interesting for you. > > >Best regards, > >Wolfgang Denk > >-- >Software Engineering: Embedded and Realtime Systems, Embedded Linux >Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de >Heavier than air flying machines are impossible. > -- Lord Kelvin, President, Royal Society, c. 1895 _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

2 1

[U-Boot-Users] TFTP Trouble
by Stuart Wood 23 Mar '04

23 Mar '04

Could someone tell me what the following error means? TFTP from server 192.168.1.102; our IP address is 192.168.1.107 Filename '/tftpboot/loader.bin'. Load address: 0x10000 Loading: TX not ready TX timeout Thanks Stuart

6 7