[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAOJsxLGzMqQDwfm8C-6g8SCapEmGs7uUPq+SuL946yg=anV85g@mail.gmail.com>
Date: Sun, 6 Nov 2011 21:17:48 +0200
From: Pekka Enberg <penberg@...nel.org>
To: Paolo Bonzini <pbonzini@...hat.com>
Cc: Alexander Graf <agraf@...e.de>,
"kvm@...r.kernel.org list" <kvm@...r.kernel.org>,
qemu-devel Developers <qemu-devel@...gnu.org>,
"linux-kernel@...r.kernel.org List" <linux-kernel@...r.kernel.org>,
Blue Swirl <blauwirbel@...il.com>, Avi Kivity <avi@...hat.com>,
Américo Wang <xiyou.wangcong@...il.com>,
Ingo Molnar <mingo@...e.hu>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [PATCH] KVM: Add wrapper script around QEMU to test kernels
On Sun, Nov 6, 2011 at 9:11 PM, Paolo Bonzini <pbonzini@...hat.com> wrote:
>> I really don't see the point in doing that. We want to be part of
>> regular kernel history and release cycle.
>
> But I'm pretty certain that, when testing 3.2 with KVM tool in a couple of
> years, I want all the shining new features you added in this time; I don't
> want the old end-2011 code. Same if I'm bisecting kernels, I don't want to
> build KVM tool once per bisection cycle, do I?
If you're bisecting breakage that can be in the guest kernel or the
KVM tool, you'd want to build both.
What would prevent you from using a newer KVM tool with an older kernel?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists