Re: [U-Boot] [PATCH] net/dns.c: Fix endian conversion for big-endian in dns command

ents, which isn't captured in the change log? Otherwise, Ack from me. > Signed-off-by: Bernhard Kaindl > Cc: Pieter Voorthuijsen > Cc: Robin Getz > --- > net/dns.c | 20 > 1 files changed, 8 insertions(+), 12 deletions(-) > > diff --git a/net

Re: [U-Boot] spi utility command support

On Wed 28 Jul 2010 10:01, shashikiran.bevenka...@wipro.com pondered: [snip] > The information contained in this electronic message and any attachments > to this message are intended for the exclusive use of the addressee(s) > and may contain proprietary, confidential or privileged information. If

[U-Boot] [Patch] ./net/net.c - make Microsoft dns servers happy with random_port() numbers

y ensuring the random port number is less than 17500. Signed-off-by: Robin Getz --- net/net.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/net/net.c b/net/net.c index 595abd9..98d58e5 100644 --- a/net/net.c +++ b/net/net.c @@ -1872,11 +1872,13 @@ void copy_file

Re: [U-Boot] About GPL

On Wed 16 Dec 2009 21:55, Rob Westfall pondered: > Where exactly is the line for what you have to provide vs what you > don't have to provide? > > We are building boards that are based on a standard board, but we have > obviously had to modify include/config/ to setup for our > hardware and create

[U-Boot] [PATCH] Add debug message for Blackfin Ethernet Rx function.

Add a simple print for the Blackfin's Ethernet Rx function, so we can debug incomming Ethernet functions easier. Signed-off-by: Robin Getz --- drivers/net/bfin_mac.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/net/bfin_mac.c b/drivers/net/bfin_mac.c

[U-Boot] [PATCH] Add Transfer Size Option to tftp

chars) are printed. one hash mark == 2% of the file downloaded. - if it doesn't receive the file size (the server doesn't support RFC 2349, prints standard hash marks (one mark for each UDP frame). Signed-off-by: Robin Getz --- net/tftp.c | 42 +++

Re: [U-Boot] [PATCH 0/4] Network defrag

On Mon 17 Aug 2009 16:20, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200908171555.31016.rg...@blackfin.uclinux.org> you wrote: > > > > > Why static int? This gives a random init value for the second and each > > > following TFTP transfers. &

Re: [U-Boot] [PATCH 0/4] Network defrag

On Mon 17 Aug 2009 15:05, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200908171315.40365.rg...@blackfin.uclinux.org> you wrote: > > > > Comments welcome... > > I guess the code is largely untested? I tested it on a single machine. > &g

Re: [U-Boot] [PATCH 0/4] Network defrag

On Sat 8 Aug 2009 05:50, Ben Warren pondered: > Allesandro, > > Alessandro Rubini wrote: > > I finally fixed the defrag code, testing with NFS as well. > > Didn't take performance figures, tough, for lack of time. > > > > I wanted to do "config + environment" for the NFS case, like tftp, but > > d

Re: [U-Boot] [PATCH 0/4] Network defrag

