From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933800AbdAIIck (ORCPT ); Mon, 9 Jan 2017 03:32:40 -0500 Received: from mail-ve1eur02hn0243.outbound.protection.outlook.com ([104.47.6.243]:10304 "EHLO EUR02-VE1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S933667AbdAIIcg (ORCPT ); Mon, 9 Jan 2017 03:32:36 -0500 Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=rkagan@virtuozzo.com; Date: Mon, 9 Jan 2017 11:32:23 +0300 From: Roman Kagan To: Paolo Bonzini CC: KY Srinivasan , Stephen Hemminger , Christoph Hellwig , Radim =?utf-8?B?S3LEjW3DocWZ?= , 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: <20170109083222.GB2128@rkaganb.sw.ru> Mail-Followup-To: Roman Kagan , Paolo Bonzini , KY Srinivasan , Stephen Hemminger , Christoph Hellwig , Radim =?utf-8?B?S3LEjW3DocWZ?= , 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 References: <20161221125920.GG15917@rkaganb.sw.ru> <20161221142654.GB8594@infradead.org> <20161221154348.GA31401@infradead.org> <20161221095049.6fdc3145@xeon-e3> <20161221175836.GA8846@infradead.org> <20161221100247.69a4049b@xeon-e3> <20161228170943.GB14702@rkaganb.sw.ru> <64526782-26fb-0012-f467-b6e5a1ab6357@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <64526782-26fb-0012-f467-b6e5a1ab6357@redhat.com> User-Agent: Mutt/1.7.1 (2016-10-04) X-Originating-IP: [195.214.232.6] X-ClientProxiedBy: AM4PR02CA0012.eurprd02.prod.outlook.com (10.165.239.150) To HE1PR0802MB2474.eurprd08.prod.outlook.com (10.175.34.147) X-MS-Office365-Filtering-Correlation-Id: 876d21d4-ae45-4192-c541-08d4386a0e06 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:HE1PR0802MB2474; X-Microsoft-Exchange-Diagnostics: 1;HE1PR0802MB2474;3:HAUEJVa2L1H7GbQ34DG453Aj887ByiP4sceE4a1Lz0DD7pJ3X8Ap2hmT591CWg45a7VRJkHcbDyEs+fJN0JougWLSXori7b0/9uIDdU/oepRw0h7HHLKRm4Rg5nuRBeE1OOR4aS/WcrKPcy99l6zlNxR7cHPfKEyUL/IZrWfRWSUmbFJ4j2uwqkkO5bmuJkHdLu2zmKwkgw5RtDIrOYs17gFldAL4glmZOfngPeBBuxYUysT/qRgPwLnHL0UxImQS5eNnalQdtT1tq0SdI1Mgw== X-Microsoft-Exchange-Diagnostics: 1;HE1PR0802MB2474;25:cloB8oqRFvzd0tWF/ylKqfi09kEr8CKDpNtTPMnyJMBB2vlTc9DTO3PLBYOtbnoEWdBoEQhlgY9Dg2oub2x6eCtvmX/xgSvGO1mQrH5I+yEmPqUtT85uVd81vom6NImh03B3y508jiYGJuI9uPmN9MzZ6LljQnzcT1d+fNuUaZpHwl12TAyw36sij0IWAzRu+GS8vSgJDu1tGmfaUuu+Xl0B973qaCZeADQWdseo9XmV9k6WAejOPOO+WPWTyJw2UnNiwKfkij0Vr8JaWcnfrl/yZohI8GqlP3Npbsr5ny3a3wdE4TOZAlkctjB6XL540ZeOeF8wyUOf/RQ22TP7XDgybPRy6qpG+fOgrReJWAnzqXmvEw8XuwTtPKPEFoHY/1A0iHkMt3mv/Bx6+IXub1gtpkYRuwY4VWMpTkgh0e9hENIcm7eDpUCn09SXb0f0Vl7KyaRUX64XPr6fVJTuJJAFue8kSul0dkQeERBAsuczPCfvww1GxhyH64rhZKckMDoXPtktOBISDDGfvYO0M8IXxLZ0K4lSfh1lBcigF02JJ8EDq1XfmqRImpFadHtNFlGvn6KOq4MI401lAoEmILavI3BCl4N/ied7BQR20ivUeVnmJC/31hLTMgn+8TSt/lRwp5xHYhHXoejbz5yKzz1OUMR1SOubSA6ND4lfveSfKto58b2sLukzUI6k7nZ24Y8RWAANHpWeoNpHoNn9OTpYgXlf5LzX1IZEKrUom/uniH3Fcxc0FySWHw5qZizD X-Microsoft-Exchange-Diagnostics: 1;HE1PR0802MB2474;31:2FGnMmm1JQNKfFprhg+2PhAThukIUcesOig9ILydmK3RwWeRNT3L1QUEwnpYNqzAviC9brcg/0Y3KQlVjpC9Bpkg8ExkEMJMxKvFO2nOjYFbHOEaYDuraqyhcobnpbf52A+tE4T3Edszfqv8PzMjXUDW/s6ubNDoxNjc/kBthLlya+sZtv0o8pclSFKrayccmREZE8q7YII8pwmqdz8v8BCQFFXmcB6XUjnogCg3fbQRvNK7Pnfun82LeH2VrmCy;20:6eq06fHCU9RYbG7vFc5yXShYtTG9Xmwwe1BflnQj4ejPbz6rb4g63IWPRqUbZFGkSOTU0euVw5P1pI3SaUyRCtLzk7GQKy5kK4EwJFzUBd2EkgQw2TQ1m9J1W5IVHw5IZ0ayFNYvml6I1ZYPP8ytdchl0aXxMWHM7e6MuSs+ZWqDc1p3JatLyQRbON71F3ZIqQXS8hzrRqfZBebsgJ/MBuCf/MOp6BHca318Ugt5VH4WzjI24z++43l8Dw+xWU6n X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(6072148);SRVR:HE1PR0802MB2474;BCL:0;PCL:0;RULEID:;SRVR:HE1PR0802MB2474; X-Microsoft-Exchange-Diagnostics: 1;HE1PR0802MB2474;4:eh9aPWPJYYtsLkH2L9b7tjGANzEQrkJCZJabzTBQKVSzMlNTcyS072Ji8DjDV/V2W0BBlfddo8qUWsxybNyhXFE/bScnjCRCkIzd9exO6W+yBsVbmm4mp+dYWRmLHAesVh93zWoFr/IMLwV0pGhxuIGdgflN+zqwKsHNqKJbO3RnpUcWcp6TcgV8mnxJlXiSTgTgzZnN3LSFCnDG2XwJbfTEzdGGVN6C/fGCI4sclkudcxicU0CTx4DbE2a8w0FocMuoE30BUF7vghVR8irNbNhXaSU1/ziDwsYd5eiZSrf+3NyAVXcOvDeDv0QLgDeC60/j/XP36I4D5mP3M/dPr/1ojx2q1QY4dOA8RVQ7FOlLIskWBCkj8/W/haSEeB3g5f9r5abUdYQz/Z6PUtVZYEadGer+WHS5m9Wx6v9dDKI5T8B9/Fcznyu8OrCVwtWJA08YFau1azLcl+6HimDqKMSua9Vgo2P5SBw6L/KksHCXd9Ct79CIgHgD5lIZbLOLbF64xSHoXoBMCXgDNLT0JrCOEzVtmWpBoMyVR4vwDE1IYmbfbzvffEJ0D+pC29X3pWDhgSvN/qFJTd+UQ/AcDQ== X-Forefront-PRVS: 0182DBBB05 X-Forefront-Antispam-Report: SFV:SPM;SFS:(10019020)(4630300001)(6009001)(7916002)(39450400003)(24454002)(189002)(199003)(81156014)(50466002)(81166006)(189998001)(229853002)(6116002)(2906002)(86362001)(97756001)(101416001)(3846002)(38730400001)(42186005)(68736007)(33656002)(7736002)(6506006)(66066001)(4326007)(47776003)(25786008)(23726003)(9686003)(8666007)(93886004)(110136003)(54906002)(1076002)(6916009)(36756003)(83506001)(55016002)(105586002)(2950100002)(5660300001)(53416004)(92566002)(106356001)(46406003)(6666003)(305945005)(7416002)(50986999)(4001350100001)(97736004)(76176999)(8676002)(69596002)(54356999)(30126002);DIR:OUT;SFP:1501;SCL:5;SRVR:HE1PR0802MB2474;H:rkaganb.sw.ru;FPR:;SPF:None;PTR:InfoNoRecords;MX:1;A:1;LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;HE1PR0802MB2474;23:dSB+ZKu5PhZ8QjUDJ00DVTkm3v1fuznP8yLFrpW?= =?us-ascii?Q?P/r/6+PziGArHFcsq3OvXJRdc5Ou93lxozhOXF0H37IakPDnpuqZfjOm/Vz+?= =?us-ascii?Q?WvQYgDoQNvcaK5ttPlAbiQc/sqRo1Q2XSiWWP0VOLDXyHYNvy3xSclepA3S7?= =?us-ascii?Q?Kli4qbKjfv/ng1vumx6MCw6iDZ///0eXLCHX32msJn0XA/GQd+OtH4aC9lCa?= =?us-ascii?Q?g97fY0gvbZJIW6IfGTbxVleRth24zqxoanzN2d9yV+fbOlRpbftyTgmsyqpw?= =?us-ascii?Q?IIq5DeXuH6Q4DuFSl0ka6EO4PZOJIDUcA/e7lHIaUHA8+iqamX0x0RLWMOO9?= =?us-ascii?Q?bSxGwI7bD4mmgjc3EKb0pNmtqvRHm6Pa0q6+tshCoYg7CrDoOYBanapl1HPv?= =?us-ascii?Q?kLhZbBoxxK/KGea4/8DPSUaBwJBHPut7pXf+k2T7G2rA0YwwkCnRbzmgoD5L?= =?us-ascii?Q?LhuT+sSNC3HS2Xio7iMylo3gh6Fusc7Umn08mh6YnLSi098+GI3CsnZboJEI?= =?us-ascii?Q?zzOQYpqziaTIKvsPp4qsQz3Bm3iWcyBoNzJRIssk4O/86FfKcRXHWnpm9uKM?= =?us-ascii?Q?rZdwnQcML4n1WgUDoIaYyhoc69ckn5of7/G68iG9In9/vq8DIbj2PAS0DDKn?= =?us-ascii?Q?TqL8ns/ZFr6HoRCFW5Ip16TBObRf2OGjS3HMY4g6+QOFStqyhxMjkH3eeQc+?= =?us-ascii?Q?BuNz08Kf1u0/EqXlTMneTS4sCanBSqOB5fDpKjWhTjKoN+BOlFNpj39sWAyf?= =?us-ascii?Q?XT62abOsVkahwdeXVMOP8UJjezNBr17RIvLlyUnahF4QdMfnqqh/8f1MqRXs?= =?us-ascii?Q?A61+sPqeeu/5qs1D4TQha/5GLOF+eslEZllbF8qJMLwRsW1HBLUUxkfrGeMv?= =?us-ascii?Q?5mf28xhc8x33Ni9Fk+X4gxPGrbZnhuIUaYDWW6QmpdDBkOLfmUjRWYku5Wd6?= =?us-ascii?Q?IrjZHud/iEWQWWVspGTi5geQnvpdueiqAPi6wkDxhjiHYAXjDD2MepLxVdjP?= =?us-ascii?Q?GdORP7uHOxaEYOl8XT53lgLug15YY1YH2ho6xQgJPeWtmmQ2jccgJKXfiqCR?= =?us-ascii?Q?1Ji766QN27N6gYUkKrsBRY/hL1Uixj4NjMp+EuePia5jhZytqxQ7Ns5+H4wd?= =?us-ascii?Q?reWpsx/DLlqylnbgYqFJjssMNEg6JIrH1mJ7YWZdblbCCa+ZuNTTZ4LP36e9?= =?us-ascii?Q?qK0myKfv9qdLRa5h908hiVA4FOBNlIPKmCOO2jnP20bquiyqvnnSpwQXyadA?= =?us-ascii?Q?dEVRyYXGX/2Xhi1UvZ5EMkw/UWEZK7XYbCSTNL+JaJy/xjA2lV5OHyk39+7f?= =?us-ascii?Q?BCD8cIjtewvwE04k9WVSPVXMWYnGDyaYnjGuiI0u2hxBpfn0aNKHJirIS+7X?= =?us-ascii?Q?MRxWjAugmjifLHFCG9TZHvRmJByA=3D?= X-Microsoft-Exchange-Diagnostics: 1;HE1PR0802MB2474;6:uAm8J9NzkUrf+N2tm33eX0lkdO6iDoUzJmrsWDB5vExBhLjig9GPZyYcDEyNJtXfloxFA0c22tJKuCakoF/O90l1ng2skL9Mj4cM1qpMAXXn/VmOAYyGBaODK0gybNP51h80h3mSagxl8gw36K1lCKvhruQ1ws0+FPeR+eRa7yZKj5cSW0Hy7cOOH5TbgM+pmH4ipJ9T9iTdaYetxayWmfSXvEDHdtJNc2S7NFKQuPg2M1F90ozBTx61slID6cTE1D1zrkcicYFfG0HhY/1+VUeIJ+fmj4EtVctKlN/ZhdjA2txQH7n8EBlX/IX5W0DWgaIlbahJ7TOP+MZmvJNR9Bf6WfFGHa2PgqM2J0wGhfQMI7ac/KEW219+gVdnSRa0BjEJ9/btDP2G8bwQGUPG3JNlZhExKK5uWekNi4T0NLI=;5:TtWJEjxSsUysGfxUjHv6GtkWRcs1FCVlsO3AvZVgDqadm4ALYBmFM8bBuntNXQSOqjM2pFVEo1W7A4BELOGCYmdUNBYYcDlrltAMRrBGcR/gbWi9wgBu10c8SPrgHsiibtjBUW10hz8ds46McaSmnQ==;24:rln2RNjBOn5wLmNPq9ALXxhonodmkTdakY65IV2Fh7y253qiqrR/9qW5bDKZbP0PkWUwVyv2dzTwGwhaH3yYoA== SpamDiagnosticOutput: 1:22 X-Microsoft-Exchange-Diagnostics: 1;HE1PR0802MB2474;7:mF/qf0c369fsbv7Xn3HLM45NcT8OR0O6A88/0KqtV41klSw46IXHfUg7vuvR/Dr1fQ8PV+8NW1R6i889FMA/AQ1afQKbehQJaP6dXVvaKuQX0JBqlGHuXKapL0yJeNIX2MzYTta4QZe1L7EjQAK0Wh7Dz0b5eCLiXvzdDgR/AtIg8R2jocEWdtTrl3G/cAJJNPMEYthIPIQL8KO7pWVPmib4sqmXHR7S4eaIrtRa06NlzUgNWckrit2C7I8YBCXcP9U82csxwCaBQ0myNJA8M10NDFw98x90L51pSkfwcakosOlcBlnsFbAvdXedb76Yi0kt+96o2xX6yREjM8KEFXB0baNV0VoR3GNy/N/X6FgaILSMJVX+VA2mHOUAeB5ehjCc72Go4KqUKyn8LNXSmH6zCirUOH2TAHf4SM/RvyTj6eXVMZMbU2+tWa7hCG9PGGet1dbUmGy/YbRwqZ8X4Q==;20:zRz0dZkRwrUssadfNXWsM27JIeYR/w8ItmiL4hNKgZUi4XSdCakAJz87XkoCFWVIxKh9eMX5zQJZgxwyvIrQqGhCstkwf+ytePv7L5kdFEODHYbTDlifDF6bJAGVe4QtJ1TDv3mHbmhafyUWDaUJ5R3OfOjqdz87InoRbceryc0= X-OriginatorOrg: virtuozzo.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Jan 2017 08:32:30.6475 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0802MB2474 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 02, 2017 at 09:19:57AM +0100, Paolo Bonzini wrote: > On 28/12/2016 18:09, Roman Kagan wrote: > > Am I correct assuming that QEMU is currently the only user of > > arch/x86/include/uapi/asm/hyperv.h? > > > > Then I think we're fine withdrawing it from uapi as a whole and letting > > QEMU pull it in through its header-harvesting scripts (as does now > > anyway). This would lift all licensing and longterm API stability > > expectations. > > Actually, QEMU's header-harvesting scripts use uapi/ headers > exclusively, since they are built on "make headers_install". > > The extra cleanups that QEMU does on top are to allow compilation of the > headers on non-Linux machines. They don't really do much more than > changing Linux (linux/types.h) integer types to the C99 (stdint.h) > equivalents. Ouch, I stand corrected. So what should we do with it then? I'm sorta lost... We certainly can give it up and live with a private copy of the definitions in the QEMU tree but that doesn't sound optimal in any sense. Thanks, Roman.