[U-Boot] [STATUS] v2011.06-rc3 released

[Albert ARIBAUD <albert.u.boot@aribaud.net>]

Le 22/06/2011 14:19, Wolfgang Denk a ?crit :
> Hello everybody:
>
> * U-Boot v2011.06-rc3 was released on Wed, June 22, 2011
>
> * Release "v2011.06" is scheduled in 5 days - on June 27, 2011.
>
> Please help testing, and check if all your relevant patches have been
> included.
>
>
> With the latest set of ARM fixes, the number of broken boards that are
> on my remove list has gone down to 71:
>
> B2                at91sam9rlek      edb9315a          pm9263
> SMN42             cmc_pu2           ep7312            pm9g45
> ap7               cp1026            gcplus            sbc2410x
> ap720t            cp1136            impa7             scb9328
> ap920t            cp920t            integratorap      shannon
> ap922_XA10        cp922_XA10        integratorcp      smdk2400
> ap926ejs          cp926ejs          ixdpg425          spear300
> ap946es           cp946es           kb9202            spear310
> ap966             cp966             lart              spear320
> apollon           csb637            lpc2292sodimm     spear600
> armadillo         dnp1110           lpd7a400          tnetv107x_evm
> assabet           edb9301           m501sk            trab
> at91cap9adk       edb9302           meesc             versatile
> at91rm9200dk      edb9302a          meesc_dataflash   versatileab
> at91sam9261ek     edb9307           modnet50          versatilepb
> at91sam9263ek     edb9307a          mx1fs2            voiceblue
> at91sam9g10ek     edb9312           netstar           zylonite
> at91sam9m10g45ek  edb9315           pm9261

Wolfgang,

How do you build this list? Personally I do a ./MAKEALL arm and end up 
with 109 boards with warnings or errors. For instance, jornada comes out 
as broken in a ./MAKEALL arm but is not on your list.

> Note: Boards that will not be fixed for this release, or where
> patches to fix them will be submitted eary in the next merge window,
> be removed with the next release.

Did you really mean '... or where patches... will be submitted *early* 
in the next merge window'? Should it not be '... will *not* be submetted 
early'?

> Thanks.
>
> Best regards,
>
> Wolfgang Denk

Amicalement,
-- 
Albert.