[U-Boot] [STATUS] v2011.03-rc1 released

Hello everybody:
* U-Boot v2011.03-rc1 was released on Wed, 02 Feb 2011.
* Release "v2011.03" is scheduled in 39 days - on March 13, 2011.
Please help testing, and check if all your relevant patches have been included.
Note that still a large number of ARM boards are broken. I hope many people join the efforts and fix all the currently broken boards. Thanks in advance to everybody who lends a helping hand.
Best regards,
Wolfgang Denk

On Wed, Feb 2, 2011 at 2:55 PM, Wolfgang Denk wd@denx.de wrote:
Hello everybody:
U-Boot v2011.03-rc1 was released on Wed, 02 Feb 2011.
Release "v2011.03" is scheduled in 39 days - on March 13, 2011.
Please help testing, and check if all your relevant patches have been included.
This omap timer fix never got applied http://patchwork.ozlabs.org/patch/76803/

This omap timer fix never got applied http://patchwork.ozlabs.org/patch/76803/
was on vacation. I missed it. I'll apply it.
--Sandeep

Hi,
2011/2/3 Wolfgang Denk wd@denx.de:
Hello everybody:
U-Boot v2011.03-rc1 was released on Wed, 02 Feb 2011.
Release "v2011.03" is scheduled in 39 days - on March 13, 2011.
Please help testing, and check if all your relevant patches have been included.
Note that still a large number of ARM boards are broken. I hope many people join the efforts and fix all the currently broken boards. Thanks in advance to everybody who lends a helping hand.
Please apply http://patchwork.ozlabs.org/patch/80297/ and http://patchwork.ozlabs.org/patch/71935/
Best regards, Nobuhiro

On Wed, Feb 2, 2011 at 4:55 PM, Wolfgang Denk wd@denx.de wrote:
Hello everybody:
U-Boot v2011.03-rc1 was released on Wed, 02 Feb 2011.
Release "v2011.03" is scheduled in 39 days - on March 13, 2011.
Please help testing, and check if all your relevant patches have been included.
Hi Sandeep,
Please also apply: http://patchwork.ozlabs.org/patch/78425/ -- "[U-Boot,1/2] ea20: fix libea20.o not found" and http://patchwork.ozlabs.org/patch/78426/ -- "[U-Boot,2/2] ea20: fix undefined PHY_* errors"
Best Regards, Ben Gardiner
--- Nanometrics Inc. http://www.nanometrics.ca

Wolfgang Denk wrote:
Hello everybody:
U-Boot v2011.03-rc1 was released on Wed, 02 Feb 2011.
Release "v2011.03" is scheduled in 39 days - on March 13, 2011.
Please help testing, and check if all your relevant patches have been included.
Note that still a large number of ARM boards are broken. I hope many people join the efforts and fix all the currently broken boards. Thanks in advance to everybody who lends a helping hand.
What is the time frame?
I think I have IXP425 mostly in shape - my own boards work, and IXDP425 boots up and basically works. PCI is still a working area: I pulled out most of the old, IXP-specific code and changed the PCI code to use u-boot's PCI infrastructure.
This works fine for configuration, and I can dump and modify memory (eg. the bootrom on a E1000 card), but I can't get any of the ethernet drivers to work - possibly due to endian issues, but this might take some time to sort out.
Would it be OK to commit this as-is, knowing it may require some further fixups? At least it does work better than before.
Otherwise, I could leave out the whole PCI area and only provide patches for the boards without PCI, leaving IXP PCI in its current broken state.
cu Michael

