March 2006 - U-Boot

Re: [DNX#2006040142000741] [U-Boot-Users] [PATCH-1/8]Blackfin support - Add t [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000741] was created: <snip> > The patch is based on following point in the current U-boot git > repository. > ============================================================ > commit 6624b687bc2b747233090e67628df37d1c84ed17 > Author: Wolfgang Denk <wd(a)pollux.(none)> > Date: Wed Feb 22 10:25:39 2006 +0100 > > Rename SMMACO4 board into smmaco4 for consistency with Linux. > ============================================================ > > Changelog entry: > * Add the configuration file of Blackfin > Patch by Aubrey.Li <aubreylee(a)gmail.com> > > Thanks, > -Aubrey </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000722] [U-Boot-Users] New architecture(Blackfin) porting [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000722] was created: <snip> > On 2/27/06, Wolfgang Denk <wd(a)denx.de> wrote: > > In message <6d6a94c50602262335q44711c0epfb3e67fbaa5fd806(a)mail.gmail.com> you wrote: > > > > > > 1) Should the patch be against the latest release version or the > > > current git repository? > > > > Both is acceptable, but a patch against the latest git version is > > preferred (please provide the specific commit ID you used). > > aubrey@linux:~/main-line-uboot/patch/work> git log > commit ad0613982d79dacf965d557589e9a181fee7033b > Author: Aubrey.Li <aubrey(a)linux.site> > Date: Tue Feb 28 11:09:39 2006 +0800 > > blackfin platform support > > > > > > 2) Should the patch be an enclosed git-diff format file or plain text > > > pasted in the mail? > > > 3) Is there anything else besides coding style? > > > > Please see section "Submitting Patches" in the README. > I also attached the patch compressed, which is the diff in unified git > format. > > Regards, > -Aubrey </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000731] [U-Boot-Users] [Patch 4/5] Add USB support for AT9 [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000731] was created: <snip> > This patch (4/5) adds USB support for ATMEL AT91SAM9261EK board. > > CHANGELOG > Patch by Nicolas Lacressonniere 24 January 2006 > * Add USB support for ATMEL AT91SAM9261EK board (arm926ejs) </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000713] [U-Boot-Users] Bug in StrataFlash drivers
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000713] was created: <snip> > >>>Do you have a spoecific test case that shows the presence of the bug? > >> > >>I experience the problem when trying to store in Flash my ramdisk image > >>that is 1502693 bytes. > > > > > > This will probably also happen with smaller size? > Yes, I think it will happen with any odd-sized files. > > > >>>And can you please provide a proper patch, with CHANGELOG entry, > >>>Signed-off-by line and everything? > See attached file. > > ChangeLog: > * Patch by Andrea Marson, 11 November 2005: > Fixed odd-sized images writing in Zefeer StrataFlash driver. > > > Signed-off-by: Andrea Marson <r&d2(a)dave-tech.it> > > > > > Best regards, > llandre > > DAVE Electronics System House - R&D Department > web: http://www.dave-tech.it > email: r&d2(a)dave-tech.it </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000704] [U-Boot-Users] Re: [PATCH] Make System IO Config R [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000704] was created: <snip> > Wolfgang. > > That is very convincing. So for the special case of setting RCW to boot > > from lowmem vector, all is well. And I guess there is no great harm in > that restriction. > > When RCW set to boot from himem vector though, the 83xx maps in the > _last_ 8M of the flash chip, not the first, so the remap_flash_by_law* > routines end up mapping u-boot out from under us. But OK; we just won't > > do that then. > > I still stand by by compaint though: if you're going to remap flash > according to CFG_FLASH_BASE in start.S, then the 8M hardcoded size is > annoying. > > >>back to LAW0 on a builtin assumption of 8M size, placing the starting > >>address thereof to the CFG_FLASH_BASE location (in their case, > >>0xfe00_0000); then do jumping arithmetic based on that value and TEXT_BASE. > >> > >>Which works in the Freescale-ADS case, as they have an 8M flash chip. > > > > > > It also works in case of the TQM8349 board, which uses 32 MB: > > > > U-Boot 1.1.4 (Nov 17 2005 - 00:14:36) MPC83XX > > > > Clock configuration: > > Coherent System Bus: 266 MHz > > Core: 533 MHz > > Local Bus: 33 MHz > > CPU: MPC83xx, Rev: 1.1 at 533.328 MHz > > Board: TQM834x > > PCI1: 32 bit, 33 MHz > > I2C: ready > > DTT: 1 is 28 C > > DRAM: 256 MB > > FLASH: 32 MB > > PCI: Bus Dev VenId DevId Class Int > > In: serial > > Out: serial > > Err: serial > > Net: TSEC0, TSEC1 > > > > Type "run flash_nfs" to mount root filesystem over NFS > > > > Hit any key to stop autoboot: 0 > > => fli > > > > Bank # 1: CFI conformant FLASH (32 x 16) Size: 32 MB in 256 Sectors > > Erase timeout 16384 ms, write timeout 0 ms, buffer write timeout 4096 ms, buffer size 32 > > Sector Start Addresses: > > 80000000 (RO) 80020000 (RO) 80040000 (RO) 80060000 80080000 > > 800A0000 800C0000 800E0000 80100000 80120000 > > 80140000 80160000 80180000 801A0000 801C0000 > > ... > > > > Best regards, > > > > Wolfgang Denk > > </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000697] [U-Boot-Users] [PATCH]Fix cc-option macro in confi [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000697] was created: <snip> > > The following patch fix the compilation problem discussed in thread > "Problem building U-Boot for ARM target" > > Best regards > -P.Broggini > > > > Signed-off-by: Paolo Broggini <pbroggini(a)softool.ch> > > > CHANGELOG: > Fix cc-option macro in config.mk, $(CFLAGS) dropped. > Patch by Paolo Broggini, 12 Oct 2005 > > > diff --git a/config.mk b/config.mk > --- a/config.mk > +++ b/config.mk > @@ -90,7 +90,7 @@ HOSTSTRIP = strip > # Option checker (courtesy linux kernel) to ensure > # only supported compiler options are used > # > -cc-option = $(shell if $(CC) $(CFLAGS) $(1) -S -o /dev/null -xc > /dev/null \ > +cc-option = $(shell if $(CC) $(1) -S -o /dev/null -xc /dev/null \ > > /dev/null 2>&1; then echo "$(1)"; else echo "$(2)"; fi ;) > > # > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000688] [U-Boot-Users] Re: parse bug in cmd_mii.c
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000688] was created: <snip> > Sorry, it looks like I never sent it in. Here goes: > > CHANGELOG > * entering 'mii' with no arguments causes a null pointer reference. > Check argc is >=2 before dereferencing argv[1]. Print the usage message > if > not. > Patch by Andrew Dyer <amdyer(a)gmail.com>, Sat Mar 11 21:42:12 CST 2006 > > Signed-off-by: Andrew Dyer <amdyer(a)gmail.com> > > Index: cmd_mii.c > =================================================================== > RCS file: /home/cvsroot/Projects/u-boot/common/cmd_mii.c,v > retrieving revision 1.1.1.5 > retrieving revision 1.8 > diff -u -r1.1.1.5 -r1.8 > --- cmd_mii.c 7 Feb 2006 09:51:23 -0000 1.1.1.5 > +++ cmd_mii.c 12 Mar 2006 03:33:56 -0000 1.8 > @@ -61,6 +61,11 @@ > mii_init (); > #endif > > + if (argc < 2) { > + printf ("Usage:\n%s\n", cmdtp->usage); > + return 1; > + } > + > /* > * We use the last specified parameters, unless new ones are > * entered. > @@ -438,6 +443,11 @@ > #ifdef CONFIG_8xx > mii_init (); > #endif > + > + if (argc < 2) { > + printf ("Usage:\n%s\n", cmdtp->usage); > + return 1; > + } > > /* > * We use the last specified parameters, unless new ones are > > > > > On 3/11/06, Wolfgang Denk <wd(a)denx.de> wrote: > > In message <c166aa9f0506131006ba8f552(a)mail.gmail.com> you wrote: > > > I noticed that in do_mii() the code is dereferencing argv[1] without > > > checking what value argc has. This leads to an exception if a command > > > line like 'mii ' is given where argv[1] is NULL. > > > > > > I have a patch, but my cmd_mii.c is carrying around some other patches > > > (some submitted to the list, some local). Is there a good way to > > > separate out the patches I want to submit by themselves? > > > > Did I miss it, or did you never send a patch for the problem you > > mentioned? > > > > > > Best regards, > > > > Wolfgang Denk > > > > -- > > Software Engineering: Embedded and Realtime Systems, Embedded Linux > > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de > > "'Tis true, 'tis pity, and pity 'tis 'tis true." > > - Poloniouius, in Willie the Shake's _Hamlet, Prince of Darkness_ > > > > > -- > Hardware, n.: > The parts of a computer system that can be kicked. > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000679] [U-Boot-Users] [Patch 3/5] Add LCD support and ATM [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000679] was created: <snip> > This patch (3/5) adds LCD support and logo for ATMEL AT91SAM9261EK > board. > > atmel.bmp logo should be placed into tools/logos/ directory. > > CHANGELOG > Patch by Nicolas Lacressonniere 24 January 2006 > * Add LCD support and logo for ATMEL AT91SAM9261EK board (arm926ejs) </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000661] [U-Boot-Users] PATCH - Add support for wrPPMC7xx/7 [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000661] was created: <snip> > Please find attached my patch for the Wind River PPMC 7xx/74xx boards. > It has been tested with an MPC750 (66MHz bus) and MPC7400 (100MHz bus). > > It adds ppmc7xx to the board directory. > > The following common files have been modified: > > cpu/74xx_7xx/cpu.c > cpu/74xx_7xx/start.S > CREDITS > drivers/pci.c > include/ns16550.h > MAKEALL > Makefile > > This is my first patch so please let me know if I have missed anything. > > Thanks > Rich </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000651] [U-Boot-Users] [PATCH] CFI: fix timeout calculatio [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000651] was created: <snip> > This patch fixes two problems with the cfi_flash timeout handling: > 1) Correctly handle the cases where CFG_HZ != 1000 (several XScale-based > boards) > 2) Fix the timeout calculation of buffered writes (off by a factor of > 1000) > > Additionally, the patch trivially removes a redundant call of getenv() > > Signed-off-by: Anders Larsen <al(a)alarsen.net> > > --- > > drivers/cfi_flash.c | 11 ++++++++--- > 1 files changed, 8 insertions(+), 3 deletions(-) > > diff --git a/drivers/cfi_flash.c b/drivers/cfi_flash.c > index a989d34..c7c9983 100644 > --- a/drivers/cfi_flash.c > +++ b/drivers/cfi_flash.c > @@ -360,7 +360,7 @@ #ifdef CFG_FLASH_PROTECTION > else { > char *s = getenv("unlock"); > > - if (((s = getenv("unlock")) != NULL) && (strcmp(s, "yes") == 0)) { > + if ((s != NULL) && (strcmp(s, "yes") == 0)) { > /* > * Only the U-Boot image and it's environment is protected, > * all other sectors are unprotected (unlocked) if flash > @@ -746,6 +746,10 @@ static int flash_status_check (flash_inf > { > ulong start; > > +#if CFG_HZ != 1000 > + tout *= CFG_HZ/1000; > +#endif > + > /* Wait for command completion */ > start = get_timer (0); > while (flash_is_busy (info, sector)) { > @@ -1160,8 +1164,9 @@ #endif > info->buffer_size = (1 << flash_read_ushort (info, 0, > FLASH_OFFSET_BUFFER_SIZE)); > tmp = 1 << flash_read_uchar (info, FLASH_OFFSET_ETOUT); > info->erase_blk_tout = (tmp * (1 << flash_read_uchar (info, > FLASH_OFFSET_EMAX_TOUT))); > - tmp = 1 << flash_read_uchar (info, FLASH_OFFSET_WBTOUT); > - info->buffer_write_tout = (tmp * (1 << flash_read_uchar (info, > FLASH_OFFSET_WBMAX_TOUT))); > + tmp = (1 << flash_read_uchar (info, FLASH_OFFSET_WBTOUT)) * > + (1 << flash_read_uchar (info, FLASH_OFFSET_WBMAX_TOUT)); > + info->buffer_write_tout = tmp / 1000 + (tmp % 1000 ? 1 : 0); /* round > up when converting to ms */ > tmp = (1 << flash_read_uchar (info, FLASH_OFFSET_WTOUT)) * > (1 << flash_read_uchar (info, FLASH_OFFSET_WMAX_TOUT)); > info->write_tout = tmp / 1000 + (tmp % 1000 ? 1 : 0); /* round up > when converting to ms */ > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0