On Thu 13 Aug 2009 18:01, Wolfgang Denk pondered: > Dear Robin Getz, > In message <200908131747.20194.rg...@blackfin.uclinux.org> you wrote: > > The better thing to do (IMHO) - would be to print out the proper number of > > hashes, depending on the size of the file (and i

Re: [U-Boot] [PATCH 0/4] Network defrag

On Wed 12 Aug 2009 17:30, Wolfgang Denk pondered: > Dear Ben Warren, > > In message <4a832bce.9060...@gmail.com> you wrote: > > > > Sure, if you don't mind re-compiling. I think it might be an > > opt-outable message via puts_quiet() > > It seems we start having a mess here, with features bound

Re: [U-Boot] [PATCH 0/4] Network defrag

On Wed 12 Aug 2009 16:04, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200908121148.16431.rg...@blackfin.uclinux.org> you wrote: > > > > Some info for the docs, when I was troubleshooting a Ubuntu 9.04 > install. > > Good info, but bad format. C

Re: [U-Boot] [PATCH 0/4] Network defrag

On Wed 12 Aug 2009 16:05, Ben Warren pondered: > Hi Robin, > > Robin Getz wrote: > > On Mon 10 Aug 2009 15:57, Ben Warren pondered: > > > >> Robin Getz wrote: > >> > >>> Thanks to Alessandro for putting it together. > >>>

Re: [U-Boot] [PATCH] Make TFTP Quiet

On Wed 12 Aug 2009 15:48, Scott Wood pondered: > On Wed, Aug 12, 2009 at 12:02:33PM +0200, Detlev Zundel wrote: > > Hi Timur, > > > > >> +#ifdef CONFIG_TFTP_QUIET > > >> +#define puts_quiet(fmt) > > >> +#else > > >> +#define puts_quiet(fmt)                puts(fmt); > > >> +#endif > > > > > > This

Re: [U-Boot] [PATCH 0/4] Network defrag

On Mon 10 Aug 2009 15:57, Ben Warren pondered: > Robin Getz wrote: > > Thanks to Alessandro for putting it together. > > > > Feel free to add my Signed-off (once the docs have been updated > > explaining what this is all for). > > > > > I'll do

Re: [U-Boot] [PATCH] Add md5sum and sha1 commands...

On Mon 27 Jul 2009 00:07, Robin Getz pondered: > From: Robin Getz > > Now that we have sha1 and md5 in lib_generic, allow people to use them > on the command line, for checking downloaded files > > Signed-off-by: Robin Getz > > README |4 ++ &g

Re: [U-Boot] http client?

On Wed 22 Jul 2009 10:04, jeffery palmer pondered: > We are looking for an http client now as well. Our major issue > revolves around the download times for tftp. > > Can Volkmar Uhlig kindly provide the patches? > > Our units automically update themselves inside of uboot giving us the > most

Re: [U-Boot] [PATCH] Add md5sum and sha1 commands...

On Tue 11 Aug 2009 15:21, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200908111357.25007.rg...@blackfin.uclinux.org> you wrote: > > > > > Now that we have sha1 and md5 in lib_generic, allow people to use them > > > on the comm

Re: [U-Boot] [PATCH] Make TFTP Quiet

On Mon 10 Aug 2009 16:55, Timur Tabi pondered: > On Mon, Aug 10, 2009 at 3:26 PM, Robin Getz wrote: > > --- a/net/tftp.c > > +++ b/net/tftp.c > > @@ -22,6 +22,16 @@ > >                                        /* (for checking the image size)     > >    */ >

[U-Boot] [PATCH] Make TFTP Quiet

>From bca49fb5e3045bc175e924999a4015804c39c5c6 Mon Sep 17 00:00:00 2001 From: Robin Getz I was using this when I was looking at some other recent tftp performance, and thought I would share. I really don't think it belongs, as it is (a) trivial and (b) mostly debug... (but I'm tr

Re: [U-Boot] [PATCH 0/4] Network defrag

On Sat 8 Aug 2009 05:50, Ben Warren pondered: > Allesandro, > > Alessandro Rubini wrote: > > I finally fixed the defrag code, testing with NFS as well. > > Didn't take performance figures, tough, for lack of time. Checking out performance with tftp - server is Linux 2.6.27 located in Germany, cl

Re: [U-Boot] minor debug cleanups in ./net

On Thu 6 Aug 2009 15:40, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200908061427.10961.rg...@blackfin.uclinux.org> you wrote: > > On Thu 23 Jul 2009 03:01, Robin Getz pondered: > > > OK - this is on > > > > > > git remote -

Re: [U-Boot] minor debug cleanups in ./net

On Thu 23 Jul 2009 03:01, Robin Getz pondered: > OK - this is on > > git remote -v > origin git://git.denx.de/u-boot-net.git > > git log --max-count=1 > commit 97cfe86163505ea18e7ff7b71e78df5bb03dad57 > > (Is there a better way to tell if git is up to date?) Was t

Re: [U-Boot] [PATCH 1/3] net: defragment IP packets

On Fri 31 Jul 2009 03:46, Alessandro Rubini pondered: > Thanks for your comments. > > >> +#ifndef CONFIG_TFTP_MAXBLOCK > >> +#define CONFIG_TFTP_MAXBLOCK 16384 > > > > It is more than tftp - nfs could also use the same. > > Yes, I know. But most users are tftp ones. And if you want an even > num

Re: [U-Boot] [PATCH 1/3] net: defragment IP packets

On Fri 31 Jul 2009 03:46, Alessandro Rubini pondered: > > For some reason - why I'm ping flooding when tftping a large file (with > > large tftp block size) - things hang. If I set the block size to under > > the MTU - it works fine. Do you get the same? > > Didn't try, and I can't do that today.

Re: [U-Boot] [PATCH 1/3] net: defragment IP packets

On Fri 31 Jul 2009 10:02, Alessandro Rubini pondered: > >> Is the target replying to all pings? > > > > Yes. And I can see the same in wireshark. > > Ah. I see. Strange... > > >> > What is missing in the reassembly code (that is described in RFC815) > >> > is the timer. (quote from the RFC): >

Re: [U-Boot] [PATCH 1/3] net: defragment IP packets

On Fri 31 Jul 2009 08:16, Alessandro Rubini pondered: > >> or simply your > >> ether+uboot can't keep up with the data rate. > > > > That doesn't explain, why does it work, when there is no fragmentation??? > > Well, with no fragmentation there is less traffic. Each tftp packet is > one patch, i

Re: [U-Boot] [PATCH 1/3] net: defragment IP packets

On Fri 31 Jul 2009 03:46, Alessandro Rubini pondered: > > For some reason - why I'm ping flooding when tftping a large file > > (with large tftp block size) - things hang. If I set the block size > > to under the MTU - it works fine. Do you get the same? > > Didn't try, and I can't do that today

Re: [U-Boot] [RFC 0/3] uboot-doc User's Manual Generation Tool

On Thu 30 Jul 2009 15:55, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200907301550.40651.rg...@blackfin.uclinux.org> you wrote: > > > > I assume - no Invariant Sections, no Front-Cover Texts, and no Back-Cover > > Texts? or did you desire someth

Re: [U-Boot] [PATCH 1/3] net: defragment IP packets

). > > The code includes a number of suggestions by Robin Getz. > > Signed-off-by: Alessandro Rubini > --- > net/net.c | 172 > +++-- > 1 files changed, 167 insertions(+), 5 deletions(-) > > diff --git a/net/net.c b/

