Re: [U-Boot] dts to dtb generation

Marco Antônio Possamai wrote: > Hello, all. > > I need to get my device-tree blob done, in order to pass it along with > the image I've created (bootm command). I'm kind of new on the dtb > concept and I'm not sure if I'm doing it right. Have read some stuff > about it, though. > > What I got is

Re: [U-Boot] bootm command: is there any load address limitation for fdt?

Wolfgang Denk wrote: > Dear Richard Retanubun, > > In message <[EMAIL PROTECTED]> you wrote: >> I am trying to limit the amount of memory needed to load and boot a linux >> kernel (2.6.26) >> to do this I loaded my fdt at address 0x20_ and uImage at 0x_30_ FWIIW, your FDT blob should be

Re: [U-Boot] [PATCH] common: nvedit to protect additional ethernet addresses Part 1/1

Stefan Althoefer wrote: > From fdeee62f0902b25be1a2a6bf52fb714b0f4f9e59 Mon Sep 17 00:00:00 2001 > From: Stefan Althoefer <[EMAIL PROTECTED]> > Date: Sun, 7 Dec 2008 14:17:08 +0100 > Subject: [PATCH] common: nvedit to protect additional ethernet addresses > > This adds "eth[0-9]+addr" to the prote

Re: [U-Boot] [PATCH] common: nvedit to protect additional ethernet addresses Part 1/1

Wolfgang Denk wrote: > Dear Stefan Althoefer, > > In message <[EMAIL PROTECTED]> you wrote: >> This patches cmd_nvedit to reject changes for "ethaddr." in addition to >> "ethaddr" >> and "serial#". This is intendend to protect changes to additional ethernet >> addresses (e.g. "ethernet1"). > > T

Re: [U-Boot] [PATCH] common: nvedit to protect additional ethernet addresses Part 1/1

(Resent in response to complex, non scalable suggestions: IMHO strncmp (name, "ethaddr", 7) is a simple and good solution that covers all known and several unknown cases.) [EMAIL PROTECTED] wrote: > [PATCH] common: nvedit to protect additional ethernet addresses > > This patch adds "ethaddr1"

Re: [U-Boot] [PATCH] common: nvedit to protect additional ethernet addresses Part 1/1

[EMAIL PROTECTED] wrote: > [PATCH] common: nvedit to protect additional ethernet addresses > > This patch adds "ethaddr1" and "ethaddr2" to the protected > environment variables that can only be written once. > > > The patch is against "latest" u-boot git-repository > > Please be patient if

Re: [U-Boot] [PATCH] fix lib_arm/bootm.c

Daniel Mack wrote: > Hi, > > while digging thru the sources to find out why U-Boot won't start my > Linux kernel, I stumbled over lib_arm/bootm.c and its check for the falg > variable. I wonder how this ever worked as the condition is really heavy > to match unless BOOTM_STATE_OS_GO is 0 which it

Re: [U-Boot] [PATCH] Added support for the Guntermann & Drunck PowerPC 440 EP/GR ETX module.

Stefan Roese wrote: > Hi Dirk, > > On Thursday 27 November 2008, Dirk Eibach wrote: [snip] >> +#include >> +#include >> + >> +/* General */ >> +#define TLB_VALID 0x0200 >> + >> +/* Supported page sizes */ >> + >> +#define SZ_1K 0x >> +#define SZ_4K 0x0010

Re: [U-Boot] Need input: Use Virtual address in commands; add translation/physical

Wolfgang Denk wrote: > Dear Jerry, > > In message <[EMAIL PROTECTED]> you wrote: >> How would xlat know which direction it is to translate? > > From the argument that is passed to it: > > xlat 1234 > or > xlat 0x1234 > > are taken as VA's (see discussion about default address > inte

Re: [U-Boot] Need input: Use Virtual address in commands; add translation/physical

Hi Becky, Becky Bruce wrote: > Folks, > > We're going to be seeing more platforms with larger physical addresses > (PA) than virtual addresses (VA) supported in u-boot, and this kind of > ruins the current assumption inherent in much of u-boot that VA == > PA. On ppc, we've begin implement

Re: [U-Boot] U-boot resets when booting Linux kernel

Simon Boman wrote: > 2008/11/24 Simon Boman <[EMAIL PROTECTED]>: [snip] >> I can add that this occur after "Delete the old LMB reservation" in >> bootm.c and the function fdt_resize(of_flat_tree) is executing. The >> problem as I have understood it, is that the blob is resized so its >> fits one

[U-Boot] [PATCH] libfdt: Fix redefined uintptr_t warning for USE_HOSTCC

Compiling U-Boot in an old OS environment (RedHat-7.3 :-) gives the following warnings from FDT: include/libfdt_env.h:50: warning: redefinition of 'uintptr_t' /usr/include/stdint.h:129: warning: 'uintptr_t' previously declared here Fix: Protect the definition of uintptr_t when compiling on the

