November 2005 - U-Boot

[U-Boot-Users] [PATCH] update-configuration-for-cmc-pu2-board.patch
by Martin Krause 16 Nov '05

16 Nov '05

Update configuration for CMC-PU2 board Patch by Martin Krause, 16 Nov 2005 This configuration is in usage some time now. Only the patch hasn't been send since now. Signed-off-by: Martin Krause <martin.krause(a)tqs.de> CHANGELOG: * Update configuration for CMC-PU2 board Patch by Martin Krause, 16 Nov 2005 Regards, Martin ---

2 1

RE: [U-Boot-Users] [PATCH] update-ethaddr-handling-on-cmc-pu2-board.patch
by Martin Krause 16 Nov '05

16 Nov '05

Hi Pantelis, Pantelis Antoniou wrote on Wednesday, November 16, 2005 1:19 PM: > Martin Krause wrote: > > If the environment variable 'ethaddr' is not set in flash it is > > read from EEPROM (if valid), set in RAM and now also saved to > > flash. The same applies for the variable 'serial#'. This is done to > > optimise series production. Now, no 'saveenv' command > > has to be applied over the serial line. And thus no serial > > connection > > is necessery at all. Setting ethaddr only in RAM is not sufficient, > > because 'ethaddr' and 'serial#' must be readable from linux with > > the fw_printenv tool. > > I disagree. If you need this, pass the u-boot environment to the linux > kernel, or add a serial# member in bd_t. I'm also not very happy with this. 'ethaddr' is already passed to the linux kernel as boot parameter. But I didn' have access to it from user space. Our customer (which buys the CMC-PU2 board from us), runs an application which collects some board information from the u-boot environemt variables stored in flash (via a /dev/mtd device). I can't see, how a modified bd_t could help in this case. Regards, Martin

2 1

[U-Boot-Users] [PATCH] update-ethaddr-handling-on-cmc-pu2-board.patch
by Martin Krause 16 Nov '05

16 Nov '05

Update ethaddr handling on CMC-PU2 board Patch by Martin Krause, 16 Nov 2005 If the environment variable 'ethaddr' is not set in flash it is read from EEPROM (if valid), set in RAM and now also saved to flash. The same applies for the variable 'serial#'. This is done to optimise series production. Now, no 'saveenv' command has to be applied over the serial line. And thus no serial connection is necessery at all. Setting ethaddr only in RAM is not sufficient, because 'ethaddr' and 'serial#' must be readable from linux with the fw_printenv tool. Signed-off-by: Martin Krause <martin.krause(a)tqs.de> CHANGELOG: * Update ethaddr handling on CMC-PU2 board Patch by Martin Krause, 16 Nov 2005 Regards, Martin ---

3 2

[U-Boot-Users] Regarding the U-boot and Linux porting on the Xilinx xupv2pro board.
by Shantanu Nalage 16 Nov '05

16 Nov '05

Hi all, I am presently working with the Linux porting on Xilinx xupv2pro project. This board is very much similar to the xilinx ml300 board except some changes as 1) No. of UARTs supported 1 2) PCI bus not supported, so the xilinx tool generated header file has parameter XPAR_PCI_FREQ set to 0 3) System Compact Flash of 256 MB 4) DDR SDRAM of 256 MB As an initial start we have downloaded the u-boot-1.1.1 source code that comes along with the xapp542.zip folder from xilinx folder. We also followed all the steps required to introduce the board specific options in the source code. But when we compiled the u-boot, it gave us error that "redefinition of get_sys_info in xupv2pro.c(i.e. our board specific file); first defined in cpu/ppc4xx/". So we commented the function "get_sys_info" in the file "xupv2pro.c". The compiled u-boot.elf file was then downloaded in the compact flash in the .ace format. A compiled linux kernel u-boot compatible image was also stored on the compact flash. But the booting of the kernel process would suddenly hang after uncompressing the image. The output was obtained on the serial console and it would typically look like: Image Name : Linux Kernel Image Image Type : PowerPC Linux Kernel Image (gzip compressed) Data Size : 678 KB Load Address: 00000000 Entry Point : 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK After this point the system would simply hang not giving any output as well as not responding to any keystrokes. What could be the reason? The board description file xupv2pro.c is exactly identical to the ml300.cfile. The kernel source used was "Montavista Previewkit kernel source code". With regards, Shantanu.

