June 2004 - U-Boot

RE: [U-Boot-Users] mpc8260 reset procedure
by Mészáros Lajos 16 Jun '04

16 Jun '04

> -----Eredeti üzenet----- > Feladó: Wolfgang Denk [mailto:wd@denx.de] > Küldve: Tuesday, June 15, 2004 9:30 PM > > - good idea to boot at 0xFE000100 (32M boot > > flash/rom), this is the highest 32M which can > > be big enough for most embedded systems > > "most" is not "all". So this is just another arbitrary restriction. > > > - good idea to leave the flash at the reset > > address (there may be any data to use > > Why? Chosing a completely different address later is no > problem at all. OK. I don't make restrictions. I didn't tell my commands I did tell my opinion. (I know the difference; in my "previous life" I have served in the army for 38 yrs - it is really a whole life) It may or may not be a good idea, but it is easy to - define the IMMR and flash address and all description of the hw once and for all, in the same header for bootloader and kernel (or by the Siemens notion firmware and load) Best Regards Ludwig

1 0

[U-Boot-Users] test2 - sorry
by wd＠muc.de 15 Jun '04

15 Jun '04

Sorry for bugging you. Please ignore. Wolfgang Denk

1 0

Re: [U-Boot-Users] LCD on pxa255
by himba 15 Jun '04

15 Jun '04

Wolfgang Denk wrote: > > Put: > > #define CONFIG_PREBOOT "setenv stdout serial;setenv stdin serial" > > in your board config file :-) > Hmm, It does not do what is expected. I could stick with late_board_init() but it leaves In: serial out: lcd err: lcd printed over test pattern... > > Than have a look at our linux-2.4 kernel tree; it make sLinux use the > same memory for framebuffer as used by U-Boot, so you can have a > steady image from a few milliseconds after power-on until the Linux > GUI takes over :-) [Of course you can also load "boot progress" > screels in U-Boot using the "bmp" command... > Great news! I've been poking through edlk3.0 kernel source and tried to diff it against vanilla 2.4.24, but I couldn't find/spot needed info about fb. It must be 'cause newbie (me) isn't really familiar with kernel... Could you point it out, please ? :) > >>Maybe it would be helpfull to others if we sent patches >>to Wolfgang... > > > Sure that would be helpful. I have only that many different boards in > our lab, and even stricter limits on available time :-( Right, first I will try the display under linux more extensive - tune up some settings - then I will mail the patch for u-boot to this list! regards, himba

1 0

RE: [U-Boot-Users] mpc8260 reset procedure
by Mészáros Lajos 15 Jun '04

15 Jun '04

> Feladó: Wolfgang Denk [mailto:wd@denx.de] > > In message > <37D0F88E70D96C428C19EEB865701A3802620596(a)buda902a.siemens.hu> > you wrote: > > > > the memory range) the ONLY acceptable > > IMMR of any properly working Linux is > > <<<<< 0xF0000000 >>>>> !!! > > This is NOT correct. > > > I dare to suggest it for standard on ALL 82xx > > boards > > There is no reason for such a restriction. For me, the de facto > standard is 0xFFF00000. > You are right, in that there is no reason for _a_n_y_ restriction But: - good idea to boot at 0xFE000100 (32M boot flash/rom), this is the highest 32M which can be big enough for most embedded systems - good idea to leave the flash at the reset address (there may be any data to use later e.g. ramdisk or flash filesystem and of course the kernel itself) - good idea NOT overlap the internal area with the boot flash - good idea NOT modify the IMMR reset value, which (in case of 0xF0000000) may start at the common/usual IO - at the highest 256M area - today, for the 8280 the internal area is 256K, it is a matter of time to grow over 1M ... As far as I know the uboot include/configs/*.h files use many value, even very strange ones, the 0xf0000000 is not the minority. (For me, the de facto standard is this.) Best Regards Ludwig

2 1

Re: [U-Boot-Users] Support for Samsung 1Giga bit NAND device
by Laurent Mohin 15 Jun '04

15 Jun '04

Andy, The patch can be found at the following link : http://sourceforge.net/mailarchive/message.php?msg_id=7733528 I don't know if the K9K1G08UOM device is supported by U-boot and Linux, but it won't be very difficult to add support for it. Laurent Andy Hawkins <a.hawkins(a)cabletime.com> 15/06/04 10:54 To: Laurent Mohin <laurent.mohin(a)acterna.com> cc: u-boot-users(a)lists.sourceforge.net Subject: Re: [U-Boot-Users] Support for Samsung 1Giga bit NAND device Hi, On Tue, 2004-06-15 at 09:03, Laurent Mohin wrote: > U-boot 1.1.0 doesn't provide support for NAND flash with a page size of > 2K-byte instead of 512 byte (and you're right, theses devices require > special handling). > Pantelis Antoniou submitted a patch on 2004-04-30 which seems to manage > these new chips, but I don't think it has been added to the latest CVS > tree. Thanks for that. Any idea where I can get this patch? > By the way, Samsung also offer 1 Giga bit devices with a 512 byte page > size (K9K1G08UOM - Manufacturer ID : 0xEC, Chip ID: 0x79). That's interesting. Is this device supported by U-Boot and Linux? Thanks. Andy

2 1

RE: [U-Boot-Users] mpc8260 reset procedure
by Mészáros Lajos 15 Jun '04

15 Jun '04

The 8260 (and it's family) can set the IMMR at reset to: -0x00000000 -0x00F00000 -0x0F000000 -0x0FF00000 -0xF0000000 -0xF0F00000 -0xFF000000 -0xFFF00000 depending on ISB bits of the _H_ard _R_eset _C_onfiguration _W_ord (HRCW) (13-15 for the imbecile Motorola bit numbering or 18-16 for normals) The 0x04700000 address is another stupidity for 8260ADS board and demos of Mot. Comp. As the "Boot memory space" (another bit from HRCW) may be 0xFE000000 - 0xFFFFFFFF or 0x00000000 - 0x01FFFFFF (first or last 8M of the memory range) the ONLY acceptable IMMR of any properly working Linux is <<<<< 0xF0000000 >>>>> !!! I dare to suggest it for standard on ALL 82xx boards Ludwig > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users

3 2

[U-Boot-Users] How can I use Tulip DECchip Eth with u-boot on Sandpoint 8245 board?
by Yusuf Ibrahim Özkök 15 Jun '04

15 Jun '04

Hi, Is there anybody who have used DECchip 21x4x PCI ethernet controller on Sandpoint with u-boot? I can't get worked my Tulip DECchip 21x4x PCI Ethernet controller on my Sandpoint 8245 board with u-boot. I have previously posted a message to the list but since the subject part is not in a question format, I 'm reposting it. You can check what I have tried up to now by clicking the link below http://sourceforge.net/mailarchive/forum.php?thread_id=4908509&forum_id=128… Your suggestions are valuable for me and are welcome. Thank you very much for your help. Regards, yusuf. ################################################################################################ Dikkat: Bu elektronik posta mesaji kisisel ve ozeldir. Eger size gonderilmediyse lutfen gondericiyi bilgilendirip mesaji siliniz. Firmamiza gelen ve giden mesajlar virus taramasindan gecirilmekte, guvenlik nedeni ile kontrol edilerek saklanmaktadir. Mesajdaki gorusler ve bakis acisi gondericiye ait olup Aselsan A.S. resmi gorusu olmak zorunda degildir. ################################################################################################ Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. E-mails to and from the company are monitored for operational reasons and in accordance with lawful business practices. Any views or opinions presented are solely those of the author and do not necessarily represent the views of the company. ################################################################################################

1 0

Re: [U-Boot-Users] LCD on pxa255
by himba 14 Jun '04

14 Jun '04

Wolfgang Denk wrote: > It will enable U-Boot Bitmap _Support_ (i. e. the functions needed to > draw the spash screen), but this does NOT anable the BMP _commands_. Thank you for clearing it out for me. > See also: > > By adding the CFG_CMD_BMP option to your CONFIG_COMMANDS > command selections you can enable support for bitmap images > in U-Boot. This will add bmp to the list of commands in your > configuration of U-Boot > > >>does not enable bmp command. I also tried with #define CONFIG_COMMANDS >> (CONFIG_CMD_DFL | CMD_BMP), but with no success. > > > Probably because it's CFG_CMD_BMP ? > Yes, I noticed. > Also be aware that so far only the MPC823 LCD driver ("cpu/mpc8xx/lcd.c") > and the SMI LynxE driver ("drivers/cfb_console.c") actually implement > bitmap support and the splash screen feature. > Also noticed that it doesn't compile for pxa - le{16,32}_to_cpu functions are missing and lcd_display_bitmap() is not defined. I included linux/byteorder/little_endian.h in pxafb.c and copied lcd_display_bitmap() from cpu/mpc8xx/lcd.c (did some quick hacks to get it compile), but with no luck. I guess I should first try to get testpattern displayed using functions that are in pxafb.c already. CONFIG_LCD_LOGO gets #undefined in pxafb.c by default, but I commented it out and am also including bmp_logo.h (instead of bmp_nexus.h). I'm suspecting that this gets u-boot corrupted since LCD is initialized at 0x0, [LCD] Initializing LCD frambuffer at 00000000 and bitmap_plot() writes to lcd_base pointed to 00000000. further... I suspect there should be something similar done in lib_arm/board.c as in lib_ppc/board.c ? ... #ifdef CONFIG_LCD /* reserve memory for LCD display (always full pages) */ addr = lcd_setmem (addr); gd->fb_base = addr; #endif /* CONFIG_LCD */ ... Function for reserving memory for fb - lcd_setmem() - already exist in pxafb.c but it doesn't seem to be used anywhere ?! regards, himba

