lkml.org 
[lkml]   [2006]   [Jul]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [klibc] klibc and what's the next step?
    Theodore Tso wrote:
    >
    > Personally, I would be happier with keeping things like suspend2 in
    > the kernel, since I don't think the hellish compatibility problems
    > with non-reviewed kernel functionality that has been ejected into
    > userspace is really worth it --- but if we *are* going to go down the
    > route pushing everything into userspace, it is going to be critical
    > that distro's buy into using a kernel initialization system which is
    > shipped with the kernel, and can be updated without being tied a
    > particular distro's non-standard "value add". Maybe that means we
    > need to have hooks so that the distro's can add their non-standard
    > "value add" without breaking the ability for users to upgrade to newer
    > kernels.

    That would be my feeling. The ability to overlay initramfs is essential
    for that.

    > But either way, we're going to have to decide which way
    > we're going to go, and if we're going to go down the blind
    > in-userspace-good-in-kernel-bad approach, the distro's are going to
    > have to cooperate or it's going to be a mess.

    Of course.

    -hpa

    -
    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: 2006-07-02 00:25    [W:0.021 / U:29.812 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site