Build system for UBoot on ARM/Pro? (Was RAM build...)

davy_gravy · **Joined:** Mon Aug 28, 2006 1:15 am **Posts:** 2606

In the u-boot1.1.1_Buf9 that someone (jonli447 maybe?) put in the downloads, there is a uboot.bin, but also a file uboot:

Code:

root@lsarm:/usr/src/u-boot-1.1.1_buf109# file u-boot
u-boot: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, not stripped

Is this a ram build of uboot? (looks to me like it could be... or maybe its a sort of pre-image ?)
EDIT: Its not, seems to me...
If so, is it known how to test such a RAM build on an ARM machine (the docs show how to do it w/ a later version of u-boot on PPC, but I'm wondering how much this would differ).

...part of this looks similar to some things in the Makefile...

Code:

=== BUFFALO LS-GL U-Boot. ===
=== BUFFALO LS-GL High Speed U-Boot. ===
=== BUFFALO TS-HTGL R5 U-Boot. ===
=== BUFFALO TS-HTGL R1 U-Boot. ==
=== BUFFALO LS-GL R1 U-Boot. ===
=== BUFFALO Unknown U-Boot. ===
** MONITOR **

lb_worm · **Posted:** Sat Feb 09, 2008 4:20 pm

Jon posted this. Very modified and in testing.

davy_gravy · **Joined:** Mon Aug 28, 2006 1:15 am **Posts:** 2606

Well, I was hoping someone would know about if it was possible to test it w/ a serial cable, in RAM (not ROM), while fully booted.

I'll try it (RAM only) out & see if it gives any indications one way or another.

lb_worm · **Posted:** Sat Feb 09, 2008 8:08 pm

It does work if that is what you are worried about?

davy_gravy · **Joined:** Mon Aug 28, 2006 1:15 am **Posts:** 2606

well, no doubt it should/would/will...

Is this the version that mdfirefighter flashed to his jtag-unbricked lspro?

davy_gravy · **Joined:** Mon Aug 28, 2006 1:15 am **Posts:** 2606

Anyone know whether it was CodeSourcery or ELDK that jonli447 used?

Code:

ifeq ($(CROSS),armlinux)
else
CSL = arm-none-linux-gnueabi-
CSLBE = armeb-none-linux-gnueabi-
endif

make me wonder if it was CodeSourcery...

ideas?

lb_worm · **Posted:** Mon Feb 11, 2008 8:45 pm

Yes it was built under CodeSourcery

davy_gravy · **Joined:** Mon Aug 28, 2006 1:15 am **Posts:** 2606

thanks lb_worm

1. Anyone know if it needs to be built against the Buffalo patched kernel source, rather than against something vanilla? if so, which one? 2.6.12.6 or 2.6.16.16 ?

2. Also I was wondering if anyone knew the contents of that

Code:

/opt/cross.conf

conf file..., and would be willing to share that... (that buffalomake.sh refers to)

3. is there a preference of one release of the toolchain over another? like the ARM 2005q3-2 Release?

thanks

EDIT: OK, I got it. hehehe...

Code:

-rwxr-xr-x  1 1000 1000 733549 2008-02-11 20:18 u-boot
-rwxr-xr-x  1 1000 1000 245776 2008-02-11 20:18 u-boot.bin

kuroguy · **Joined:** Tue Mar 21, 2006 9:11 pm **Posts:** 658

is this a u-boot for the kuro pro with netconsole?

davy_gravy · **Joined:** Mon Aug 28, 2006 1:15 am **Posts:** 2606

hi kuroguy, sorry, no netconsole ... this was just a build of rd88f5182_NAS2_TINY_buffalo_hs_config from the gpl stuff that jonli had posted.

I haven't even flashed anything yet (yet!). I have jtag here, and am hoping I'd never have to use it... I'll try flashing some stuff I know is safe, first.

My pet peeves about it are: no netconsole, no run and the MAX 16 ARGUEMENTS that they put into it.

It'd be nice to have the full command set like lni has in his port:

Code:

+#define CONFIG_COMMANDS      (CFG_CMD_BDI      | \
+                     CFG_CMD_LOADS   | \
+                     CFG_CMD_LOADB   | \
+                     CFG_CMD_FLASH   | \
+                     CFG_CMD_MEMORY   | \
+                     CFG_CMD_NET      | \
+                     CFG_CMD_ENV      | \
+                     CFG_CMD_IDE      | \
+                     CFG_CMD_PCI      | \
+                     CFG_CMD_BOOTD   | \
+                     CFG_CMD_CONSOLE   | \
+                     CFG_CMD_RUN      | \
+                     CFG_CMD_ECHO   | \
+                     CFG_CMD_DHCP   | \
+                     CFG_CMD_PING   | \
+                     CFG_CMD_NFS      | \
+                     CFG_CMD_EXT2   )

but I can't really see how netconsole and this would fit int 256k.

