April 2005 - U-Boot

[U-Boot-Users] Download U-Boot in RAM on Memec Board
by andreas_schmidt＠ifm-electronic.com 26 Apr '05

26 Apr '05

Hei at all I have comiled u-boot and want to download the u-boot in RAM on Memec Evaluation Board. The board has 64K RAM and address is 0x00000000 to 0x03FFFFFF. When i use the commands described in examples e.g. xmd> ppcconnect xmd> dow uboot.elf xmd> run the xmd begins to download at address 0x04000000 !!! and at the console I get information on which addresses the sectors were placed. When i use the command with explicit address giving xmd> ppcconnect xmd> dow uboot.elf 0x00000000 xmd> run the xmd begins to download but i got no information at xmd console but no error, too. In both variants I get no connection at RS232(this is next problem) but this is perhaps another problem. What kind of dow command I must use? best regards, Andreas Schmidt

1 0

[U-Boot-Users] Differences between u-boot and u-boot.bin
by Yann POUPET 26 Apr '05

26 Apr '05

Hello, Could someone explain me the difference between the u-boot elf binary and u-boot.bin files both generated when I build u-boot ? I which context/condition should I use one or the other ? Thank you. Best regards, Yann

3 3

[U-Boot-Users] Write buffer programming for AMD flash chips
by Thomas Schäfer 26 Apr '05

26 Apr '05

Sorry, wrong patch file, this is the right one... Best regards, Thomas Schäfer ____________________________________ Kontron Modular Computers GmbH Konrad-Zuse-Str. 9 66115 Saarbrücken Tel.: + 49 (0)681 / 95916 - 203 Fax: + 49 (0)681 / 95916 - 100 E-mail: thomas.schaefer(a)kontron.com

1 0

[U-Boot-Users] Re: U-boot with IBM-PPC440GP - questions
by JobHunts02＠aol.com 26 Apr '05

26 Apr '05

In the posting below, what does "sure" mean as an answer to question #3? >>> (3) - My board uses the LXT972 as the Ethernet transceiver (PHY). Does >>> the boot loader support it? >> Sure. I am porting U-Boot to a custom board that has an LXT972 Ethernet Transceiver (PHY). Should U-Boot support it without making changes to the code? If changes are necessary, what are they? Without making changes to U-Boot, I am finding that auto-negotiation times out. Thus, I am wondering what "sure" means. Thank you for the clarification. From: Wolfgang Denk <wd@de...> Re: U-boot with IBM-PPC440GP - questions 2004-07-19 11:43 In message <40FBFF16.50003@cy...> you wrote: > > (please answer with copy to me, because I am not subscribed to the > mailing list) This is a one-time exception. You ask here, so we reply here. > (1) - Did anyone use the U-boot with the IBM-440GP? If so, could you > give me an idea of the boot time, both with the default configuration > and with an optimized configuration? I did such measurements lately, but on a slower system (405EP at 133 MHz); in this application it was critical how long it takes until a certain Linux device driver starts running to empty some FIFOs. Without any modifications to the code the driver started running not more than 600 milliseconds after Power-on; the Linux kernel starts loading about 175 ms after power-on. Approx. 110ms of this time is spent for the PCI initialization; if you omit this, you can probably start the Linux kernel 65 ms after power-on. > (2) - The binary file (u-boot.bin) generated was too big for me (almost > half Mbytes). Could it be smaller, how? Is it already compressed? The image is mostly empty. The size is determined by the link address in flash and the faxt that the reset vector is the last word in flash - there is a huge gap. The actual code is MUCH scmaller: -> MAKEALL EBONY Configuring for EBONY board... text data bss dec hex filename 163772 24316 23948 212036 33c44 u-boot As you can see, the real size is 212036 bytes = 207 kB. > (3) - My board uses the LXT972 as the Ethernet transceiver (PHY). Does > the boot loader support it? Sure. > (4) - I will use the Montavista Linux as operating system. Have anyone > done that already? How hard is it to integrate the U-boot with it? Zero effort. > (5) - Will I have to publish the changes which are specific to my board, > if I use the u-boot? If you distribute the board with your modified U-Boot, yes. U-Boot is covered by the GPL. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@de... An age is called Dark not because the light fails to shine, but because people refuse to see it. -- James Michener, "Space"

2 1

[U-Boot-Users] Write buffer programming for AMD flash chips
by Thomas Schäfer 25 Apr '05

25 Apr '05

Hi, The patch attached adds write buffer programming support for AMD flash chips in the drivers/cfi_flash.c file. I've tested this on a custom board with AMD S29GL256M flash chips. I tried not to change the program flow for other flash chips available before, but I have no possibility to test this. Brad, Yuli, can you check this patch if it complies with your previous work? Patching the write_buff function + /* write buffer until next buffered_size aligned boundary */ + i = buffered_size - (wp % buffered_size); + if (i>cnt) + i = cnt; is necessary because AMD chips require the write buffer to be aligned with the size of the available write buffer. It probably doesn't hurt when programming other (Intel) chips. Best regards, Thomas Schäfer ____________________________________ Kontron Modular Computers GmbH Konrad-Zuse-Str. 9 66115 Saarbrücken Tel.: + 49 (0)681 / 95916 - 203 Fax: + 49 (0)681 / 95916 - 100 E-mail: thomas.schaefer(a)kontron.com

1 0

[U-Boot-Users] Compiler question: integer division?
by Steven Scholz 25 Apr '05

25 Apr '05

Hi there, I just wondered if the code return (dtt_read(sensor, DTT_READ_TEMP) / 256); would be result in a "shift by 8" or and interger division? Thanks, Steven

6 8

[U-Boot-Users] U-boot Port issue on MPC8280 board
by Srivatsan 25 Apr '05

25 Apr '05

Dear all, I am trying to port U-boot 1.1.2 onto a MPC8280 based Rattler board. After a long struggle I was able to map the board properly and I am able to get till display_options (where u-boot gets a reset in printf statement). I have the following questions: 1) Are there any patches to support CPM2 (Just like the one floating around for Linux) for U-boot? (Our board requires cpm2 support) 2) Whenever we try to access the serial routines (serial_putc, printf), we get a continous reset and we are unable to proceed. I request you all to kindly help me with this problem. Any pointers would be of great help. Thanks and Best Regards, C.R.Srivatsan

2 5

[U-Boot-Users] LXT972 Changes
by JobHunts02＠aol.com 25 Apr '05

25 Apr '05

I am porting U-Boot from a PQ2FADS evaluation board to a custom board with an LXT972 Ethernet PHY Transceiver. Anyone done this and aware of the changes to be made? Thank you.

2 1

RE: [U-Boot-Users] Compiler question: integer division?
by Fillod Stephane 25 Apr '05

25 Apr '05

Steven Scholz wrote: >How about > > a = b / 5; > ? > >Will that result in > > a = (b >> 2) - b; > >, i.e. still no division but only shift operations? Short answer: ${CROSS_COMPILE}gcc a.c -O2 -c -g -o a.o ${CROSS_COMPILE}objdump -S a.o In other words, YMMV (arch, flags, gcc version, etc.). Some arch pipelines may be faster at division (with divisor on 8 bits), than shift and subtract which must serialize. Feel free to ask/contribute to the GCC project :-) -- Stephane

1 0

[U-Boot-Users] A question on ELDK PATH Setting
by Sam Song 24 Apr '05

24 Apr '05

Hi all, I found the cross_compiling tool path setting of ELDK can be concise further. We could just set PATH=$PATH:/opt/eldk/usr/bin RATHER THAN PATH=$PATH:/opt/eldk/usr/bin:/opt/eldk/bin At least, the shorter setting work for me well to compile 2.4 or 2.6 kernel. Is it OK for other possible cases or any other cases still need to keep the setting? Thanks, Sam _________________________________________________________ Do You Yahoo!? 150万曲MP3疯狂搜，带您闯入音乐殿堂 http://cn.rd.yahoo.com/mail_cn/tag/yisou/music/*http://music.yisou.com/ 美女明星应有尽有，搜遍美图、艳图和酷图 http://cn.rd.yahoo.com/mail_cn/tag/yisou/image/*http://image.yisou.com 1G就是1000兆，雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_…

2 1

Re: [U-Boot-Users] struct NS16550 {...} __attribute__ ((packed)) at ns16550.h
by Woojung.Huh＠smsc.com 22 Apr '05

22 Apr '05

Wolfgang, Thanks for your reply. Maybe my configuration was wrong at that time when I compile sources. Now it works as you described. (It was non-sense to me too.) It means "__attribute__((packed))" doesn't affect 4byte access to serial controller. Thanks, Woojung Wolfgang Denk <wd(a)denx.de> To: Woojung Huh/SMSC@SMSC Sent by: cc: U-Boot-Users(a)lists.sourceforge.net wd(a)denx.de Subject: Re: [U-Boot-Users] struct NS16550 {...} __attribute__ ((packed)) at ns16550.h 04/22/2005 02:39 PM In message <OF34DF8405.50E611E8-ON85256FEB.0051A68A-85256FEB.00522DF9(a)smsc.com> you wrote: > > We are using u-boot for proprietary ARM board with NS16550 compatible serial controller. > It is configured as 4bytes access to serial controller, so set CFG_NS16550_REG_SIZE to 4. > But, because of "__attribute__ ((packed))" of struct NS16550, all register accesses to NS16550 are generated to byte > access (LDRB, STRB in ARM). No, this staement makes no sense to me. > I think it should NOT have __attribute__ ((packed)) if NS16550 is configured as 4bytes access. > Am I missed something? I think so. "__attribute__ ((packed))" only affects the alignment of the entries in the structure. It has no influence on how to access these entries. If your access is a 32 bit read or write access then it will not be changed whether there is a "__attribute__ ((packed))" in place or not. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de Every program has at least one bug and can be shortened by at least one instruction -- from which, by induction, one can deduce that every program can be reduced to one instruction which doesn't work.

