All of lore.kernel.org
 help / color / mirror / Atom feed
From: "H. Peter Anvin" <hpa@zytor.com>
To: Jeremy Fitzhardinge <jeremy@goop.org>
Cc: Linux Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] Further update of the i386 boot documentation
Date: Thu, 17 May 2007 16:35:14 -0700	[thread overview]
Message-ID: <464CE6B2.5090403@zytor.com> (raw)
In-Reply-To: <464CE5A4.3040106@goop.org>

Jeremy Fitzhardinge wrote:
> H. Peter Anvin wrote:
>> Given that we have already established littleendian byte order, it's the
>> same thing.
>>   
> 
> Well, not quite; mentioning the string form first creates an ambiguity. 
> I'd express as something like: ``The magic number is 0x53726448
> (implicitly, stored little-endian), which breaks down to the characters
> "HdrS".''

It does not create any ambiguity whatsoever.  The two are equivalent
forms, and either is authoritative.

>>>> +
>>>> +Field name:	version
>>>> +Type:		read
>>>> +Offset/size:	0x206/2
>>>> +Protocol:	2.00+
>>>> +
>>>> +  Contains the boot protocol version, e.g. 0x0204 for version 2.04.
>>>>   
>>>>       
>>> So the version is in BCD?
>>>     
>> Valid objection.  It probably should be considered as (major, minor)
>> bytes, but we haven't had any releases where it hasn't also been valid
>> BCD.  I would prefer separate bytes myself, so 2.10 = 0x20a instead of
>> 2.10 = 0x210.
> 
> OK.  So is the major or minor at the lower address?

Minor.  Littleendian.

> 0x00 or \0-terminated is idiomatic and unambigous.  Not a big deal
> either way.

Null-terminated is idiomatic and unambiguous.

	-hpa

  reply	other threads:[~2007-05-17 23:36 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-17 22:50 [PATCH] Further update of the i386 boot documentation H. Peter Anvin
2007-05-17 23:11 ` Jeremy Fitzhardinge
2007-05-17 23:21   ` H. Peter Anvin
2007-05-17 23:30     ` Jeremy Fitzhardinge
2007-05-17 23:35       ` H. Peter Anvin [this message]
2007-05-17 23:49       ` Randy Dunlap
2007-05-17 23:31     ` Grzegorz Kulewski

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=464CE6B2.5090403@zytor.com \
    --to=hpa@zytor.com \
    --cc=jeremy@goop.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.