On Tue, Jul 26, 2005 at 11:26:33AM +1000, Grant Coady wrote:
> On Sun, 24 Jul 2005 23:27:22 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> >You should edit init/Kconfig to disallow CONFIG_CLEAN_COMPILE=n, since
> >any errors you see with CONFIG_BROKEN=y aren't interesting.
>
> Straight over
On Tue, Jul 26, 2005 at 11:26:33AM +1000, Grant Coady wrote:
On Sun, 24 Jul 2005 23:27:22 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
You should edit init/Kconfig to disallow CONFIG_CLEAN_COMPILE=n, since
any errors you see with CONFIG_BROKEN=y aren't interesting.
Straight over the top of
On Sun, 24 Jul 2005 23:27:22 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
>You should edit init/Kconfig to disallow CONFIG_CLEAN_COMPILE=n, since
>any errors you see with CONFIG_BROKEN=y aren't interesting.
Straight over the top of my head yesterday :) Is the following
what you had in mind?
On Sun, 24 Jul 2005 23:27:22 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
You should edit init/Kconfig to disallow CONFIG_CLEAN_COMPILE=n, since
any errors you see with CONFIG_BROKEN=y aren't interesting.
Straight over the top of my head yesterday :) Is the following
what you had in mind?
On Sun, 24 Jul 2005 23:27:22 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>Looking at the .config, the problem is actually:
> CONFIG_BROKEN=y
>
>You should edit init/Kconfig to disallow CONFIG_CLEAN_COMPILE=n, since
>any errors you see with CONFIG_BROKEN=y aren't interesting.
Very good point.
On Mon, Jul 25, 2005 at 07:13:02AM +1000, Grant Coady wrote:
> On Sun, 24 Jul 2005 22:39:32 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> >On Mon, Jul 25, 2005 at 05:42:58AM +1000, Grant Coady wrote:
> >> On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >> >
> >>
On Sun, 24 Jul 2005 22:39:32 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>On Mon, Jul 25, 2005 at 05:42:58AM +1000, Grant Coady wrote:
>> On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>> >
>> >it's generally useful, but the target kernel should be the latest -mm
>>
On Mon, Jul 25, 2005 at 05:42:58AM +1000, Grant Coady wrote:
> On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> >it's generally useful, but the target kernel should be the latest -mm
> >kernel.
> 097-error:drivers/char/drm/drm_memory.h:163: error: redefinition of
On 7/24/05, Grant Coady <[EMAIL PROTECTED]> wrote:
> On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> With > 2k (raw) errors in 97.something builds of 2.6.12.3, why go
> looking for trouble in -mm?
Because -mm is the development tree. The things in -mm are what's
On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
>it's generally useful, but the target kernel should be the latest -mm
>kernel.
097-error:drivers/char/drm/drm_memory.h:163: error: redefinition of
`drm_ioremap_nocache'
097-error:drivers/char/drm/drm_memory.h:163:
On 7/24/05, Grant Coady <[EMAIL PROTECTED]> wrote:
> On Sun, 24 Jul 2005 15:01:22 +0200, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> >> context. Deliberately simplistic for traceability at the moment, truncated
> >> error length for this post.
> >>
> >If you could put the data online somewhere I'd
On Sun, 24 Jul 2005 15:01:22 +0200, Jesper Juhl <[EMAIL PROTECTED]> wrote:
>> context. Deliberately simplistic for traceability at the moment, truncated
>> error length for this post.
>>
>If you could put the data online somewhere I'd be interrested in
>taking a look at it.
7.4MB raw data -->
On 7/24/05, Grant Coady <[EMAIL PROTECTED]> wrote:
> Greetings,
>
> Few days ago I compiled 241 random configurations of 2.6.13-rc3, today
> I finally got around to parsing the results, top 40, sorted by name.
> Percentage is error_builds / total_builds.
>
> build script similar to:
> count=0
>
On Sun, Jul 24, 2005 at 04:28:54PM +1000, Grant Coady wrote:
> Greetings,
Hi Grant,
> Few days ago I compiled 241 random configurations of 2.6.13-rc3, today
> I finally got around to parsing the results, top 40, sorted by name.
> Percentage is error_builds / total_builds.
>
> build script
Greetings,
Few days ago I compiled 241 random configurations of 2.6.13-rc3, today
I finally got around to parsing the results, top 40, sorted by name.
Percentage is error_builds / total_builds.
build script similar to:
count=0
while [ $((++count)) -le $limit ]; do
trial=$(printf %003d
Greetings,
Few days ago I compiled 241 random configurations of 2.6.13-rc3, today
I finally got around to parsing the results, top 40, sorted by name.
Percentage is error_builds / total_builds.
build script similar to:
count=0
while [ $((++count)) -le $limit ]; do
trial=$(printf %003d
On Sun, Jul 24, 2005 at 04:28:54PM +1000, Grant Coady wrote:
Greetings,
Hi Grant,
Few days ago I compiled 241 random configurations of 2.6.13-rc3, today
I finally got around to parsing the results, top 40, sorted by name.
Percentage is error_builds / total_builds.
build script similar
On 7/24/05, Grant Coady [EMAIL PROTECTED] wrote:
Greetings,
Few days ago I compiled 241 random configurations of 2.6.13-rc3, today
I finally got around to parsing the results, top 40, sorted by name.
Percentage is error_builds / total_builds.
build script similar to:
count=0
while [
On Sun, 24 Jul 2005 15:01:22 +0200, Jesper Juhl [EMAIL PROTECTED] wrote:
context. Deliberately simplistic for traceability at the moment, truncated
error length for this post.
If you could put the data online somewhere I'd be interrested in
taking a look at it.
7.4MB raw data -- low info
On 7/24/05, Grant Coady [EMAIL PROTECTED] wrote:
On Sun, 24 Jul 2005 15:01:22 +0200, Jesper Juhl [EMAIL PROTECTED] wrote:
context. Deliberately simplistic for traceability at the moment, truncated
error length for this post.
If you could put the data online somewhere I'd be interrested in
On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
it's generally useful, but the target kernel should be the latest -mm
kernel.
097-error:drivers/char/drm/drm_memory.h:163: error: redefinition of
`drm_ioremap_nocache'
097-error:drivers/char/drm/drm_memory.h:163: error:
On 7/24/05, Grant Coady [EMAIL PROTECTED] wrote:
On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
With 2k (raw) errors in 97.something builds of 2.6.12.3, why go
looking for trouble in -mm?
Because -mm is the development tree. The things in -mm are what's
eventually
On Mon, Jul 25, 2005 at 05:42:58AM +1000, Grant Coady wrote:
On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
it's generally useful, but the target kernel should be the latest -mm
kernel.
097-error:drivers/char/drm/drm_memory.h:163: error: redefinition of
On Sun, 24 Jul 2005 22:39:32 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Jul 25, 2005 at 05:42:58AM +1000, Grant Coady wrote:
On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
it's generally useful, but the target kernel should be the latest -mm
kernel.
On Mon, Jul 25, 2005 at 07:13:02AM +1000, Grant Coady wrote:
On Sun, 24 Jul 2005 22:39:32 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Jul 25, 2005 at 05:42:58AM +1000, Grant Coady wrote:
On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
it's generally
On Sun, 24 Jul 2005 23:27:22 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
Looking at the .config, the problem is actually:
CONFIG_BROKEN=y
You should edit init/Kconfig to disallow CONFIG_CLEAN_COMPILE=n, since
any errors you see with CONFIG_BROKEN=y aren't interesting.
Very good point.
$ grep
26 matches
Mail list logo