[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Wolfgang Denk]

Hello all,

U-Boot v2010.12 has been released and is available from the git
repository and the FTP server.

The "next" branch has been pulled into mainline ("master" branch) and
has been removed afterward.



		********************
		********************
		**                **
		**  BIG FAT NOTE  **
		**                **
		********************
		********************

The release contains, among many other things, 3 major groups of
changes:

1) New implementation for internal handling of environment variables.

   In addition to the traditional commands "setenv", "printenv" and
   "saveenv" there is now a new "env" command with a number opf
   subcommands that offer many new features. Please see the commit
   message of commit ea882baf for details:

   http://git.denx.de/?p=3Du-boot.git;a=3Dcommit;h=3Dea882baf

2) ARM cache support.

   This greatly accelerates U-Boot on many ARM systems, especially
   functions like uncompressing images or loading images form external
   storage are now much faster, sometimes by a factor > 10. For
   details please see these commits:

   7e4a9e6 ARM (ARM11): add data cache support, test on Qong board
   95c6f6d ARM V7 (OMAP): add data cache support, test on Beagle board
   c3330e9 ARM (ARM926ejs): add data cache support, tested on magnesium and tx25 board

   http://git.denx.de/?p=u-boot.git;a=commit;h=7e4a9e6
   http://git.denx.de/?p=u-boot.git;a=commit;h=95c6f6d
   http://git.denx.de/?p=u-boot.git;a=commit;h=c3330e9

3) ARM relocation support (ELF relocation)

   This allows to efficiently use the same U-Boot binary image on
   systems with different RAM sizes, and brings the implementation
   much more in line with the code used for example on Power
   Architecture systems (eventually allowing to merge into common
   code). This seems especially interesting now that ARM is getting
   Device Tree support as well.

   Please note that not all ARM boards have been adapted to this new
   code yet, which requires testing on the actual hardware, so this
   is a task for the respective board maintainers or other users.

   *****************************************************************
   * Currently, >100 ARM boards are *broken* and *do not compile*. *
   *****************************************************************

   Board maintainers or othe rinterested parties are requested to
   adapt their boards to the new code in the timeframe of the
   upcoming release v2010.03; all boards that have not been converted
   by then, i. e. that are still broken then, are considered
   unmaintained and without interest to the community and will be
   removed.

--- end of big fat note ---



The Merge Window for the next release (v2011.03) is open until
Sat Jan 15, 2011, 23:59:59 CET = 24 days remaining.

The next release v2011.03 is scheduled for March 13, 2011.


See  http://www.denx.de/wiki/U-Boot/ReleaseCycle  for details,
including guestimates for the next releases after that.


A little statistics [1] - changes since release v2020.09:


Processed 859 csets from 111 developers
29 employers found
A total of 75649 lines added, 90937 removed (delta -15288)

Developers with the most changesets
Wolfgang Denk               90 (10.5%)
Mike Frysinger              58 (6.8%)
Stefan Roese                41 (4.8%)
Marek Vasut                 41 (4.8%)
Heiko Schocher              39 (4.5%)
Peter Tyser                 36 (4.2%)
Stefano Babic               32 (3.7%)
Andreas Bie?mann           22 (2.6%)
Kumar Gala                  21 (2.4%)
Steve Sakoman               21 (2.4%)
...

Developers with the most changed lines
Wolfgang Denk             32621 (23.4%)
Mike Frysinger            24015 (17.2%)
Marek Vasut               11055 (7.9%)
Stefano Babic             10994 (7.9%)
Stefan Roese              4722 (3.4%)
Heiko Schocher            4668 (3.3%)
Remy Bohmer               4425 (3.2%)
Peter Tyser               4069 (2.9%)
Reinhard Meyer            2539 (1.8%)
Dirk Eibach               1544 (1.1%)
...

