From: Adrian Bunk <bunk@stusta.de>
To: Grant Coady <lkml@dodo.com.au>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.13-rc3 test: finding compile errors with make randconfig
Date: Sun, 24 Jul 2005 23:27:22 +0200 [thread overview]
Message-ID: <20050724212721.GA3160@stusta.de> (raw)
In-Reply-To: <0fv7e11ejvimjkfqib95n93hl34icavnbu@4ax.com>
On Mon, Jul 25, 2005 at 07:13:02AM +1000, Grant Coady wrote:
> On Sun, 24 Jul 2005 22:39:32 +0200, Adrian Bunk <bunk@stusta.de> 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 <bunk@stusta.de> 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: `drm_ioremap_nocache' previously defined here
> >> 097-error:drivers/char/drm/drm_memory.h:174: error: redefinition of `drm_ioremapfree'
> >> 097-error:drivers/char/drm/drm_memory.h:174: error: `drm_ioremapfree' previously defined here
> >
> >This requires the .config for debugging.
> Here:
> ftp://ftp.scatter.mine.nu/develop/trial4-097-config.gz
>
> >My first guess is that drm_memory.h requires a simple #ifdef to allow
> >multiple inclusions.
>
> I can tell you:
> --- linux-2.6.12.3b/drivers/char/drm/drm_memory.h.orig 2005-06-18 05:48:29.000000000 +1000
> +++ linux-2.6.12.3b/drivers/char/drm/drm_memory.h 2005-07-25 06:57:41.000000000 +1000
> @@ -33,6 +33,9 @@
> * OTHER DEALINGS IN THE SOFTWARE.
> */
>
> +#ifndef DRM_MEMORY_H
> +#define DRM_MEMORY_H
> +
> #include <linux/config.h>
> #include <linux/highmem.h>
> #include <linux/vmalloc.h>
> @@ -194,4 +197,5 @@
> iounmap(pt);
> }
>
> +#endif
>
> does not fix it, though it's probably not what you had in mind, first try...
That's what I had in mind.
> Simple fix didn't... Now I got to read the code, takes a little more
> effort :)
>...
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.
> Grant.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
next prev parent reply other threads:[~2005-07-24 21:27 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-24 6:28 2.6.13-rc3 test: finding compile errors with make randconfig Grant Coady
2005-07-24 9:13 ` Adrian Bunk
2005-07-24 19:42 ` Grant Coady
2005-07-24 20:14 ` Jesper Juhl
2005-07-24 20:39 ` Adrian Bunk
2005-07-24 21:13 ` Grant Coady
2005-07-24 21:27 ` Adrian Bunk [this message]
2005-07-24 21:49 ` Grant Coady
2005-07-26 1:26 ` Grant Coady
2005-07-26 9:55 ` Adrian Bunk
2005-07-24 13:01 ` Jesper Juhl
2005-07-24 19:23 ` Grant Coady
2005-07-24 19:30 ` Jesper Juhl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050724212721.GA3160@stusta.de \
--to=bunk@stusta.de \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@dodo.com.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.