August 2008 - U-Boot

[U-Boot-Users] We have data for Nursing Homes, Visiting Nurses & RN's, Nursing Homes etc..
by Griggs J Ellen 09 Aug '08

09 Aug '08

Fully Licensed Physicians in the United States Featuring the most accurate contact information in many different areas of medicine 16 different sortable fields Normally priced at $490 now: $394 ()()() GET THESE FR EE WITH EVERY ORDER THIS WEEK ()()() --> Dentists --> Veterinarians --> Physical Therapists --> Visiting Nurses & RN's please contact us by email at - : godfreytroy(a)hotmail.com only until this Friday ======================================= to take off your email send an email with 289 in the subject

1 0

[U-Boot] granularity of bootm subcommands
by Kumar Gala 09 Aug '08

09 Aug '08

So I proposed a set of subcommands that looked like: bootm start <args> bootm prep bootm load_os bootm load_fdt bootm load_initrd bootm jump bootm restore is this the right granularity or should we go finer? "prep" could be: bootm disable_interrupts bootm usb_stop bootm disable_caches "load_os" stays as is. "load_fdt" could be: bootm load_fdt bootm boardsetup_fdt bootm fdt_resize "load_initrd" could be: bootm load_initrd bootm fdt_initrd_fixup "jump" stays as is. "restore" could be: bootm enable_interrupts bootm usb_start bootm enable_caches Also I'm adding in: bootm cmdline bootm kbd (kernel bd_t) Finally I'd like to change the subcommands to be prefixed with '_' to make parsing easier: bootm _start <args> bootm _prep bootm _load_os ... - k

5 6

[U-Boot-Users] Pull request: u-boot-sh (for 1.3.4)
by Nobuhiro Iwamatsu 08 Aug '08

08 Aug '08

Dear Wolfgang, The following changes since commit 81091f58f0c58ecd26c5b05de2ae20ca6cdb521c: Jean-Christophe PLAGNIOL-VILLARD (1): drivers/serial: Move conditional compilation to Makefile for CONFIG_* macros are available in the git repository at: git://git.denx.de/u-boot-sh.git master Nobuhiro Iwamatsu (1): sh: Update sh7763rdp config include/configs/sh7763rdp.h | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-) Best regards, Nobuhiro

1 0

[U-Boot] mkimage for fit in 1.3.4?
by Kumar Gala 08 Aug '08

08 Aug '08

does mkimage in the current 1.3.4-rc2 tree work for FIT w/o any patches? If not can we fix that since dtc 1.2.0 is out? - k

2 1

[U-Boot] [PATCH] [NAND] Add board_nand_init_tail to give board module a chance to init after NAND chip is scaned.
by Hong Xu 08 Aug '08

08 Aug '08

Sometimes, board module needs to know some information about the NAND chip e.g. page size to continue it's initialization. This short patch give board module a chance to continue its initialization after the NAND chip is scaned. best regards, diff --git a/drivers/mtd/nand/nand.c b/drivers/mtd/nand/nand.c index e44470e..f795d2e 100644 --- a/drivers/mtd/nand/nand.c +++ b/drivers/mtd/nand/nand.c @@ -41,6 +41,10 @@ static const char default_nand_name[] = "nand"; extern int board_nand_init(struct nand_chip *nand); +int __board_nand_init_tail(struct nand_chip *nand) { return 0; } +int inline board_nand_init_tail (struct nand_chip *) __attribute__ + ((weak, alias("__board_nand_init_tail"))); + static void nand_init_chip(struct mtd_info *mtd, struct nand_chip *nand, ulong base_addr) { @@ -48,7 +52,7 @@ static void nand_init_chip(struct mtd_info *mtd, struct nand_chip *nand, nand->IO_ADDR_R = nand->IO_ADDR_W = (void __iomem *)base_addr; if (board_nand_init(nand) == 0) { - if (nand_scan(mtd, 1) == 0) { + if ((nand_scan(mtd, 1) == 0) && (board_nand_init_tail(nand) == 0)) { if (!mtd->name) mtd->name = (char *)default_nand_name; } else

5 4

[U-Boot] [PATCH 1/3] CFI: allow for dynamically determined flash sizes and addresses
by Wolfgang Denk 08 Aug '08

08 Aug '08