Developers with the most lines removed
Wolfgang Denk             23946 (26.3%)
Mike Frysinger            13431 (14.8%)
Marek Vasut               6370 (7.0%)
Peter Tyser               3131 (3.4%)
Stefan Roese               962 (1.1%)
Prafulla Wadaskar          645 (0.7%)
Timur Tabi                 635 (0.7%)
Andreas Bie?mann          471 (0.5%)
Mikhail Kshevetskiy        411 (0.5%)
Kumar Gala                 248 (0.3%)
...

Developers with the most signoffs (total 206)
Kumar Gala                  51 (24.8%)
Sandeep Paulraj             45 (21.8%)
Ben Warren                  14 (6.8%)
Wolfgang Denk               13 (6.3%)
Mike Frysinger              12 (5.8%)
Peter Tyser                 11 (5.3%)
Kim Phillips                11 (5.3%)
Stefan Roese                10 (4.9%)
Anatolij Gustschin           6 (2.9%)
Kyungmin Park                4 (1.9%)
...

Developers with the most reviews (total 4)
Ben Gardiner                 3 (75.0%)
Sudhakar Rajashekhara        1 (25.0%)

Developers with the most test credits (total 55)
Steve Sakoman               10 (18.2%)
Heiko Schocher              10 (18.2%)
Ben Gardiner                 9 (16.4%)
Stefano Babic                8 (14.5%)
Wolfgang Denk                3 (5.5%)
Reinhard Meyer               3 (5.5%)
Sandeep Paulraj              2 (3.6%)
Thomas Chou                  2 (3.6%)
Sudhakar Rajashekhara        1 (1.8%)
Peter Tyser                  1 (1.8%)
...

Developers who gave the most tested-by credits (total 55)
Wolfgang Denk               10 (18.2%)
Scott Wood                   5 (9.1%)
Dirk Behme                   5 (9.1%)
Steve Sakoman                4 (7.3%)
Jerry Huang                  4 (7.3%)
Sukumar Ghorai               4 (7.3%)
Nick Thompson                3 (5.5%)
Enric Balletbo i Serra       3 (5.5%)
John Rigby                   2 (3.6%)
Kumar Gala                   2 (3.6%)
...

Developers with the most report credits (total 4)
Vivi Li                      2 (50.0%)
Dan Lykowski                 1 (25.0%)
Peter Maydell                1 (25.0%)

Developers who gave the most report credits (total 4)
Mike Frysinger               2 (50.0%)
Wolfgang Denk                1 (25.0%)
Steve Sakoman                1 (25.0%)

Top changeset contributors by employer
DENX Software Engineering  210 (24.4%)
(Unknown)                  207 (24.1%)
Freescale                   83 (9.7%)
Analog Devices              59 (6.9%)
Extreme Engineering Solutions   46 (5.4%)
Texas Instruments           26 (3.0%)
Graeme Russ                 20 (2.3%)
Sakoman Inc.                20 (2.3%)
Nobuhiro Iwamatsu           17 (2.0%)
EmCraft Systems             14 (1.6%)
...

Top lines changed by employer
DENX Software Engineering 56393 (40.4%)
Analog Devices            30593 (21.9%)
(Unknown)                 29056 (20.8%)
Extreme Engineering Solutions 5551 (4.0%)
Freescale                 4445 (3.2%)
Oce Technologies          4425 (3.2%)
Guntermann & Drunck       1544 (1.1%)
EmCraft Systems           1467 (1.1%)
Marvell                   1443 (1.0%)
Liebherr                  1090 (0.8%)
...

Employers with the most signoffs (total 206)
Freescale                   65 (31.6%)
Texas Instruments           46 (22.3%)
DENX Software Engineering   32 (15.5%)
(Unknown)                   32 (15.5%)
Analog Devices              13 (6.3%)
Extreme Engineering Solutions   11 (5.3%)
Samsung                      6 (2.9%)
Gaisler Research             1 (0.5%)

[1] See http://www.denx.de/wiki/U-Boot/UbootStat_2010_12 for full
    statistics, and http://www.denx.de/wiki/UBoot/ReleaseCycle
    for links to statistics for earlier releases.


Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Prediction is very difficult, especially of the future.  - Niels Bohr

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Andreas Bießmann]