1 0

Re: [U-Boot-Users] EEPROM content and multiple NIC
by Frank 22 Apr '05

22 Apr '05

--- Wolfgang Denk <wd(a)denx.de> wrote: > In message > <20050420144405.70123.qmail(a)web32203.mail.mud.yahoo.com> you > wrote: > > > > > > d008 == 1101000000001000 > > > > 100b == 0001000000001011 > ... > > Looks like an endian issue to me. Just do a byte swap... > > No, not at all. Endianess affects the BYTE order, i. e. the > sequence > of bytes, but not the positions of the bits in a byte. > > Best regards, Oops, you're right, I meant the bits appear to be reversed. Like they were shifted in bit 0 first and the other bit 31 first... > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, > Embedded Linux > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: > wd(a)denx.de > What the gods would destroy they first submit to an IEEE > standards > committee. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: New Crystal Reports XI. > Version 11 adds new functionality designed to reduce time > involved in > creating, integrating, and deploying reporting solutions. Free > runtime info, > new features, or free trial, at: > http://www.businessobjects.com/devxi/728 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 3

[U-Boot-Users] Cannot boot from a uImage on the lite5200
by Grant Likely 21 Apr '05

21 Apr '05

I'm having problems getting u-boot to boot linux from a uImage on my lite5200 eval board. I can load a zImage into ram (@ 0x200000) and use the go command to boot it with no problems. When I load a uImage I get the bootup debug banners from the linux kernel and then the board resets before the "Linux version ..." banner (and then my bdi2000 halts the board). I've included the console logs for both cases below. I noticed that the uImage has the load address set to 0x00000000 instead of the 0x00800000 that the zImage uses. Is this correct? I did try a uImage with load address set to 0x00800000, but I saw no difference. BTW, ignore the "unable to mount root filesystem" kernel panic in the zImage case; I know how to fix that. Has anybody had similar problems? I'm digging deeper into it now, but any suggestions would be appreciated. Thanks, g. U-Boot: 1.1.2 (I don't have easy access to CVS due to firewall) Linux kernel: stock 2.6.11 (I also don't have easy access to bk trees, otherwise I'd use Sylvain's tree) Toolchain: gcc 3.4.1 built from crosstool 0.30 Loaded zImage and jumped to 0x200000: -------------------- U-Boot 1.1.2 (Apr 18 2005 - 14:20:37) CPU: MPC5200 v1.2 at 396 MHz Bus 132 MHz, IPB 66 MHz, PCI 33 MHz Board: Motorola MPC5200 (IceCube) I2C: 85 kHz, ready DRAM: 64 MB FLASH: 16 MB PCI: Bus Dev VenId DevId Class Int 00 1a 1057 5803 0680 00 In: serial Out: serial Err: serial Net: FEC ETHERNET IDE: Bus 0: not available Type "run flash_nfs" to mount root filesystem over NFS Hit any key to stop autoboot: 0 => => => tftpboot 200000 lite5200/zImage.lite5200 U-Boot 1.1.2 (Apr 18 2005 - 14:20:37) CPU: MPC5200 v1.2 at 396 MHz Bus 132 MHz, IPB 66 MHz, PCI 33 MHz Board: Motorola MPC5200 (IceCube) I2C: 85 kHz, ready DRAM: 64 MB FLASH: 16 MB PCI: Bus Dev VenId DevId Class Int 00 1a 1057 5803 0680 00 In: serial Out: serial Err: serial Net: FEC ETHERNET IDE: Bus 0: not available Type "run flash_nfs" to mount root filesystem over NFS Hit any key to stop autoboot: 0 => tftpboot 200000 lite5200/zImage.lite5200 Using FEC ETHERNET device TFTP from server 192.168.100.1; our IP address is 192.168.100.10 Filename 'lite5200/zImage.lite5200'. Load address: 0x200000 Loading: ################################################################# ################################################################# ##### done Bytes transferred = 688691 (a8233 hex) => loaded at: 00200000 0029A130 relocated to: 00800000 0089A130 zimage at: 008057B9 00897E50 avail ram: 00400000 00800000 Linux/PPC load: console=ttyS0 root=/dev/ram0 rw Uncompressing Linux...done. Now booting the kernel id mach(): done MMU:enter MMU:hw init MMU:mapin MMU:setio MMU:exit setup_arch: enter setup_arch: bootmem ocp: exit arch: exit Linux version 2.6.11 (glikely@trillian) (gcc version 3.4.1) #1 Mon Apr 18 14:35: 36 MDT 2005 Built 1 zonelists Kernel command line: console=ttyS0 root=/dev/ram0 rw PID hash table entries: 512 (order: 9, 8192 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 63520k available (904k kernel code, 300k data, 84k init, 0k highmem) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Linux NoNET1.0 for Linux 2.6 PCI: Probing PCI hardware Serial: MPC52xx PSC driver ttyS0 at MMIO 0xf0002000 (irq = 39) is a MPC52xx PSC io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize mice: PS/2 mouse device common for all mice Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) <0>Rebooting in 180 seconds.. Loaded uImage and booted at 0x200000: -------------------- U-Boot 1.1.2 (Apr 18 2005 - 14:20:37) CPU: MPC5200 v1.2 at 396 MHz Bus 132 MHz, IPB 66 MHz, PCI 33 MHz Board: Motorola MPC5200 (IceCube) I2C: 85 kHz, ready DRAM: 64 MB FLASH: 16 MB PCI: Bus Dev VenId DevId Class Int 00 1a 1057 5803 0680 00 In: serial Out: serial Err: serial Net: FEC ETHERNET IDE: Bus 0: not available Type "run flash_nfs" to mount root filesystem over NFS Hit any key to stop autoboot: 0 => => => tftpboot 200000 /tftpboot/lite5200/uImage Using FEC ETHERNET device TFTP from server 192.168.100.1; our IP address is 192.168.100.10 Filename '/tftpboot/lite5200/uImage'. Load address: 0x200000 Loading: ################################################################# ##################################################### done Bytes transferred = 599767 (926d7 hex) => bootm 200000 ## Booting image at 00200000 ... Image Name: Linux-2.6.11 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 599703 Bytes = 585.6 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK id mach(): done MMU:enter MMU:hw init MMU:mapin MMU:setio MMU:exit setup_arch: enter setup_arch: bootmem ocp: exit arch: exit

2 7

RE: [U-Boot-Users] JFFS2 File System Problem for ST MICRO ELECTRONICS FLASH
by Rune Torgersen 21 Apr '05

21 Apr '05

> -----Original Message----- > From: Vikrant_Basotra [mailto:Vikrant_Basotra@Satyam.com] > Sent: Thursday, April 21, 2005 11:20 > Thanks a ton. > I am asking bit more but if u have Exact idea where to make the > necessary changes it would be a great help. Not really. I would suspect it is in cfi_probe or something. You might wat to send an explicit reset to your flashes after they are detected (in your mtdmap file) Flash can be reset usually by writing either a 0xf0 or 0xff to them. This really should go in the MTD mailing list and not u-boot.

1 0

RE: [U-Boot-Users] JFFS2 File System Problem for ST MICRO ELECTRONICS FLASH
by Vikrant_Basotra 21 Apr '05

21 Apr '05

Thanks a ton. I am asking bit more but if u have Exact idea where to make the necessary changes it would be a great help. Regards Vikrant -----Original Message----- From: Rune Torgersen [mailto:runet@innovsys.com] Sent: Thursday, April 21, 2005 7:20 PM To: Vikrant_Basotra Subject: RE: [U-Boot-Users] JFFS2 File System Problem for ST MICRO ELECTRONICS FLASH Your flash is stuck in command mode.... From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf Of Vikrant_Basotra Sent: Thursday, April 21, 2005 06:04 jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00060000: 0x0020 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00060004: 0x22df instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0006000c: 0x0008 instead DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated.

1 0

[U-Boot-Users] JFFS2 File System Problem for ST MICRO ELECTRONICS FLASH
by Rune Torgersen 21 Apr '05

21 Apr '05

Your flash is stuck in command mode.... From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf Of Vikrant_Basotra Sent: Thursday, April 21, 2005 06:04 jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00060000: 0x0020 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00060004: 0x22df instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0006000c: 0x0008 instead

1 0

[U-Boot-Users] [PATCH] drivers/cfi_flash.c support for 8 BIT mode Spansion CFI Flashes
by Alex BASTOS 21 Apr '05

21 Apr '05

Hi, Attached is a patch which add 8 BIT mode for 8x/16x CFI Flashes from Spansion S29GLxxxM It has been tested against S29GL032M, but has no specific checkings, so must be compatible with other ones. Additionally, CFG_FLASH_USE_BUFFER_WRITE and CFG_FLASH_CFI_AMD_RESET have to be defined in board config file. As port width is checked in runtime in flash_detect_cfi, and is not based in board config, I think this should be unified. CHANGELOG: * Patch by Alexandre Bastos, 21 Apr 2005 - add AMD_ADDR_xxx_8BIT defines for 8 bit mode addresses - modify flash_unlock_seq and flash_erase to test portwidth - add AMD Command Sets support to flash_write_cfibuffer Best regards, Alex BASTOS

1 0

[U-Boot-Users] JFFS2 File System Problem for ST MICRO ELECTRONICS FLASH
by Vikrant_Basotra 21 Apr '05

21 Apr '05

Hello All, My board has one 16-bit flash: ST M29W640DB. M29W640DB (16 bit bus): 0x00000000-0x00700000 : "Root" 0x00700000-0x00720000 : "U-Boot Bootloader" 0x00720000-0x01000000 : "Linux Kernel" When power on, Linux kernel boots from flash and print out info such as: " .............................................. PPP generic driver version 2.4.2 .............................................. EP8248 flash map (size->0x800000 mem->0xFF800000) Amd/Fujitsu Extended Query Table v1.3 at 0x0040 number of CFI chips: 1 cfi_cmdset_0002: Disabling fast programming due to code brokenness. Creating 3 MTD partitions on "EP8248 flash memory": 0x00000000-0x00700000 : "Root" 0x00700000-0x00720000 : "U-Boot Bootloader" 0x00720000-0x01000000 : "Linux Kernel" ...................................... jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00060000: 0x0020 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00060004: 0x22df instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0006000c: 0x0008 instead Further such events for this erase block will not be printed ................................................................ Further such events for this erase block will not be printed JFFS2: Erase block at 0x003a0000 is not formatted. It will be erased jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x003c0000: 0x0020 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x003c0004: 0x22df instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x003c000c: 0x0008 instead Further such events for this erase block will not be printed JFFS2: Erase block at 0x003c0000 is not formatted. It will be erased .................................................................... .................................................................... " In u-boot, I entered commands to display memory: u-boot=> md 0xff000000 The magic number 0x1985 IS here!No 0x0020 exists at all!! It's quite strange!! Why Linux detects 0x0020 instead? Why U-boot can read the data on flash correctly while linux can't? Why linux always read all data as 0x0020? When I simply replace ST M29W640DB with AMD AM29DL640D (the two chips are pin-to-pin compatible,) JFFS2 works very fine! What's the problem? I don't want to use AMD FLASH, can u suggest me what necessary changes are to be made in the code so that the ST M29W640DB Flash work, Regards, VB DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated.

1 0

Re: [U-Boot-Users] cfi_flash support for 8 bit port width S29GL032M
by Sam Song 21 Apr '05

21 Apr '05

Ladislav Michl <ladis(a)linux-mips.org> wrote: > > U could try the flash driver of RPXlite DW. If I > > remember right, this one could work well for > > 4*8bit of AM29LV320M. As for cfi driver, I Well, I made a mistake here. The flash driver is not for AM29LV320M. It is for 4*AM29DL323DB90VI instead. Sorry for this. > Perhaps because some AMD chips are JEDEC compatible? > Quick look to datasheet shows that AM29LV320M is > JEDEC compatible and therefore cfi_flash driver > will not work for it (it works nicely for CFI > compatible AMD chips such as AM29DL323). You delivered a really nice hint. But the example you listed couldn't push youself laugh to the end IMHO. AM29DL323 wasn't supported by cfi_flash driver, at least I tested it for Brad Kemp but we didn't succeed. Maybe now or other configuration can work? Thanks, Sam Best regards, Sam _________________________________________________________ Do You Yahoo!? 150万曲MP3疯狂搜，带您闯入音乐殿堂 http://cn.rd.yahoo.com/mail_cn/tag/yisou/music/*http://music.yisou.com/ 美女明星应有尽有，搜遍美图、艳图和酷图 http://cn.rd.yahoo.com/mail_cn/tag/yisou/image/*http://image.yisou.com 1G就是1000兆，雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_…

2 1

[U-Boot-Users] MPC8245 custom board, Linux kernel hangs after uncompressing
by Kishore Devireddy 21 Apr '05

21 Apr '05

Hi I am trying to run Embedded linux (ELDK) on a custom powerpc board, which is similar to Artis A3000 board. This board has mpc8245(XPC8245LZY266B), natsemi 83815 ethernet, 4MB intel e28f320 flash, 16MB winbond w986432DH-6 SDRAM. So I configured and compiled U-boot for A3000 borad. U-boot worked on my board also. Next I compiled ELDK 3.0 for Sandpoint 8245 board and copied to flash. But linux hangs after uncompressing U-Boot 1.1.2 (Apr 14 2005 - 00:02:29) CPU: MPC8245 Revision 1.2 at 249.999 MHz: 16 kB I-Cache 16 kB D-Cache Board: A3000 Local Bus at 99.999 MHz I2C: ready DRAM: 16 MB FLASH: Get flash bank 0 @ 0xffc00000 Manuf. ID @ 0xff800000: 0x00000089 Device ID @ 0xff800001: 0x00000016 ## Flash bank 0 at 0xffc00000 sizes: 0x00400000 protect monitor fff00000 @ 40000 protect environtment fffc0000 @ 20000 ## Final Flash bank sizes: 00400000 4 MB 00 13 100b 0020 0200 ff In: serial Out: serial Err: serial Net: natsemi: EEPROM contents: ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff dp83815#0 Warning: dp83815#0 MAC addresses don't match: Address in SROM is FF:FF:FF:FF:FF:FF Address in environment is 00:40:05:B0:F1:BA A3000> tftpboot 400000 uImage.eldk Using dp83815#0 device TFTP from server 192.168.1.124; our IP address is 192.168.1.54 Filename 'uImage.eldk'. Load address: 0x400000 Loading: ################################################################# ################################################################# ################### done Bytes transferred = 757926 (b90a6 hex) A3000> bootm ## Booting image at 00400000 ... Image Name: Linux-2.4.25 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 757862 Bytes = 740.1 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK nothing happens after this until I reboot the board. I read u-boot FAQ and configured bd_info structure same for both u-boot and Linux. I found that CFG_IMMR is not applicable to MPC8245. I also used clocks_in_mhz variable also before loading Linux. I am stuck here. Could you please let me know what should I do next? Thanks Kishore

3 3

Re: [U-Boot-Users] MPC8245 custom board, Linux kernel hangs after uncompressing
by Sam Song 21 Apr '05

21 Apr '05

Kishore Devireddy <kishorekrd(a)gmail.com> wrote: [snip] > load linux on to it. I compiled ELDK 3.0 verison. A wild guess. Do u mean ELDK 3.0 here as denx linux 2.4.24??? > and compiled it. As I mentioned I did all the 3 > steps mentioned in FAQ > for "linux hangs after uncompressing" problem. Except FAQ, still something else you need to fix. Anyway, custom board linux porting isn't so easy sometimes. > BDI>go 0xffc00000 > - TARGET: target has entered debug mode Ummmm, a fatal operation, I am afraid. Linux kernel couldn't be booted in this way. "go" is not for linux. Go back to use bootm in u-boot console. Still, one tip for you. Pls check your cmdline transfered by u-boot. Well, u can try debugging the kernel with BDI2000. You have such a nice debug tool at hand:) Hope this helps, Sam _________________________________________________________ Do You Yahoo!? 150万曲MP3疯狂搜，带您闯入音乐殿堂 http://cn.rd.yahoo.com/mail_cn/tag/yisou/music/*http://music.yisou.com/ 美女明星应有尽有，搜遍美图、艳图和酷图 http://cn.rd.yahoo.com/mail_cn/tag/yisou/image/*http://image.yisou.com 1G就是1000兆，雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_…

