Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753909AbZLVQE7 (ORCPT ); Tue, 22 Dec 2009 11:04:59 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753610AbZLVQE6 (ORCPT ); Tue, 22 Dec 2009 11:04:58 -0500 Received: from ey-out-2122.google.com ([74.125.78.24]:29417 "EHLO ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753557AbZLVQE5 (ORCPT ); Tue, 22 Dec 2009 11:04:57 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:message-id:content-type:content-transfer-encoding; b=CBhadzH9PN5eT4l7awLrjr+hL6cTyU5uD28kDfiRw1s7/E+bKPf3qUd/K8PuVXGDrz /EXyJybqsaYyQmR57X3xvbHR5Xp7jGWX326ASRAncUat9RszOdNWUAokzm9RPv9r0lnA TGqjC5Guo/6LtfFUrxBR8BA0n2gee1toQJhW0= From: Bartlomiej Zolnierkiewicz To: Anthony Liguori Subject: Re: [GIT PULL] AlacrityVM guest drivers for 2.6.33 Date: Tue, 22 Dec 2009 17:01:56 +0100 User-Agent: KMail/1.12.2 (Linux/2.6.32-0.1-desktop; KDE/4.3.1; x86_64; ; ) Cc: Andi Kleen , Gregory Haskins , Avi Kivity , Ingo Molnar , kvm@vger.kernel.org, Andrew Morton , torvalds@linux-foundation.org, "linux-kernel@vger.kernel.org" , netdev@vger.kernel.org, "alacrityvm-devel@lists.sourceforge.net" References: <4B1D4F29.8020309@gmail.com> <87637zdy9g.fsf@basil.nowhere.org> <4B30E654.40702@codemonkey.ws> In-Reply-To: <4B30E654.40702@codemonkey.ws> MIME-Version: 1.0 Message-Id: <200912221701.56840.bzolnier@gmail.com> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1911 Lines: 47 On Tuesday 22 December 2009 04:31:32 pm Anthony Liguori wrote: > I think the comparison would be if someone submitted a second e1000 > driver that happened to do better on one netperf test than the current > e1000 driver. > > You can argue, hey, choice is good, let's let a user choose if they want > to use the faster e1000 driver. But surely, the best thing for a user > is to figure out why the second e1000 driver is better on that one test, > integrate that change into the current e1000 driver, or decided that the Even though this is "Won't somebody please think of the users?" argument such work would be much welcomed. Sending patches would be a great start.. > new e1000 driver is more superior in architecture and do the required > work to make the new e1000 driver a full replacement for the old one. Right, like everyone actually does things this way.. I wonder why do we have OSS, old Firewire and IDE stacks still around then? > Regards, > > Anthony Liguori > > > Unwritten code tends to always sound nicer, but it remains to be seen > > if it can deliver what it promises. > > > > From a abstract stand point having efficient paravirtual IO interfaces > > seem attractive. > > > > I also personally don't see a big problem in having another set of > > virtual drivers -- Linux already has plenty (vmware, xen, virtio, power, > > s390-vm, ...) and it's not that they would be a particular maintenance > > burden impacting the kernel core. Exactly, I also don't see any problem here, especially since AlacrityVM drivers have much cleaner design / internal architecture than some of their competitors.. -- Bartlomiej Zolnierkiewicz -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/