Hi all,

I have an addition to the remove announcement of unmaintained arm boards.

Am 22.12.2010 um 21:15 schrieb Wolfgang Denk:

[snip release features]

>   *****************************************************************
>   * Currently, >100 ARM boards are *broken* and *do not compile*. *
>   *****************************************************************
> 
>   Board maintainers or othe rinterested parties are requested to
>   adapt their boards to the new code in the timeframe of the
>   upcoming release v2010.03; all boards that have not been converted

I guess you mean v2011.03 here.

>   by then, i. e. that are still broken then, are considered
>   unmaintained and without interest to the community and will be
>   removed.

These boards use 'old style' at91rm9200 SoC implementation and will also be removed if not converted to 'new style' at91 SoC until v2011.03.

---8<---
cmc_pu2                      arm         arm920t     -                   -              at91rm9200
csb637                       arm         arm920t     -                   -              at91rm9200
kb9202                       arm         arm920t     -                   -              at91rm9200
m501sk                       arm         arm920t     -                   -              at91rm9200
mp2usb                       arm         arm920t     -                   -              at91rm9200
at91rm9200dk                 arm         arm920t     -                   atmel          at91rm9200
--->8---

I guess they will be removed by 'broken cause of relocation' in any case. But to mention them here clearly and announce the completion of conversion from at91rm9200 SoC to at91 SoC in arch/arm/cpu/arm920t.

regards

Andreas Bie?mann

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Alexander Holler]

Hello,

Am 22.12.2010 21:15, schrieb Wolfgang Denk:

>     *****************************************************************
>     * Currently,>100 ARM boards are *broken* and *do not compile*. *
>     *****************************************************************
>
>     Board maintainers or othe rinterested parties are requested to
>     adapt their boards to the new code in the timeframe of the
>     upcoming release v2010.03; all boards that have not been converted
>     by then, i. e. that are still broken then, are considered
>     unmaintained and without interest to the community and will be
>     removed.

Maybe just a

#error Code for this board doesn't compile since at least #date#

or a similiar message in foo_config.h would be a way to inform people 
early that the code needs some work.

This way the source for the board could be visible for some more time in 
the repository.

Regards,

Alexander

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Wolfgang Denk]

Dear Alexander Holler,

In message <4D3E8855.4070003@ahsoftware.de> you wrote:
> 
> >     *****************************************************************
> >     * Currently,>100 ARM boards are *broken* and *do not compile*. *
> >     *****************************************************************
> >
> >     Board maintainers or othe rinterested parties are requested to
> >     adapt their boards to the new code in the timeframe of the
> >     upcoming release v2010.03; all boards that have not been converted
> >     by then, i. e. that are still broken then, are considered
> >     unmaintained and without interest to the community and will be
> >     removed.
> 
> Maybe just a
> 
> #error Code for this board doesn't compile since at least #date#
> 
> or a similiar message in foo_config.h would be a way to inform people 
> early that the code needs some work.
> 
> This way the source for the board could be visible for some more time in 
> the repository.

Patches welcome...

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
The world is coming to an end -- save your buffers!

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Alexander Holler]

Am 25.01.2011 21:17, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<4D3E8855.4070003@ahsoftware.de>  you wrote:
>>
>>>      *****************************************************************
>>>      * Currently,>100 ARM boards are *broken* and *do not compile*. *
>>>      *****************************************************************
>>>
>>>      Board maintainers or othe rinterested parties are requested to
>>>      adapt their boards to the new code in the timeframe of the
>>>      upcoming release v2010.03; all boards that have not been converted
>>>      by then, i. e. that are still broken then, are considered
>>>      unmaintained and without interest to the community and will be
>>>      removed.
>>
>> Maybe just a
>>
>> #error Code for this board doesn't compile since at least #date#
>>
>> or a similiar message in foo_config.h would be a way to inform people
>> early that the code needs some work.
>>
>> This way the source for the board could be visible for some more time in
>> the repository.
>
> Patches welcome...

