From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932384Ab1KGMsN (ORCPT ); Mon, 7 Nov 2011 07:48:13 -0500 Received: from li9-11.members.linode.com ([67.18.176.11]:54046 "EHLO test.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755439Ab1KGMsJ (ORCPT ); Mon, 7 Nov 2011 07:48:09 -0500 Date: Mon, 7 Nov 2011 07:47:57 -0500 From: "Ted Ts'o" To: Pekka Enberg Cc: Gerd Hoffmann , Pekka Enberg , Alexander Graf , Avi Kivity , Linus Torvalds , Ingo Molnar , "linux-kernel@vger.kernel.org List" , "kvm@vger.kernel.org list" , qemu-devel Developers , =?iso-8859-1?Q?Am=E9rico?= Wang , Blue Swirl Subject: Re: [PATCH] KVM: Add wrapper script around QEMU to test kernels Message-ID: <20111107124757.GC24685@thunk.org> Mail-Followup-To: Ted Ts'o , Pekka Enberg , Gerd Hoffmann , Pekka Enberg , Alexander Graf , Avi Kivity , Linus Torvalds , Ingo Molnar , "linux-kernel@vger.kernel.org List" , "kvm@vger.kernel.org list" , qemu-devel Developers , =?iso-8859-1?Q?Am=E9rico?= Wang , Blue Swirl References: <4EB680D9.2070706@redhat.com> <877C82F4-F07C-44AA-8722-3AF57CFC4597@suse.de> <4EB7B1A9.9000409@redhat.com> <4EB7CA52.5050409@redhat.com> <20111107122902.GA24685@thunk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on test.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 07, 2011 at 02:42:57PM +0200, Pekka Enberg wrote: > On Mon, Nov 7, 2011 at 2:29 PM, Ted Ts'o wrote: > > Because it's a stupid, idiotic thing to do. > > The discussion is turning into whether or not linux/tools makes sense > or not. I wish you guys would have had it before perf was merged to > the tree. Perf was IMHO an overreaction caused by the fact that systemtap and oprofile people packaged and released the sources in a way that kernel developers didn't like. I don't think perf should be used as a precendent that now argues that any new kernel utility should be moved into the kernel sources. Does it make sense to move all of mount, fsck, login, etc., into the kernel sources? There are far more kernel tools outside of the kernel sources than inside the kernel sources. - Ted