lkml.org 
[lkml]   [2003]   [Apr]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [PATCH] kill ide-geometry.c, fix boot problems
        From alan@lxorguk.ukuu.org.uk  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.
    Three possibilities:

    (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).

    Andries
    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 13:34    [W:0.020 / U:2.044 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site