linux-kernel - Re: Linux 2.6.30.2: does not boot

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LFD.2.01.0907201241490.19335@localhost.localdomain>
Date:	Mon, 20 Jul 2009 12:50:36 -0700 (PDT)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Kiko Piris <kernel@...ispons.net>
cc:	Damien Wyart <damien.wyart@...e.fr>, Greg KH <gregkh@...e.de>,
	Wolfgang Walter <wolfgang.walter@...m.de>,
	linux-kernel@...r.kernel.org
Subject: Re: Linux 2.6.30.2: does not boot



On Mon, 20 Jul 2009, Kiko Piris wrote:
> 
> On 20/07/2009 at 20:03 +0200, Damien Wyart wrote:
> 
> > I am seeing a similar problem (no hang but an immediate reboot) on the
> > same distro.
> 
> Exactly the same than me.
> 
> > I suspected a recent gcc 4.3 upgrade so downgraded gcc, but no luck,
> > still getting the same problem.  So for now I am quite stuck, but
> > there is clearly a bad problem somewhere...
> 
> I compiled 2.6.30.1 some days ago:
> 
> | $ uname -a
> | Linux rompetechos 2.6.30.1 #1 SMP Fri Jul 3 16:11:06 CEST 2009 i686 GNU/Linux

Just to clarify:

 - you literally have a _working_ 2.6.30.1 that you compiled yourself a 
   few days ago.

 - But when you try to compile that same kernel _now_, it fails with an 
   immediate reboot? And not just 2.6.30.2, but 2.6.30.1 does that too?

That certainly implies something else than just the -fwrapv vs 
-fno-strict-overflow thing.

But we may be looking at two different issues, so maybe your "unable to 
compile a working kernel" issue is different from the other reports.

So can anybody confirm that they can really compile (on the same machine, 
with the same compiler and libc, right after each other) 2.6.30.1 and it 
works, but 2.6.30.2 does not work?

And in particular, if you can do that, it would be really interesting to 
see your 'vmlinux' file with -fno-strict-overflow, and then the exact same 
compile but with the top-level Makefile changed to use -fwrapv instead 
(and please double-check that the -fwrapv kernel works, and the 
-fno-strict-overflow)

Sadly, the code generation differences you get between -fwrapv and 
-fno-strict-overflow are not trivial to sort out (I just tested it on my 
own kernel - obviously working in both cases), but I'd be willing to try. 
If somebody can really guarantee that the _only_ thing that changed was 
that one compiler flag (rather than a gcc/glibc update or anything else, 
which seems to be implicated here for some people).

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/