From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfgang Denk Date: Mon, 02 Jan 2012 15:46:04 +0100 Subject: [U-Boot] [RFC PATCH 0/19] Create generic board init and move ARM and x86 to it In-Reply-To: <4F019473.8000204@gmail.com> References: <1325054160-24894-1-git-send-email-sjg@chromium.org> <4EFDDD7D.50105@gmail.com> <4EFEF797.5050203@gmail.com> <4F019473.8000204@gmail.com> Message-ID: <20120102144604.7A19782272@gemini.denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Dear Graeme Russ, In message <4F019473.8000204@gmail.com> you wrote: > > The problem is not one of how sparsely the test/fix cycles are spread over > time, it is one of spreading the breakage over multiple patches - If you > are replacing functionality then add the new functionality, add the hooks > to use it and delete the old in a single patch. That way, if you change > breaks something, the revert is trivial. If you multi-patch approach breaks > something, the revert becomes more difficult. True. Especially as it's likely that different patches will break different boards, so there will not even be a chance so revert. > > Well I don't propose to create things which are not bisect-able. I > > But you have - You create new functionality in one patch, add a number of > patches, then finally use that new functionality in a later patch. This is what I fear as well. 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 Disc space - the final frontier!