Re: [U-Boot] U-boot resets when booting Linux kernel

Simon Boman wrote: > 2008/11/20 Wolfgang Denk <[EMAIL PROTECTED]>: >> Dear "Simon Boman", [snip] > > Thank you for your help, I find your example at your site > http://www.denx.de/wiki/DULG/DecodingUBootCrashDumps which was great! > > Now I have got find where the U-boot goes wrong: > > FDT_ER

Re: [U-Boot] [PATCH] FAT on non standard sector size devices

Igor Luri wrote: > Dear Remy Bohme, > > Sorry, but I don't have experience in email encoding. I have changed > Evolution's preferences to use ISO-8859-15 intead of UTF-8 caracter > encoding. If this change does not correct the problem, any help would be > apretiated. > > Thanks. Hi Igor, Your p

Re: [U-Boot] [ Ramdisk crc error ]

sean wrote: > I've upgrade the capacity of Ram size from 256M to 512M on my custom board > based on SEQUOIA. > > (U-boot Version:2008.10-rc2) > > I built a ramdisk image which is 72MB.( Also, I modified rd_size to 73728) > > When I boot up my board, I've got a message like below. > > RAMDISK: C

Re: [U-Boot] [PATCH] Makefile: use find to simplify clobber and avoid some bash problem

Jean-Christophe PLAGNIOL-VILLARD wrote: > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> > --- > please try this on ubuntu > > Best Regards, > J. > Makefile |5 ++--- > 1 files changed, 2 insertions(+), 3 deletions(-) > > diff --git a/Makefile b/Makefile > index 884b634.

Re: [U-Boot] [PATCH] cmd_bdinfo: move implementation to arch instead of common

Jean-Christophe PLAGNIOL-VILLARD wrote: > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> > --- > apply after my precedent fix for cmd_bdinfo > > Best Regards, > J. > common/Makefile |1 - > common/cmd_bdinfo.c | 447 >

Re: [U-Boot] java virtual machine on embedded systems

Marc Leeman wrote: >> linux version. My question is: is it possible to implement a java virtual >> machine working with that version u-boot linux? I would like to know > > /me wonders what the one has to do with the other. They are buzzwords chained together in a sentence that sounds like Englis

Re: [U-Boot] Regarding uboot

kishore wrote: > hi frnds, > Actually i am planing to develop a boot loader for power pc board (mpc866) > of embedded planet, can any one help me out wht r the reqiurements for that. > pl

Re: [U-Boot] Undefined reference to `boot_relocate_fdt'

Juan Pablo Gómez wrote: > His I'm trying to build u-boot for a xupv2p board, but with the newest > version this is appearing during the make : > * > $make xupv2p_config > $make* > > -Map u-boot.map -o u-boot > common/libcommon.a(cmd_bootm.o): In function `do_bootm_subcommand': > /home/juanwalker/s

Re: [U-Boot] Pull request: u-boot-fdt

Wolfgang Denk wrote: > Dear Jerry Van Baren, > > In message <[EMAIL PROTECTED]> you wrote: >> Jerry Van Baren wrote: >>> Dear Wolfgang, >>> >>> Please pull u-boot-fdt master branch for inclusion in the 2008-12 release. >>> >>> Th

Re: [U-Boot] Pull request: u-boot-fdt

Jerry Van Baren wrote: > Dear Wolfgang, > > Please pull u-boot-fdt master branch for inclusion in the 2008-12 release. > > Thanks, > gvb ***ping*** Thanks, gvb > The following changes since commit d685b74c64a38849f1a129b3ab846fbf67dd937e: > Dave Liu (1): >

Re: [U-Boot] U-boot support for Non Console board

Wolfgang Denk wrote: > Dear rajeev s, > > In message <[EMAIL PROTECTED]> you wrote: >> We have a custom board based on coldfire (MCF5484) Similar to MCF5484 Kitlite >> The board runs Coldfire as PCI agent , 64MB of SDRAM, 4 MB of Bootflash and >> the PCI bus as a slave (no serial >> port->no cons

[U-Boot] Pull request: u-boot-fdt

Dear Wolfgang, Please pull u-boot-fdt master branch for inclusion in the 2008-12 release. Thanks, gvb The following changes since commit d685b74c64a38849f1a129b3ab846fbf67dd937e: Dave Liu (1): 74xx: use r4 instead of r2 in lock_ram_in_cache and unlock_ram_in_cache are available in the

Re: [U-Boot] [PATCH] libfdt: Fix bug in fdt_subnode_offset_namelen()

Kumar Gala wrote: > From: David Gibson <[EMAIL PROTECTED]> > > There's currently an off-by-one bug in fdt_subnode_offset_namelen() > which causes it to keep searching after it's finished the subnodes of > the given parent, and into the subnodes of siblings of the original > node which come after i

Re: [U-Boot] Can't connect to PHY, BCM5461

ing) PHY address strapping. If nobody answers the call, you likely have a I/O pin misconfiguration or a more serious hardware problem. gvb > 2008/10/29 Jerry Van Baren <[EMAIL PROTECTED]>: >> Simon Boman wrote: >>> Hi! >>> >>> I have a modified MPC8360 p

Re: [U-Boot] Can't connect to PHY, BCM5461

Simon Boman wrote: > Hi! > > I have a modified MPC8360 platform with a PHY named BCM5461 and UEC as > Ethernet Controller. I started with the MPC8360EMDS card from U-boot > and then modified it so that it match the card (what I know). I am > using the git-version of U-boot from October, 20, 2008.

Re: [U-Boot] U-Boot 1.3.1 booting problem

Martin Hejnfelt wrote: > Jerry Van Baren wrote: >> pugazh mahalingam wrote: >> >>> Hi, >>> I'm porting u-boot-1.3.1. on a MPC8548PC processor and I'm using the start.S >>> file of u-boot-1.1.4. >>> But I encounter booting problems

Re: [U-Boot] U-Boot 1.3.1 booting problem

pugazh mahalingam wrote: > Hi, > I'm porting u-boot-1.3.1. on a MPC8548PC processor and I'm using the start.S > file of u-boot-1.1.4. > But I encounter booting problems.. The processor cannot bootup .. its going > to hang state .. > I used start.S of u-boot-1.1.4 since it works fine for u-boot-1.1.

Re: [U-Boot] [PATCH] fdt_resize(): ensure minimum padding

Peter Korsgaard wrote: > fdt_add_mem_rsv() requires space for a struct fdt_reserve_entry > (16 bytes), so make sure that fdt_resize at least adds that much > padding, no matter what the location or size of the fdt is. > > Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]> > Acked-by: Andy Fleming

Re: [U-Boot] [PATCH] fdt_resize(): ensure minimum padding

Peter Korsgaard wrote: > fdt_add_mem_rsv() requires space for a struct fdt_reserve_entry > (16 bytes), so make sure that fdt_resize atleast adds that much s/atleast/at least/ > padding, no matter what the location or size of the fdt is. > > Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]> > --

Re: [U-Boot] [PATCH v2 05/10] fdt: Added helper to set PCI dma-ranges property

Kumar Gala wrote: > Added fdt_pci_dma_ranges() that parses the pci_region info from the > struct pci_controller and populates the dma-ranges based on it. > > The max # of windws/dma-ranges we support is 3 since on embedded > PowerPC based systems this is the max number of windows. > > Signed-off-

Re: [U-Boot] [PATCH v2 04/10] fdt: Add fdt_getprop_u32_default helpers

Kumar Gala wrote: > Add helper functions to return find a node and return it's property > or a default value. > > Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> > --- > common/fdt_support.c | 27 +++ > include/fdt_support.h |2 ++ > 2 files changed, 29 insertions(+),

Re: [U-Boot] [PATCH 04/10] fdt: Add fdt_sizecell & fdt_addrcell helpers

Kumar Gala wrote: > > On Oct 23, 2008, at 6:55 AM, Jerry Van Baren wrote: > >> Kumar Gala wrote: >>> Add helper functions to return top level #size-cell and #address-cell >>> info >>> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> >>> ---

Re: [U-Boot] [PATCH 04/10] fdt: Add fdt_sizecell & fdt_addrcell helpers

Kumar Gala wrote: > Add helper functions to return top level #size-cell and #address-cell info > > Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> > --- > include/fdt_support.h | 18 ++ > 1 files changed, 18 insertions(+), 0 deletions(-) > > diff --git a/include/fdt_support.h b/i

Re: [U-Boot] [PATCH] ppc4xx: New board avnet fx12 minimodule

Georg Schardt wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Jerry, > > thx for your comments, i will pay attention on the right patch format > the next time. It is my first project I send patches to and until now, > git is not my best friend. Oh, but it will be. ;-) Git and

Re: [U-Boot] [PATCH] ppc4xx: New board avnet fx12 minimodule

Georg Schardt wrote: > From: schardt <[EMAIL PROTECTED]> Oops, I missed critiquing the above line: we don't need it (email and git know who it is from already). Thanks, gvb No, wait, maybe red. ___ U-Boot mailing list U-Boot@lists.denx.de http://list

Re: [U-Boot] [PATCH] ppc4xx: New board avnet fx12 minimodule

