public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michal Marek <mmarek@suse.cz>
To: Alexander Beregalov <a.beregalov@gmail.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org,
	Henrik Rydberg <rydberg@euromail.se>,
	David Miller <davem@davemloft.net>
Subject: Re: [PATCH] kbuild: Fix computing srcversion for modules
Date: Tue, 15 Mar 2011 08:24:08 +0100	[thread overview]
Message-ID: <4D7F1418.1070802@suse.cz> (raw)
In-Reply-To: <AANLkTinX=KODGLx5X+k-XD6FHQQU8VJhq+nX1_MTMCzs@mail.gmail.com>

On 15.3.2011 06:04, Alexander Beregalov wrote:
> On 12 March 2011 02:06, Henrik Rydberg <rydberg@euromail.se> wrote:
>> On Fri, Mar 11, 2011 at 10:34:47PM +0100, Michal Marek wrote:
>>> Recent change to fixdep:
>>>
>>>     commit b7bd182176960fdd139486cadb9962b39f8a2b50
>>>     Author: Michal Marek <mmarek@suse.cz>
>>>     Date:   Thu Feb 17 15:13:54 2011 +0100
>>>
>>>     fixdep: Do not record dependency on the source file itself
>>>
>>> changed the format of the *.cmd files without realizing that it is also
>>> used by modpost. Put the path to the source file to the file back, in a
>>> special variable, so that modpost sees all source files when calculating
>>> srcversion for modules.
>>>
> 
> Hi Michal,
> 
> There is something wrong with the patch,
> I can't compile 2.6.38 neither linux-next on sparc64:
> 
> $ make CROSS_COMPILE=sparc64-unknown-linux-gnu-
>   CHK     include/linux/version.h
>   CHK     include/generated/utsrelease.h
>   UPD     include/generated/utsrelease.h
>   CC      kernel/bounds.s
>   GEN     include/generated/bounds.h
>   CC      arch/sparc/kernel/asm-offsets.s
>   GEN     include/generated/asm-offsets.h
>   CALL    scripts/checksyscalls.sh
>   CC      scripts/mod/empty.o
>   MKELF   scripts/mod/elfconfig.h
>   HOSTCC  scripts/mod/file2alias.o
>   HOSTCC  scripts/mod/modpost.o
>   HOSTCC  scripts/mod/sumversion.o
>   HOSTLD  scripts/mod/modpost
> /usr/lib/gcc/sparc-unknown-linux-gnu/4.5.2/../../../../sparc-unknown-linux-gnu/bin/ld:
> scripts/mod/sumversion.o: Relocations in generic ELF (EM: 3)
> scripts/mod/sumversion.o: could not read symbols: File in wrong format
> collect2: ld returned 1 exit status
> 
> $ file scripts/mod/sumversion.o
> scripts/mod/sumversion.o: ELF 32-bit LSB relocatable, Intel 80386,
> version 1 (SYSV), not stripped
> 
> Why 386?

I don't know. If you are building on x86 for sparc, then the host
executables have to be x86. Please provide details. But I'm quite sure
that the above patch is not the cause.

Michal

  parent reply	other threads:[~2011-03-15  7:24 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-08  5:40 Linux 2.6.38-rc8 Linus Torvalds
2011-03-08  9:22 ` 2.6.38-rc8: lockdep vs nouveau Alexey Dobriyan
2011-03-08 16:53   ` Alexey Dobriyan
2011-03-11  9:28 ` Linux 2.6.38-rc8 Henrik Rydberg
2011-03-11 14:27   ` Michal Marek
2011-03-11 21:34   ` [PATCH] kbuild: Fix computing srcversion for modules Michal Marek
2011-03-11 23:06     ` Henrik Rydberg
2011-03-15  5:04       ` Alexander Beregalov
2011-03-15  5:26         ` Alexander Beregalov
2011-03-15  7:24         ` Michal Marek [this message]
2011-03-12 10:28 ` Linux 2.6.38-rc8 Török Edwin

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=4D7F1418.1070802@suse.cz \
    --to=mmarek@suse.cz \
    --cc=a.beregalov@gmail.com \
    --cc=davem@davemloft.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rydberg@euromail.se \
    --cc=torvalds@linux-foundation.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