1 0

Re: [U-Boot-Users] LCD on pxa255
by himba 14 Jun '04

14 Jun '04

Wolfgang Denk wrote: > In message <40CCCDF4.2090002(a)siol.net> you wrote: > >>I'm trying to hook up passive LCD to pxa255, so I defined my LCD type >>and CONFIG_LCD in config and created vidinfo_t struct in >>cpu/pxa/pxafb.c. I compiled and burned it to flash. After reboot I get: > > ... > >>-- hang ?! -- > > > Type (blind): > > setenv stdout serial > setenv stdin serial > > and see if you get the prompt back on the serial port. > Yes, the prompt appears, thank you. Another thing I want to test is to display bmp image on LCD. According to instructions in dulg manual, #define CONFIG_SPLASH_SCREEN should enable splash support and bmp command for image manipulation, but it does not enable bmp command. I also tried with #define CONFIG_COMMANDS (CONFIG_CMD_DFL | CMD_BMP), but with no success. regards, himba

4 9

[U-Boot-Users] Support for Samsung 1Giga bit NAND device
by Andy Hawkins 14 Jun '04

14 Jun '04

Hi, Can anyone tell me if U-Boot has support for the Samsung 1 Giga Bit NAND devices (Manufacturer ID: 0xec, Chip ID: 0xf1)? I understand these devices have an unusually large block size, that needs special handling. Is this correct? Thanks. Andy

1 0