2 1

AW: [U-Boot-Users] Re: IDE interface on PPC has endian issue
by Schramel Marco 16 Nov '05

16 Nov '05

Hi, i had the same problem. I fixed it with using the __insw and __outsw functions directly. By default the system uses the __insw_ns and __outsw_ns. With changing these two accesses in ide-iops.c it works for me. Best regards Marco -----Ursprüngliche Nachricht----- Von: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]Im Auftrag von Gregg Gesendet: Dienstag, 15. November 2005 23:57 An: u-boot-users(a)lists.sourceforge.net Betreff: [U-Boot-Users] Re: IDE interface on PPC has endian issue Frank <frannk_m1 <at> yahoo.com> writes: > > I had the same problem. It turns the idiot hardware engineer > decided he would do byte swapping in hardware without telling > me. To get around it, I just made the byte swapping code a noop > (no byte swaping) and it worked. Doing an endian swap every place in cmd_ide.c where it is reading the data register seems to have fixed the problem. I can now see the partitions on the disk and load a file from it. I don't understand why the endianness is different from what the u-boot code expects though, given how the data bits are connected to the peripheral bus: CF D0..D15 => PPC D15..D0 D15 is lsb on PPC 16-bit mode bus. It is as if the u-boot code expects CF D0..D7 => PPC D7..D0 CF D8..D15 => PPC D15..D8 Thanks, Gregg ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

RE: [U-Boot-Users] Any default audio card driver in U-boot?
by Martin Krause 16 Nov '05

16 Nov '05

Hi Boku, boku wrote on Wednesday, November 16, 2005 8:26 AM: > Dear Martin, > Thanks for the information to me. I'd like to ask you further > about your audio driver. Did you design the driver based on ALSA > architecture? Or you directly write your driver without it? I met some > problems while using alsa to build my audio driver for a specific arm > soc chip. Thanks in advance. No, we didn't base on ALSA. We only needed a quick hack to test our audio hardware. For linux audio driver the usage of DMA is a must, to feed the audio codec continuously with data (any interruption in the audio stream would be hearable). Since U-Boot is single-tasking, instead of DMA transfers, a polling mechanism could be used to feed the audio codec continously with data. This is much easier to implement - and is the way we did it. Regards, Martin > On 8/22/05, Martin Krause <Martin.Krause(a)tqs.de> wrote: > > Hi, > > > > u-boot-users-admin(a)lists.sourceforge.net wrote on Monday, August 22, > > 2005 5:42 AM: > > > Dear all, > > > I'm searching for some example for audio card driver for > > > U-boot? But it seems most drivers in drivers/ are for ethernet > > > card. Can anyone tell me where I can find it in u-boot? Thanks a > > > lot!~ > > > > We implemented some _very_ basic sound commands (play a beep, play > > square wave, play a microsoft .wav file) to test our hardware > > with it. Perhaps you will find this usefull. Please look at: > > > > http://source.denx.net/cgi-bin/gitweb.cgi?p=u-boot.git;a=commit;h=6617aae9b… > > > > The commands are implemented in board/tqm5200/cmd_stk52xx.c

1 0

[U-Boot-Users] after relocate_code in board_init_r, it hang at operation with gd
by zhuzhenhua 16 Nov '05

16 Nov '05

