* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012
@ 2012-03-31 12:59 Marek Vasut
2012-03-31 13:43 ` Anatolij Gustschin
` (2 more replies)
0 siblings, 3 replies; 12+ messages in thread
From: Marek Vasut @ 2012-03-31 12:59 UTC (permalink / raw)
To: u-boot
Hello guys,
we now have exactly these boards not building for -RC1, can you please look into
it?:
arm/flea3 FAILED FOR: eldk4.2 eldk5.1
arm/hawkboard FAILED FOR: eldk4.2
arm/hawkboard_uart FAILED FOR: eldk4.2
arm/highbank FAILED FOR: eldk4.2
arm/mx35pdk FAILED FOR: eldk4.2 eldk5.1
arm/seaboard FAILED FOR: eldk4.2 eldk5.1
arm/ventana FAILED FOR: eldk4.2 eldk5.1
powerpc/P2020DS_36BIT FAILED FOR: eldk4.2
powerpc/PMC440 FAILED FOR: eldk4.2 eldk5.1
powerpc/TQM8541 FAILED FOR: eldk4.2
powerpc/TQM8555 FAILED FOR: eldk4.2
If you need logs, please contact me, I'll provide them.
Best regards,
Marek Vasut
^ permalink raw reply [flat|nested] 12+ messages in thread* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-03-31 12:59 [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 Marek Vasut @ 2012-03-31 13:43 ` Anatolij Gustschin 2012-03-31 14:04 ` Anatolij Gustschin 2012-03-31 16:22 ` Simon Glass 2012-04-02 15:54 ` Tom Rini 2 siblings, 1 reply; 12+ messages in thread From: Anatolij Gustschin @ 2012-03-31 13:43 UTC (permalink / raw) To: u-boot Hi Marek, Ccing Simon. On Sat, 31 Mar 2012 14:59:06 +0200 Marek Vasut <marex@denx.de> wrote: ... > we now have exactly these boards not building for -RC1, can you please look into > it?: > > arm/flea3 FAILED FOR: eldk4.2 eldk5.1 This is fixed by patch http://patchwork.ozlabs.org/patch/149658/ ... > arm/mx35pdk FAILED FOR: eldk4.2 eldk5.1 Same as for flea3 board. > arm/seaboard FAILED FOR: eldk4.2 eldk5.1 > arm/ventana FAILED FOR: eldk4.2 eldk5.1 These boards actually build without errors and warnings, but errors/warnings status is reported by MAKEALL because of the output: DTC: dts->dtb on file "dt.dtb.tmp" This could be fixed by diff --git a/dts/Makefile b/dts/Makefile index 5792afd..d19a622 100644 --- a/dts/Makefile +++ b/dts/Makefile @@ -47,7 +47,7 @@ DT_BIN := $(obj)dt.dtb $(DT_BIN): $(TOPDIR)/board/$(VENDOR)/dts/$(DEVICE_TREE).dts cat $< | $(CPP) -P $(DTS_CPPFLAGS) - >$@.tmp - $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp + $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp 2> /dev/null rm $@.tmp process_lds = \ ... > powerpc/PMC440 FAILED FOR: eldk4.2 eldk5.1 This could be fixed by http://patchwork.ozlabs.org/patch/147745 but maybe we should better move timer_get_boot_us() to common/bootstage.c to fix it. Thanks for build testing and reporting! Anatolij ^ permalink raw reply related [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-03-31 13:43 ` Anatolij Gustschin @ 2012-03-31 14:04 ` Anatolij Gustschin 2012-03-31 14:12 ` Marek Vasut 0 siblings, 1 reply; 12+ messages in thread From: Anatolij Gustschin @ 2012-03-31 14:04 UTC (permalink / raw) To: u-boot On Sat, 31 Mar 2012 15:43:03 +0200 Anatolij Gustschin <agust@denx.de> wrote: ... > > arm/seaboard FAILED FOR: eldk4.2 eldk5.1 > > arm/ventana FAILED FOR: eldk4.2 eldk5.1 > > These boards actually build without errors and warnings, but > errors/warnings status is reported by MAKEALL because of the output: > > DTC: dts->dtb on file "dt.dtb.tmp" > > This could be fixed by > > diff --git a/dts/Makefile b/dts/Makefile > index 5792afd..d19a622 100644 > --- a/dts/Makefile > +++ b/dts/Makefile > @@ -47,7 +47,7 @@ DT_BIN := $(obj)dt.dtb > > $(DT_BIN): $(TOPDIR)/board/$(VENDOR)/dts/$(DEVICE_TREE).dts > cat $< | $(CPP) -P $(DTS_CPPFLAGS) - >$@.tmp > - $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp > + $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp 2> /dev/null > rm $@.tmp > > process_lds = \ Thinking more about this I see that it is wrong. dtc could die for other reasons and it should be handled as error. We should fix dtc instead not to output this info to stderr. Currently it does: fprintf(stderr, "DTC: %s->%s on file \"%s\"\n", inform, outform, arg); Thanks, Anatolij ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-03-31 14:04 ` Anatolij Gustschin @ 2012-03-31 14:12 ` Marek Vasut 2012-03-31 15:51 ` Simon Glass 0 siblings, 1 reply; 12+ messages in thread From: Marek Vasut @ 2012-03-31 14:12 UTC (permalink / raw) To: u-boot Dear Anatolij Gustschin, > On Sat, 31 Mar 2012 15:43:03 +0200 > Anatolij Gustschin <agust@denx.de> wrote: > ... > > > > arm/seaboard FAILED FOR: eldk4.2 eldk5.1 > > > arm/ventana FAILED FOR: eldk4.2 eldk5.1 > > > > These boards actually build without errors and warnings, but > > errors/warnings status is reported by MAKEALL because of the output: > > > > DTC: dts->dtb on file "dt.dtb.tmp" > > > > This could be fixed by > > > > diff --git a/dts/Makefile b/dts/Makefile > > index 5792afd..d19a622 100644 > > --- a/dts/Makefile > > +++ b/dts/Makefile > > @@ -47,7 +47,7 @@ DT_BIN := $(obj)dt.dtb > > > > $(DT_BIN): $(TOPDIR)/board/$(VENDOR)/dts/$(DEVICE_TREE).dts > > > > cat $< | $(CPP) -P $(DTS_CPPFLAGS) - >$@.tmp > > > > - $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp > > + $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp 2> /dev/null > > > > rm $@.tmp > > > > process_lds = \ > > Thinking more about this I see that it is wrong. dtc could die > for other reasons and it should be handled as error. > We should fix dtc instead not to output this info to stderr. > Currently it does: > > fprintf(stderr, "DTC: %s->%s on file \"%s\"\n", > inform, outform, arg); Agreed! Doing stderr output of info text is plain wrong :( Will you send a patch mainline please? > Thanks, > > Anatolij Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-03-31 14:12 ` Marek Vasut @ 2012-03-31 15:51 ` Simon Glass 2012-03-31 15:53 ` Marek Vasut 0 siblings, 1 reply; 12+ messages in thread From: Simon Glass @ 2012-03-31 15:51 UTC (permalink / raw) To: u-boot Hi, On Mar 31, 2012 7:13 AM, "Marek Vasut" <marex@denx.de> wrote: > > Dear Anatolij Gustschin, > > > On Sat, 31 Mar 2012 15:43:03 +0200 > > Anatolij Gustschin <agust@denx.de> wrote: > > ... > > > > > > arm/seaboard FAILED FOR: eldk4.2 eldk5.1 > > > > arm/ventana FAILED FOR: eldk4.2 eldk5.1 > > > > > > These boards actually build without errors and warnings, but > > > errors/warnings status is reported by MAKEALL because of the output: > > > > > > DTC: dts->dtb on file "dt.dtb.tmp" > > > > > > This could be fixed by > > > > > > diff --git a/dts/Makefile b/dts/Makefile > > > index 5792afd..d19a622 100644 > > > --- a/dts/Makefile > > > +++ b/dts/Makefile > > > @@ -47,7 +47,7 @@ DT_BIN := $(obj)dt.dtb > > > > > > $(DT_BIN): $(TOPDIR)/board/$(VENDOR)/dts/$(DEVICE_TREE).dts > > > > > > cat $< | $(CPP) -P $(DTS_CPPFLAGS) - >$@.tmp > > > > > > - $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp > > > + $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp 2> /dev/null > > > > > > rm $@.tmp > > > > > > process_lds = \ > > > > Thinking more about this I see that it is wrong. dtc could die > > for other reasons and it should be handled as error. > > We should fix dtc instead not to output this info to stderr. > > Currently it does: > > > > fprintf(stderr, "DTC: %s->%s on file \"%s\"\n", > > inform, outform, arg); > > Agreed! Doing stderr output of info text is plain wrong :( Will you send a patch > mainline please? I will do that if you like, it has bugged me for a while. Regards, Simon > > > Thanks, > > > > Anatolij > > Best regards, > Marek Vasut ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-03-31 15:51 ` Simon Glass @ 2012-03-31 15:53 ` Marek Vasut 0 siblings, 0 replies; 12+ messages in thread From: Marek Vasut @ 2012-03-31 15:53 UTC (permalink / raw) To: u-boot Dear Simon Glass, > Hi, > > On Mar 31, 2012 7:13 AM, "Marek Vasut" <marex@denx.de> wrote: > > Dear Anatolij Gustschin, > > > > > On Sat, 31 Mar 2012 15:43:03 +0200 > > > Anatolij Gustschin <agust@denx.de> wrote: > > > ... > > > > > > > > arm/seaboard FAILED FOR: eldk4.2 eldk5.1 > > > > > arm/ventana FAILED FOR: eldk4.2 eldk5.1 > > > > > > > > These boards actually build without errors and warnings, but > > > > errors/warnings status is reported by MAKEALL because of the output: > > > > > > > > DTC: dts->dtb on file "dt.dtb.tmp" > > > > > > > > This could be fixed by > > > > > > > > diff --git a/dts/Makefile b/dts/Makefile > > > > index 5792afd..d19a622 100644 > > > > --- a/dts/Makefile > > > > +++ b/dts/Makefile > > > > @@ -47,7 +47,7 @@ DT_BIN := $(obj)dt.dtb > > > > > > > > $(DT_BIN): $(TOPDIR)/board/$(VENDOR)/dts/$(DEVICE_TREE).dts > > > > > > > > cat $< | $(CPP) -P $(DTS_CPPFLAGS) - >$@.tmp > > > > > > > > - $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp > > > > + $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp 2> /dev/null > > > > > > > > rm $@.tmp > > > > > > > > process_lds = \ > > > > > > Thinking more about this I see that it is wrong. dtc could die > > > for other reasons and it should be handled as error. > > > We should fix dtc instead not to output this info to stderr. > > > Currently it does: > > > > > > fprintf(stderr, "DTC: %s->%s on file \"%s\"\n", > > > > > > inform, outform, arg); > > > > Agreed! Doing stderr output of info text is plain wrong :( Will you send > > a patch > > > mainline please? > > I will do that if you like, it has bugged me for a while. Thank you very much, I owe you :) > Regards, > Simon > > > > Thanks, > > > > > > Anatolij > > > > Best regards, > > Marek Vasut Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-03-31 12:59 [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 Marek Vasut 2012-03-31 13:43 ` Anatolij Gustschin @ 2012-03-31 16:22 ` Simon Glass 2012-03-31 17:14 ` Marek Vasut 2012-04-02 15:54 ` Tom Rini 2 siblings, 1 reply; 12+ messages in thread From: Simon Glass @ 2012-03-31 16:22 UTC (permalink / raw) To: u-boot Hi Marek, On Mar 31, 2012 5:59 AM, "Marek Vasut" <marex@denx.de> wrote: > > Hello guys, > > we now have exactly these boards not building for -RC1, can you please look into > it?: Do you build all archs including m68k, nds32, etc.? Regards, Simon > > arm/flea3 FAILED FOR: eldk4.2 eldk5.1 > arm/hawkboard FAILED FOR: eldk4.2 > arm/hawkboard_uart FAILED FOR: eldk4.2 > arm/highbank FAILED FOR: eldk4.2 > arm/mx35pdk FAILED FOR: eldk4.2 eldk5.1 > arm/seaboard FAILED FOR: eldk4.2 eldk5.1 > arm/ventana FAILED FOR: eldk4.2 eldk5.1 > powerpc/P2020DS_36BIT FAILED FOR: eldk4.2 > powerpc/PMC440 FAILED FOR: eldk4.2 eldk5.1 > powerpc/TQM8541 FAILED FOR: eldk4.2 > powerpc/TQM8555 FAILED FOR: eldk4.2 > > If you need logs, please contact me, I'll provide them. > > Best regards, > Marek Vasut > _______________________________________________ > U-Boot mailing list > U-Boot at lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-03-31 16:22 ` Simon Glass @ 2012-03-31 17:14 ` Marek Vasut 0 siblings, 0 replies; 12+ messages in thread From: Marek Vasut @ 2012-03-31 17:14 UTC (permalink / raw) To: u-boot Dear Simon Glass, > Hi Marek, > > On Mar 31, 2012 5:59 AM, "Marek Vasut" <marex@denx.de> wrote: > > Hello guys, > > > > we now have exactly these boards not building for -RC1, can you please > > look into > > > it?: > Do you build all archs including m68k, nds32, etc.? Only ARM and PPC @ denx. I build ARMEL, ARMHF, PPC, MIPS, MIPSEL, X86 and planning to build sandbox @ dorms. I also do DUTS testing on qemu/x86, planning to extend it further though. > > Regards, > Simon > > > arm/flea3 FAILED FOR: eldk4.2 eldk5.1 > > arm/hawkboard FAILED FOR: eldk4.2 > > arm/hawkboard_uart FAILED FOR: eldk4.2 > > arm/highbank FAILED FOR: eldk4.2 > > arm/mx35pdk FAILED FOR: eldk4.2 eldk5.1 > > arm/seaboard FAILED FOR: eldk4.2 eldk5.1 > > arm/ventana FAILED FOR: eldk4.2 eldk5.1 > > powerpc/P2020DS_36BIT FAILED FOR: eldk4.2 > > powerpc/PMC440 FAILED FOR: eldk4.2 eldk5.1 > > powerpc/TQM8541 FAILED FOR: eldk4.2 > > powerpc/TQM8555 FAILED FOR: eldk4.2 > > > > If you need logs, please contact me, I'll provide them. > > > > Best regards, > > Marek Vasut > > _______________________________________________ > > U-Boot mailing list > > U-Boot at lists.denx.de > > http://lists.denx.de/mailman/listinfo/u-boot Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-03-31 12:59 [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 Marek Vasut 2012-03-31 13:43 ` Anatolij Gustschin 2012-03-31 16:22 ` Simon Glass @ 2012-04-02 15:54 ` Tom Rini 2012-04-02 16:10 ` Marek Vasut 2 siblings, 1 reply; 12+ messages in thread From: Tom Rini @ 2012-04-02 15:54 UTC (permalink / raw) To: u-boot On Sat, Mar 31, 2012 at 02:59:06PM +0200, Marek Vasut wrote: > Hello guys, > > we now have exactly these boards not building for -RC1, can you please look into > it?: [snip] > arm/hawkboard FAILED FOR: eldk4.2 > arm/hawkboard_uart FAILED FOR: eldk4.2 SPL link failure. Newer toolchains give us a built-in udelay, and we provide __udelay but not udelay on these boards since we don't use CONFIG_SPL_LIBGENERIC_SUPPORT and adding that in might be a fatal size bloat. Not sure what we want to do about this, and the last thread or two about this was unresolved. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.denx.de/pipermail/u-boot/attachments/20120402/523b19bf/attachment.pgp> ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-04-02 15:54 ` Tom Rini @ 2012-04-02 16:10 ` Marek Vasut 2012-04-02 16:21 ` Tom Rini 0 siblings, 1 reply; 12+ messages in thread From: Marek Vasut @ 2012-04-02 16:10 UTC (permalink / raw) To: u-boot Dear Tom Rini, > On Sat, Mar 31, 2012 at 02:59:06PM +0200, Marek Vasut wrote: > > Hello guys, > > > > we now have exactly these boards not building for -RC1, can you please > > look into > > > it?: > [snip] > > > arm/hawkboard FAILED FOR: eldk4.2 > > arm/hawkboard_uart FAILED FOR: eldk4.2 > > SPL link failure. Newer toolchains give us a built-in udelay, and we > provide __udelay but not udelay on these boards since we don't use > CONFIG_SPL_LIBGENERIC_SUPPORT and adding that in might be a fatal size > bloat. Not sure what we want to do about this, and the last thread or > two about this was unresolved. But we have --gc-sections and stuff like that so unneeded bloat should be removed. And it's not only this, I see also problem with lldiv. Configuring for hawkboard board... arch/arm/cpu/arm926ejs/davinci/libdavinci.o: In function `lldiv': /workspace/compiler/eldk4.2/device/arm___hawkboard/include/div64.h:45: undefined reference to `__div64_32' drivers/mtd/nand/libnand.o: In function `nand_command': /workspace/compiler/eldk4.2/device/arm___hawkboard/drivers/mtd/nand/nand_base.c:591: undefined reference to `udelay' /workspace/compiler/eldk4.2/device/arm___hawkboard/drivers/mtd/nand/nand_base.c:607: undefined reference to `udelay' /workspace/compiler/eldk4.2/device/arm___hawkboard/drivers/mtd/nand/nand_base.c:613: undefined reference to `udelay' make[1]: *** [/workspace/compiler/eldk4.2/device/arm___hawkboard/spl/u-boot-spl] Error 1 make: *** [spl/u-boot-spl.bin] Error 2 text data bss dec hex filename 191820 6388 54764 252972 3dc2c ./u-boot --------------------- SUMMARY ---------------------------- Boards compiled: 1 Boards with warnings or errors: 1 ( hawkboard ) ---------------------------------------------------------- Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-04-02 16:10 ` Marek Vasut @ 2012-04-02 16:21 ` Tom Rini 2012-04-02 16:30 ` Marek Vasut 0 siblings, 1 reply; 12+ messages in thread From: Tom Rini @ 2012-04-02 16:21 UTC (permalink / raw) To: u-boot On Mon, Apr 02, 2012 at 06:10:18PM +0200, Marek Vasut wrote: > Dear Tom Rini, > > > On Sat, Mar 31, 2012 at 02:59:06PM +0200, Marek Vasut wrote: > > > Hello guys, > > > > > > we now have exactly these boards not building for -RC1, can you please > > > look into > > > > > it?: > > [snip] > > > > > arm/hawkboard FAILED FOR: eldk4.2 > > > arm/hawkboard_uart FAILED FOR: eldk4.2 > > > > SPL link failure. Newer toolchains give us a built-in udelay, and we > > provide __udelay but not udelay on these boards since we don't use > > CONFIG_SPL_LIBGENERIC_SUPPORT and adding that in might be a fatal size > > bloat. Not sure what we want to do about this, and the last thread or > > two about this was unresolved. > > But we have --gc-sections and stuff like that so unneeded bloat should be > removed. OK, in this case --gc-sections and how our code is structured work together and a quick for each symbol in spl/libgeneric.o check of spl/u-boot-spl shows nothing unneeded added with ELDK4.2 and with newer toolchains nothing at all added. > And it's not only this, I see also problem with lldiv. Same thing, built-in vs not. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.denx.de/pipermail/u-boot/attachments/20120402/3eb42349/attachment.pgp> ^ permalink raw reply [flat|nested] 12+ messages in thread
* [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 2012-04-02 16:21 ` Tom Rini @ 2012-04-02 16:30 ` Marek Vasut 0 siblings, 0 replies; 12+ messages in thread From: Marek Vasut @ 2012-04-02 16:30 UTC (permalink / raw) To: u-boot Dear Tom Rini, > On Mon, Apr 02, 2012 at 06:10:18PM +0200, Marek Vasut wrote: > > Dear Tom Rini, > > > > > On Sat, Mar 31, 2012 at 02:59:06PM +0200, Marek Vasut wrote: > > > > Hello guys, > > > > > > > > we now have exactly these boards not building for -RC1, can you > > > > please look into > > > > > > > it?: > > > [snip] > > > > > > > arm/hawkboard FAILED FOR: eldk4.2 > > > > arm/hawkboard_uart FAILED FOR: eldk4.2 > > > > > > SPL link failure. Newer toolchains give us a built-in udelay, and we > > > provide __udelay but not udelay on these boards since we don't use > > > CONFIG_SPL_LIBGENERIC_SUPPORT and adding that in might be a fatal size > > > bloat. Not sure what we want to do about this, and the last thread or > > > two about this was unresolved. > > > > But we have --gc-sections and stuff like that so unneeded bloat should be > > removed. > > OK, in this case --gc-sections and how our code is structured work > together and a quick for each symbol in spl/libgeneric.o check of > spl/u-boot-spl shows nothing unneeded added with ELDK4.2 and with newer > toolchains nothing at all added. > > > And it's not only this, I see also problem with lldiv. > > Same thing, built-in vs not. So I can expect a patch? Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2012-04-02 16:30 UTC | newest] Thread overview: 12+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-03-31 12:59 [U-Boot] U-Boot build report @ Sat Mar 31 05:30:15 CEST 2012 Marek Vasut 2012-03-31 13:43 ` Anatolij Gustschin 2012-03-31 14:04 ` Anatolij Gustschin 2012-03-31 14:12 ` Marek Vasut 2012-03-31 15:51 ` Simon Glass 2012-03-31 15:53 ` Marek Vasut 2012-03-31 16:22 ` Simon Glass 2012-03-31 17:14 ` Marek Vasut 2012-04-02 15:54 ` Tom Rini 2012-04-02 16:10 ` Marek Vasut 2012-04-02 16:21 ` Tom Rini 2012-04-02 16:30 ` Marek Vasut
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox