From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex =?utf-8?Q?Benn=C3=A9e?= Subject: Re: stand-alone kvmtool Date: Thu, 26 Feb 2015 11:02:31 +0000 Message-ID: <87mw41aqbc.fsf@linaro.org> References: <54DDD465.3050300@arm.com> <20150218155042.GF22017@arm.com> <54EAFCE9.5030000@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from localhost (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id B876A46AB4 for ; Thu, 26 Feb 2015 05:56:37 -0500 (EST) Received: from mm01.cs.columbia.edu ([127.0.0.1]) by localhost (mm01.cs.columbia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x+XVH8pwnfqg for ; Thu, 26 Feb 2015 05:56:36 -0500 (EST) Received: from socrates.bennee.com (static.88-198-71-155.clients.your-server.de [88.198.71.155]) by mm01.cs.columbia.edu (Postfix) with ESMTPS id 9C4C946AB1 for ; Thu, 26 Feb 2015 05:56:36 -0500 (EST) In-reply-to: <54EAFCE9.5030000@arm.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: kvmarm-bounces@lists.cs.columbia.edu Sender: kvmarm-bounces@lists.cs.columbia.edu To: Andre Przywara Cc: Pekka Enberg , "kvm@vger.kernel.org" , Marc Zyngier , Asias He , Will Deacon , "linux-kernel@vger.kernel.org" , Cyrill Gorcunov , Ronald Minnich , Sasha Levin , "kvmarm@lists.cs.columbia.edu" , "linux-arm-kernel@lists.infradead.org" List-Id: kvmarm@lists.cs.columbia.edu CkFuZHJlIFByenl3YXJhIDxhbmRyZS5wcnp5d2FyYUBhcm0uY29tPiB3cml0ZXM6Cgo+IEhpIFdp bGwsCj4KPiBPbiAxOC8wMi8xNSAxNTo1MCwgV2lsbCBEZWFjb24gd3JvdGU6Cj4+IEhpIEFuZHJl LAo+PiAKPj4gVGhhbmtzIGZvciBkb2luZyB0aGlzLiBTaW5jZSBpdCBsb29rcyB1bmxpa2VseSB0 aGF0IGt2bXRvb2wgd2lsbCBldmVyIGJlCj4+IG1lcmdlZCBiYWNrIGludG8gdGhlIGtlcm5lbCB0 cmVlLCBpdCBtYWtlcyBzZW5zZSB0byBjdXQgdGhlIGRlcGVuZGVuY3kKPj4gaW4gbXkgb3Bpbmlv bi4KPj4gCjxzbmlwPgo+Cj4gUC5TLiBBbHRob3VnaCBib3RoIGFwcHJvYWNoZXMgc3RpbGwgcHJv dmlkZSB0aGUga3ZtdG9vbCBwYXRjaCBoaXN0b3J5LAo+IHRoZXkgZG8gbm90IGNvbXBpbGUgYmVm b3JlIHRoZSBkZXBlbmRlbmN5IGN1dCBwYXRjaGVzLiBJZiB0aGF0IGlzIGFuCj4gaXNzdWUsIG9u ZSBjb3VsZCB0aGluayBhYm91dCBpbmplY3RpbmcgdGhvc2UgbmV3IHBhdGNoZXMgYmFjayBpbnRv IHRoZQo+IHJlcG9zaXRvcnkgdGltZSBsaW5lLiBBZG1pdHRlZGx5IHRoYXQgc291bmRzIHNjYXJ5 LCBidXQgd291bGQgc29sdmUgdGhlCj4gcHJvYmxlbS4KCklmIHlvdSBjYW4gaGF2ZSBpdCBhbGwg aXQgd291bGQgYmUgbmljZSB0byBwcmVzZXJ2ZSBidWlsZGFiaWxpdHkgYWxsCnRocm91Z2ggeW91 ciBoaXN0b3J5IGZvciBiaXNlY3RpbmcgKGFuZCB0aGUgbW9vbiBvbiBhIHN0aWNrIHBsZWFzZSA7 LSkKCklzIHRoZSBkZXBlbmRlbmN5IG9uIHRoZSBrZXJuZWwgc291cmNlcyBzb21ldGhpbmcgdGhh dCBoYXMgYmVlbiBzdGFibGUKb3ZlciB0aGUgcHJvamVjdHMgaGlzdG9yeSBvciBzb21ldGhpbmcg dGhhdCdzIGJlZW4gZGVjbGluaW5nL2luY3JlYXNpbmcKb3ZlciB0aW1lPwoKLS0gCkFsZXggQmVu bsOpZQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwprdm1h cm0gbWFpbGluZyBsaXN0Cmt2bWFybUBsaXN0cy5jcy5jb2x1bWJpYS5lZHUKaHR0cHM6Ly9saXN0 cy5jcy5jb2x1bWJpYS5lZHUvbWFpbG1hbi9saXN0aW5mby9rdm1hcm0K From mboxrd@z Thu Jan 1 00:00:00 1970 From: alex.bennee@linaro.org (Alex =?utf-8?Q?Benn=C3=A9e?=) Date: Thu, 26 Feb 2015 11:02:31 +0000 Subject: stand-alone kvmtool In-Reply-To: <54EAFCE9.5030000@arm.com> References: <54DDD465.3050300@arm.com> <20150218155042.GF22017@arm.com> <54EAFCE9.5030000@arm.com> Message-ID: <87mw41aqbc.fsf@linaro.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Andre Przywara writes: > Hi Will, > > On 18/02/15 15:50, Will Deacon wrote: >> Hi Andre, >> >> Thanks for doing this. Since it looks unlikely that kvmtool will ever be >> merged back into the kernel tree, it makes sense to cut the dependency >> in my opinion. >> > > P.S. Although both approaches still provide the kvmtool patch history, > they do not compile before the dependency cut patches. If that is an > issue, one could think about injecting those new patches back into the > repository time line. Admittedly that sounds scary, but would solve the > problem. If you can have it all it would be nice to preserve buildability all through your history for bisecting (and the moon on a stick please ;-) Is the dependency on the kernel sources something that has been stable over the projects history or something that's been declining/increasing over time? -- Alex Benn?e From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932134AbbBZLCg (ORCPT ); Thu, 26 Feb 2015 06:02:36 -0500 Received: from static.88-198-71-155.clients.your-server.de ([88.198.71.155]:45839 "EHLO socrates.bennee.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932077AbbBZLCe (ORCPT ); Thu, 26 Feb 2015 06:02:34 -0500 References: <54DDD465.3050300@arm.com> <20150218155042.GF22017@arm.com> <54EAFCE9.5030000@arm.com> From: Alex =?utf-8?Q?Benn=C3=A9e?= To: Andre Przywara Cc: Will Deacon , Cyrill Gorcunov , "kvm\@vger.kernel.org" , Marc Zyngier , Asias He , "linux-kernel\@vger.kernel.org" , Pekka Enberg , Ronald Minnich , Sasha Levin , "kvmarm\@lists.cs.columbia.edu" , "linux-arm-kernel\@lists.infradead.org" Subject: Re: stand-alone kvmtool In-reply-to: <54EAFCE9.5030000@arm.com> Date: Thu, 26 Feb 2015 11:02:31 +0000 Message-ID: <87mw41aqbc.fsf@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: alex.bennee@linaro.org X-SA-Exim-Scanned: No (on socrates.bennee.com); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Andre Przywara writes: > Hi Will, > > On 18/02/15 15:50, Will Deacon wrote: >> Hi Andre, >> >> Thanks for doing this. Since it looks unlikely that kvmtool will ever be >> merged back into the kernel tree, it makes sense to cut the dependency >> in my opinion. >> > > P.S. Although both approaches still provide the kvmtool patch history, > they do not compile before the dependency cut patches. If that is an > issue, one could think about injecting those new patches back into the > repository time line. Admittedly that sounds scary, but would solve the > problem. If you can have it all it would be nice to preserve buildability all through your history for bisecting (and the moon on a stick please ;-) Is the dependency on the kernel sources something that has been stable over the projects history or something that's been declining/increasing over time? -- Alex Bennée