[U-Boot-Users] Enforcement of coding standards
Wolfgang Denk
wd at denx.de
Fri Mar 7 09:58:31 CET 2003
In message <20030307083407.GN16290 at pengutronix.de> you wrote:
>
> Understandable - would it help if we had something like a stable and
> unstable branch?
I tried this twice (internally). It does not help. I prefer to have
one tree, and to stabilize it for each "release".
> I mean, the problem is that for the short time you are perfectly right
> with your arguments. But long term some parts of the code definitely
> have to be cleaned up or everybody will be lost.
Well, yes and no. Yes, you are right, and it is often pretty simple
for isolated code. Cleaning up one ethernet driver or the code for
one specific RTC will not cause many problems. But don't touch the
init sequence rashly, or bigger sub-systems like I2C or PCI. There
are LOTS of things to consider.
> For the moment I don't really care about the huge rest of the code; the
> things I'm working on are currently mostly PXA related and I consider
> the PXA port still being code under construction.
Indeed. Just go on there.
> Perhaps some kind of a release plan would be helpful for the project,
> now that the code seems to work for several people. One could make
> checklists for a release, something like
>
> board compiles tested maintainer tested-by ...
> foo x x Fridolin Tux Erich Tux
> ...
Fine. We can save the "compiles" column because usually I don't
accept any changes that don't compile.
But then - look at the MAINTAINERS file for the long list of orphaned
boards. What do we do with those?
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de
A father doesn't destroy his children.
-- Lt. Carolyn Palamas, "Who Mourns for Adonais?",
stardate 3468.1.
More information about the U-Boot
mailing list