Georg Schardt wrote: > From: schardt <[EMAIL PROTECTED]> > > this patch adds support for the avnet fx12 minimodul > it needs the "ppc4xx: Generic architecture for xilinx ppc405" patch from > Ricardo > > > rebased to ppc4xx/master The above two^Wfour lines should go *below* the "---", they are

Re: [U-Boot] [PATCH 1/2] bootm: Add subcommands

Kumar Gala wrote: > > On Oct 21, 2008, at 2:44 PM, Jerry Van Baren wrote: > >> >> I've been hacking at cmd_bootm.c and image.c. The direction I'm >> hacking in is: >> * Move boot_* stuff from image.c into cmd_bootm.c >> - Calling out to ano

Re: [U-Boot] [PATCH 1/2] bootm: Add subcommands

Kumar Gala wrote: > On Oct 21, 2008, at 2:30 PM, Wolfgang Denk wrote: > >> Dear Kumar Gala, >> >> In message <[EMAIL PROTECTED] >>> you wrote: >>> Add the ability to break the steps of the bootm command into several >>> subcommands: start, loados, ramdisk, fdt, bdt, cmdline, prep, go. >>> >>> Thi

Re: [U-Boot] [PATCH 1/2] bootm: Add subcommands

Wolfgang Denk wrote: > Dear Jerry Van Baren, > > In message <[EMAIL PROTECTED]> you wrote: >>> If it helps, we can use a branch in u-boot-testing for this. > ... >> Sounds good to me. > > Please just drop me a note which patches (in which version

Re: [U-Boot] [PATCH 1/2] bootm: Add subcommands

Wolfgang Denk wrote: > Dear Jerry Van Baren, > > In message <[EMAIL PROTECTED]> you wrote: >> Do you have a git repo I can clone rather than trying to keep up with >> the master repo + your patches? My tracking of your work is falling >> apart. I se

Re: [U-Boot] [PATCH][RFC] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

Jerry Van Baren wrote: > Wolfgang Denk wrote: >> Dear Kumar Gala, >> >> In message <[EMAIL PROTECTED]> you wrote: >>>>> +#define CONFIG_BOOTM_LINUX 1 >>>>> +#define CONFIG_BOOTM_NETBSD 1 >>>>> +#define CONFIG_BOOTM_RTEMS 1 &g

Re: [U-Boot] [PATCH][RFC] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

Wolfgang Denk wrote: > Dear Kumar Gala, > > In message <[EMAIL PROTECTED]> you wrote: +#define CONFIG_BOOTM_LINUX 1 +#define CONFIG_BOOTM_NETBSD 1 +#define CONFIG_BOOTM_RTEMS 1 >>> The only somewhat reasonable thing I can come up with is to add a >>> "#define CONFIG_BOOTM_LINUX

Re: [U-Boot] [PATCH 1/2] bootm: Add subcommands

Kumar Gala wrote: > Add the ability to break the steps of the bootm command into several > subcommands: start, loados, ramdisk, fdt, bdt, cmdline, prep, go. > > This allows us to do things like manipulate device trees before > they are passed to a booting kernel or setup memory for a secondary > c

Re: [U-Boot] booting the kernel

Mathieu Dube wrote: > Hi, > Im trying to boot the linux kernel with uboot and it just hangs so I > tried the instructions in the Linux PostMortem FAQ entry. > > I'd like to know if I could be doing something obviously wrong here: > > the kernel I use is for freescale imx31_litekit. I've boote

Re: [U-Boot] [PATCH] improved strmhz()

Kumar Gala wrote: >> That looks overly complex to me. Can you please check if this patch >> fixes the problem for your test cases, too: >> >>> From 963e7db81379225b78bfac0d7457300c86d6b4d6 Mon Sep 17 00:00:00 >>> 2001 >> From: Wolfgang Denk <[EMAIL PROTECTED]> >> Date: Tue, 21 Oct 2008 15:53:51 +

Re: [U-Boot] [PATCH] pci: Treat all PCI bus addresses as 64-bit

Wolfgang Denk wrote: > Dear Kumar Gala, > > In message <[EMAIL PROTECTED]> you wrote: >> PCI bus is inherently 64-bit. We should treat all PCI related bus >> addresses as 64-bit quanities. This allows us to have the ability >> to support devices or memory on the PCI bus above the 32-bit boundary

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Peter Tyser wrote: > Hi Wolfgang, [big snip] > I use git, but its version strings only change when commits occur. I > think having an accurate build time stamp would be a nice feature. > FWIW, Linux handles this "issue" very similarly to my proposed solution > so that it can have its pretty bann

Re: [U-Boot] Read kernel image with nios2

ivanchuklist ivanchu wrote: > Hi list, > I would like to know how u-boot read and copy the image of uclinux kernel in > a nios2 platform. > Where can i find information about the execution flow of u-boot, code of > commands, etc.? > Regards, > Ivan. Hi Ivan, Start by learning to ask good question

Re: [U-Boot] FDT include file problems

Wolfgang Denk wrote: > Dear Jerry Van Baren, > > In message <[EMAIL PROTECTED]> you wrote: >> Google hasn't been very helpful for answering the question of how to >> handle endian issues in userland (non-kernel) code. Hmmm. Grrr. Maybe >> I'm not as

Re: [U-Boot] [PATCH 2/2][for v2008.10] 85xx: Using proper I2C source clock divider for MPC8544

Timur Tabi wrote: > Kumar Gala wrote: > >>> How about adding a comment that the RM is wrong? Any time the code >>> disagrees with the RM, it *has* to be documented. >> Its documented in the commit. > > Sorry, but that's just not good enough for me. I *hate* it when people say > that > it is.

Re: [U-Boot] FDT include file problems

Wolfgang Denk wrote: > Dear Jerry Van Baren, > > In message <[EMAIL PROTECTED]> you wrote: >>> ... >>> In file included from /home/wd/git/u-boot/include/libfdt_env.h:33, >>> from fdt.c:51: >>> /usr/include/asm/byteorder.h:6:2:

Re: [U-Boot] FDT include file problems

On Mon, Oct 20, 2008 at 12:01:59AM +0200, Wolfgang Denk wrote: > Hello, > > on some systems (for example Fedora Core 4) U-Boot builds with the > following wanrings only: > > ... > In file included from /home/wd/git/u-boot/include/libfdt_env.h:33, > from fdt.c:51: > /usr/include/a

Re: [U-Boot] [U-Boot-Users] Compilation problem for TI3430 board.

Hi Radha, Please don't top post. Radha Krishna wrote: > Hi GVB, > You are right. Could you tell me the solution. Don't use DOS (aka Windows). Since you already have a problem there, you can use "dos2unix" or equivalent. If you feel you must use Windows, many Windows editors (e.g. UltraEdit)

Re: [U-Boot] [RFC][PATCH v4] bootm: Add sub commands

Kumar Gala wrote: > > On Oct 8, 2008, at 8:48 PM, Jerry Van Baren wrote: > >> Kumar Gala wrote: >>> * Use new find_cmd_tbl() to process sub-commands >>> >>> If this looks good I'll go ahead and clean it up for the other arches >>> and

Re: [U-Boot] Linux does not boot from flash, but will from RAM

Curran, Tom wrote: > I am using u-boot on the Avnet V5FX30T (Xilinx FPGA, PPC440) eval board > to boot a Linux 2.6.27-rc4 kernel. I can use u-boot to tftp the kernel, > ramdisk, and device tree blob to RAM and boot from there OK. I copied > the kernel, ramdisk and blob to flash and verified those

Re: [U-Boot] Problem with flash on a MPC5200B board

Sylvain Lamontagne wrote: > Hi again everyone > > I tried a lot of stuff today but was still unable get it to work. > Here is my Flash configuration: > > /* > * Flash configuration > */ > #define CFG_FLASH_BASE 0xFF00 > #define CFG_FLASH_SIZE 0x100 > //#define CFG_ENV

Re: [U-Boot] [patch 1/2] fix USB initialisation procedure

Stefan Roese wrote: > On Thursday 09 October 2008, Markus Klotzbücher wrote: >> On Thu, Oct 09, 2008 at 03:19:22PM +0200, Wolfgang Denk wrote: >>> Dear Jean-Christophe PLAGNIOL-VILLARD, >>> >>> In message <[EMAIL PROTECTED]> you wrote: > if (dev->status == 0) > return dev->act_l

[U-Boot] Pull request: u-boot-fdt

Dear Wolfgang, Please pull u-boot-fdt. These are bugfixes from dtc/libfdt project and Sefan's "force" override for the fdt /chosen node. Thanks, gvb The following changes since commit 8fd4166c467a46773f80208bda1ec3b4757747bc: Stefan Roese (1): ppc4xx: Canyonlands: Remove unnecessary

Re: [U-Boot] [RFC][PATCH v4] bootm: Add sub commands

Kumar Gala wrote: > * Use new find_cmd_tbl() to process sub-commands > > If this looks good I'll go ahead and clean it up for the other arches and > OSes. Hi Kumar, Thanks to your sequence hint, interrupt command hint, and one additional piece, I have this working now. The missing piece is re

Re: [U-Boot] make clean problem

Wolfgang Denk wrote: > Dear "Eugene O'Brien", > > In message <[EMAIL PROTECTED]> you wrote: >> @rm -f $(obj)tools/env/{fw_printenv,fw_setenv} >> >> The reason is (after scratching my head for a few hours) that on my >> platform BASH is not the default shell. I am using Ubuntu and /bin/sh is >> lin

Re: [U-Boot] [RFC][PATCH v4] bootm: Add sub commands

Kumar Gala wrote: > > On Oct 8, 2008, at 8:17 AM, Jerry Van Baren wrote: > >> Kumar Gala wrote: >>> On Sep 29, 2008, at 8:49 AM, Jerry Van Baren wrote: >>>> Kumar Gala wrote: >>>>> On Sep 23, 2008, at 10:07 AM, Kumar Gala wrote: >

Re: [U-Boot] [RFC][PATCH v4] bootm: Add sub commands

Kumar Gala wrote: > > On Sep 29, 2008, at 8:49 AM, Jerry Van Baren wrote: > >> Kumar Gala wrote: >>> On Sep 23, 2008, at 10:07 AM, Kumar Gala wrote: >>>> * Use new find_cmd_tbl() to process sub-commands >>>> >>>> If this looks good I

Re: [U-Boot] U-boot Saveenv question --> final tested solution

Suresh Bhaskaran wrote: > > -Original Message- > From: Jerry Van Baren [mailto:[EMAIL PROTECTED] > Sent: Monday, October 06, 2008 10:07 AM > To: Suresh Bhaskaran > Cc: Andrejs Cainikovs; u-boot@lists.denx.de > Subject: Re: [U-Boot] U-boot Saveenv question >

Re: [U-Boot] U-boot Saveenv question

Suresh Bhaskaran wrote: > 1. I verified flash contents using the md.w command in u-boot > 2. I've already verified correct flash r/w operation using the cp.w > command > 3. Yes, the CONFIG_ENV_OVERWRITE flag is defined in my boardfile > 4. Flinfo shows the correct flash configuration (sectors,

Re: [U-Boot] /chosen node not overwritten by bootm

Jerry Van Baren wrote: > Stefan Roese wrote: >> Hi Jerry, >> >> Again I (and Wolfgang) stumbled about the problem, that the /chosen node is >> not overwritten by the bootm command when it already exists. This is really >> annoying, since we either: >> &g

Re: [U-Boot] [U-Boot-Users] DNS support in U-Boot

Ben Warren wrote: > On Fri, Oct 3, 2008 at 7:53 AM, Pieter Voorthuijsen > <[EMAIL PROTECTED]> wrote: >> Hi, >> >> I recently made a simple DNS implementation in U-Boot. The attached >> file is a patch to U-Boot 1.2.0. >> >> DNS can be enabled by setting CFG_CMD_DNS. After performing a >> query, the

[U-Boot] [PATCH] libfdt: Fix error in documentation for fdt_get_alias_namelen()

Oops, screwed up the function name in the documenting comment for this function. Trivial correction in this patch. Signed-off-by: David Gibson <[EMAIL PROTECTED]> Acked-by: Gerald Van Baren <[EMAIL PROTECTED]> --- Cut'n'paste error pointed out by Petri Lehtinen (thanks!). I turned it into a rea

Re: [U-Boot] [PATCH 2/3 v2] ppc4xx: Add static support for 44x IBM SDRAM Controller

Wolfgang Denk wrote: > Dear Adam Graham, [snip] >> + * This DDR2 setup code can dynamically setup the TLB entries for the DDR2 >> + * memory region. Right now the cache should still be disabled in U-Boot >> + * because of the EMAC driver, that need it's buffer descriptor to be >> located > > Ni

[U-Boot] [PATCH] libfdt: Add function to explicitly expand aliases

Kumar has already added alias expansion to fdt_path_offset(). However, in some circumstances it may be convenient for the user of libfdt to explicitly get the string expansion of an alias. This patch adds a function to do this, fdt_get_alias(), and uses it to implement fdt_path_offset(). Signed-o

Re: [U-Boot] Unable to run Standalone applications on NGW100

Martin Mroz wrote: > Hello, > I wanted to write in to ask if there was something I was doing wrong, with > respect to running standalone applications on U-Boot on an ATNGW100 (AVR32). > I uploaded one of the test programs (hello_world) to the SDRAM (0x1000) > and verified the contents of memory

Re: [U-Boot] s/3/2/ [PATCH 2/3]/ Fix an overflow case in fdt_offset_ptr() detected by GCC 4.3.

Sorry, that was suppose to be [PATCH 2/2]. gvb ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 2/3] Fix an overflow case in fdt_offset_ptr() detected by GCC 4.3.

Using Gcc 4.3 detected this problem: ../dtc/libfdt/fdt.c: In function 'fdt_next_tag': ../dtc/libfdt/fdt.c:82: error: assuming signed overflow does not occur when assuming that (X + c) < X is always false To fix the problem, treat the offset as an unsigned int. The problem report and

[U-Boot] [PATCH 1/2] libfdt: Fix bugs in fdt_get_path()

The current implementation of fdt_get_path() has a couple of bugs, fixed by this patch. First, contrary to its documentation, on success it returns the length of the node's path, rather than 0. The testcase is correspondingly wrong, and the patch fixes this as well. Second, in some circumstances

Re: [U-Boot] [PATCH v3] [83xx] Adds two more ethernet interface to 83xx

Kim Phillips wrote: > On Mon, 29 Sep 2008 18:28:23 -0400 > richardretanubun <[EMAIL PROTECTED]> wrote: > >> Added as a convenience for other platforms that uses MPC8360 (has 8 UCC). >> Six eth interface is chosen because the platform I am using combines >> UCC1&2 and UCC3&4 as 1000 Eth and the oth

Re: [U-Boot] [RFC][PATCH v4] bootm: Add sub commands

Kumar Gala wrote: > On Sep 23, 2008, at 10:07 AM, Kumar Gala wrote: > >> * Use new find_cmd_tbl() to process sub-commands >> >> If this looks good I'll go ahead and clean it up for the other >> arches and OSes. >> >> --- >> common/cmd_bootm.c | 142 - >> include/image

Re: [U-Boot] [PATCH v2] [83xx] Adds two more ethernet interface to 83xx

Hi Richard & Wolfgang, richardretanubun wrote: > Wolfgang Denk wrote: > >> Dear richardretanubun, >> >> In message <[EMAIL PROTECTED]> you wrote: >>> Please disregard V2. V1 is correct, except for this change: >> So you will submit a V3? > I am not so sure about it. > > This patch came to be whe

Re: [U-Boot] [PATCH] mgcoge, mgsuvd: added support for the IVM EEprom.

Wolfgang Denk wrote: > Dear Heiko Schocher, > > In message <[EMAIL PROTECTED]> you wrote: >> The EEprom contains some Manufacturerinformation, >> which are read from u-boot at boot time, and saved >> in same Environmentvars. >> >> Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]> [snip] >> +{ >>

Re: [U-Boot] mpc83xx U-boot questions

lt U-Boot, but that might be educational :-) It could be expensive too, if you don't have a JTAG debugger to recover from oopses. :-/ > Yuke BTW, please bottom/inline post. <http://en.wikipedia.org/wiki/Posting_style#Bottom-posting> Best regards, gvb > Jerry Van

