Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2536614pxb; Fri, 5 Feb 2021 23:25:35 -0800 (PST) X-Google-Smtp-Source: ABdhPJw+bw/HGhvZHrW+N7+cUCGgdEw4iYk+y6E3aRlKvPAHHbWokTn0VwZklelVQBaxY5+FZ2L8 X-Received: by 2002:a17:906:494c:: with SMTP id f12mr7900949ejt.56.1612596335723; Fri, 05 Feb 2021 23:25:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612596335; cv=none; d=google.com; s=arc-20160816; b=ByiI6VRsBeRTtNAReGXRM66nKmZ8se/4Ki3e9J7SM57bKv/GCUkdUsmqg6pWtEnVRC uSUoJ+IBErLhFvIOU5g9UznHDa+Zzo+l7RQnVVDtuLL2tzoKpKs/3WQixq8vVgRZ/LD5 u9ulPjaWtJF/JIDzptc3dstW5i1t7STl3bnlQOf5TufA66FykqSVtN2UaybDsQT45xNf lS5ZQsIl/v0uFrSowoi+ugerSJrHOVANXGlG3u5Lg7UGlQAwwOM13Yvwbd08hHdxMYcN 2wLJPCwjYdhdgxWQwxfuFzqk3sP888d4oHZoYvK47G4GInLDO/LhzTT27Cqzw3Bxk4Sw K19g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=ceNZCOPYU5f3lSDlQwqsR8IBxLR4U/5HEPwgZGqDq+k=; b=YhlS4jBBN97OkV2i1xkd5HS5cAlQbBfrbPdy4E+MQ7ZBMgP+fry81obRohrQJE0Nro SMNsYXP0UfBdp8JS4crykYZhCYR3BJ+NK0rumhor0B+4s1sMaP1z3qRxH+HK6VbSBx3A N1z1fZ3XrYPmxYMeZwlECKNsX+z0OCoJn7CPI4GVEc355vQT2kbiCc5LaYp4njqv+Qmz GI/vkjxlYBYGUoLiL3M0DnCRtm+0b6aG/QedztpPSKWzU2w2BZq8g0lALmXU29c582Kn 9ZurOUDefnAzE1odTymKGUKy9Lcs674JCs3+Oq+OZb3h9Szx4S6XaIp3nVQSH1KXuRFq EAQA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=poRfP7Dr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lj9si5748379ejb.236.2021.02.05.23.25.11; Fri, 05 Feb 2021 23:25:35 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=poRfP7Dr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229731AbhBFHXx (ORCPT + 99 others); Sat, 6 Feb 2021 02:23:53 -0500 Received: from mail.kernel.org ([198.145.29.99]:50802 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229715AbhBFHXv (ORCPT ); Sat, 6 Feb 2021 02:23:51 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8643864FD1; Sat, 6 Feb 2021 07:23:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1612596190; bh=13wxReQcfjFneIEOZSyiWPFborDcoVVkk5DRCF3mq4I=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=poRfP7Dr3sqni1xZBHNINNWJKnP5CRzJXXfjXBa/m0jjk5pqThMhs2EpeGFZebu4Q 2cKrEXae3cpeK29/rgVBugHpqFvLF7m9jLTqBZDNJM8GUGH1qDrFveeAqkokjTDEb4 Db2hDDvRXcXA6GUzl5h3WdUd78hL3EroJhHCw+As= Date: Sat, 6 Feb 2021 08:23:06 +0100 From: Greg Kroah-Hartman To: Pavel Machek Cc: Jiri Slaby , Jari Ruusu , Sasha Levin , "linux-kernel@vger.kernel.org" , "stable@vger.kernel.org" , "torvalds@linux-foundation.org" , masahiroy@kernel.org Subject: Re: Kernel version numbers after 4.9.255 and 4.4.255 Message-ID: References: <7pR0YCctzN9phpuEChlL7_SS6auHOM80bZBcGBTZPuMkc6XjKw7HUXf9vZUPi-IaV2gTtsRVXgywQbja8xpzjGRDGWJsVYSGQN5sNuX1yaQ=@protonmail.com> <78ada91b-21ee-563f-9f75-3cbaeffafad4@kernel.org> <20210205090659.GA22517@amd> <20210205184412.GA20410@duo.ucw.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210205184412.GA20410@duo.ucw.cz> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 05, 2021 at 07:44:12PM +0100, Pavel Machek wrote: > Hi! > > > > > Ugh, I thought this was an internal representation, not an external one > > > > :( > > > > > > > > > It might work somewhere, but there are a lot of (X * 65536 + Y * 256 + Z) > > > > > assumptions all around the world. So this doesn't look like a good idea. > > > > > > > > Ok, so what happens if we "wrap"? What will break with that? At first > > > > glance, I can't see anything as we keep the padding the same, and our > > > > build scripts seem to pick the number up from the Makefile and treat it > > > > like a string. > > > > > > > > It's only the crazy out-of-tree kernel stuff that wants to do minor > > > > version checks that might go boom. And frankly, I'm not all that > > > > concerned if they have problems :) > > > > > > > > So, let's leave it alone and just see what happens! > > > > > > Yeah, stable is a great place to do the experiments. Not that this is > > > the first time :-(. > > > > How else can we "test this out"? > > > > Should I do an "empty" release of 4.4.256 and see if anyone complains? > > It seems that would be bad idea, as it would cause problems when stuff > is compiled on 4.4.256, not simply by running it. > > Sasha's patch seems like one option that could work. > > Even safer option is to switch to 4.4.255-st1, 4.4.255-st2 ... scheme. Using EXTRAVERSION would work, but it is effectivly the same thing as nothing exports that to userspace through the LINUX_VERSION macro. So clamping the version like Sasha's patches seems to be the best solution. thanks, greg k-h