However, having netconsole and run would be nice starters. Even just the run (in addition to what's there) would be better. This is the Marvell/Buff implementation:

Code:

Marvell>> help                                                                  
?       - alias for 'help'                                                      
base    - print or set address offset                                           
boot    - boot default, i.e., run 'bootcmd'                                     
bootd   - boot default, i.e., run 'bootcmd'                                     
boot end  .                                                                     
bootm   - boot application image from memory                                    
bootp   - boot image via network using BootP/TFTP protocol                      
bubt    - Burn an image on the Boot Flash.                                      
cmp     - memory compare                                                        
cp      - memory copy                                                           
cpumap - Display CPU memory mapping settings.                                   
crc32   - checksum calculation                                                  
date    - get/set/reset date & time                                             
diskboot- boot from IDE device                                                  
echo    - echo args to console                                                  
erase   - erase FLASH memory                                                    
ext2load- load binary file from a Ext2 filesystem                               
ext2ls- list files in a directory (default /)                                   
flinfo  - print FLASH memory information                                        
go      - start application at address 'addr'                                   
help    - print online help                                                     
ide     - IDE sub-system                                                        
loop    - infinite loop on address range                                        
md      - memory display                                                        
micon -command(2byte hex) -data(witin 32byte hex)                               
mm      - memory modify (auto-incrementing)                                     
mtest   - simple RAM test                                                       
mw      - memory write (fill)                                                   
nm      - memory modify (constant address)                                      
pci     - list and access PCI Configuraton Space                                
printenv- print environment variables                                           
protect - enable or disable FLASH write protection                              
rarpboot- boot image via network using RARP/TFTP protocol                       
reset   - Perform RESET of the CPU                                              
saveenv - save environment variables to persistent storage                      
security -device -command -options -password                                    
setenv  - set environment variables                                             
shutdown        - Poff .                                                        
tftpboot- boot image via network using TFTP protocol                            
version - print monitor version                                                 
Marvell>> 

LNI's - the extras that he included could really be useful for some folks:

Code:

?       - alias for 'help'
base    - print or set address offset
bdinfo  - print Board Info structure
boot    - boot default, i.e., run 'bootcmd'
bootd   - boot default, i.e., run 'bootcmd'
bootm   - boot application image from memory
bootp   - boot image via network using BootP/TFTP protocol
cmp     - memory compare
coninfo - print console devices and information
cp      - memory copy
crc32   - checksum calculation
dhcp    - invoke DHCP client to obtain IP/boot params
diskboot- boot from IDE device
echo    - echo args to console
erase   - erase FLASH memory
ext2load- load binary file from a Ext2 filesystem
ext2ls  - list files in a directory (default /)
flinfo  - print FLASH memory information
go      - start application at address 'addr'
help    - print online help
ide     - IDE sub-system
loadb   - load binary file over serial line (kermit mode)
loads   - load S-Record file over serial line
loop    - infinite loop on address range
md      - memory display
mm      - memory modify (auto-incrementing)
mtest   - simple RAM test
mw      - memory write (fill)
nfs     - boot image via network using NFS protocol
nm      - memory modify (constant address)
pci     - list and access PCI Configuration Space
ping    - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
protect - enable or disable FLASH write protection
rarpboot- boot image via network using RARP/TFTP protocol
reset   - Perform RESET of the CPU
run     - run commands in an environment variable
saveenv - save environment variables to persistent storage
setenv  - set environment variables
tftpboot- boot image via network using TFTP protocol
version - print monitor version

mindbender · **Posted:** Tue Feb 12, 2008 1:33 pm

actually it would be great if there would be someone looking at the uboot bootloader of the ls pro/ls live.

it looks like as if i organized 2 ls pros for devs....best would be one that is able to solder the jtag headers...i plan to send a jtag10 jtag cable with them. then these guys can experiment with the uboot bootloader.

the question is how big netconsole really would be.

lb_worm · **Posted:** Tue Feb 12, 2008 1:45 pm

I had the impression before that netconsole would not add much unless someone can prove me wrong?

This platform is screaming out for a major change to UBoot to improve the boot options alone. I'd love to work with this but do not know if I would have enough time to spend on it. How long is the reflash process via jtag?

davy_gravy · **Joined:** Mon Aug 28, 2006 1:15 am **Posts:** 2606

lb_worm wrote:

This platform is screaming out for a major change to UBoot to improve the boot options alone.

agreed!

lb_worm wrote:

How long is the reflash process via jtag?

I'm not sure... maybe that is in the thread about u-boot on ARM

lb_worm wrote:

I had the impression before that netconsole would not add much unless someone can prove me wrong?

Well, I don't know if its an issue for friendly proof or refutation, but maybe more towards personal preferences... I do think a lot of users find the netconsole a nice feature. It affords the same functionality (almost!) as serial console, but is much less invasive and obtrusive (hardware-wise). "No header pin soldering" is a good thing for many users, and might have some benefits for developers.

All that being said, any increse in functionality and flexibility would be an improvement, I think.

kuroguy · **Joined:** Tue Mar 21, 2006 9:11 pm **Posts:** 658

My kuro pro is getting embedded in a line preamp and installed into my stereo cabinet in my living room. My wife will never allow me to have a serial cable strung across the living room when I decide to upgrade the software on it or it craps out and requires new software. Netconsole would allow me to completely upgrade software from my office computer.

Besides, I plan to use the serial port for an lcd.

lb_worm · **Posted:** Wed Feb 13, 2008 8:10 pm

linux and music? Is that a good combination? At least it would be safe from the well known 'blue screen'. Are you planning some form of music jukebox system?

PS: Davy, have you managed to try out the new standby/sleep feature yet of micro_evtd, sorry for off topic

PPS: Anyone doing any work on UBoot for the ARM boxes? I could do some moding but would not want to flash without the comfort of jtag so would need to trial a RAM load. It maybe possible to load into an alternate memory location for testing under UBoot itself? Anyone tried that?

Buffalo NAS-Central Forums

Build system for UBoot on ARM/Pro? (Was RAM build...)

Who is online