1 0

[U-Boot-Users] u-boot for arm-elf ARM7TDMI
by Shaun Jackman 20 Apr '05

20 Apr '05

Hello, I see the typical ARM target for u-boot is an arm-linux toolchain for a CPU with an MMU, like the ARM720T. Would it be a trivial or rather involved task to compile u-boot with an arm-elf toolchain for a CPU without an MMU, like the ARM7TDMI? Please cc me in your reply. Thanks! Shaun

2 1

Re: [U-Boot-Users] EEPROM content and multiple NIC
by Frank 20 Apr '05

20 Apr '05

--- Daniel Ann <ktdann(a)gmail.com> wrote: > On 4/20/05, Mark Rakes <mrakes(a)mac.com> wrote: > > d008 == 1101000000001000 > > 100b == 0001000000001011 > > > > It's been a long, long time since I touched/looked at this > code (or the > > docs!), so don't ask me why this is like it is, but, there > you have > > it... > > Hahahaha... This is so funny. Its amazing how simple one can > get if > you just know why. > Looks like an endian issue to me. Just do a byte swap... > Thanks mark. > > -- > Daniel > > > ------------------------------------------------------- > This SF.Net email is sponsored by: New Crystal Reports XI. > Version 11 adds new functionality designed to reduce time > involved in > creating, integrating, and deploying reporting solutions. Free > runtime info, > new features, or free trial, at: > http://www.businessobjects.com/devxi/728 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[U-Boot-Users] How can i add DM9000 to SMDK2410?
by 志勇刘 20 Apr '05

