mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Sam Ravnborg <sam@ravnborg.org>
To: Jan Beulich <jbeulich@novell.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: kbuild: fix section mismatch check for vmlinux
Date: Mon, 11 Jun 2007 23:50:52 +0200	[thread overview]
Message-ID: <20070611215052.GA8132@uranus.ravnborg.org> (raw)
In-Reply-To: <466D2337.76E4.0078.0@novell.com>

On Mon, Jun 11, 2007 at 10:25:59AM +0200, Jan Beulich wrote:
> >vmlinux does not contain relocation entries which is
> >used by the section mismatch checks.
> >Reported by: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
> >
> >Use the individual objects as inputs to overcome
> >this limitation.
> >In modpost check the .o files and skip non-ELF files.
> >
> >Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
> 
> This still doesn't appear to catch all cases - since the checking logic works
> on a per-module basis, references between the individual .o files aren't
> being checked. A current instance where this is visible is x86-64's recently
> added alloc_bootmem_high_node (non-__init, in arch/x86_64/mm/built-in.o)
> calling __alloc_bootmem_core (__init, in mm/built-in.o). I suppose there's
> no way around linking $(KBUILD_VMLINUX_OBJS) into vmlinux.o, and
> checking that file instead.

It is planned to do something around these lines.
Today we do a lot of linking in the final stages and the Makefile
magic involved is starting to make my head spinning.
So my plan is to redo all the "link vmlinux" stuff and
locate it in the top-level Kbuild file.
As part of this process I would then create vmlinux.o as one
of the steps - it will have all sections intact and allow
for a full modpost run.

We would then lack the hint about what subsystem caused the
warning bot most often a "git grep" tells me that in less than 10
seconds anyway.

The extra link step would also benefit kallsyms check I think so
it will not be waste of time.

But summer has hit us so it may be after next merge window.
The changes would anyway need to cook in -mm a while before
I would push them to mainstream.

	Sam

      reply	other threads:[~2007-06-11 21:49 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-11  8:25 Jan Beulich
2007-06-11 21:50 ` Sam Ravnborg [this message]

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=20070611215052.GA8132@uranus.ravnborg.org \
    --to=sam@ravnborg.org \
    --cc=jbeulich@novell.com \
    --cc=linux-kernel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®