Re: [U-Boot] mpc83xx U-boot questions

David Hawkins wrote: > Hi Yuke, [snip] > You say that the development is done with RHLE5, but > then that a .exe is created. That seems to be a conflicting > statement. Perhaps you could explain ... are you running > the RTEMs tools under Wine?? The RTEMS "quickstart" example uses an .exe extens

Re: [U-Boot] mpc83xx U-boot questions

Yuke Tian wrote: > Hi, > > Sorry to ask the stupid question. I did study the RTEMS for a while and > am sure the tool set are correct (from ftp://www.rtems.com), otherwise > they will not build RTEMS. All the tools and development are done in > linux (RHLE5). I just got this board using U-boot a

Re: [U-Boot] mpc83xx U-boot questions

Yuke Tian wrote: > Hi David, > > Thank you for your kind response. What I am doing is to try to load the > RTEMS (a kind of open source real time operating system) image to the > board. It has a BSP for this board. All the tools I used are targeting > powerpc and tailed for this board. But the fi

Re: [U-Boot] [PATCH] fdt: Overwrite /chosen node in bootm if it already exists in the dtb

Stefan Roese wrote: > Set force parameter in fdt_chosen() call in do_bootm_linux() call. > Without this, the chosen node is not overwritten if it already > exists. > > Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> > --- > lib_ppc/bootm.c |2 +- > 1 files changed, 1 insertions(+), 1 deletion

Re: [U-Boot] /chosen node not overwritten by bootm

Stefan Roese wrote: > Hi Jerry, > > Again I (and Wolfgang) stumbled about the problem, that the /chosen node is > not overwritten by the bootm command when it already exists. This is really > annoying, since we either: > > a) Have to remove the chosen node from the dts files (which is not so ea

Re: [U-Boot] [PATCH] [83xx] Adds two more ethernet interface to 83xx

OK, critique v2 (thanks to Wolfgang calling BS on my previous critique :-). richardretanubun wrote: > Added for convenience for other platforms that uses MPC8360 (has 8 UCC). > 6 eth interface is chosen because the platform I am using combines > UCC1&2 and UCC3&4 as gigEth and the other 4 UCC as 1

Re: [U-Boot] [PATCH] [83xx] Adds two more ethernet interface to 83xx

richardretanubun wrote: > Added for convenience for other platforms that uses MPC8360 (has 8 UCC). > 6 eth interface is chosen because the platform I am using combines > UCC1&2 and UCC3&4 as gigEth and the other 4 UCC as 10/100 Eth. We are about to fall into a never ending explosion of #define CO

Re: [U-Boot] [PATCH 2/3] Automatic software update from TFTP server

Kim Phillips wrote: > On Thu, 25 Sep 2008 10:33:30 -0500 > "Andrew Dyer" <[EMAIL PROTECTED]> wrote: > >> On Thu, Sep 25, 2008 at 3:16 AM, Bartlomiej Sieka <[EMAIL PROTECTED]> wrote: > More detailed description can be found in doc/README.au_tftp >> 'au' as a prefix seems awfully terse and crypt

Re: [U-Boot] U-Boot configuration and latter Linux MMU init failures

Remi Lefevre wrote: > Hi, > > From your experience, can some incomplete/incorrect U-Boot configuration > lead to MMU init failures inside Linux ? > > Particularly, my Linux kernel fails during the first Data Cache Block Store > instruction (dcbst) of the MMU init and I ask myself if this cannot b

Re: [U-Boot] [RFC][PATCH v2] bootm: Add sub commands

Wolfgang Denk wrote: > Dear Kumar Gala, > > In message <[EMAIL PROTECTED]> you wrote: >> This version: >> * cleans ups issues pointed out by Jerry >> * adds a state machine to the command processing >> * adds bd_t and cmdline process on linux for ppc > > Thanks a lot. > > I'm still missing the p

Re: [U-Boot] 'Relocation' for sc520 (i386) based boards

Graeme Russ wrote: > Hi All, > > I've been thinking about where U-Boot runs in memory on my sc520 > based board and it appears that it is always executing from ROM and > I started pondering if I should attempt to relocate U-Boot into RAM. Yes. All u-boot ports that I am aware of relocate themsel

Re: [U-Boot] Fwd: Running C program in U-BOOT

Light King wrote: > -- Forwarded message -- > From: Light King <[EMAIL PROTECTED]> > Date: Sep 20, 2008 2:27 PM > Subject: Running C program in U-BOOT > To: [EMAIL PROTECTED] > > Dear All , > > I m running following code in the U-BOOT but it is not behaving as a C code > . My proc

Re: [U-Boot] Help Request - Command parsing, find_cmd (), possible linker script problem

Graeme Russ wrote: > Hi All, > > So far I have my sc520 board booting into main_loop (), DRAM configured > and serial ports working. Now I seem to be stuck on getting commands > to execute (even help). Using printf() I have traced my problem into > find_cmd (). I added the following into find_cmd(

Re: [U-Boot] Malformed ARP packets

Remi Lefevre wrote: >> That is the critical issue: the PSDMR values. If all else fails, read the >> part number off a chip that is on your board and download the datasheet for >> *that* *exact* part number. Sometimes manufacturers upgrade their parts or >> hardware makes a "compatible" substituti

Re: [U-Boot] Malformed ARP packets

Remi Lefevre wrote: > Thank you very much for your clues as I'm stuck on this for almost a week. > > [snip] >> Is this DIMM memory sticks with using SPD configuration or are the SDRAM >> chips soldered to the board? > > They are soldered. Yup, thought so. ;-) > My SDRAM is a Micron MT48LC16M16A

Re: [U-Boot] Malformed ARP packets

Remi Lefevre wrote: > Hello, > > I ported U-Boot on my custom MPC8270 board. > Everything seems to go well but my ARP packets are malformed: [snip] > [60 bytes on wire]<- correct > correct broadcast correct mac addr ARP type > --

Re: [U-Boot] [PATCH 1/3] net: Make TFTP server timeout configurable

Graeme Russ wrote: > Just my two cents worth... > > On Fri, Sep 19, 2008 at 1:17 AM, Jerry Van Baren <[EMAIL PROTECTED]> wrote: >> Bartlomiej Sieka wrote: >>> There are two aspects of a TFTP transfer involving timeouts: >>> 1. timeout waiting for initi

Re: [U-Boot] [PATCH 1/3] net: Make TFTP server timeout configurable

Bartlomiej Sieka wrote: > There are two aspects of a TFTP transfer involving timeouts: > 1. timeout waiting for initial server reply after sending RRQ > 2. timeouts while transferring actual data from the server > > Since the upcoming auto-update feature attempts a TFTP download during each > boot

[U-Boot] Git workflow by Andrew Moore

Hi all, I've added a link to the "Workflow for Custodian git Repositories" page The link and explanation: -

Re: [U-Boot] [RFC] bootm: Add sub commands

Wolfgang Denk wrote: > Dear Kumar Gala, > > In message <[EMAIL PROTECTED]> you wrote: >> Having bootm sub-commands allows both of these as we can break up >> the sequeunce of steps that are part of the bootm process. > > OK. > >> +int do_bootm_subcommand (cmd_tbl_t *cmdtp, int flag, int argc, ch

<    1   2   3   4   5   >