20 Apr '05

Hi,everyone. Now,I try to add DM9000 to SMDK2410,but now I don't now how to do it. when I try to modify the smdk2410.h,board.c and then make,but it tell me wrong about the smdk2410.h Somebody can help me? --------------------------------- Do You Yahoo!? 150万曲MP3疯狂搜，带您闯入音乐殿堂美女明星应有尽有，搜遍美图、艳图和酷图 1G就是1000兆，雅虎电邮自助扩容！

2 1

[U-Boot-Users] EEPROM content and multiple NIC
by Daniel Ann 20 Apr '05

20 Apr '05

I'm very curious about this output I'm getting, =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 00 14 100b 0020 0200 ff In: serial Out: serial Err: serial Net: natsemi: EEPROM contents: d008 0001 0001 0001 0001 0001 0001 0001 0001 0001 1841 0001 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- As far as I know, NS83815 manual claims that d008 is a default value for vendor ID. but pci_ids thinks 100b is National semiconductor's vendor ID. Does anyone know why the difference ? Also, board Im using has EEPROM to configure the NIC during reset. And it contains 100b (shown on first line of output), however, print out of EEPROM from natsemi.c shows d008 as written in the NS83815 manual. I'm reading the natsemi.c but I just cant see why it would read some other value. This is a cut out of the source from natsemi.c -------------cut-------------- printf("natsemi: EEPROM contents:\n"); for (i = 0; i <= EEPROM_SIZE; i++) { short eedata = read_eeprom(dev, EECtrl, i); printf(" %04hx", eedata); } ----------end cut----------- EEPROM_SIZE = 12 <- correct EECtrl = 0x08 <- correct too Another question is, I have several NIC. When I do tftpboot from first card, works. It prints out, Using dp83815#0 device Next, when I remove the cable from first card, insert it to second card, run the same command, it works, and prints out, Using dp83815#0 device I'm pretty sure it should print out "Using dp83815#1 device". Possibly failed attempt from using dp83815#0 device. What do you all think? I havent looked at it deeper enuf, but if I can get some shared thoughts it would help me out great deal. -- Daniel

2 2

RE: [U-Boot-Users] quick gzip question/issue.
by Rupesh S 19 Apr '05

19 Apr '05

Robin, I am assuming that you are using uClinux with 'romfs' as your rootfilesystem. If this is the case, you should create your 'uImage' with 'image.bin' and not 'linux.bin'. The 'linux.bin' is just the kernel and does not include the romfs image in it.Also noticed that u have given "root=/dev/mtdblock" as kernel command. Are you placing your 'romfs' image at that address ? Another point of note is your Flash memory space, which Iis just 4MB. I am assuming you are 'bootm' ing your image from Flash address.Is your uImage size bigger than that by any chance ? -- Rupesh S >>> Robin Getz <rgetz(a)blackfin.uclinux.org> 04/15/05 04:21PM >>> Wolfgang: Sorry - I was not trying to make a bug report - just ask a quick question if anyone else had seen any issues with large (5.5Meg binary images) being turned into large (3Meg) gzip files. Here is the full description (sorry for the previous typo): make a kernel that includes a large file in the romfs (we are using mp3 file - so it is fairly uncompressible - not sure if this is the issue or not). When this mp3 is not included the romfs, uImages (and bootm) continue work OK. to make the bin: bfin-elf-objcopy -O binary linux linux.bin to creat the gzip: gzip -9 linux.bin to create the uImage: (WORK_DIR)/u-boot_1.1.3/tools/mkimage -A Blackfin -O Linux -T kernel -C gzip -a 0x1000 -e 0x1000 -n "Bfin uClinux Kernel" -d linux.bin.gz uImage I have three files linux (elf file) linux.bin (binary) and uImage (compressed) CPU: ADSP BF533 Rev.: 0.3 Board: ADI BF533 Stamp board Support: http://blackfin.uclinux.org/ Richard Klingler <richard(a)uclinux.net> Clock: VCO: 497 MHz, Core: 497 MHz, System: 124 MHz SDRAM: 128 MB FLASH: 4 MB In: serial Out: serial Err: serial Net: SMC91111 at 0x20300300 I2C: ready Hit any key to stop autoboot: 0 ## Booting image at 20100000 ... Image Name: Blackfin Audio Created: 2005-04-12 19:53:31 UTC Image Type: Blackfin Linux Kernel Image (gzip compressed) Data Size: 2973852 Bytes = 2.8 MB Load Address: 00001000 Entry Point: 00001000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting Kernel at = 1000 Linux version 2.6.8.1 (dskocyp@linux) (gcc version 3.4.1) #2 Tue Apr 12 14:40:24 EDT 2005 Blackfin support (C) 2004 Analog Devices, Inc. ADSP-BF533 Rev. 0.3 uClinux/BF533 Blackfin uClinux support by LG Soft India (www.lgsoftindia.com Processor Speed: 497 MHz core clock and 124 Mhz System Clock Board Memory: 128MB Memory map: text = 0x001000-0x0d5bb4 data = 0x0e0364-0x1034b0 bss = 0x1034b0-0x112320 rootfs = 0x112320-0x5f5000 stack = 0x0e2000-0x0e4000 Command line: 'root=/dev/mtdblock0 rw' Instruction Cache Enabled Data Cache Enabled Built 1 zonelists Kernel command line: root=/dev/mtdblock0 rw Configuring Blackfin Priority Driven Interrupts PID hash table entries: 16 (order 4: 128 bytes) Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Physical pages: 8000 Memory available: 123552k/130175k RAM, (40k init code, 850k kernel code, 199k data) Blackfin Scratchpad data SRAM: 4 KB Blackfin DATA_A SRAM: 16 KB Calibrating delay loop... 78.43 BogoMIPS Security Scaffold v1.0.0 initialized Capability LSM initialized Mount-cache hash table entries: 512 (order: 0, 4096 bytes) NET: Registered protocol family 16 Blackfin DMA Controller for BF533 stamp_init registe the device resurce to system. Real Time Clock Driver v1.10e blackfin_dpmc_init Dynamic Power Management Controller: major=10, minor = 254 DPMC Driver v0.1 BlackFin BF533 serial driver version 2.00 With DMA Support ttyS0 at irq = 21 is a builtin BlackFin BF533 UART Enabling Serial UART Interrupts RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize EBIU Asynchronous memory setup. smc91x.c: v1.0, mar 07 2003 by Nicolas Pitre <nico(a)cam.org> EZ-LAN interrupt setup. eth0: SMC91C11xFD (rev 1) at 0x20300300 IRQ 27 [nowait] eth0: Ethernet addr: 00:e0:22:fe:01:0a Using cfq io scheduler uclinux[mtd]: RAM probe address=0x112320 size=0x7d0000 Creating 1 MTD partitions on "RAM": 0x00000000-0x007d0000 : "EXT2fs" uclinux[mtd]: set EXT2fs to be root filesystem Advanced Linux Sound Architecture Driver Version 1.0.4 (Mon May 17 14:31:44 2004 UTC). enable_irq(20) unbalanced from 000ddada enable_irq(12) unbalanced from 000ddae0 sport: ffc00800 dma rx: ffc00c40 tx: ffc00c80 enable_irq(10) unbalanced from 000ddb44 set register 13 to 0xd180 set register 0 to 0x0000 set register 12 to 0xc000 set register 2 to 0x23ff set register 3 to 0x33ff set register 4 to 0x43ff set register 5 to 0x53ff set register 6 to 0x63ff set register 7 to 0x73ff sport: bf53x_sport_set_multichannel( tdm_count=8 packed=1 ) sport: bf53x_sport_config_rx_dma( 00110320, 2, 32, 0x11 ) sport: bf53x_sport_config_tx_dma( 00110360, 2, 32, 0x11 ) channel masks set to 0123 = { 11 33 77 ff } ALSA device list: #0: Analog Devices AD1836A at SPI irq 20/12, SPORT0 rx/tx dma 1/2 irq 16/17/10 NET: Registered protocol family 2 IP: routing cache hash table of 1024 buckets, 8Kbytes TCP: Hash tables configured (established 8192 bind 16384) NET: Registered protocol family 1 NET: Registered protocol family 17 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 40k freed (0xd6000 - 0xdf000) EXT2-fs error (device mtdblock0): ext2_check_page: bad entry in directory #173: rec_len is too small for name_len - offset6 Warning: unable to open an initial console. EXT2-fs error (device mtdblock0): ext2_check_page: bad entry in directory #174: unaligned directory entry - offset=0, inod1 Kernel panic: Attempted to kill init! ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

2 1

[U-Boot-Users] How to configure the CFG_ATA_* settings?
by huang fengming 19 Apr '05

19 Apr '05

Dear all, I am now working on a custom board with MPC8245 and UliM5283 SATA/PATA controller. I am trying to boot an image from the hard disk but yet not get the ATA/IDE working. Now I am trying to figure out how to set those ATA_CFG_* configurations. I don't know whether this is an old question or not, actually I tried to search through both the PPCboot maillist and Uboot maillist and found no answer to similiar questions. Anybody can give me some hints? Yes, I do read through the UliM5283 datasheet, but how should I translate the information provided in the datasheet into the CFG_ATA_* settings? Thanks in advance. regards, fengming Huang __________________________________ Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides! http://travel.yahoo.com/p-travelguide

