[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20101017201318.4e1ac3b0.sfr@canb.auug.org.au>
Date: Sun, 17 Oct 2010 20:13:18 +1100
From: Stephen Rothwell <sfr@...b.auug.org.au>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Linux Kernel Development <linux-kernel@...r.kernel.org>
Subject: Re: Build regressions/improvements in v2.6.36-rc8
Hi Geert,
On Sun, 17 Oct 2010 10:01:03 +0200 Geert Uytterhoeven <geert@...ux-m68k.org> wrote:
>
> Strange...
>
> $ wget http://kisskb.ellerman.id.au/kisskb/buildresult/3387901/; grep
> inode_set index.html
> --2010-10-17 09:59:35--
> http://kisskb.ellerman.id.au/kisskb/buildresult/3387901/
> Resolving kisskb.ellerman.id.au... 203.10.76.25
> Connecting to kisskb.ellerman.id.au|203.10.76.25|:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 272362 (266K) [text/html]
> Saving to: `index.html'
>
> 100%[=====================================================================>]
> 272,362 67.8K/s in 3.9s
>
> 2010-10-17 09:59:39 (67.8 KB/s) - `index.html' saved [272362/272362]
>
> /scratch/kisskb/src/fs/9p/vfs_inode.c:1267: error: implicit
> declaration of function 'inode_setattr'
> $
>
> Yep, it's there.
Ah, light dawns ... kisskb, when it gets a failure, attempts to do a
bisect between the failing kernel and the last kernel that built.
Consequently, the log of the bisect attempts will contain some of the
other errors that occurred since the kernel built correctly. (As an
aside, the bisect script appears not to work very well ... :-( )
You were unlucky here that the m68k build went through a series of
different build problems without getting a good build.
You could try cutting the log off after seeing "make failed, trying to
bisect".
--
Cheers,
Stephen Rothwell sfr@...b.auug.org.au
http://www.canb.auug.org.au/~sfr/
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists