Received: by 2002:ac0:b08d:0:0:0:0:0 with SMTP id l13csp4213296imc; Mon, 25 Feb 2019 00:30:27 -0800 (PST) X-Google-Smtp-Source: AHgI3Iakm9SFTMxyMXxQE+zT7/XzitaSURhclXbrL7ClIBQk+oQ2VJeUiOUVX60QtkCKSklJZlX9 X-Received: by 2002:a17:902:b097:: with SMTP id p23mr18942193plr.36.1551083427128; Mon, 25 Feb 2019 00:30:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551083427; cv=none; d=google.com; s=arc-20160816; b=AeuMuBuDooPODNoHQLGaKjgvMs0iBhtW9MbhfDnwCRMj+Jes/SViS0xri7SyhmiYRq jV6htrc63Qx9xOWrG25/Qq/6GVShsn+dckl0qNzDFnxUbLR6IKgU5XXxmuBH1MQdLIk0 bJL6W5Dv7RDX951dn8uStmdKtPeyQ+/C3+NV48l9So5pR5GIduCc+Kvzv4+I97TJlwY7 3Imsgd6L2c0e9ZVUWMyJDJ8Yq1Pp1g2VKJ8kIiMLq9o7Gc0mwjhKHZPnnZDYyjdV5qRr U9O75kwGMFjV0hogGnNvrpFYEjdAM1IUPnWMB4NbVpgXVZ0Ghpyzp6itSNQLsyMudZVE oiIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:reply-to:message-id :subject:cc:to:from:date; bh=VdrCq9TDeo7V9X0f5NgN0dhTzfCODSvE7Y0wpHjRUu0=; b=SV1IktScDCGG1xLwTMC2/J2Lnzh7PAqcssej56GglLgON2jBIRnq7PsTmHFpjCSfa2 N9078lpYiqIYKvej/2ddH8rmfBF+rwa1Ptyg3czPlyJDkO0oibASBcdOIO4Dh8uSSl/C HftvVhEu1RngSQG+kvd7M81kMxEEfnJeCs77VzDHqFCgx6K4/5GE7Qpvf6ulOmY9m7gH JOnujcFQ9x3v6f4BJsdilqdHrr7LxeQIrL5PSPcZg6egpVHxdCrp+ohIEaqdhl7JA0xy KuqbyT3ANRXuikSxfM5StI1yfcZCKmPsZd4Q/u0b2ZU1apPtC4sEArfrTxcJYMxx62G1 9Aew== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p7si8724501pgh.84.2019.02.25.00.30.10; Mon, 25 Feb 2019 00:30:27 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726185AbfBYI2L (ORCPT + 99 others); Mon, 25 Feb 2019 03:28:11 -0500 Received: from mx0a-002e3701.pphosted.com ([148.163.147.86]:32970 "EHLO mx0a-002e3701.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725942AbfBYI2L (ORCPT ); Mon, 25 Feb 2019 03:28:11 -0500 Received: from pps.filterd (m0150242.ppops.net [127.0.0.1]) by mx0a-002e3701.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x1P8Q4m1018821; Mon, 25 Feb 2019 08:28:07 GMT Received: from g4t3425.houston.hpe.com (g4t3425.houston.hpe.com [15.241.140.78]) by mx0a-002e3701.pphosted.com with ESMTP id 2qvcq6r288-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 25 Feb 2019 08:28:07 +0000 Received: from g4t3433.houston.hpecorp.net (g4t3433.houston.hpecorp.net [16.208.49.245]) by g4t3425.houston.hpe.com (Postfix) with ESMTP id 22E8E92; Mon, 25 Feb 2019 08:28:06 +0000 (UTC) Received: from anatevka (anatevka.americas.hpqcorp.net [10.34.81.61]) by g4t3433.houston.hpecorp.net (Postfix) with ESMTP id ACD3E48; Mon, 25 Feb 2019 08:28:05 +0000 (UTC) Date: Mon, 25 Feb 2019 01:28:05 -0700 From: Jerry Hoemann To: Greg KH Cc: Matt Hsiao , linux-kernel@vger.kernel.org, arnd@arndb.de, david.altobelli@hpe.com, mark.rusk@hpe.com Subject: Re: [PATCH 4/4] misc: hpilo: Update driver version Message-ID: <20190225082805.GA10062@anatevka> Reply-To: Jerry.Hoemann@hpe.com References: <1550736282-25416-1-git-send-email-matt.hsiao@hpe.com> <1550736282-25416-5-git-send-email-matt.hsiao@hpe.com> <20190221083256.GA6397@kroah.com> <20190222041111.GB31132@anatevka> <20190222064928.GA15860@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190222064928.GA15860@kroah.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-HPE-SCL: -1 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-02-25_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1902250063 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 22, 2019 at 07:49:28AM +0100, Greg KH wrote: > On Thu, Feb 21, 2019 at 09:11:11PM -0700, Jerry Hoemann wrote: > > > Our primary means of supporting Linux to our customers is via our > > distro partners. While we prefer to use in distro drivers, HPE does > > from time to time deliver driver updates via the "Service Pack for > > Proliants" -- The SPP. > > That's fine, but again, does not matter to the in-kernel driver at all. Your point? No one claimed that changing the version number of the module changes its functionality. We're changing the driver version number to reflect that the driver's functionality changed. We do this to help determine the version running on a system in the event we have problems. It's a support issue. > I understand that in your viewpoint, your driver's version means > something. But in reality, it's only the kernel's version that means > something because your driver is just part of the overall kernel, it > does not stand alone. I never claimed a driver stood alone. jeezz. When you say kernel "version", are you trying to say that the version string printed by the kernel determines the source of the drivers? (I ask, because I have heard other maintainers make this claim.) The kernel version string only reliably determines the base kernel build. Modules can be unloaded and replaced by totally new versions drastically different from the version that existed at the time of the base kernel build. The delivery of drivers updates independent of base kernel was old practice when I started Unix development 30 years ago. It was not unique to HPE then or now. I don't see it stopping. So while Linux delivers drivers built to a baseline kernel build, we cannot rely that the bits being used on a system still reflect that initial install. We can't just assume a driver version. And without knowing the driver version, it makes support more difficult. If you're trying to be profound, the "version" of the OS running is more than just the base kernel. That is only the beginning. We then have to consider the modules loaded and the order that they're loaded. This sequence is unbounded as modules can be repeatedly loaded and unloaded. When you know that, then you know the "version" of the kernel running. But that isn't what the kernel version string gives you. So why have it/print it? By your reasoning it's meaningless. It should be tossed. We have it because it gives us info, but it is only a start. ----------------------------------------------------------------------------- Jerry Hoemann Software Engineer Hewlett Packard Enterprise -----------------------------------------------------------------------------