[U-Boot] [PATCH] OMAP3: Define 64bit vsprintf for NAND

Jean-Christophe PLAGNIOL-VILLARD plagnioj at jcrosoft.com
Sun Jul 12 21:34:30 CEST 2009


On 20:37 Sun 12 Jul     , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
> 
> In message <20090712152355.GH7218 at game.jcrosoft.org> you wrote:
> >
> > > If none of the board maintatiners sends a NAK after a reasonable time
> > > (3...4 days or so, max 1 week), the we can assume that the  patch  is
> > > OK and should be applied.
> > you ask us multiple time when we touch a board config we do need the board
> > maintainer ack
> > I've 10's of patch that you have nack because I never receive the board
> > maintainer and they still wait to have board Maintainer ack.
> 
> You are right. It's difficult to write don rules that cover all cases
> - which is one reason why I try to avoid writing  down  them  in  the
> first place.
> 
> To me it seems reasonable to ask for maintainer feedback when changes
> affect a small number of boards - in such a  case  there  is  danger,
> that problems might remain unnoticed if the maintainers are not aware
> of  the patch (which might sail under a subject that does not trigger
> their awareness), as nobody else is affected.
> 
> If a patch affects a large number of boards in exactly the same  way,
> such  explicit  triggering  is less needed - it is very likely that a
> few of these boards will be tested in any way, so any  problems  will
> be  noticed  even if no extra notification of board maintainers takes
> place.
> 
> To trigger a maintainer it should be sufficient to send him an e-mail
> (i. e. put him on cc: on the posting). If he  does  not  apply  in  a
> reasonable time, we assume his implicit ACK.
> 
> 
> Sorry that I cannot provide a strict rule with clear decision
> criteria; if in doubt, use common sense.  Thanks.
when increase the u-boot size IMHO we do need to have the board maintainer
ack because we do not known if it will break or not the board

If it's global or arch specifc we all take care the responsability to this
ofcourse we will try to contact the board maintainers and yes not all of them
will ack the patch but we will do our best.
As example we the errno.h cleanup.

Furehermore here all the boards maintainer are active on the ML so it's make
sense to ask them there ack.

But I'd like that we put a rules if the developer that post a patch do his
best to have the board maintainer ack but not succed on it. The decission to
ack it anyway will come to the Custiodians & you at the end.

Best Regards,
J.


More information about the U-Boot mailing list