All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Millan <rmh@aybabtu.com>
To: Tristan Gingold <tgingold@free.fr>
Cc: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: IA64 port
Date: Wed, 30 Jan 2008 14:19:25 +0100	[thread overview]
Message-ID: <20080130131925.GA14402@thorin> (raw)
In-Reply-To: <20080130052309.GA2528@saphi>

On Wed, Jan 30, 2008 at 06:23:09AM +0100, Tristan Gingold wrote:
> On Tue, Jan 29, 2008 at 07:48:29PM +0100, Robert Millan wrote:
> [...]
> > AFAIK, there's no standard specifiing FAT, only a few implementations that act
> > de-facto as a "reference".  Because of this, it is up to us to decide what is
> > "standard" and what is just an OS-dependant oddity.
> 
> There are spefications from MS, eg:
> Microsoft Extensible Firmware Initiative FAT32 File System Specification, rev. 1.03, December 6, 2000,
> (http://www.microsoft.com/whdc/system/platform/firmware/fatgen.mspx)

Ok, I have downloaded the document without accepting their license (which is
completely legal where I live), and had a look it (or at least the part of it
that can be deciphered from MS-Office internal format).

I can't legally quote it, but it seems the requirement of case insensitivity
is present.  I really think it is completely broken to describe a filesystem
structure saying, not how the data is organized, but how your implementation
must present it to the upper layer.

It is simply out of scope.  Consider there was a document describing ext2 that
said /dev/zero, if present, must output an endless stream of 0xff.

> or even ECMA 107.

Also, note that neither of these qualify as "standards".  The first is a
Microsoft internal document, the second is just a rubber-stamp organization.

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)



  reply	other threads:[~2008-01-30 13:21 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-28 16:09 IA64 port Tristan Gingold
2008-01-28 16:55 ` Robert Millan
2008-01-29  5:12   ` Tristan Gingold
2008-01-29  9:17     ` Robert Millan
2008-01-29 10:31       ` tgingold
2008-01-29 11:08         ` Robert Millan
2008-01-29  9:59     ` Robert Millan
2008-01-29 10:35       ` tgingold
2008-01-29 11:32         ` Robert Millan
2008-01-29 12:56           ` tgingold
2008-01-29 13:19             ` Robert Millan
2008-01-29 14:46               ` Marco Gerards
2008-01-29 15:30                 ` Robert Millan
2008-01-29 16:38                   ` tgingold
2008-01-29 18:48                     ` Robert Millan
2008-01-30  5:23                       ` Tristan Gingold
2008-01-30 13:19                         ` Robert Millan [this message]
2008-01-29 16:35                 ` tgingold
2008-01-30  5:48                 ` Tristan Gingold
2008-01-30 15:07                   ` Robert Millan
2008-01-30 15:33                     ` Robert Millan
2008-01-30 16:22                     ` tgingold
2008-01-30 18:38                       ` Robert Millan
2008-02-04 15:45                   ` Marco Gerards
2008-02-04 16:07                     ` Robert Millan
2008-02-05  9:51                       ` tgingold
2008-02-10 22:43                   ` Alexandre Boeglin
2008-02-11  8:59                     ` tgingold
2010-01-18 18:03                   ` Robert Millan
2008-01-30  5:48                 ` Tristan Gingold
2008-01-30  5:57                 ` Tristan Gingold
2008-01-30 13:25                   ` Robert Millan
2008-01-30 16:04                     ` tgingold
2008-03-19 17:11                       ` Robert Millan
2008-03-20  6:34                         ` Tristan Gingold
2008-02-05 22:49       ` Alexandre Boeglin
2008-01-29  5:49   ` Tristan Gingold
2008-01-29  9:08     ` Robert Millan
2008-01-29 10:10       ` tgingold
2008-01-29 11:07         ` Robert Millan
2008-01-29 12:53           ` tgingold
2008-01-29 13:39             ` Robert Millan
2008-01-29 13:36     ` Robert Millan

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=20080130131925.GA14402@thorin \
    --to=rmh@aybabtu.com \
    --cc=grub-devel@gnu.org \
    --cc=tgingold@free.fr \
    /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.