Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761722AbcLUSC6 (ORCPT ); Wed, 21 Dec 2016 13:02:58 -0500 Received: from mail-pg0-f42.google.com ([74.125.83.42]:33795 "EHLO mail-pg0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1761553AbcLUSC4 (ORCPT ); Wed, 21 Dec 2016 13:02:56 -0500 Date: Wed, 21 Dec 2016 10:02:47 -0800 From: Stephen Hemminger To: Christoph Hellwig Cc: Paolo Bonzini , Roman Kagan , Radim =?UTF-8?B?S3LEjW3DocWZ?= , "K. Y. Srinivasan" , Vitaly Kuznetsov , kvm@vger.kernel.org, "Denis V . Lunev" , Haiyang Zhang , x86@kernel.org, linux-kernel@vger.kernel.org, Ingo Molnar , "H. Peter Anvin" , devel@linuxdriverproject.org, Thomas Gleixner Subject: Re: [PATCH 12/15] hyperv: move VMBus connection ids to uapi Message-ID: <20161221100247.69a4049b@xeon-e3> In-Reply-To: <20161221175836.GA8846@infradead.org> References: <20161220155602.6298-1-rkagan@virtuozzo.com> <20161220155602.6298-13-rkagan@virtuozzo.com> <20161220092543.6183bffd@xeon-e3> <20161221062939.GB15917@rkaganb.sw.ru> <20161221121858.GA17429@infradead.org> <20161221125920.GG15917@rkaganb.sw.ru> <20161221142654.GB8594@infradead.org> <20161221154348.GA31401@infradead.org> <20161221095049.6fdc3145@xeon-e3> <20161221175836.GA8846@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 776 Lines: 16 On Wed, 21 Dec 2016 09:58:36 -0800 Christoph Hellwig wrote: > On Wed, Dec 21, 2016 at 09:50:49AM -0800, Stephen Hemminger wrote: > > Lastly, there is licensing issues on headers. It would be good to have any > > userspace ABI headers licensed with a more liberal license so that BSD and DPDK drivers > > could use them directly. Right now each one reinvents. > > Microsoft could easily solves this problem by offering a suitably > liberally licensed header documenting the full HyperV guest protocol > that Linux and other projects could use. The issue is if same header file mixes kernel and userspace API stuff. Once the files are arranged right, I will submit trivial change to comments to indicate the liberal licensing of userspace API headers.