Dear Michael Schwingen,
In message 4D4ACBA0.9030607@discworld.dascon.de you wrote:
Note that still a large number of ARM boards are broken. I hope many people join the efforts and fix all the currently broken boards. Thanks in advance to everybody who lends a helping hand.
What is the time frame?
The original entry in doc/feature-removal-schedule.txt said:
Support for CONFIG_SYS_ARM_WITHOUT_RELOC will be removed after release v2011.03; all boards that have not been converted by then, i. e. that are still broken then, are considered unmaintained and without interest for the community and will be removed as well.
Support for CONFIG_SYS_ARM_WITHOUT_RELOC has already been dropped, which makes the problem obvious, but the time frame remains: boards that are not working after v2011.03 has been released are treated as wolfsheads i. e. may be killed on sight by anybody who submits such a patch.
Of course, you can still object to such patches, but then you will probably be asked to provide fixes to make the respective board working before the end of the merge window.
This works fine for configuration, and I can dump and modify memory (eg. the bootrom on a E1000 card), but I can't get any of the ethernet drivers to work - possibly due to endian issues, but this might take some time to sort out.
Would it be OK to commit this as-is, knowing it may require some further fixups? At least it does work better than before.
From my point of view this is OK. And if you are actually working on
this, then there is little danger. We will not remove a board that is visibly actively being maintained,
Otherwise, I could leave out the whole PCI area and only provide patches for the boards without PCI, leaving IXP PCI in its current broken state.
Even that would be OK, as it's still an improvemnt over the status quo.
Best regards,
Wolfgang Denk

Am 02/03/2011 08:27 PM, schrieb Wolfgang Denk:
Dear Michael Schwingen,
In message 4D4ACBA0.9030607@discworld.dascon.de you wrote:
Note that still a large number of ARM boards are broken. I hope many people join the efforts and fix all the currently broken boards. Thanks in advance to everybody who lends a helping hand.
What is the time frame?
The original entry in doc/feature-removal-schedule.txt said:
Support for CONFIG_SYS_ARM_WITHOUT_RELOC will be removed after release v2011.03; all boards that have not been converted by then, i. e. that are still broken then, are considered unmaintained and without interest for the community and will be removed as well.
Support for CONFIG_SYS_ARM_WITHOUT_RELOC has already been dropped, which makes the problem obvious, but the time frame remains: boards that are not working after v2011.03 has been released are treated as wolfsheads i. e. may be killed on sight by anybody who submits such a patch.
Of course, you can still object to such patches, but then you will probably be asked to provide fixes to make the respective board working before the end of the merge window.
Sorry, unclear wording on my part - I meant "what is the timeframe to submit the final version of the patches for inclusion into the current release".
This works fine for configuration, and I can dump and modify memory (eg. the bootrom on a E1000 card), but I can't get any of the ethernet drivers to work - possibly due to endian issues, but this might take some time to sort out.
Would it be OK to commit this as-is, knowing it may require some further fixups? At least it does work better than before.
From my point of view this is OK. And if you are actually working on this, then there is little danger. We will not remove a board that is visibly actively being maintained,
OK - I will proceed that route. I think I can clean this up for submission during the next weekend.
cu Michael

Hello,
Am 02.02.2011 22:55, schrieb Wolfgang Denk:
U-Boot v2011.03-rc1 was released on Wed, 02 Feb 2011.
Release "v2011.03" is scheduled in 39 days - on March 13, 2011.
Please help testing, and check if all your relevant patches have been included.
I'm missing my patch for the problem with redundand environments in NAND:
http://lists.denx.de/pipermail/u-boot/2011-January/086293.html
I think this should go into the 2010.03 too.
Regards,
Alexander

On Thu, 3 Feb 2011 18:52:58 +0100 Alexander Holler holler@ahsoftware.de wrote:
Hello,
Am 02.02.2011 22:55, schrieb Wolfgang Denk:
U-Boot v2011.03-rc1 was released on Wed, 02 Feb 2011.
Release "v2011.03" is scheduled in 39 days - on March 13, 2011.
Please help testing, and check if all your relevant patches have been included.
I'm missing my patch for the problem with redundand environments in NAND:
http://lists.denx.de/pipermail/u-boot/2011-January/086293.html
I think this should go into the 2010.03 too.
I sent a pull request on Wedensday: http://lists.denx.de/pipermail/u-boot/2011-February/086760.html
-Scott
participants (8)
-
Alexander Holler
-
Ben Gardiner
-
John Rigby
-
Michael Schwingen
-
Nobuhiro Iwamatsu
-
Paulraj, Sandeep
-
Scott Wood
-
Wolfgang Denk