1 0

[U-Boot-Users] Realtek 8139 driver.
by Herb Radford 18 Apr '05

18 Apr '05

Has anyone been successful in getting the Realtek 8139D (or ANY 8139) working in U-boot? We have a number of boards which we want to get into our software developers' hands BUT without tftp to get their kernel images, I get to program EACH one of the boards for all developers. Not an entertaining thought! Regards, Herb -- hradford(a)symbium.com

1 0

[U-Boot-Users] [PATCH] flash chip S29GL064M-R3 support
by Kurt Stremerch 18 Apr '05

18 Apr '05

Hi all. This small patch, against current cvs, adds R3 model (top boot) S29GL064M flash chip support for the xsengine board. The possible flash chips that can be found on the xsengine board are cleaned up. Regards Kurt CHANGELOG: * Patch by Kurt Stremerch, 18 April 2005: Add support for S29GL064M-R3 flash chip on xsengine board

1 0

Re: [U-Boot-Users] cfi_flash support for 8 bit port width S29GL032M
by Sam Song 18 Apr '05

18 Apr '05

--- Alexandre BASTOS <alebas(a)televes.com> wrote: [snip] > So, my question is ... Is the S29GL032M (or AMD > equivalent AM29LV320M) already supported in byte > mode for any board in u-boot?. > I have been testing some of the drivers, but I still > couldn't find a working solution for my board. U could try the flash driver of RPXlite DW. If I remember right, this one could work well for 4*8bit of AM29LV320M. As for cfi driver, I haven't heard about it can work for any AMD FLASH chip:-( Maybe I exaggerate the case? Hope I am wrong:-) Best regards, Sam _________________________________________________________ Do You Yahoo!? 150万曲MP3疯狂搜，带您闯入音乐殿堂 http://cn.rd.yahoo.com/mail_cn/tag/yisou/music/*http://music.yisou.com/ 美女明星应有尽有，搜遍美图、艳图和酷图 http://cn.rd.yahoo.com/mail_cn/tag/yisou/image/*http://image.yisou.com 1G就是1000兆，雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_…

3 3

Re: [U-Boot-Users] cfi_flash support for 8 bit port width S29GL032M
by Sebastian Schau 18 Apr '05

18 Apr '05

> So, my question is ... Is the S29GL032M (or AMD equivalent AM29LV320M) > already supported in byte mode for any board in u-boot?. > I have been testing some of the drivers, but I still couldn't find a > working solution for my board. I think there isn't a flash driver for S29GL032M in BYTE-Mode, so you have to write your own driver. Be careful, because the AMD AM29LV320M supports a BYTE-Programm mode, to write a single byte into flash. This mode is used in many (AMD) flash drivers in U-Boot. The S29GL032M doesn't support this mode, so you have to use write buffer programming if your Flash is in X8 (BYTE) mode. Best regards Sebastian

1 0

[U-Boot-Users] cfi_flash support for 8 bit port width S29GL032M
by Alexandre BASTOS 18 Apr '05

18 Apr '05

Hi, I am currently working in a custom board based on MPC8272ADS but with some differences. One of those is Flash chip/configuration used. I am using a Spansion S29GL032M CFI Flash chip in BYTE# (8bit) mode. I have tested the drivers/cfi_flash.c, which is OK for reading, but it is not working for unlock/erase/write. Maybe due to command address definitions, which, according to Datasheet, are for 16 bit configurations. For example: 16 bit (already in driver) #define AMD_ADDR_ERASE_START 0x555 #define AMD_ADDR_START 0x555 #define AMD_ADDR_ACK 0x2AA 8 bit (should be?) #define AMD_ADDR_ERASE_START 0xAAA #define AMD_ADDR_START 0xAAA #define AMD_ADDR_ACK 0x555 So, my question is ... Is the S29GL032M (or AMD equivalent AM29LV320M) already supported in byte mode for any board in u-boot?. I have been testing some of the drivers, but I still couldn't find a working solution for my board. If not ... is there already any work done for this purpouse? Any hint? Thanks, Alex Bastos

1 0

[U-Boot-Users] linux mailing list
by S. Hebbar 18 Apr '05

18 Apr '05

Hello, I am posting this message on u-boot mailing list and I appreciate any help in this regard. What is the mailing list id for Linux? I used to get mails from lists.linuxppc.org but I am not getting mails from this list anymore. I am a PowerPC linux user. (I am using linuxppc-2.4.20 from denx). I like to find out if cramfs is backported in to linux 2.2.. Thanks in advance, Hebbar.

2 1

[U-Boot-Users] hello_world crashes U-Boot
by Andrew Wozniak 17 Apr '05

17 Apr '05

Hi, I still need to investigate this further, but figured that a post might encourage some suggestions about this interesting issue. hello_word was built with the default Makefile for the PPC440GX and it runs just fine. But when it is modified so that "no" stdio is used and a structure init is attempted, it crashed U-Boot (see attachment) when hello_world returns. int hello_world (int argc, char *argv[]) { struct pci_controller thehose = {0}; app_startup(argv); return (0); } The interesting part is that when one or more stdio functions is added, printf() for example, there is no crash. I was hoping that someone else might be able to reproduce this crash. My current U-Boot image has about 8 exported functions in addition to the default ones. hello_world was built against this image to insure ABI compatibility. Thanks for any suggestions, Andrew => go 40004 ## Starting application at 0x00040004 ... ## Application terminated, rc = 0x0 NIP: 00000000 XER: 00000000 LR: 00000000 REGS: 00365c20 TRAP: 0700 DAR: 00000000 MSR: 00029000 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 00 GPR00: 00000000 00365D10 0000FFFF 00000000 0000000A 00000001 00000001 8D3F9F08 GPR08: 003D0900 00000001 877832C6 00000005 00000000 21000000 003F3100 00446000 GPR16: 80050000 00028100 00000000 80000002 00009000 00365AF8 00000000 00000001 GPR24: 00365E28 00000000 00365DF8 003C819C 0EFB0311 00000001 003D08FC 00365DF8 ** Illegal Instruction ** Call backtrace: 00000000 03000000 Program Check Exception NIP: 00000000 XER: 00000000 LR: 00000000 REGS: 00365c20 TRAP: 0700 DAR: 00000000 MSR: 00029000 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 00 GPR00: 00000000 00365D10 0000FFFF 00000000 0000000A 00000001 00000001 8D3F9F08 GPR08: 003D0900 00000001 877832C6 00000005 00000000 21000000 003F3100 00446000 GPR16: 80050000 00028100 00000000 80000002 00009000 00365AF8 00000000 00000001 GPR24: 00365E28 00000000 00365DF8 003C819C 0EFB0311 00000001 003D08FC 00365DF8 ** Illegal Instruction **

1 1

[U-Boot-Users] Problem with Linux Porting at the time of memory mapping
by Vikrant_Basotra 17 Apr '05

17 Apr '05

Hi, We are having a problem with porting of Linux. We are using the Linux kernel image modified to work on an EP8248 (having the MPC8248 Processor) Board. U-boot is used as the bootloader which is working perfectly.We have our board configured the same as the EP8248 board. We have made no changes to the Kernel Image and it crashes. The last message it shows on the console is "Uncompressing Kernel....ok" and the console log_buffer has the following: "<6>Memory BAT mapping: BAT2=32Mb, BAT3=0Mb, residual: 0Mb. <4>Oops: kernel access of bad area, sig: 11.<4>NIP: 00000000 XER: 00000000 LR: 00000000 SP: 00000000 REGS: c0150000 TRAP: 0000 Not tainted.<4>MSR: 00000000 EE: 0PR: 0 FP: 0 ME:0 IR/DR: 00.<4> TASK = c014f470[0] 'swapper' Last syscall: 0 .<4>last math 00000000 last altivec 00000000.<4>Call backtrace: 00000004 ." The environment variable bootargs is set as : bootargs=console=ttyS0,115200 root=1f00 But when I changed bootargs to bootargs=console=ttyS0,115200 root=1f00 mem=4M The contents of the log buffer were as follows: <4><6>Memory BAT mapping: BAT2=4Mb, BAT3=0Mb, residual: 0Mb.<4>Linux version 2.4.27-1.3.1-432 (root@pmcserver) (gcc version 3.3.4) #6 Wed Apr 1315:06:06 IST 2005.<4>On node 0 totae 0 tota1024.<4>zone(0): ...4 pages......................... But this happened only for once, after that it is consistently showing: <6>Memory BAT mapping: BAT2=16Mb, BAT3=0Mb, residual: 0Mb.<4>Oops: kernel access of bad area, sig: 11.<4>NIP: 00000000 XER: 00000000 LR: 00000000 SP: 00000000 REGS: c0150000 TRAP: 0000 Not tainted.<4>MSR:00000000 EE: 0 PR: 0 FP: 0 ME: 0 IR/DR: 00.<4>TA The EP8248 Board has the following configurations: 1. 8MB Flash Port Size = 32 Bit Bottom Boot 2. 16MB SDRAM Port Size = 32 Bit 3. EEPROM 4. Memory Map ===================================================================== Memory Region Size Address Range ===================================================================== SDRAM 16MByte 0000_0000 - 00FF_FFFF Flash 8MByte FF80_0000 - FFFF_FFFF The board we are using has 1. 16MB Flash Port Size = 32 Bit Bottom Boot 2. 32MB SDRAM Port Size = 64 Bit 3. No EEPROM 4. Memory Map ===================================================================== Memory Region Size Address Range ====================================================================== SDRAM 32MByte 0000_0000 - 01FF_FFFF Flash 16MByte FF00_0000 - FFFF_FFFF The value of the IMMR in HCRW is both boards is configured to 0xF0000000. The value of IMAP_ADDR in linux/arch/ppc/platforms/ep8248.h and u-boot/include/configs/ep8248.h is 0xF0000000. The BD_INFO structure and the values are being passed perfectly from u-boot to Linux. The cmd_start and cmd_end are also perfect - verified using the memory dump command in u-boot. The Kernel start address is 0xC0000000. We have performed RAM test through u-boot and it has passed it. We would be grateful if you could throw more light on where we are going wrong and help us successful port Linux. If you require any more info I would be more than glad to provide you with the same. Thanks and Regards Vikrant DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated.

1 0

[U-Boot-Users] Re: CONFIG_DTT_LM75 and CFG_EEPROM_PAGE_WRITE_ENABLE ???
by Erik Theisen 16 Apr '05

16 Apr '05

In message <425E665D.7030401@im...> Steven Scholz wrote: > is it realy necessary to define CFG_EEPROM_PAGE_WRITE_ENABLE in order > to use > the LM75 within U-Boot? > > #ifdef CONFIG_DTT_LM75 > #if !defined(CFG_EEPROM_PAGE_WRITE_ENABLE) || \ > (CFG_EEPROM_PAGE_WRITE_BITS < 1) > # error "CFG_EEPROM_PAGE_WRITE_ENABLE must be defined and > CFG_EEPROM_PAGE_WRITE_BITS must be greater than 1 to use > CONFIG_DTT_LM75" > #endif This is going somewhat on recollection... The lm75 requires a multibyte write. The old i2c layer only worked with 1 byte at a time unless page writes were used. The newer i2c allows multibyte writes by default. I believe it can go away. Erik

1 0

[U-Boot-Users] fatload'ing kernel image from CF
by Jeff Angielski 15 Apr '05

15 Apr '05

Are there any partitioning requirements associated with loading files using the fatload command? I have found that if I try to load a file from the 2nd partition and the 1st partition exceeds a certain size, the fatload command fails. For instance, with part1=8MB and part2=4MB, I see the following error when loading an image from the 2nd partition: => fatload ace 0:2 140000 uimage reading uimage Invalid FAT entry 26624 bytes read However, with part1=4MB and part2=4MB, the same file loads fine from the 2nd partition. If I put the file in the first partition it always loads fine. Both partitions were formatted using mkfs.msdos. >From linux, I can read and write all partitions to my hearts content which indicates that the hardware itself is ok.

2 3

RE: [U-Boot-Users] quick gzip question/issue.
by Robin Getz 15 Apr '05

15 Apr '05

Wolfgang: Sorry - I was not trying to make a bug report - just ask a quick question if anyone else had seen any issues with large (5.5Meg binary images) being turned into large (3Meg) gzip files. Here is the full description (sorry for the previous typo): make a kernel that includes a large file in the romfs (we are using mp3 file - so it is fairly uncompressible - not sure if this is the issue or not). When this mp3 is not included the romfs, uImages (and bootm) continue work OK. to make the bin: bfin-elf-objcopy -O binary linux linux.bin to creat the gzip: gzip -9 linux.bin to create the uImage: (WORK_DIR)/u-boot_1.1.3/tools/mkimage -A Blackfin -O Linux -T kernel -C gzip -a 0x1000 -e 0x1000 -n "Bfin uClinux Kernel" -d linux.bin.gz uImage I have three files linux (elf file) linux.bin (binary) and uImage (compressed) CPU: ADSP BF533 Rev.: 0.3 Board: ADI BF533 Stamp board Support: http://blackfin.uclinux.org/ Richard Klingler <richard(a)uclinux.net> Clock: VCO: 497 MHz, Core: 497 MHz, System: 124 MHz SDRAM: 128 MB FLASH: 4 MB In: serial Out: serial Err: serial Net: SMC91111 at 0x20300300 I2C: ready Hit any key to stop autoboot: 0 ## Booting image at 20100000 ... Image Name: Blackfin Audio Created: 2005-04-12 19:53:31 UTC Image Type: Blackfin Linux Kernel Image (gzip compressed) Data Size: 2973852 Bytes = 2.8 MB Load Address: 00001000 Entry Point: 00001000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting Kernel at = 1000 Linux version 2.6.8.1 (dskocyp@linux) (gcc version 3.4.1) #2 Tue Apr 12 14:40:24 EDT 2005 Blackfin support (C) 2004 Analog Devices, Inc. ADSP-BF533 Rev. 0.3 uClinux/BF533 Blackfin uClinux support by LG Soft India (www.lgsoftindia.com Processor Speed: 497 MHz core clock and 124 Mhz System Clock Board Memory: 128MB Memory map: text = 0x001000-0x0d5bb4 data = 0x0e0364-0x1034b0 bss = 0x1034b0-0x112320 rootfs = 0x112320-0x5f5000 stack = 0x0e2000-0x0e4000 Command line: 'root=/dev/mtdblock0 rw' Instruction Cache Enabled Data Cache Enabled Built 1 zonelists Kernel command line: root=/dev/mtdblock0 rw Configuring Blackfin Priority Driven Interrupts PID hash table entries: 16 (order 4: 128 bytes) Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Physical pages: 8000 Memory available: 123552k/130175k RAM, (40k init code, 850k kernel code, 199k data) Blackfin Scratchpad data SRAM: 4 KB Blackfin DATA_A SRAM: 16 KB Calibrating delay loop... 78.43 BogoMIPS Security Scaffold v1.0.0 initialized Capability LSM initialized Mount-cache hash table entries: 512 (order: 0, 4096 bytes) NET: Registered protocol family 16 Blackfin DMA Controller for BF533 stamp_init registe the device resurce to system. Real Time Clock Driver v1.10e blackfin_dpmc_init Dynamic Power Management Controller: major=10, minor = 254 DPMC Driver v0.1 BlackFin BF533 serial driver version 2.00 With DMA Support ttyS0 at irq = 21 is a builtin BlackFin BF533 UART Enabling Serial UART Interrupts RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize EBIU Asynchronous memory setup. smc91x.c: v1.0, mar 07 2003 by Nicolas Pitre <nico(a)cam.org> EZ-LAN interrupt setup. eth0: SMC91C11xFD (rev 1) at 0x20300300 IRQ 27 [nowait] eth0: Ethernet addr: 00:e0:22:fe:01:0a Using cfq io scheduler uclinux[mtd]: RAM probe address=0x112320 size=0x7d0000 Creating 1 MTD partitions on "RAM": 0x00000000-0x007d0000 : "EXT2fs" uclinux[mtd]: set EXT2fs to be root filesystem Advanced Linux Sound Architecture Driver Version 1.0.4 (Mon May 17 14:31:44 2004 UTC). enable_irq(20) unbalanced from 000ddada enable_irq(12) unbalanced from 000ddae0 sport: ffc00800 dma rx: ffc00c40 tx: ffc00c80 enable_irq(10) unbalanced from 000ddb44 set register 13 to 0xd180 set register 0 to 0x0000 set register 12 to 0xc000 set register 2 to 0x23ff set register 3 to 0x33ff set register 4 to 0x43ff set register 5 to 0x53ff set register 6 to 0x63ff set register 7 to 0x73ff sport: bf53x_sport_set_multichannel( tdm_count=8 packed=1 ) sport: bf53x_sport_config_rx_dma( 00110320, 2, 32, 0x11 ) sport: bf53x_sport_config_tx_dma( 00110360, 2, 32, 0x11 ) channel masks set to 0123 = { 11 33 77 ff } ALSA device list: #0: Analog Devices AD1836A at SPI irq 20/12, SPORT0 rx/tx dma 1/2 irq 16/17/10 NET: Registered protocol family 2 IP: routing cache hash table of 1024 buckets, 8Kbytes TCP: Hash tables configured (established 8192 bind 16384) NET: Registered protocol family 1 NET: Registered protocol family 17 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 40k freed (0xd6000 - 0xdf000) EXT2-fs error (device mtdblock0): ext2_check_page: bad entry in directory #173: rec_len is too small for name_len - offset6 Warning: unable to open an initial console. EXT2-fs error (device mtdblock0): ext2_check_page: bad entry in directory #174: unaligned directory entry - offset=0, inod1 Kernel panic: Attempted to kill init!

2 1

RE: [U-Boot-Users] trizeps2 SMC lan91c96 (smc9111.c comparison)
by David Adair 15 Apr '05

15 Apr '05

> Using MAC Address 00:50:C2:0E:C8:D9 > TFTP from server 192.168.0.77; our IP address is 192.168.0.98 > Filename 'trizeps2_kernel.img'. > Load address: 0xa3000000 > Loading: LAN91C96:smc_hardware_send_packet > LAN91C96: memory allocation, try 1 failed ... > LAN91C96: memory allocation, try 2 failed ... Does this still happen? To get the SMC91111 to work on my board I had to add the following -- perhaps 91c96 has the same issue? Have not really had time to investigate beyond the "Seems to work" stage, but here is my thinking: - Network is busy so RX buffers are full of gunk I don't care about. - TFTP starts out with a TX that it expects to send before it starts the polling loop that would throw away the input. This creates a race between the reset and the first TX. - There should be no harm in discarding packets that we cant handle in any case -- should not appear any different to the higher layer protocols than a packet that got lost due to collisions etc?? - Changing the higher layer code to flush the RX before starting up would require touching a lot more code with potential for unintended consequences on configurations I have no way to test. Also simplistic approach would just narrow the window rather than eliminate it. Also there were some questions about "Why do full reset for every operation?" I played around with this too and gave up on it. My conclusion was that without an interrupt driven service routine there were just too many ways to get wonky results when starting from an unknown state -- for my applications it is better to add a couple seconds and have reliable operation than get fast but "mostly works." May have to re-visit this attitude when I try to combine tftp with net-console .... David + /* + * If allocation failed and RX is waiting then we will + * probably never get a buffer. Start discarding input + * frames. + */ + if (status & IM_RCV_INT) { + int packet_number = SMC_inw( RXFIFO_REG ); + + if (! (packet_number & RXFIFO_REMPTY) ) { + PRINTK2 ("%s: Discarding packet to free TX memory\n", + SMC_DEV_NAME); + + while ( SMC_inw( MMU_CMD_REG ) & MC_BUSY ) + udelay(1); /* Wait until not busy */ + + /* tell the card to get rid of this packet */ + SMC_outw( MC_RELEASE, MMU_CMD_REG ); + + while ( SMC_inw( MMU_CMD_REG ) & MC_BUSY ) + udelay(1); /* Wait until not busy */ + } + } } while (--time_out); if (!time_out) { - PRINTK2 ("%s: memory allocation, try %d failed ...\n", - SMC_DEV_NAME, try); + PRINTK2 ("%s: memory allocation, try %d failed ...\n" + "\tint: 0x%x ar: 0x%x\n", + SMC_DEV_NAME, try, + status, SMC_inb (AR_REG)); + if (try < SMC_ALLOC_MAX_TRY) goto again; else

2 1

[U-Boot-Users] What is wrong with "fec: rx error 0c10"?
by Hiroshi DOYU 15 Apr '05

15 Apr '05

Hi all, I am struggling with porting u-boot on the custom board which is based on PQ2FADS_VR(MPC8670). Though I could ping to host from the target board, I got the following error when downloading the image from host through "tftpboot", which I had make sure that freescale evaluation board could work correctly. According to the spec document, the error message "fec: rx error 0c10" means, BD_ENET_RX_NO, CRC check error in RxBD offset 0x0. I could not get what this message means correctly in this case and where I should look into it deeply. So it would be appricited if you tell me where I should look into deeply. Thanks, -doyu Details: - FCC1, 2 were connected PHY LXT971A each. - CONFIG_BITBANGMII was defined. - CFG_MDC_PIN/CFG_MDIO_PIN were configured. - u-boot is updated from CVS. | U-Boot 1.1.3 (Apr 15 2005 - 15:00:26) | | MPC8260 Reset Status: External Soft, External Hard | | MPC8260 Clock Configuration | - Bus-to-Core Mult 5x, VCO Div 2, 60x Bus Freq 20-60 , Core Freq 100-300 | - dfbrg 1, corecnf 0x1b, busdf 7, cpmdf 1, plldf 0, pllmf 7 | - vco_out 400000000, scc_clk 100000000, brg_clk 25000000 | - cpu_clk 250000000, cpm_clk 200000000, bus_clk 50000000 | - pci_clk 100000000 | | CPU: MPC8260 (HiP7 Rev 14, Mask 1.0 1K49M) at 250 MHz | Board: Kyocera EVDO TAT | DRAM: 32 MB | Top of RAM usable for U-Boot at: 02000000 | Reserving 237k for U-Boot at: 01fc4000 | Reserving 4352k for malloc() at: 01b84000 | Reserving 76 Bytes for Board Info at: 01b83fb4 | Reserving 72 Bytes for Global Data at: 01b83f6c | Stack Pointer at: 01b83f48 | New Stack Pointer is: 01b83f48 | Now running in RAM - U-Boot at: 01fc4000 | FLASH: Manufacturer ID: 0001 | Manufacturer: AMD (Spansion) | Device ID: 22DA | flash_protect ON: from 0xFFF00000 to 0xFFF35FFF | flash_protect ON: from 0xFFF40000 to 0xFFF7FFFF | 1 MB | *** Warning - bad CRC, using default environment | | In: serial | Out: serial | Err: serial | Reset Ethernet PHY | U-Boot relocated to 01fc4000 | Net: FCC2 ETHERNET | ### main_loop entered: bootdelay=5 | | ### main_loop: bootcmd="bootm fff80000" | Hit any key to stop autoboot: 0 | => ping 192.168.1.10 | Trying FCC2 ETHERNET | Using FCC2 ETHERNET device | host 192.168.1.10 is alive | => tftpboot | Trying FCC2 ETHERNET | Using FCC2 ETHERNET device | TFTP from server 192.168.1.10; our IP address is 192.168.1.20 | Filename 'vmlinuz.uboot-freescale-pq2fads'. | Load address: 0x400000 | Loading: #fec: rx error 2c10 | fec: rx error 0c10 | #fec: rx error 0c10 | ##fec: rx error 0c10

2 1

[U-Boot-Users] Disk-On-Chip for X-Scale
by Herb Radford 14 Apr '05

14 Apr '05

Has anyone done any work on support for Disk-On-Chip for the XScale processors? I'm trying to get U-Boot to be able to simply recognize our DiskOnChip G3 on an IXP425-based board. Seems like there's no support for these chips (16-bit wide in particular). Regards, Herb -- hradford(a)symbium.com

1 0

[U-Boot-Users] CONFIG_DTT_LM75 and CFG_EEPROM_PAGE_WRITE_ENABLE ???
by Steven Scholz 14 Apr '05

14 Apr '05

Hi there, is it realy necessary to define CFG_EEPROM_PAGE_WRITE_ENABLE in order to use the LM75 within U-Boot? #ifdef CONFIG_DTT_LM75 #if !defined(CFG_EEPROM_PAGE_WRITE_ENABLE) || \ (CFG_EEPROM_PAGE_WRITE_BITS < 1) # error "CFG_EEPROM_PAGE_WRITE_ENABLE must be defined and CFG_EEPROM_PAGE_WRITE_BITS must be greater than 1 to use CONFIG_DTT_LM75" #endif -- Steven

2 2

Re: [U-Boot-Users] quick gzip question/issue.
by Robin Getz 14 Apr '05

14 Apr '05

>You don't provide any useful information (like exact commands used and >addresses used), so don't expect a helpful reply ;-) working procedure: rgetz@pinky:~/uClinux-dist> make menuconfig (set things up) rgetz@pinky:~/uClinux-dist> make (make the uClinux dist) rgetz@pinky:~/uClinux-dist> cp /linux-2.6.x/linux ./linux rgetz@pinky:~/uClinux-dist> cp linux /tftpboot/linux rgetz@pinky:~/uClinux-dist> objcopy -O binary ./linux ./linux.bin rgetz@pinky:~/uClinux-dist> cp linux /tftpboot/linux.bin rgetz@pinky:~/uClinux-dist> gzip -9 linux.bin rgetz@pinky:~/uClinux-dist> ../u-boot/tools/mkimage -A Blackfin -O Linux \ -T kernel -C gzip -a 0x1000 -e 0x1000 -n "Bfin uClinux Kernel" \ -d linux.bin.gz uImage rgetz@pinky:~/uClinux-dist> cp ./uImage /tftpboot/uImage I have three files linux (elf file) linux.bin (binary) and uImage (compressed) rgetz@pinky:~/uClinux-dist> kermit stamp> tftp 0x1000000 linux stamp> bootelf (works great) stamp> tftp 0x1000 linux.bin stamp> go 0x1000 (works great) stamp> tftp 0x1000000 uImage stamp> bootm (works great) stamp> tftp 0x1000000 uImage stamp> cp.b 0x1000000 0x20100000 $(filesize) stamp> bootm 0x20100000 (boot from flash - works great) (reset, and boot from flash with Autoboot - works great) Failing procedure: rgetz@pinky:~/uClinux-dist> make menuconfig (set things up) rgetz@pinky:~/uClinux-dist> cp ../media/song.mp3 ./romfs/bin/song.mp3 rgetz@pinky:~/uClinux-dist> make (make the uClinux dist) rgetz@pinky:~/uClinux-dist> cp /linux-2.6.x/linux ./linux rgetz@pinky:~/uClinux-dist> cp linux /tftpboot/linux rgetz@pinky:~/uClinux-dist> objcopy -O binary ./linux ./linux.bin rgetz@pinky:~/uClinux-dist> cp linux /tftpboot/linux.bin rgetz@pinky:~/uClinux-dist> gzip -9 linux.bin rgetz@pinky:~/uClinux-dist> ../u-boot/tools/mkimage -A Blackfin -O Linux \ -T kernel -C gzip -a 0x1000 -e 0x1000 -n "Bfin uClinux Kernel" \ -d linux.bin.gz uImage rgetz@pinky:~/uClinux-dist> cp ./uImage /tftpboot/uImage I have three files linux (elf file) linux.bin (binary) and uImage (compressed) rgetz@pinky:~/uClinux-dist> kermit stamp> tftp 0x1000000 linux stamp> bootelf (works great) stamp> tftp 0x1000 linux.bin stamp> go 0x1000 (works great) stamp> tftp 0x1000000 uImage stamp> bootm (fails) stamp> tftp 0x1000000 uImage stamp> cp.b 0x1000000 0x20100000 $(filesize) stamp> bootm 0x20100000 (boot from flash - fails) (reset, and boot from flash with Autoboot - fails) If you need anything else - let me know. -Robin

