Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756408AbZLWX1W (ORCPT ); Wed, 23 Dec 2009 18:27:22 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756159AbZLWX1U (ORCPT ); Wed, 23 Dec 2009 18:27:20 -0500 Received: from mail-yw0-f182.google.com ([209.85.211.182]:58320 "EHLO mail-yw0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756172AbZLWX1R (ORCPT ); Wed, 23 Dec 2009 18:27:17 -0500 Message-ID: <4B32A752.1020709@codemonkey.ws> Date: Wed, 23 Dec 2009 17:27:14 -0600 From: Anthony Liguori User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: Linus Torvalds CC: Gregory Haskins , Andi Kleen , Ingo Molnar , Bartlomiej Zolnierkiewicz , Avi Kivity , kvm@vger.kernel.org, Andrew Morton , "linux-kernel@vger.kernel.org" , netdev@vger.kernel.org, "alacrityvm-devel@lists.sourceforge.net" Subject: Re: [GIT PULL] AlacrityVM guest drivers for 2.6.33 References: <4B1D4F29.8020309@gmail.com> <87637zdy9g.fsf@basil.nowhere.org> <4B30E654.40702@codemonkey.ws> <200912221701.56840.bzolnier@gmail.com> <4B30F214.80206@codemonkey.ws> <20091223065129.GA19600@elte.hu> <4B3248F9.5030504@gmail.com> <20091223171052.GI20539@basil.fritz.box> <4B3250BC.50203@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2023 Lines: 48 On 12/23/2009 11:29 AM, Linus Torvalds wrote: > > > On Wed, 23 Dec 2009, Gregory Haskins wrote: >>> >>> And upstream submission is not always like this! >> >> I would think the process would come to a grinding halt if it were ;) > > Well, in all honesty, if it had been non-virtualized drivers I would just > have pulled. The pull request all looked sane, the diffstat looked clean > and non-intrusive, and I had no problems with any of that. > > But the virtualization people always argue about the fifty-eleven > different ways of doing things, and unlike real drivers - where the actual > hardware places constraints on what the heck is going on - virtualization > people seem to revel in making new interfaces weekly, and tend to be only > incidentally limited by hardware (ie hardware interfaces may limit some > _details_, but seldom any higher-level arguments). > > So when I see another virtualization interface, I want the virtualization > people to just argue it out amongst themselves. Actually, this sentiment is really the basis of this whole discussion. KVM is the product of learnign the hard way that that inventing interfaces just because we can is a total waste of time. Our current I/O infrastructure is based on PCI devices that we can emulate efficiently. They look, feel, and taste like real hardware devices. We try to be as boring as humanly possible and so far, it's worked out extremely well for us. > Thanks to the virtue of me > personally not caring one whit about virtualization, I can stand back and > just watch the fireworks. That's ashame, because I wish more people with a practical sentiment cared about virtualization to discourage the general silliness that seems to be all too common in this space. Regards, Anthony LIguori -- 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/