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