From firstname.lastname@example.org Wed Apr 16 18:26:31 2003
On Mer, 2003-04-16 at 16:16, Andries.Brouwer@cwi.nl wrote:
> All traces of ide_xlate_1024 have been removed.
> Few people need it, and sometimes it was directly
> harmful. (And it is dead code in 2.5.recent.)
> There are now boot options "remap" and "remap63"
> for people with EZD or DM.
There are lots of people with remap/remap63 needs. This should
be automated as it was before or it will be a nightmare.
You are desperate to remove the ide_xlate stuff but you can't
do that without providing equivalent automatic functionality,
either thats in base or that the vendors all just merge anyway.
Ha, Alan - what a choice of words. "Nightmare". "Desperate".
It is not that bad.
About this particular patch: what is removed is dead code,
so your complaint is directed against some earlier patch
(maybe 2.5.30 or so). At that time we exchanged a letter or two
and left it at that.
This xlate stuff consists of two halves: geometry stuff and
remapping stuff. Both must die. From the point of view of a
vendor, geometry stuff is uninteresting - it is not used anywhere.
The remapping stuff has some interest, but the interest is really
small, and the vendor does its clients a definite disservice by
automatically assuming that a client wants these strange constructions.
Especially when the disk is to be a Linux-only disk it is very
unlikely that a client should want a disk manager.
I have guided many a user in getting rid of DM.
It is good that this semi-incorrect policy disappears from the kernel.
Of course we do not want to lose power. After 2.5.30 I said: as soon
as somebody needs it, I'll add a boot option. It happened today.
Now you are a vendor and want to do things automatically.
(i) Add an ioctl to do the remap at runtime
(I can also add it if you prefer) - only a few lines.
Now the RedHat installer can do the remap in case it detects
a disk manager. That is nice, because that means that in case of
a whole-disk install it could ask the user whether she wants to
preserve this animal. Probably she doesnt.
(ii) Do partition reading in initial userspace.
Now you are free to do what you want. It is userspace.
(iii) Revert some patches.
I get the impression that you prefer (iii). I prefer (ii).
Most realistic may be (i).
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Apr 23 2003 - 22:00:19 EST