lkml.org 
[lkml]   [2010]   [Mar]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC] Unify KVM kernel-space and user-space code into a single project

    * Avi Kivity <avi@redhat.com> wrote:

    > On 03/18/2010 04:09 PM, Ingo Molnar wrote:
    > >* Avi Kivity<avi@redhat.com> wrote:
    > >
    > >>> That is not what i said. I said they are closely related, and where
    > >>> technologies are closely related, project proximity turns into project
    > >>> unification at a certain stage.
    > >>
    > >> I really don't see how. So what if both qemu and kvm implement an i8254?
    > >> They can't share any code since the internal APIs are so different. [...]
    > >
    > > I wouldnt jump to assumptions there. perf shares some facilities with the
    > > kernel on the source code level - they can be built both in the kernel and
    > > in user-space.
    > >
    > > But my main thought wasnt even to actually share the implementation - but
    > > to actually synchronize when a piece of device emulation moves into the
    > > kernel. It is arguably bad for performance in most cases when Qemu handles
    > > a given device - so all the common devices should be kernel accelerated.
    > >
    > > The version and testing matrix would be simplified significantly as well:
    > > as kernel and qemu goes hand in hand, they are always on the same version.
    >
    > So, you propose to allow running tools/kvm/ only on the kernel it was
    > shipped with?

    No, but i propose concentrating on that natural combination.

    > Otherwise the testing matrix isn't simplified.

    It is, because testing is more focused and more people are testing the
    combination that developers tested as well. (and not some random version
    combination picked by the distributor or the user)

    Ingo


    \
     
     \ /
      Last update: 2010-03-18 18:19    [W:3.230 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site