From: Jeremy Fitzhardinge <jeremy@goop.org>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: Sean Young <sean@mess.org>, Rusty Russell <rusty@rustcorp.com.au>,
linux-kernel@vger.kernel.org
Subject: Re: Regression: boot failure on AMD Elan TS-5500
Date: Mon, 30 Jun 2008 15:36:05 -0700 [thread overview]
Message-ID: <48695FD5.7000605@goop.org> (raw)
In-Reply-To: <48695ACE.9040806@zytor.com>
H. Peter Anvin wrote:
> H. Peter Anvin wrote:
>>>>
>>>> startup_32:
>>>> cld
>>>> /* test KEEP_SEGMENTS flag to see if the bootloader is asking
>>>> * us to not reload segments */
>>>> testb $(1<<6), BP_loadflags(%esi)
>>>> jnz 1f
>>>>
>>>> cli
>>>> movl $(__BOOT_DS),%eax
>>>> movl %eax,%ds
>>>> movl %eax,%es
>>>> movl %eax,%fs
>>>> movl %eax,%gs
>>>> movl %eax,%ss
>>>> 1:
>
> On this general subject... I keep thinking that it would be better to
> have this as:
>
> movl %cs, %eax
> addl $8, %eax
> movl %eax, %cs
What's your intent? You can't directly load %cs; do you mean the other
segment registers?
>
> ... instead of a hard-coded constant. That actually removes all
> hard-coded uses of BOOT_CS/BOOT_DS until we eventually load the
> kernel's own boot GDT at head_32.S:94.
>
> Does anyone see any problem with that? As far as I can tell, we're
> requiring %cs == BOOT_CS for the current code anyway (unless
> KEEP_SEGMENTS), but %ds == %cs + 8 seems like a more sensible
> requirement.
>
Oh, you mean
mov %cs, %eax
add $8, %eax
mov %eax, %ds (etc)
?
Seems reasonable.
J
next prev parent reply other threads:[~2008-06-30 22:36 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-16 12:11 Regression: boot failure on AMD Elan TS-5500 Sean Young
2008-06-16 13:27 ` Rusty Russell
2008-06-16 13:37 ` Jeremy Fitzhardinge
2008-06-16 16:19 ` Sean Young
2008-06-16 17:06 ` H. Peter Anvin
2008-06-16 17:58 ` Sean Young
2008-06-16 18:16 ` H. Peter Anvin
2008-06-16 17:06 ` H. Peter Anvin
2008-06-16 17:07 ` Jeremy Fitzhardinge
2008-06-30 21:43 ` Sean Young
2008-06-30 21:52 ` Jeremy Fitzhardinge
2008-06-30 22:04 ` H. Peter Anvin
2008-06-30 22:14 ` H. Peter Anvin
2008-06-30 22:36 ` Jeremy Fitzhardinge [this message]
2008-06-30 22:45 ` H. Peter Anvin
2008-06-30 22:31 ` Sean Young
2008-06-30 22:34 ` Jeremy Fitzhardinge
2008-06-30 22:42 ` H. Peter Anvin
2008-07-01 19:59 ` Sean Young
2008-07-01 20:20 ` Sean Young
2008-07-01 20:24 ` Jeremy Fitzhardinge
2008-07-01 20:25 ` H. Peter Anvin
2008-07-15 22:23 ` Sean Young
2008-07-15 22:30 ` H. Peter Anvin
2008-07-01 20:22 ` Jeremy Fitzhardinge
2008-07-01 20:23 ` H. Peter Anvin
2008-07-01 20:29 ` Jeremy Fitzhardinge
2008-07-01 20:39 ` H. Peter Anvin
2008-07-06 13:21 ` Pavel Machek
2008-06-30 22:09 ` Sean Young
2008-07-06 2:41 ` Eric W. Biederman
2008-07-06 3:07 ` H. Peter Anvin
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=48695FD5.7000605@goop.org \
--to=jeremy@goop.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rusty@rustcorp.com.au \
--cc=sean@mess.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