From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752162AbbHEVLt (ORCPT ); Wed, 5 Aug 2015 17:11:49 -0400 Received: from smtp-outbound-1.vmware.com ([208.91.2.12]:49651 "EHLO smtp-outbound-1.vmware.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751117AbbHEVLs convert rfc822-to-8bit (ORCPT ); Wed, 5 Aug 2015 17:11:48 -0400 From: John Savanyo To: "gregkh@linuxfoundation.org" CC: "dmitry.torokhov@gmail.com" , Philip Moltmann , "linux-kernel@vger.kernel.org" , "pv-drivers@vmware.com" , Xavier Deguillard , "akpm@linux-foundation.org" Subject: Re: [PATCH v3 5/9] VMware balloon: Show capabilities of balloon and resulting capabilities in the debug-fs node. Thread-Topic: [PATCH v3 5/9] VMware balloon: Show capabilities of balloon and resulting capabilities in the debug-fs node. Thread-Index: AQHQz7x49IsJ/bnFgEykOUs433QrIJ3+UdAA//+NJYCAAHeqAP//kIUA Date: Wed, 5 Aug 2015 21:11:46 +0000 Message-ID: References: <20150612161513.GA23859@dtor-pixel> <1434134610-2831-6-git-send-email-moltmann@vmware.com> <20150805201459.GA16009@kroah.com> <1438806166.31263.203.camel@vmware.com> <20150805203322.GA39610@dtor-ws> <20150805205034.GA26448@kroah.com> In-Reply-To: <20150805205034.GA26448@kroah.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.113.160.246] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/5/15, 1:50 PM, "gregkh@linuxfoundation.org" wrote: >You have to always diff the code anyway, you can't trust that number, >see my other email as to why. > >greg k-h I agree that we need to look at the source code to 100% understand that status of a driver. However, if VMware has a practice of bumping the version number for our contributions to help with some of our internal processes, then I donšt see any harm in allowing this practice to continue. We are not asking you personally to interpret these version numbers in any way. So it should be of little consequence to you to just accept them as part of our contributions in the future. Thanks, John