Re: [U-Boot] [RFC 0/3] uboot-doc User's Manual Generation Tool

On Thu 30 Jul 2009 14:45, Wolfgang DenkVersion 1.3 pondered: > Hi, > > In message Detlev Zundel wrote: > ... > > > Not meaning to interpret licensing, but to me that means I > > > can't copy/paste sections into end product documentation, and ship > > > the product for a fee... > > > > That's h

Re: [U-Boot] [RFC 0/3] uboot-doc User's Manual Generation Tool

On Tue 28 Jul 2009 17:27, Wolfgang Denk pondered: > Dear John, > > in message <1248813631.3915.102.ca...@johns> you wrote: > > > > It seems to me that DUTS is designed to test U-Boot and also automates > > the running of commands whose output can be put online in the DULG. I > > Correct. And the

Re: [U-Boot] [PATCH][Net] Convert SMC91111 Ethernet driver toCONFIG_NET_MULTI API

On Mon 27 Jul 2009 18:17, Ben Warren pondered: > I actually like to have them in the board C code.  To the casual > observer, it is obvious that certain ethernet controllers are optional, > whereas if all they see is a string of initialization functions for > different chips they might say, "WTF

Re: [U-Boot] [PATCH][Net] Convert SMC91111 Ethernet driver to CONFIG_NET_MULTI API

On Mon 27 Jul 2009 17:47, Ben Warren pondered: > Ben Warren wrote: > > All in-tree boards that use this controller have CONFIG_NET_MULTI > > added > > Also: > > - changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9 > > - cleaned up line lengths > > - modified all boards that override weak funct

Re: [U-Boot] [PATCH][Net] Convert SMC91111 Ethernet driver to CONFIG_NET_MULTI API

On Mon 27 Jul 2009 17:47, Ben Warren pondered: > Ben Warren wrote: > > All in-tree boards that use this controller have CONFIG_NET_MULTI > > added > > Also: > > - changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9 > > - cleaned up line lengths > > - modified all boards that override weak funct

Re: [U-Boot] [PATCH][Net] Convert SMC91111 Ethernet driver toCONFIG_NET_MULTI API

On Mon 27 Jul 2009 17:43, Ben Warren pondered: > All in-tree boards that use this controller have CONFIG_NET_MULTI > added First - thanks. Second - It's a style thing, but... > --- > board/bf533-ezkit/bf533-ezkit.c | 12 + > include/netdev.h |1 +

