Re: [PATCH 00/34] Make kernel build deterministic

2011-04-06 Thread Artem Bityutskiy
On Wed, 2011-04-06 at 11:07 +0200, Michal Marek wrote: > > So additionally, I'd suggest: > > 1. Instrument checkpatch.pl and make it err or warn on timestamps. > > This is patch 34/34 in this series: https://lkml.org/lkml/2011/4/5/198 Yeah, great, did not notice, thanks! > > 2. Probably instrume

Re: [PATCH 00/34] Make kernel build deterministic

2011-04-06 Thread Michal Marek
On 5.4.2011 17:49, Greg KH wrote: > Very nice stuff. Do you want to take the individual patches through one > of your trees, or do you mind if the subsystem maintainers take them > through theirs? I'd leave it up to the subsystem maintainers. I'll check once the merge window opens and send the re

Re: [PATCH 00/34] Make kernel build deterministic

2011-04-06 Thread Michal Marek
On 5.4.2011 21:24, Artem Bityutskiy wrote: > On Tue, 2011-04-05 at 08:49 -0700, Greg KH wrote: >> On Tue, Apr 05, 2011 at 04:58:47PM +0200, Michal Marek wrote: >>> >>> Hi, >>> >>> this series makes it possible to build bit-identical kernel image and >>> modules from identical sources. Of course the

Re: [PATCH 00/34] Make kernel build deterministic

2011-04-06 Thread Ingo Molnar
* Michal Marek wrote: > > Hi, > > this series makes it possible to build bit-identical kernel image and > modules from identical sources. Of course the build is already > deterministic in terms of behavior of the code, but the various > timestamps embedded in the object files make it hard to c

Re: [PATCH 00/34] Make kernel build deterministic

2011-04-06 Thread Ingo Molnar
* Artem Bityutskiy wrote: > On Tue, 2011-04-05 at 08:49 -0700, Greg KH wrote: > > On Tue, Apr 05, 2011 at 04:58:47PM +0200, Michal Marek wrote: > > > > > > Hi, > > > > > > this series makes it possible to build bit-identical kernel image and > > > modules from identical sources. Of course the

Re: [PATCH 00/34] Make kernel build deterministic

2011-04-05 Thread Artem Bityutskiy
On Tue, 2011-04-05 at 08:49 -0700, Greg KH wrote: > On Tue, Apr 05, 2011 at 04:58:47PM +0200, Michal Marek wrote: > > > > Hi, > > > > this series makes it possible to build bit-identical kernel image and > > modules from identical sources. Of course the build is already > > deterministic in terms

Re: [PATCH 00/34] Make kernel build deterministic

2011-04-05 Thread Greg KH
On Tue, Apr 05, 2011 at 03:29:19PM -0300, Mauro Carvalho Chehab wrote: > Em 05-04-2011 15:16, James Bottomley escreveu: > > On Tue, 2011-04-05 at 08:49 -0700, Greg KH wrote: > >> On Tue, Apr 05, 2011 at 04:58:47PM +0200, Michal Marek wrote: > >>> > >>> Hi, > >>> > >>> this series makes it possible

Re: [PATCH 00/34] Make kernel build deterministic

2011-04-05 Thread Mauro Carvalho Chehab
Em 05-04-2011 15:16, James Bottomley escreveu: > On Tue, 2011-04-05 at 08:49 -0700, Greg KH wrote: >> On Tue, Apr 05, 2011 at 04:58:47PM +0200, Michal Marek wrote: >>> >>> Hi, >>> >>> this series makes it possible to build bit-identical kernel image and >>> modules from identical sources. Of course

Re: [PATCH 00/34] Make kernel build deterministic

2011-04-05 Thread James Bottomley
On Tue, 2011-04-05 at 08:49 -0700, Greg KH wrote: > On Tue, Apr 05, 2011 at 04:58:47PM +0200, Michal Marek wrote: > > > > Hi, > > > > this series makes it possible to build bit-identical kernel image and > > modules from identical sources. Of course the build is already > > deterministic in terms

Re: [PATCH 00/34] Make kernel build deterministic

2011-04-05 Thread Greg KH
On Tue, Apr 05, 2011 at 04:58:47PM +0200, Michal Marek wrote: > > Hi, > > this series makes it possible to build bit-identical kernel image and > modules from identical sources. Of course the build is already > deterministic in terms of behavior of the code, but the various > timestamps embedded

[PATCH 00/34] Make kernel build deterministic

2011-04-05 Thread Michal Marek
Hi, this series makes it possible to build bit-identical kernel image and modules from identical sources. Of course the build is already deterministic in terms of behavior of the code, but the various timestamps embedded in the object files make it hard to compare two builds, for instance to veri