From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Frysinger Date: Fri, 12 Nov 2010 21:20:02 -0500 Subject: [U-Boot] Commit ecee9... (Program net device MAC addresses after initializing) breakage In-Reply-To: <4CDDEF10.1030908@gmail.com> References: <4CD5D2F4.5020102@gmail.com> <201011122011.43105.vapier@gentoo.org> <4CDDEF10.1030908@gmail.com> Message-ID: <201011122120.03703.vapier@gentoo.org> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Friday, November 12, 2010 20:51:12 Graeme Russ wrote: > On 13/11/10 12:11, Mike Frysinger wrote: > > On Friday, November 12, 2010 05:55:55 Graeme Russ wrote: > >> On 10/11/10 14:36, Mike Frysinger wrote: > >>> On Saturday, November 06, 2010 18:13:08 Graeme Russ wrote: > >>>> I saw discussion a little while ago regarding implementing a version > >>>> of malloc that returns cleared memory - did this gain any traction? > >>> > >>> i dont think anyone posted a patch. it would make sense though to > >>> generalize the zalloc() code since some places are already doing it. > >> > >> Actually, I think we should be using calloc() more than we are > > > > if we want to define zalloc() to calloc(), then sure. but forcing people > > to use calloc() with a size=1 is silly. the API is not nearly as > > obvious to passing observers as zalloc(). > > Hmm, U-Boot has a zalloc in lib/gunzip.c which does not zero memory yes, that's why i said we should generalize things -mike -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. Url : http://lists.denx.de/pipermail/u-boot/attachments/20101112/e64b75aa/attachment.pgp