Re: [U-Boot] [PATCH/RFC] net: defragment IP packets

On Mon 27 Jul 2009 08:13, Alessandro Rubini pondered: > Thanks for your comments. > > > Should have a CONFIG_ something - to make this conditional. > > This has been asked by Ben too. Will do, although I'm not very happy > about all those conditionals for every few lines of code. There are 22,25

Re: [U-Boot] [PATCH/RFC] net: defragment IP packets

On Mon 27 Jul 2009 08:41, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200907262059.34188.rg...@blackfin.uclinux.org> you wrote: > > > ... > > and I was doing md5 or sha1 on things to make sure that things came over > > properly... > > Ar

Re: [U-Boot] [PATCH/RFC] net: defragment IP packets

On Mon 27 Jul 2009 01:08, Ben Warren pondered: > Hi Guys, > > This is great work. Thanks! If you follow these guidelines, I'll pull > it into the net repo: > > 1. Configurable block size (via a well-named CONFIG). Choose a good >default value. > 2. Handle out-of-order fragments, and some

Re: [U-Boot] [PATCH/RFC] net: defragment IP packets

On Fri 24 Jul 2009 04:04, Alessandro Rubini pondered: [snip] > +/* This only reassembles fragments that come in proper order */ > +static inline IP_t *NetDefragment(IP_t *ip, int *lenp) > +{ > + static uchar pkt_buff[16384]; /*temporary arbitrary limit */ > + static int next_fragment; > +

Re: [U-Boot] [PATCH] Add md5sum and sha1 commands...

From: Robin Getz Now that we have sha1 and md5 in lib_generic, allow people to use them on the command line, for checking downloaded files Signed-off-by: Robin Getz README |4 ++ common/cmd_mem.c | 68 + 2 files changed, 72

Re: [U-Boot] [PATCH 1/2 V3] new video driver for bus vcxkframebuffers

On Sun 26 Jul 2009 07:46, Anatolij Gustschin pondered: > Jens Scharsig wrote: > > This patch adds a new video driver > > > > * adds common bus_vcxk framebuffer driver > > > > Signed-off-by: Jens Scharsig > > Applied to u-boot-video. Thanks! Note that I had to fix lots > of style issues before

Re: [U-Boot] [PATCH/RFC] net: defragment IP packets

On Fri 24 Jul 2009 04:04, Alessandro Rubini pondered: > This patch add a quick and dirty defrag step in IP reception. This > allows to increase the TFTP block size and get more performance in > slow links (but at that point it should be made configurable). > > The overhead is negligible, verified

Re: [U-Boot] [PATCH/RFC] net: defragment IP packets

On Sun 26 Jul 2009 16:23, Alessandro Rubini pondered: > >> > > > > Yeah, I had seen this - but didn't want to duplicate something > > that Alessandro might already working on... > > > > Alessandro - were you going to add out of order packets? > > If the

Re: [U-Boot] [PATCH/RFC] net: defragment IP packets

On Sat 25 Jul 2009 22:02, Jerry Van Baren pondered: > Robin Getz wrote: > > On Fri 24 Jul 2009 04:04, Alessandro Rubini pondered: > >> This patch add a quick and dirty defrag step in IP reception. > > I needed to modify your patch a little bit to get it working on my &

Re: [U-Boot] Add md5sum and sha1 commands...

On Sat 25 Jul 2009 22:49, Mike Frysinger pondered: > On Saturday 25 July 2009 16:07:49 Robin Getz wrote: > > --- a/common/cmd_mem.c > > +++ b/common/cmd_mem.c > > @@ -34,6 +34,14 @@ > > #endif > > #include > > > > +#ifdef CONFIG_CMD_MD5SUM

Re: [U-Boot] [PATCH/RFC] net: defragment IP packets

On Fri 24 Jul 2009 04:04, Alessandro Rubini pondered: > This patch add a quick and dirty defrag step in IP reception. This > allows to increase the TFTP block size and get more performance in > slow links (but at that point it should be made configurable). > > The overhead is negligible, verified

[U-Boot] Add md5sum and sha1 commands...

From: Robin Getz Now that we have sha1 and md5 in lib_generic, allow people to use them on the command line, for checking downloaded files Signed-off-by: Robin Getz README |4 ++ common/cmd_mem.c | 73 + 2 files changed, 77

Re: [U-Boot] http client?

On Fri 24 Jul 2009 04:11, Alessandro Rubini pondered: > BTW: you (Jeffery) told you tried a blocksize of 16k, but how could > it work if u-boot refuses fragments? Did you add defragmenting > to the code first? I believe it depends on if it your host has gig support (for jumbo frames) Most Gig hos

Re: [U-Boot] minor debug cleanups in ./net

;git-am --skip". OK - this is on git remote -v origin git://git.denx.de/u-boot-net.git git log --max-count=1 commit 97cfe86163505ea18e7ff7b71e78df5bb03dad57 (Is there a better way to tell if git is up to date?) --- From: Robin Getz Minor ./net cleanups - no functional changes - cha

[U-Boot] minor debug cleanups in ./net

From: Robin Getz Minor ./net cleanups - no functional changes - change #ifdef DEBUG printf(); #endif to just debug() - changed __FUNCTION__ to __func__ - got rid of extra whitespace between function and opening brace - removed unnecessary braces on if statements gcc dead code elimination

Re: [U-Boot] http client?

On Wed 22 Jul 2009 18:00, Alessandro Rubini pondered: > > When I looked at the RFC data > > it appears that the overhead of IP fragmentation and reassembly (which > > does add overhead as the number of gateways increases) may be worth > > the time... > > Just tried it: U-Boot doesn't support reas

Re: [U-Boot] http client?

On Wed 22 Jul 2009 16:53, Ben Warren pondered: > Robin Getz wrote: > > I see: > > > > #define TFTP_MTU_BLOCKSIZE 1468blksize > > static unsigned short TftpBlkSizeOption=TFTP_MTU_BLOCKSIZE; > > > > /* try for more effic. blk size */ > &g

Re: [U-Boot] http client?

On Wed 22 Jul 2009 16:32, Ben Warren pondered:> Robin Getz wrote: > > On Wed 22 Jul 2009 10:04, jeffery palmer pondered: > > > >> We are looking for an http client now as well. Our major issue revolves > >> > > around the download times for tft

Re: [U-Boot] [PATCH] Less verbose output when loading vxworks 6.x images

On Wed 22 Jul 2009 15:32, Niklaus Giger pondered: > Loading vxWorks 5.x images resulted just into 3 or 4 lines of output. > With vxWorks 6.x and the new GCC it emits about 30 lines, which is > far too noisy in my opinion. > > Signed-off-by: Niklaus Giger > --- > common/cmd_elf.c |2 ++ > 1 f

Re: [U-Boot] http client?

On Wed 22 Jul 2009 10:04, jeffery palmer pondered: > We are looking for an http client now as well. Our major issue revolves around the download times for tftp. > > Can Volkmar Uhlig kindly provide the patches? > > Our units automically update themselves inside of uboot giving us the most > co

Re: [U-Boot] http client?

On Tue 21 Jul 2009 17:09, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200907211400.21275.rg...@blackfin.uclinux.org> you wrote: > > > > > I know there have been discussions about adding wget to U-Boot, > > > which I agree is not something tha

Re: [U-Boot] http client?

Sorry - first time I sent this -- I forgot to cc the list... On Tue 21 Jul 2009 12:37, Robin Getz pondered: > redboot supports (and has since 2002) a mini-http client: > > This is just a transfer data via the network using HTTP protocol, no > better or worse than tftp. (no https,

Re: [U-Boot] [PATCH] - save the server's mac address...

On Tue 21 Jul 2009 02:37, Ben Warren pondered: > Can you please re-submit using git tools? From: Robin Getz Linux's netconsole works much better when you can pass it the MAC address of the server. (otherwise it just uses broadcast, which everyone else on my network complains about :

Re: [U-Boot] [RFC] CONFIG naming convetion

On Mon 20 Jul 2009 16:33, Wolfgang Denk pondered: > Dear Robin Getz, [snip] > You seem to live on a different planet than me. That is a well though out point. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] v3 - add dns

ean up style issues - remove packet from stack - cleaned up some comments - failure returns much faster (if server responds, don't wait for timeout) - use built in functions (memcpy) rather than byte copy. Signed-off-by: Robin Getz Signed-off-by: Pieter Voorthuijsen common/cmd_net.

Re: [U-Boot] [RFC] CONFIG naming convetion

On Sat 18 Jul 2009 18:25, Wolfgang Denk pondered: > > > > I guess we could back up a step and look at the users, and defined things > > as things that should be changed by: > >  - arch maintainers (Core/CPU specific) > >  - SoC maintainer (SoC specific) > >  - Board maintainer (PCB specific) >

Re: [U-Boot] [PATCH] - add dns

On Sat 18 Jul 2009 21:15, Mike Frysinger pondered: > On Saturday 18 July 2009 20:27:00 Robin Getz wrote: > > On Sat 18 Jul 2009 18:11, Mike Frysinger pondered: > > > keep the modulus something with only 1 bit set so gcc will optimize into > > > a simple and operation. p

Re: [U-Boot] [PATCH] - add dns

On Sun 19 Jul 2009 03:48, Wolfgang Denk pondered: > Dear Robin Getz, > In message <200907172120.50413.rg...@blackfin.uclinux.org> you wrote: > > On Fri 17 Jul 2009 16:55, Wolfgang Denk pondered: > > > Please keep list sorted. > > > > sorted how? What we h

Re: [U-Boot] [PATCH] - add dns

On Sat 18 Jul 2009 18:11, Mike Frysinger pondered: > On Saturday 18 July 2009 01:14:25 Robin Getz wrote: > > + DnsOurPort = 1 + (get_timer(0) % 4096); > > 4096 port range seems kind of small. i dont think the requests really need > to > be greater than 1. not s

Re: [U-Boot] [RFC] CONFIG naming convetion

On Sat 18 Jul 2009 11:52, Jean-Christophe PLAGNIOL-VILLARD pondered: > On 11:15 Sat 18 Jul , Robin Getz wrote: > > It doesn't appear very "system" oriented to me... > it's as we had reorganise the drivers file place as example or > the common Makefile and con

Re: [U-Boot] [RFC] CONFIG naming convetion

On Sat 18 Jul 2009 13:50, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200907181115.26404.rg...@blackfin.uclinux.org> you wrote: > > > > It would be nice to come up with some list of namespaces, and what they > > they should be used for... >

Re: [U-Boot] [RFC] CONFIG naming convetion

On Sat 18 Jul 2009 07:03, Jean-Christophe PLAGNIOL-VILLARD pondered: > Hi all, > > Currently we have a mess in the drivers CONFIG naming convention > as example on I2C we have > CONFIG_I2C_X > CONFIG_DRIVER_XXX_I2C > CONFIG__I2C > CONFIG_SYS_I2C_ >

Re: [U-Boot] [PATCH] - add dns

On Fri 17 Jul 2009 18:01, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200907171745.36176.rg...@blackfin.uclinux.org> you wrote: > > > > > You probably should add a doc/README.* file to explain how that is > > > supposed to be used. > >

Re: [U-Boot] [PATCH] - add dns

On Fri 17 Jul 2009 16:55, Wolfgang Denk pondered: > > Index: net/Makefile > > === > > --- net/Makefile(revision 1968) > > +++ net/Makefile(working copy) > > @@ -34,6 +34,7 @@ > > COBJS-y += eth.o > > COBJS-y += nfs.o > > COB

Re: [U-Boot] [PATCH] - add dns

On Fri 17 Jul 2009 18:01, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200907171745.36176.rg...@blackfin.uclinux.org> you wrote: > > > > > You probably should add a doc/README.* file to explain how that is > > > supposed to be used. > >

Re: [U-Boot] [PATCH] - add dns

On Fri 17 Jul 2009 16:55, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200907171553.08108.rg...@blackfin.uclinux.org> you wrote: > > On 04 Oct 2008 Pieter posted a dns implementation for U-Boot. > > > > http://www.mail-archive.com/u-boot-us...@li

[U-Boot] [PATCH] - add dns

cast 1 DHCP client bound to address 192.168.0.4 bfin> dns pool.ntp.org 69.36.241.112 bfin> sntp $(serverip) Date: 2009-07-17 Time: 19:16:51 bfin> dns www.google.com 64.233.161.147 bfin> ping $(serverip) Using Blackfin EMAC device host 64.233.161.147 is alive Signed-off-by: Robin Getz

Re: [U-Boot] [PATCH] - save the server's mac address...

On Thu 16 Jul 2009 12:56, Ben Warren pondered: > Mike Frysinger wrote: > > On Monday 13 July 2009 16:19:51 Robin Getz wrote: > > > >> + CONFIG_KEEP_SERVERADDR > >> + > >> + Keeps the server's MAC address, in the env 'serve

Re: [U-Boot] [PATCH] - save the server's mac address...

On Wed 15 Jul 2009 11:00, Mike Frysinger pondered: > On Monday 13 July 2009 16:19:51 Robin Getz wrote: > > + CONFIG_KEEP_SERVERADDR > > + > > + Keeps the server's MAC address, in the env 'serveraddr' > > + for passing t

[U-Boot] [PATCH] - save the server's mac address...

From: Robin Getz Linux's netconsole works much better when you can pass it the MAC address of the server. (otherwise it just uses broadcast, which everyone else on my network complains about :) This sets the env var "serveraddr" (to match ethaddr), so that you can pass i

Re: [U-Boot] DHCP regression on 2009-06

I was tracking this down must have messed this up. Ack-by: Robin Getz ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] DHCP regression on 2009-06

On Mon 13 Jul 2009 11:11, Michael Zaidman pondered: > > I did verify that reverting the line exposes the bug that Michael fixed, ... > > Ok, my target uses static IP configuration so I did not verified the DHCP > behavior. Now I did it. I also reverted the line and did DHCP afterwards > changed th

Re: [U-Boot] DHCP regression on 2009-06

On Sun 12 Jul 2009 09:14, Michael Zaidman pondered: > > On Fri, Jul 10, 2009 at 10:18 PM, Robin Getz wrote: > > > On Fri 10 Jul 2009 12:27, Robin Getz pondered: > > > http://git.denx.de/?p=u-boot/u-boot-net.git;a=commitdiff;h=3c172c4fdbbb5858fae38478d6399be4a

Re: [U-Boot] DHCP regression on 2009-06

On Fri 10 Jul 2009 12:27, Robin Getz pondered: > http://git.denx.de/?p=u-boot/u-boot-net.git;a=commitdiff;h=3c172c4fdbbb5 > 858fae38478d6399be4a16be3fc > > causes a regression on my network's DHCP server. > > The part of the diff that causes the problem: > >

[U-Boot] DHCP regression on 2009-06

http://git.denx.de/?p=u-boot/u-boot-net.git;a=commitdiff;h=3c172c4fdbbb5858fae38478d6399be4a16be3fc causes a regression on my network's DHCP server. The part of the diff that causes the problem: #if defined(CONFIG_CMD_DHCP) case DHCP: - /* Start with a cle

Re: [U-Boot] [RFC] - sanve the server's mac address...

On Thu 9 Jul 2009 15:45, Wolfgang Denk pondered: > Dear Robin Getz, > > In message <200907091112.47264.rg...@blackfin.uclinux.org> you wrote: > > On Wed 8 Jul 2009 14:50, Robin Getz pondered: > > > Linux's netconsole works much better when you can pass it

Re: [U-Boot] [RFC] - sanve the server's mac address...

On Wed 8 Jul 2009 14:50, Robin Getz pondered: > Linux's netconsole works much better when you can pass it the MAC > address of the server. (otherwise it just uses broadcast, which > everyone else on my network complains about :) > > This sets the evn var "serveraddr&quo

[U-Boot] [RFC] - sanve the server's mac address...

Linux's netconsole works much better when you can pass it the MAC address of the server. (otherwise it just uses broadcast, which everyone else on my network complains about :) This sets the evn var "serveraddr" (to match ethaddr), so that you can pass it to linux with whatever bootargs you want

Re: [U-Boot] Copyright/License text in cpu/ppc4xx/4xx_pci.c

On Wed 8 Jul 2009 11:51, Wolfgang Denk pondered: > > But we could prepend the typical header which brings us to something > like this: > > You could do it, but you are eventually not permitted to do it > legally. > > The fact that you "must include the IBM copyright notice, this > paragrap

Re: [U-Boot] [RFC][PATCH] Update malloc to dlmalloc version 2.8.4

On Wed 8 Jul 2009 01:58, Mike Frysinger pondered: > On Tuesday 07 July 2009 18:24:56 Kumar Gala wrote: > > On Jul 7, 2009, at 3:25 PM, Scott Wood wrote: > > > Jean-Christophe PLAGNIOL-VILLARD wrote: > > >> On 15:02 Tue 07 Jul , Scott Wood wrote: > > >>> Kumar Gala wrote: > > Those would he

Re: [U-Boot] [RFC][PATCH] Update malloc to dlmalloc version 2.8.4

On Tue 7 Jul 2009 15:49, Kumar Gala pondered: > > Where, do you mean bloat-o-meter? rg...@imhotep:~/linux-2.6.x> ./scripts/bloat-o-meter usage: ./scripts/bloat-o-meter file1 file2 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman

Re: [U-Boot] U-book and GPLv3?

On Mon 6 Jul 2009 06:55, Wolfgang Denk pondered: > > I am definitely _pro_ going for GPLv3. I am also realizing the > efforts and the time this will take. I'm also glad that you acknowledge that you will loose developers, and users... > So it seems we can set up something like a plan

Re: [U-Boot] U-book and GPLv3? (fwd)

On Thu 2 Jul 2009 12:11, Larry Johnson pondered: > > In the United States, most radio transmitters must be type accepted > (certified) by the Federal Communications Commission. Modification > voids the type acceptance, so operating a modified mobile phone on its > original frequencies would be ill

Re: [U-Boot] U-book and GPLv3? (fwd)

On Thu 2 Jul 2009 09:56, Richard Stallman pondered: > > > Access to a network may be denied when the modification itself > > materially and adversely affects the operation of the network > > or violates the rules and protocols for communication across > > the network. > > The

Re: [U-Boot] U-book and GPLv3? (fwd)

On Wed 1 Jul 2009 07:46, Richard Stallman pondered: > > I can't see how someone can deny access to the network, while still > allowing anyone's software to be run on the device, without some sort > of key system in the networking hardware - is that what you had in mind? > > This is ai

Re: [U-Boot] U-book and GPLv3? (fwd)

On Wed 1 Jul 2009 07:45, Richard Stallman pondered: > > Not to go down a rat hole - but as a normal part of development of > non-free software, people use emacs, gcc, and gdb all the time - > you aren't proud of the contributions you made to those projects? > > Yes, I am, but not bec

Re: [U-Boot] U-book and GPLv3? (fwd)

On Tue 30 Jun 2009 15:12, Richard Stallman pondered: > > Maybe you should be working with these types of certification > authorities, rather than individual developers? > > I would be glad to do so. I have no contacts in the FDA, and I am not > so famous that mere mention of my name woul

Re: [U-Boot] U-book and GPLv3? (fwd)

On Tue 30 Jun 2009 15:12, Richard Stallman pondered: > While I probably would not want to change my glucometer, the practice > of designing hardware so that people cannot change it is becoming more > and more of a threat to our freedom in general. It is simple economics - it is about consumers mak

Re: [U-Boot] U-book and GPLv3? (fwd)

On Tue 30 Jun 2009 15:12, Richard Stallman pondered: > > That is great - and I applaud your efforts. I think that the work > you are doing is valuable, and the contributions you have made have > been critically important to the free and closed software developments > that people to

Re: [U-Boot] U-book and GPLv3? (fwd)

On Tue 30 Jun 2009 10:04, Richard Stallman pondered: > > Portable hand held medical devices - such as Glucometers. They fall > into both categories. They are medical devices, who's "bad" > software could cause a user to give them selves too much insulin > (hypoglycemia -> pass out

Re: [U-Boot] U-book and GPLv3? (fwd)

On Mon 29 Jun 2009 14:48, Richard Stallman pondered: > > As Mike has stated - we work on many devices who's products would fall > under the GPL 3's User Products category - who's manufactures have > told us "No GPL3". > > Would you like to describe one such product? Portable hand h

Re: [U-Boot] U-book and GPLv3? (fwd)

On Thu 25 Jun 2009 10:41, Detlev Zundel pondered: > Hi Mike, > > >>> It is this "certification is only possible like we say" attitude > >>> which I seriously question. > >> > >> whether you question this attitude doesnt matter. you arent a lawyer > >> in general, you arent a lawyer for these comp

[U-Boot] MMC issues with cards formatted as SuperFloppy format?

Andy: I was running into a issues, and just wanted to double check that it should be able to be handled - and the problem wasn't in the arch specific mmc driver somewhere If you format the card with unpartitioned Removable device ('super floppy' format: A super floppy layout is one in whi