From: "Albert D. Cahalan" <acahalan@cs.uml.edu>
Message-Id: <200208011851.g71IpWA377111@saturn.cs.uml.edu>
Subject: Re: [PATCH] 2.5.29 IDE 110
To: martin@dalecki.de
Date: Thu, 1 Aug 2002 14:51:32 -0400 (EDT)
Cc: linux-kernel@vger.kernel.org (Kernel Mailing List),
       torvalds@transmeta.com (Linus Torvalds)
In-Reply-To: <3D488361.4070604@evision.ag> from "Marcin Dalecki" at Aug 01, 2002 02:40:01 AM
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1219
Lines: 30

Marcin Dalecki writes:

> - Eliminate support for "sector remapping". loop devices can handle
>     stuff like that. All the custom DOS high system memmory loaded
>     BIOS workaround tricks are obsolete right now. If anywhere it should
>     be the FAT filesystem code which should be clever enough to deal with
>     it by adjusting it's read/write methods.

Not suggesting this isn't too obsolete to care about, but...

I really don't think that would be right. Look at this crud
as an alternate partition table format that just happens
to contain something which looks like a PC partition table.

Support would best involve:

1. fdisk modified to read/write the crud
2. the kernel reading the crud

By #2 I don't mean doing an offset for the whole disk.
You have a partition table that occupies 64 (?) sectors,
containing values stored with offsets added to them.

BTW, you are dropping support for typical Pentium boxes.
If this is OK, then the f00f check can go, etc.
-
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/