The CFI driver allowed only for static initializers in the CFG_FLASH_BANKS_LIST definition, i. e. it did not allow to map several flash banks contiguously if the bank sizes were not known in advance, which kind of violates U-Boot's design philosophy. (will be used for example by the TQM8xxL boards) Signed-off-by: Wolfgang Denk <wd(a)denx.de> --- drivers/mtd/cfi_flash.c | 14 ++++++++------ 1 files changed, 8 insertions(+), 6 deletions(-) diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c index 12647ef..479075c 100644 --- a/drivers/mtd/cfi_flash.c +++ b/drivers/mtd/cfi_flash.c @@ -158,13 +158,13 @@ static uint flash_offset_cfi[2] = { FLASH_OFFSET_CFI, FLASH_OFFSET_CFI_ALT }; /* use CFG_MAX_FLASH_BANKS_DETECT if defined */ #ifdef CFG_MAX_FLASH_BANKS_DETECT -static ulong bank_base[CFG_MAX_FLASH_BANKS_DETECT] = CFG_FLASH_BANKS_LIST; -flash_info_t flash_info[CFG_MAX_FLASH_BANKS_DETECT]; /* FLASH chips info */ +# define CFI_MAX_FLASH_BANKS CFG_MAX_FLASH_BANKS_DETECT #else -static ulong bank_base[CFG_MAX_FLASH_BANKS] = CFG_FLASH_BANKS_LIST; -flash_info_t flash_info[CFG_MAX_FLASH_BANKS]; /* FLASH chips info */ +# define CFI_MAX_FLASH_BANKS CFG_MAX_FLASH_BANKS #endif +flash_info_t flash_info[CFI_MAX_FLASH_BANKS]; /* FLASH chips info */ + /* * Check if chip width is defined. If not, start detecting with 8bit. */ @@ -1912,12 +1912,14 @@ unsigned long flash_init (void) char *s = getenv("unlock"); #endif +#define BANK_BASE(i) (((unsigned long [CFI_MAX_FLASH_BANKS])CFG_FLASH_BANKS_LIST)[i]) + /* Init: no FLASHes known */ for (i = 0; i < CFG_MAX_FLASH_BANKS; ++i) { flash_info[i].flash_id = FLASH_UNKNOWN; - if (!flash_detect_legacy (bank_base[i], i)) - flash_get_size (bank_base[i], i); + if (!flash_detect_legacy (BANK_BASE(i), i)) + flash_get_size (BANK_BASE(i), i); size += flash_info[i].size; if (flash_info[i].flash_id == FLASH_UNKNOWN) { #ifndef CFG_FLASH_QUIET_TEST -- 1.5.4.2

1 2

[U-Boot] mips qemu target
by Kumar Gala 08 Aug '08

08 Aug '08

I know there is a mips qemnu target for u-boot. Does anyone have instructions on using it and is the target capable of booting linux? Also what toolchain are you using -- eldk 4.1 ? - k

2 1

[U-Boot] bootm state -- stateful vs stateless
by Kumar Gala 08 Aug '08

08 Aug '08

One of the things that wasn't clear to me is if we are ok with maintaining state between 'bootm' subcommand inside u-boot or if we really require passing all state via arguments and env. While I know it would be nice if the subcommands were stateless I dont think this is practical. state we'd have to keep track of: * arguments to the "top level" bootm command * type of arguments (fit vs plain addresses) * Image information, for FIT we get something like: #if defined(CONFIG_FIT) const char *fit_uname_cfg; /* configuration node unit name */ void *fit_hdr_os; /* os FIT image header */ const char *fit_uname_os; /* os subimage node unit name */ int fit_noffset_os; /* os subimage node offset */ void *fit_hdr_rd; /* init ramdisk FIT image header */ const char *fit_uname_rd; /* init ramdisk subimage node unit name */ int fit_noffset_rd; /* init ramdisk subimage node offset */ #if defined(CONFIG_PPC) void *fit_hdr_fdt; /* FDT blob FIT image header */ const char *fit_uname_fdt; /* FDT blob subimage node unit name */ int fit_noffset_fdt;/* FDT blob subimage node offset */ #endif #endif and for legacy we get: typedef struct image_header { uint32_t ih_magic; /* Image Header Magic Number */ uint32_t ih_hcrc; /* Image Header CRC Checksum */ uint32_t ih_time; /* Image Creation Timestamp */ uint32_t ih_size; /* Image Data Size */ uint32_t ih_load; /* Data Load Address */ uint32_t ih_ep; /* Entry Point Address */ uint32_t ih_dcrc; /* Image Data CRC Checksum */ uint8_t ih_os; /* Operating System */ uint8_t ih_arch; /* CPU architecture */ uint8_t ih_type; /* Image Type */ uint8_t ih_comp; /* Compression Type */ uint8_t ih_name[IH_NMLEN]; /* Image Name */ } image_header_t; * entry point of OS image * region tracking of memory regions used by previous subcommands (OS image, bd_t, fdt, initrd, etc.) This seems like a lot of state to pass around in the env and via arguments to commands. My vote is for stateful sub_commands. - k

2 2

[U-Boot-Users] yatin bhatia hat dir eine hi5 Freunde-Anfrage geschickt
by info＠hi5.com 08 Aug '08

08 Aug '08

1 0

[U-Boot-Users] De'ntists Directory in the US
by Herman bobby 08 Aug '08

08 Aug '08

Fully exportable and can be used for any purpose: -> 164,939 Dentists -> 158,143 Mailing Addresses -> 163,012 Contact Phone # -> 77,308 Fax Nos. -> 45,497 Email Addresses for this week cost is $293 (regular price $696) For details please send an email to susanbarlin(a)hotmail.com to get off please email with 92962 for a subject

1 0