i am porting u-boot for mips 4kec first i set the cache write through, and then run into board_init_f, it run correctly, and output .... Top of RAM usable for U-Boot at: 84000000 Reserving 69k for U-Boot at: 83fec000 Reserving 192k for malloc() at: 83fbc000 Reserving 44 Bytes for Board Info at: 83fbbfd4 Reserving 36 Bytes for Global Data at: 83fbbfb0 Reserving 128k for boot params() at: 83f9bfb0 Stack Pointer at: 83f9bf98 ... and after relocate_code, it run into board_init_r, after the line "gd = id" , it hang on the cmd relocate if i remove the cmd relocate, it hang on the line "bd = gd->bd" what's problem with gd? t

1 0

[U-Boot-Users] IDE interface on PPC has endian issue
by Gregg 15 Nov '05

15 Nov '05

I have a board that has a 128 MB compact flash connected to a PPC 440GP peripheral bus using True IDE mode. Up until now, I have been successfully booting using NFS, and now I am trying to get the IDE interface to work. When I issue an IDE reset command to u-boot, the information returned is byte-swapped: Device 0: Model: aSDnsi KDSFC-J21 8 Firm: DH X.272 Ser#: <...> Type: Removeable Hard Disk Capacity: 24576.1 MB = 24.0 GB (50331860 x 512) Note that "aSDnsi K" is "SanDisk ". If I modify cmd_ide.c to pretend I am little endian so that the input_swap_data function is disabled (#if defined (__LITTLE_ENDIAN) version is used), I get seemingly correct results: Device 0: Model: SanDisk SDCFJ-128 Firm: HDX 2.27 Ser#: <...> Type: Removeable Hard Disk Capacity: 122.5 MB = 0.1 GB (250880 x 512) I am confused why I need to do this, as it seems wrong. Furthermore, although I can get the IDE information, I cannot see any partitions on the device. I created a single linux partion (type 83), but when I issue "ide part 0", I am told "IDE device 0 not available". The CF is connected to the PPC like this: A0,A1,A2 on the CF ==> A30, A29, A28 on 440GP D0..D15 on CF ==> D15..D0 on 440GP I am using the following ATA configuration: #define CFG_ATA_BASE_ADDR 0xa0300000 #define CFG_IDE_MAXDEVICE 1 #define CFG_IDE_MAXBUS 1 #define CFG_ATA_IDE0_OFFFSET 0 #define CFG_ATA_DATA_OFFSET 0 #define CFG_ATA_REG_OFFSET 1 #define CFG_ATA_ALT_OFFSET 0x00100001 #define CFG_ATA_STRIDE 2 #define ATA_RESET_TIME 5 Thanks. Gregg

2 2

[U-Boot-Users] Support for softcore ethernet chips
by Robert Schwebel 15 Nov '05

15 Nov '05

Hi, I have a board which uses a softcore ethernet chip, so before for example U-Boot is able to do networking some binary firmware has to be loaded into the device. What's the preferred method to do this? I didn't find other boards in the U-Boot code but maybe missed something. Seen from a technical point of view it would be the best solution to just link the firmware somewhere into the U-Boot image, but I would be interested how this is generally seen wrt. GPL issues. I don't think that this creates a derivative work, taken that it is just being bit-banged into the hardware by some GPL code, which is not different from what the Linux firmware interface does, but anyway. It has to be located somehow, and spending another flash sector just for some 40KiB would be uggly. Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hannoversche Str. 2, 31134 Hildesheim, Germany Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9

2 2

[U-Boot-Users] Decrementer timer do not works
by Yu Weiping 15 Nov '05

15 Nov '05

Hi, My hardware environment: MPC7447A + MV64460, and I ported u-boot from board Db64460, now everything seems OK but the timer can't work as expected. Exception hanlder was installed in start.S: STD_EXCEPTION(0x900, Decrementer, timer_interrupt) I do not modify this code. But get_timer always return 0. I check the global parameter: timestamp. It always been 0 after set_timer(0); It seems that the timer_interrupt handler does not been called. But if I added a print in this hanlder, system will crash after interrupt_init. What's the possible problem? Thanks. wyu

2 3