2 1

[U-Boot-Users] "How to erase the Flash used by u-boot"
by nreddy＠netenrich.com 14 Apr '05

14 Apr '05

Hi All, We are developing one walnut405 based embedded system with U-boot and Montavista linux. Here customer is asking to give provision to erase U-boot from Kernel as well as from existing U-boot when there is any updated U-Boot. Currently i am erasing U-Boot from U-Boot only. I do not know how to erase U-Boot from Kernel. Here i have some fundamental doubts that , How to erase U-Boot from Kernel level? How to access Physical address directly in Linux Kernel? Please help me out .......... Thanks in Advance. Nagi Reddy

2 1

[U-Boot-Users] quick gzip question/issue.
by Robin Getz 14 Apr '05

14 Apr '05

Quick Question: Has anyone seen an issue with compressed kernels? I am using uClinux - and things work great - as long as my compressed kernel images seem to be under 2Meg. (still determining the exact size when things fail). When things get too big - the kernel decompresses - but does not boot properly. If I tftp the binary image (before gzip, and mkimage) things work OK.... I have tried "gzip -9" and "gzip" Pointers appreciated. Thanks -Robin

2 1

[U-Boot-Users] Usb-ethernet adapter support in u-boot?
by Tehn-Yit Chin 14 Apr '05

14 Apr '05

Hi, Does u-boot have support for a usb-ethernet adapter, like the Dlink DUB-E100? We have a board that have usb host ports, but it does not have any ethernet connectivity. We are trying to get it boot over the network. One of the possible options is to get u-boot recognise a usb-ethernet adapter. Any pointers would be greatly appreciated. Thanks, ------------------------------------------------------------- Tehn Yit Chin Software Engineer ------------------------------------------------------------- Grey Innovation Pty. Ltd. Dir +613 9692 6909 42 Charles Street Ph +613 9692 6999 Prahran Fx +613 9692 6998 Victoria 3181 Mail: PO Box 452 Australia Prahran 3181 mailto:tehn-yit.chin@greyinnovation.com http://www.greyinnovation.com ------------------------------------------------------------- This e-mail and any attachments to it is confidential and is for the use only of the intended recipient. It may contain copyright material of Grey Innovation Pty Ltd or any of its related entities or of third parties. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete the email and any attachments, and do not read, copy, print, retransmit store or act in reliance on the contents. Any views expressed are those of the individual sender only, unless expressly stated to be those of Grey Innovation Pty Ltd. Grey Innovation Pty Ltd does not guarantee the integrity of the contents, or that it is free from errors, viruses or interference.

2 1

[U-Boot-Users] More 5282 network issues-development
by NZG 12 Apr '05

12 Apr '05

I'm currently working with Zachary Landau's port of the 5282, trying to get the network running correctly on a new 5282 based board with no pre-loader that boots from external flash. I'm running into some generic u-boot issues and I was running if anyone could help point me in the right direction. Any general comments or discussion on the items below would be helpful. FEC_STRUCTURE This seems to be the subject of some debate, but looking over it, the fec structure in the CVS does appear to be incorrect. For instance, it only defines a single hash table uint fec_hash_table_high; /* upper 32-bits of hash table */ uint fec_hash_table_low; /* lower 32-bits of hash table */] Even thought the datasheet clearly indicates that there are two. How could this possibly be correct? Zach's structure does appear to be the correct one, and in fact is the only one I've had any success with at all. HASH TABLES: Zach's code was clearing the individual hash table, but not the group hash table, The new code is currently clearing both tables, although I'm not technically sure this is correct as I'm really not that experienced with ethernet hash tables. SPEED: The new code can download intact linux images with tftp, but it only works if ET_DEBUG is enabled. If it's not everything seems to run too fast and the code chokes itself(sends out big bursts of packets and then doesn't respond to the big bursts it gets back). How can I tell it to slow down and wait for responses without debug statements? Is there a place for this? ICMP: Once the TFTP transaction gags, my tftpd server turns around and starts trying to ping the client to see if it's alive, but it never responds. Should it be? does the stack support this? thx, NZG.

3 3

Re: [U-Boot-Users] What is CFG_CMD_ECHO for?
by Sam Song 12 Apr '05

12 Apr '05

--- Detlev Zundel <dzu(a)denx.de> wrote: [snip] > This indeed looks like hysterical cruft. Do you > mind throwing together a patch to remove it? Wolfgang suggested me to send a patch as well. I promised to make it. But I cannot access the CVS tree for the moment. Could I send the patch against 1.1.2? Thanks for your concern, Sam _________________________________________________________ Do You Yahoo!? 150万曲MP3疯狂搜，带您闯入音乐殿堂 http://cn.rd.yahoo.com/mail_cn/tag/yisou/music/*http://music.yisou.com/ 美女明星应有尽有，搜遍美图、艳图和酷图 http://cn.rd.yahoo.com/mail_cn/tag/yisou/image/*http://image.yisou.com 1G就是1000兆，雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_…

2 1

[U-Boot-Users] Sorry about last message
by Bastos Fernandez Alexandre 12 Apr '05

12 Apr '05

Guys, Sorry about this last message which was a private one, which wasn't writen in English, and was sent to the list by error (was a "to early in the morning" fault ) ;-) Best regards, Alex Bastos ----- Bastos Fernandez Alexandre <ALEBAS(a)televes.com> ----- Data: Tue, 12 Apr 2005 08:50:53 +0200 De: Bastos Fernandez Alexandre <ALEBAS(a)televes.com> Responderlle: Bastos Fernandez Alexandre <ALEBAS(a)televes.com> Asunto: RE: U-Boot-Users digest, Vol 1 #1334 - 9 msgs Para: "'u-boot-users(a)lists.sourceforge.net'" <u-boot-users(a)lists.sourceforge.net> Ola, Benvido á lista de u-boot. É un pracer descubrir a alguen máis por estes lares usando u-boot. Para calquera cousa na que che poida botar unha man, non dubides. Ainda que eu uso unha arquitectura diferente (PowerPC). Un saudo. Alex Alexandre Bastos ------------------------------ Televés S.A. - Lab. I+D Tlf. +34 981 52 22 00 alebas(a)televes.com

1 0

[U-Boot-Users] RE: U-Boot-Users digest, Vol 1 #1334 - 9 msgs
by Bastos Fernandez Alexandre 12 Apr '05

12 Apr '05

Ola, Benvido á lista de u-boot. É un pracer descubrir a alguen máis por estes lares usando u-boot. Para calquera cousa na que che poida botar unha man, non dubides. Ainda que eu uso unha arquitectura diferente (PowerPC). Un saudo. Alex Alexandre Bastos ------------------------------ Televés S.A. - Lab. I+D Tlf. +34 981 52 22 00 alebas(a)televes.com > -----Original Message----- > From: u-boot-users-request(a)lists.sourceforge.net > [SMTP:u-boot-users-request@lists.sourceforge.net] > Sent: Monday, April 11, 2005 6:24 PM > To: u-boot-users(a)lists.sourceforge.net > Subject: U-Boot-Users digest, Vol 1 #1334 - 9 msgs > > > Date: Mon, 11 Apr 2005 17:55:31 +0200 > From: =?ISO-8859-1?Q?Marcos_Lois_Berm=FAdez?= <marcos.lois(a)teaxul.com> > To: u-boot-users(a)lists.sourceforge.net > Subject: [U-Boot-Users] using u-bbot with new platform > > Hello. > > I'm a newbye in u-boot, i will use it in a hardware platform based in > PXA255, iwill try to get ready the basic stuff, flash, RAM, uart, i will > base it on any PXA255 board that already supported by u-boot. > > My problem is that my hardware don't have a ethernet card, and it will > be very usefull in the development process, i have a pcmcia card that is > a tunlip_cs linux driver i think porting it, but i not have idea of what > kind of considerations i need to taek in mind for pcmcia based card. If > there anybody that try this, or another pcmcia card that have better > support in u-boot, please help me. > > Regards. > > -- > ------------------------------------------------- > Marcos Lois Bermúdez > Departamento I+D+i > Tecnicas Electronicas Aplicadas Xulio S.A. > > Email: marcos.lois(a)teaxul.com > Telefono: +34 986 462 026 > Fax: +34 986 460 816 > Direccion: Ctra. de Bayona, 283 - Aptdo. 8.110 > C.P. 36330 Vigo - Pontevedra > ------------------------------------------------ > > > >

1 0