From: "Henrik Rydberg" <rydberg@euromail.se>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Linux 2.6.38-rc8
Date: Fri, 11 Mar 2011 10:28:11 +0100 [thread overview]
Message-ID: <20110311092811.GA2079@polaris.bitmath.org> (raw)
In-Reply-To: <AANLkTimG-1nSZw3P5q7LQbGmQch3ibsMPQ_duhAjhtQH@mail.gmail.com>
On Mon, Mar 07, 2011 at 09:40:04PM -0800, Linus Torvalds wrote:
> I would have been ok with releasing this as the final 38, but I'm
> going to be partially unreachable for several days next week, so I
> felt there was no point in opening the merge window yet.
>
> Also, we do have regressions. Some of them hopefully fixed here, but
> it won't hurt to give it another week.
>
> Not everything here is strictly a regression: the i_nlink fixes are
> long-standing races (very unlikely ones, admittedly), and the alpha
> updates just convert the irq chip descriptions so that we can enable
> GENERIC_HARDIRQS_NO_DEPRECATED on alpha too. But most everything is
> pretty simple, and the diffstat is fairly flat with nothing huge that
> stands out.
>
> 40% drivers, 35% arch updates (alpha and arm), with the rest being fs,
> net and some block layer updates.
>
> So please keep testing,
Hi Linus,
I stumbled upon this problem when a dkms package install claimed to
already have the latest version of a module, only it clearly did not.
It turns out the module srcversion is not unique. Doing a
cat /sys/module/*/srcversion | sort | uniq -c
shows something like this:
mainline>cat /sys/module/*/srcversion | sort | uniq -c
1 3EF20C25CC62BD750F4C3F3
1 41024DA8E830C7DAE171017
1 47AD35AE180473EB06EED32
19 533BB7E5866E52F63B9ACCB
1 598C709DDDAB55EB331379A
1 5AC5CB9DA8C242CBC76EEC0
1 AAD974CC23F320629986F38
2 AEBBDFD273E0316FD4E5D04
[...]
Bisecting leads to this commit
commit b7bd182176960fdd139486cadb9962b39f8a2b50
Author: Michal Marek <mmarek@suse.cz>
fixdep: Do not record dependency on the source file itself
which seems to be a change to the build system. Reverting followed by
"make clean" cures the symptoms, and all module srcversions are again
unique. Just doing make after the revert does not work, which seems
reasonable. However, I can't even begin to imagine what the real
reason is.
The patch below is what fixes it for me.
Thanks,
Henrik
---
>From 0004c5bdc44c22646269756b0e0bbff1a7a30ac3 Mon Sep 17 00:00:00 2001
From: Henrik Rydberg <rydberg@euromail.se>
Date: Fri, 11 Mar 2011 09:54:33 +0100
Subject: [PATCH] Revert "fixdep: Do not record dependency on the source file itself"
In 2.6.38-rc8, the module srcversion is not unique. Doing a
cat /sys/module/*/srcversion | sort | uniq -c
shows something like this:
mainline>cat /sys/module/*/srcversion | sort | uniq -c
1 3EF20C25CC62BD750F4C3F3
1 41024DA8E830C7DAE171017
1 47AD35AE180473EB06EED32
19 533BB7E5866E52F63B9ACCB
1 598C709DDDAB55EB331379A
1 5AC5CB9DA8C242CBC76EEC0
1 AAD974CC23F320629986F38
2 AEBBDFD273E0316FD4E5D04
[...]
Bisecting leads to this commit
commit b7bd182176960fdd139486cadb9962b39f8a2b50
Author: Michal Marek <mmarek@suse.cz>
fixdep: Do not record dependency on the source file itself
which is a change to the build system. Reverting followed by "make
clean" cures the symptoms and all module srcversions are unique. Just
doing make after the revert does not work.
I can't even begin to imagine what the real reason is.
This reverts commit b7bd182176960fdd139486cadb9962b39f8a2b50.
---
scripts/basic/fixdep.c | 12 +-----------
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/scripts/basic/fixdep.c b/scripts/basic/fixdep.c
index 6c94c6c..c9a16ab 100644
--- a/scripts/basic/fixdep.c
+++ b/scripts/basic/fixdep.c
@@ -315,7 +315,6 @@ static void parse_dep_file(void *map, size_t len)
char *end = m + len;
char *p;
char s[PATH_MAX];
- int first;
p = strchr(m, ':');
if (!p) {
@@ -328,7 +327,6 @@ static void parse_dep_file(void *map, size_t len)
clear_config();
- first = 1;
while (m < end) {
while (m < end && (*m == ' ' || *m == '\\' || *m == '\n'))
m++;
@@ -342,17 +340,9 @@ static void parse_dep_file(void *map, size_t len)
if (strrcmp(s, "include/generated/autoconf.h") &&
strrcmp(s, "arch/um/include/uml-config.h") &&
strrcmp(s, ".ver")) {
- /*
- * Do not output the first dependency (the
- * source file), so that kbuild is not confused
- * if a .c file is rewritten into .S or vice
- * versa.
- */
- if (!first)
- printf(" %s \\\n", s);
+ printf(" %s \\\n", s);
do_config_file(s);
}
- first = 0;
m = p + 1;
}
printf("\n%s: $(deps_%s)\n\n", target, target);
--
1.7.4.1
next prev parent reply other threads:[~2011-03-11 9:26 UTC|newest]
Thread overview: 12+ 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 ` Henrik Rydberg [this message]
2011-03-11 14:27 ` Linux 2.6.38-rc8 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
2011-03-12 10:28 ` Linux 2.6.38-rc8 Török Edwin
-- strict thread matches above, loose matches on Subject: below --
2011-03-12 22:11 Sedat Dilek
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=20110311092811.GA2079@polaris.bitmath.org \
--to=rydberg@euromail.se \
--cc=linux-kernel@vger.kernel.org \
--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