March 2006 - U-Boot

Re: [DNX#2006040142000348] [U-Boot-Users] PATCH: Enable building on Mac OS X
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000348] was created: <snip> > Hi, > > This patch will make u-boot build on Mac OS X. Yes. I saw the comments > in tools/Makefile. But it does not compile on Mac OS X. It seems that > the case the comment for is not true now. And fdatasync () is not > available on darwin. I tested this patch on Mac OS X 10.4.5. > > Thanks, > Jie </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000339] [U-Boot-Users] [Patch 5/5] Add DataFlash support f [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000339] was created: <snip> > Dear Wolfgang, > > > Do you really think this is needed? I think that the existing > > dataflash implementation (for the AT91RM9200) does not require any > > NOR flash either, and it does not need to do this. > > Yes, I think it is necessary. I just had a look at AT91RM9200 > implementation, and it includes all NOR flash stuff even if NOR flash is > not > used... (cmd_flash.c requires a board/at91rm9200dk/flash.c and so on...) > As you told me before, we could use the same flash functions for NOR > Flash > and DataFlash but it would break all existing code using > CONFIG_HAS_DATAFLASH flag. That's why I think the best thing is to use > CFG_NO_FLASH flag which will avoid embedding all NOR Flash stuff... > > > If things are interdependent on such a level it's probably best to > > fix this first and then submit everything again, telling me to drop > > the previous set of patches. > > OK, you can drop previous set of patches. > > > One more thing which is not clear to me. Concerning NAND development, > you > told me to use testing-NAND git branch. But do I have to submit every > patches (board, lcd, usb...) against that branch or only the NAND part? > If I > submit everything against testing-NAND branch, will it be included in a > future u-boot-1.1.5 release, for example? > > Best regards. > Nicolas. > > -----Original Message----- > From: wd(a)denx.de [mailto:wd@denx.de] > Sent: mercredi 25 janvier 2006 21:49 > To: Lacressonniere Nicolas > Cc: U-Boot-Users > Subject: Re: [U-Boot-Users] [Patch 5/5] Add DataFlash support for > AT91SAM9261EK board > > > Dear Nicalas, > > in message > <KAEELLICOFHDAEPIACDEEEAFCGAA.nicolas.lacressonniere(a)rfo.atmel.com> you > wrote: > > > > We will use the same commands for flash and dataflash parts. > > I found an existing flag CFG_NO_FLASH that can be used to prevent from > > compiling some flash code so that we can use same commands without > compiling > > specific flash part. Does that way seem OK for you? > > Do you really think this is needed? I think that the existing > dataflash implementation (for the AT91RM9200) does not require any > NOR flash either, and it does not need to do this. > > > I also have a question concerning new patches I have to submit. These > > CFG_NO_FLASH modifications have some impact on one of the patch ([Patch > 1/5] > > Add support for AT91SAM9261EK board) I submitted yesterday and which was > not > > rejected... Do I have to submit 2 new patches (previous one will be > > cancelled) or do I have to make a diff on impacted files and submit only > the > > new patch (previous one will be keeped)? > > If things are interdependent on such a level it's probably best to > fix this first and then submit everything again, telling me to drop > the previous set of patches. > > But then, your patches should not be dependent on each other in such > a way in the first place. > > 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 > Put your Nose to the Grindstone! > -- Amalgamated Plastic Surgeons and Toolmakers, Ltd. </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000321] [U-Boot-Users] PATCH cmd_net.c check ethernet avai [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000321] was created: <snip> > We have a board where the ethernet is on a plugin module and may or > may not be present at boot time. If eth_initialize() doesn't detect the > network > and a net command is run the system crashes. This patch adds a function > to cmd_net.c to check the availability of the ethernet device before > trying to > access it. If the net device is not found it will print a message > and return -1. > > * Add check to cmd_net functions to make sure ethernet device is valid > before calling Net_Loop() > Patch by Andrew Dyer, 24 Oct 2005 > > Signed-off-by: Andrew Dyer <amdyer(a)gmail.com> > > -- > Hardware, n.: > The parts of a computer system that can be kicked. </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000311] [U-Boot-Users] [Patch] DHCP via relay
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000311] was created: <snip> > > Hi, > > I am using u-boot 1.1.4 and I discover a problem with DHCP via DHCP > Relay. I think that u-boot incorrectly sets some fields in DHCP Request > packet. See RFC 2131, chapter 4.4. > > CHANGELOG: > * Fix DHCP support (DHCP Relay problem) > Patch by Petr Borsodi, 21 Jan 2006 > > diff -uprN u-boot-1.1.4/net/bootp.c u-boot-1.1.4-dhcp/net/bootp.c > --- u-boot-1.1.4/net/bootp.c 2005-12-16 17:39:27.000000000 +0100 > +++ u-boot-1.1.4-dhcp/net/bootp.c 2006-01-02 08:51:22.000000000 > +0100 > @@ -820,10 +820,10 @@ static void DhcpSendRequestPkt(Bootp_t * > bp->bp_hlen = HWL_ETHER; > bp->bp_hops = 0; > bp->bp_secs = htons(get_timer(0) / CFG_HZ); > - NetCopyIP(&bp->bp_ciaddr, &bp_offer->bp_ciaddr); /* both in > network byte order */ > - NetCopyIP(&bp->bp_yiaddr, &bp_offer->bp_yiaddr); > - NetCopyIP(&bp->bp_siaddr, &bp_offer->bp_siaddr); > - NetCopyIP(&bp->bp_giaddr, &bp_offer->bp_giaddr); > + NetCopyIP(&bp->bp_ciaddr, &NetOurIP); > + NetWriteIP(&bp->bp_yiaddr, 0); > + NetWriteIP(&bp->bp_siaddr, 0); > + NetWriteIP(&bp->bp_giaddr, 0); > memcpy (bp->bp_chaddr, NetOurEther, 6); > > /* > > > Petr Borsodi > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&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#2006040142000302] [U-Boot-Users] [PATCH] Add support for explicit se [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000302] was created: <snip> > Hello Wolfgang, > > This trivial patch allows the developer to override default console > selection rules in case multiple serial ports are supported. > > Changelog entry: > > * Added support for explicit selection of default serial console > Patch by Vladimir Gurevich <vag(a)paulidav.org> > > > Thanks, > Vladimir </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000295] [U-Boot-Users] [PATCH] Intel PXA270 Mainstone w et [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000295] was created: <snip> > Patch against today u-boot-1.1.4-cvs > board port for Intel PXA270 Mainstone board (aka HCDDBBVA0) > with network support partially taken from Frank Agius work. > > ciao > -- > Marco Cavallini > Koan s.a.s. - Bergamo - ITALIA > Embedded and Real-Time Software Engineering > www.koansoftware.com | www.klinux.org </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000277] [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#2006040142000277] was created: <snip> > This patch (4/5) adds USB support for ATMEL AT91SAM9261EK board. > > CHANGELOG > Patch by Nicolas Lacressonniere 31 January 2006 > * Add USB support for ATMEL AT91SAM9261EK board (arm926ejs) </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000286] [U-Boot-Users] [Patch 2/5] - AT91SAM9261 header fi [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000286] was created: <snip> > Please find attached AT91SAM9261.h header file (patch 2/5) > > CHANGELOG > Patch by Nicolas Lacressonniere 24 January 2006 > * Add AT91SAM9261 header file for ATMEL AT91SAM9261EK board </snip> Your U-Boot support team

1 0

Re: [DNX#2006040142000241] [U-Boot-Users] IMPORTANT NOTE to all maintainers w [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000241] was created: <snip> > On Fri, Mar 24, 2006 at 01:55:35AM +0100, Wolfgang Denk wrote: > > Meaning - the comment is IMHO necessary. Thanks. > > I hope it makes enough sense... > > Best regards, > ladis > > Signed-off-by Ladislav Michl <ladis(a)linux-mips.org> > > CHANGELOG > * Implement NAND OOB erase command > Patch by Ladislav Michl, 24 Mar 2006 > > diff --git a/common/cmd_nand.c b/common/cmd_nand.c > index 21adb1b..d443086 100644 > --- a/common/cmd_nand.c > +++ b/common/cmd_nand.c > @@ -197,14 +197,23 @@ int do_nand(cmd_tbl_t * cmdtp, int flag, > return 0; > } > > + /* > + * Syntax is: > + * 0 1 2 3 4 > + * nand erase [clean] [off size] > + */ > if (strcmp(cmd, "erase") == 0) { > - arg_off_size(argc - 2, argv + 2, &off, &size, nand->size); > + /* "clean" at index 2 means request to erase OOB */ > + int clean = (argc > 2 && strcmp(argv[2], "clean") == 0) ? 1 : 0; > + int o = clean ? 3 : 2; > + /* skip first two or three arguments, look for offset and size */ > + arg_off_size(argc - o, argv + o, &off, &size, nand->size); > if (off == 0 && size == 0) > - return 1; > + size = nand->size; > > printf("\nNAND erase: device %d offset 0x%x, size 0x%x ", > nand_curr_device, off, size); > - ret = nand_erase(nand, off, size); > + ret = nand_erase(nand, off, size, clean); > printf("%s\n", ret ? "ERROR" : "OK"); > > return ret == 0 ? 0 : 1; > @@ -275,7 +284,6 @@ U_BOOT_CMD(nand, 5, 1, do_nand, > " offset `off' (entire device if not specified)\n" > "nand bad - show bad blocks\n" > "nand dump[.oob] off - dump page\n" > - "nand scrub - really clean NAND erasing bad blocks (UNSAFE)\n" > "nand markbad off - mark bad block at offset (UNSAFE)\n" > "nand biterr off - make a bit error at offset (UNSAFE)\n"); > > diff --git a/common/env_nand.c b/common/env_nand.c > index dd27f7b..97371e9 100644 > --- a/common/env_nand.c > +++ b/common/env_nand.c > @@ -116,7 +116,7 @@ int saveenv(void) > int ret = 0; > > puts ("Erasing Nand..."); > - if (nand_erase(&nand_info[0], CFG_ENV_OFFSET, CFG_ENV_SIZE)) > + if (nand_erase(&nand_info[0], CFG_ENV_OFFSET, CFG_ENV_SIZE, 0)) > return 1; > > puts ("Writing to Nand... "); > diff --git a/include/nand.h b/include/nand.h > index 905115b..ccac9c1 100644 > --- a/include/nand.h > +++ b/include/nand.h > @@ -48,7 +48,7 @@ static inline int nand_block_isbad(nand_ > return info->block_isbad(info, ofs); > } > > -static inline int nand_erase(nand_info_t *info, ulong off, ulong size) > +static inline int nand_erase(nand_info_t *info, ulong off, ulong size, > int clean) > { > struct erase_info instr; > > @@ -57,7 +57,7 @@ static inline int nand_erase(nand_info_t > instr.len = size; > instr.callback = 0; > > - return info->erase(info, &instr); > + return nand_erase_nand(info, &instr, clean); > } > > #endif </snip> Your U-Boot support team

1 0

[U-Boot-Users] Re: [DNX#2006040142000268] [PATCH] U-Boot i386: use the assigned boot loader [...]
by DENX Support System 01 Apr '06

01 Apr '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006040142000268] was created: <snip> > This patch makes U-Boot use the assigned boot loader ID (8). > > (Tried to send to daniel(a)omicron.se, but that address bounced.) > > Signed-off-by: H. Peter Anvin <hpa(a)zytor.com> </snip> Your U-Boot support team

1 0