I don't have a script or similiar which tests which boards does compile, 
but adding a

if fail then echo "#error $board doesn't compile since $(date)" 
 >>include/configs/board.h

to such a script should do the trick.

I think this will cost less time than removing these boards (with the 
next release) and will give people more time to implement the necessary 
changes. When those sources get removed, it will be more work to get 
them in back, therefore I would prefer to leave such boards in the repo 
for some more time.

A sideeffect of such an #error would be, that there would be an 
indication about how long a board doesn't compile.

Regards,

Alexander

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Wolfgang Denk]

Dear Alexander Holler,

In message <4D3F679F.6060406@ahsoftware.de> you wrote:
>
> > Patches welcome...
> 
> I don't have a script or similiar which tests which boards does compile, 

Yes, you do. It's called MAKEALL and comes for free with the U-Boot
code.  Actually it is required to be run before submitting any patch.
Didn't you read the documentation? ;-)

> if fail then echo "#error $board doesn't compile since $(date)" 
>  >>include/configs/board.h
> 
> to such a script should do the trick.

There are many reasons why boards do not build, or cause warnings, so
you at least need to inspect and manually filter such a list.

> I think this will cost less time than removing these boards (with the 
> next release) and will give people more time to implement the necessary 
> changes. When those sources get removed, it will be more work to get 
> them in back, therefore I would prefer to leave such boards in the repo 
> for some more time.

Removing is simple, and the only proven way to clean up old mess.
I see no reason to keep dead, unmaintained code in U-Boot for too
long.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
If I had to live my life again,  I'd  make  the  same  mistakes, only
sooner.                                          -- Tallulah Bankhead

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Alexander Holler]

Hello,

Am 26.01.2011 08:38, schrieb Wolfgang Denk:

>> I think this will cost less time than removing these boards (with the
>> next release) and will give people more time to implement the necessary
>> changes. When those sources get removed, it will be more work to get
>> them in back, therefore I would prefer to leave such boards in the repo
>> for some more time.
>
> Removing is simple, and the only proven way to clean up old mess.
> I see no reason to keep dead, unmaintained code in U-Boot for too
> long.

The question is the timeframe. I think when many of these boards will 
get removed with the next release, that's a bit short. Finding the stuff 
which doesn't work through the relocation is time consuming and people 
have to find the time to do this for older boards for which they 
currently don't actively develop. E.g for some of the boards under 
active development it has needed the last 3 month.

Regards,

Alexander

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Stefano Babic]

On 01/26/2011 09:17 AM, Alexander Holler wrote:

> The question is the timeframe. I think when many of these boards will 
> get removed with the next release, that's a bit short. Finding the stuff 
> which doesn't work through the relocation is time consuming and people 
> have to find the time to do this for older boards for which they 
> currently don't actively develop. E.g for some of the boards under 
> active development it has needed the last 3 month.

I come late in the discussion, but personally I would prefer to remove
these boards as to try to let them in mainline in any case. Removing
them is not one-way at all.

If someone has interest can always resubmit a patchset to add the board
again to mainline. This could be also an occasion to clean up ancient
code ;-).

Best regards,
Stefano Babic

-- 
=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de
=====================================================================

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Wolfgang Denk]

Dear Alexander Holler,

In message <4D3FD89D.7000509@ahsoftware.de> you wrote:
> 
> > Removing is simple, and the only proven way to clean up old mess.
> > I see no reason to keep dead, unmaintained code in U-Boot for too
> > long.
> 
> The question is the timeframe. I think when many of these boards will 
> get removed with the next release, that's a bit short. Finding the stuff 
> which doesn't work through the relocation is time consuming and people 
> have to find the time to do this for older boards for which they 
> currently don't actively develop. E.g for some of the boards under 
> active development it has needed the last 3 month.

I'm not sure what exactly the goal is that you are tying to reach by
this discussion.

If anybody wants to prevent the removal of a specific board, but has
no time or ressources to work on it right now, then he can of course
just speak up and ask that we not remove the code now.  This is
absolutely no problem.  But we need to know that somebody feels
responsible, and what the expected time frame for his fixes will be.

On the otherhand, if there is zero interest visible for some board,
then what would be the rationale to keep it any longer?

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Steal five dollars and you were a petty  thief.  Steal  thousands  of
dollars and you are either a government or a hero.
                                   - Terry Pratchett, _Going_Postal_

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Alexander Holler]

Am 26.01.2011 10:19, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<4D3FD89D.7000509@ahsoftware.de>  you wrote:
>>
>>> Removing is simple, and the only proven way to clean up old mess.
>>> I see no reason to keep dead, unmaintained code in U-Boot for too
>>> long.
>>
>> The question is the timeframe. I think when many of these boards will
>> get removed with the next release, that's a bit short. Finding the stuff
>> which doesn't work through the relocation is time consuming and people
>> have to find the time to do this for older boards for which they
>> currently don't actively develop. E.g for some of the boards under
>> active development it has needed the last 3 month.
>
> I'm not sure what exactly the goal is that you are tying to reach by
> this discussion.

No goal, sorry to bother anyone.

Regards,

Alexander

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Wolfgang Denk]

Dear Stefano Babic,

In message <4D3FDD21.9000100@denx.de> you wrote:
> 
> If someone has interest can always resubmit a patchset to add the board
> again to mainline. This could be also an occasion to clean up ancient
> code ;-).

Actually the first step would be as simple as a "git revert" for the
respective commit.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
When it is incorrect, it is, at least *authoritatively* incorrect.
                                    - Hitchiker's Guide To The Galaxy

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Alexander Holler]

Hello,

Am 26.01.2011 10:39, schrieb Wolfgang Denk:
> Dear Stefano Babic,
>
> In message<4D3FDD21.9000100@denx.de>  you wrote:
>>
>> If someone has interest can always resubmit a patchset to add the board
>> again to mainline. This could be also an occasion to clean up ancient
>> code ;-).
>
> Actually the first step would be as simple as a "git revert" for the
> respective commit.

Just to finally explain my reasoning to start this thread. My intention 
was to leave some code for still widely used boards visible in the sources.

E.g. at the time I've started to modify u-board for a custom board, I've 
looked at the sources to find a similiar board and started to change the 
code for that. I would never have had a look at the repository to check 
if there once was a time where code for a similiar board was available.

And the thoughts in a crufty place of my brain were escpecially about 
all the Atmel-boards. But it already seems some people found the time to 
start checking/fixing the code for them.

Besides that I don't have had any arguments against removing code for 
unmaintained boards and I don't know how many and which long dead boards 
are resting in peace in the source (and since when). But the number of 
100 is really impressive, so I think I'm wrong and I shouldn't have 
started this discussion.

Regards,

Alexander

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

[Stefano Babic]

On 01/28/2011 11:34 AM, Alexander Holler wrote:
> Hello,

Hello,

> Just to finally explain my reasoning to start this thread. My intention
> was to leave some code for still widely used boards visible in the sources.
> 
> E.g. at the time I've started to modify u-board for a custom board, I've
> looked at the sources to find a similiar board and started to change the
> code for that. I would never have had a look at the repository to check
> if there once was a time where code for a similiar board was available.

I think it is the common way. IMHO you get a real help if that code
works and someone tested it. If there are a similar board in mainline,
but you cannot know if it works and you have to doubt on any step, it is
probaly more painful as to start from scratch.

> Besides that I don't have had any arguments against removing code for
> unmaintained boards and I don't know how many and which long dead boards
> are resting in peace in the source (and since when). But the number of
> 100 is really impressive, so I think I'm wrong and I shouldn't have
> started this discussion.

No, thanks to start this discussion and to share your opinion. You
raised several good points. And it could be that this discussion has
grown interest to support these broken boards, and maybe it will be not
necessary to remove them ;-).

Best regards,
Stefano

-- 
=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de
=====================================================================