From: Andi Kleen <ak@suse.de>
To: "H. Peter Anvin" <hpa@zytor.com>
Subject: Re: [PATCH] Make bootsector stub 16-bit-only (i386)
Date: Tue, 8 May 2007 14:27:08 +0200
User-Agent: KMail/1.9.1
Cc: Andrew Morton <akpm@linux-foundation.org>,
       Alexander van Heukelum <heukelum@mailshack.com>,
       lkml <linux-kernel@vger.kernel.org>
References: <20070505104452.GA30944@mailshack.com> <20070508032817.e4734798.akpm@linux-foundation.org> <46405E0C.3020909@zytor.com>
In-Reply-To: <46405E0C.3020909@zytor.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200705081427.08646.ak@suse.de>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1346
Lines: 37

On Tuesday 08 May 2007 13:25, H. Peter Anvin wrote:
> Andrew Morton wrote:
> >>  	# Normalize the start address
> >> -	jmpl	$BOOTSEG, $start2
> >> +	jmpw	$BOOTSEG, $start2
> >
> > Sigh, another blow struck in the ongoing struggle between my Vaio and the
> > rest of the world.
> >
> > Stone-cold black-screen lockup immediately upon boot.
> >
> > Stock FC5 install, config at
> > http://userweb.kernel.org/~akpm/config-sony.txt
>
> Andrew, I'm seriously starting to think there is something fundamentally
> wrong with that test setup.

I agree. The patch above does not change any code in the running
kernel and is not even used in a normal kernel boot. Andrew,
can you please double check that?

> [*] On the other hand, as I discovered in the process,
> arch/i386/kernel/cpu/transmeta.c apparently gets miscompiled on my
> development system for top-of-Linus.  This is a Linux bug and not gcc's
> fault.  The following code:

You should have put that into a different mail (is there a electron shortage
somewhere now? @)  Ok, thanks for the well researched bug report.  Will fix in 
my tree.

-Andi

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