lkml.org 
[lkml]   [2009]   [Jun]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [Xen-users] Re: Xen is a feature
    Linus Torvalds wrote:
    > Seriously.
    >
    > If it was just the local APIC, fine. But it may be just the local APIC
    > code this time around, next time it will be something else. It's been TLB,
    > it's been entry_*.S, it's been all over. Some of them are performance
    > issues.
    >
    > I dunno. I just do know that I pointed out the statistics for how
    > mindlessly incestuous the Xen patches have historically been to Jeremy. He
    > admitted it. I've not seen _anybody_ say that things will improve.
    >
    > Xen has been painful. If you give maintainers pain, don't expect them to
    > love you or respect you.
    >
    > So I would really suggest that Xen people should look at _why_ they are
    > giving maintainers so much pain.
    >
    > Linus

    Seriously, reading this is discouraging. I had to stop myself
    criticizing too much this opinion here, but it's kind of hard to read
    "mindless", "painful" and such considering the consequences of the
    current state.

    As time passes, it's becoming more and more unmaintainable to manage the
    dom0 patch on one side, and the mainline kernel on the other, even for a
    user/admin point of view. THIS is years of mindless and painful
    administration/patching tasks. We've all bee waiting too long already.
    We need the Xen dom0 "feature" NOW! Not tomorrow, not in one week, not
    in 10 years...

    As a developer myself (not on the kernel though), I can perfectly
    understand the standpoint about ugliness of the code. However, refusing
    to merge gives bad headaches to hundreds of people trying to deal and
    maintain productions with the issues it creates.

    I stand on Steven Rostedt's side (and many others too). Merging WILL
    make it possible to have Xen going the way you wish. Otherwise, it's
    again a cathedral type of development. Keir Fraser and others seems to
    be willing to do the changes in the API if needed. It's just not right
    to tell they don't want to. And if there is such need for ABI/API
    compatibility, why not just add a config option "compatibility to old
    style Xen (dirty hugly slow feature)" if there are some issues?

    Now, about merging the Xen hypervisor, that's another discussion that
    can happen later on, IMHO. What's URGENT (I insist here) is dom0 support
    (including with 64 bits).

    Thomas


    \
     
     \ /
      Last update: 2009-06-04 16:25    [W:7.237 / U:0.244 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site