Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp876853pxb; Wed, 3 Feb 2021 22:22:27 -0800 (PST) X-Google-Smtp-Source: ABdhPJwxpStfFh3wdg7AWOJT7pZK2afACXDUsjG3vJF+/QTe2xqhvrijrTZwE4EiTMixZGgrVNJT X-Received: by 2002:a17:907:98d7:: with SMTP id kd23mr5924039ejc.283.1612419747062; Wed, 03 Feb 2021 22:22:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612419747; cv=none; d=google.com; s=arc-20160816; b=zTTN1ICb6FVx+wCu1OKpQMqIfZOhqK1thPiWXApk9D5bh3S7n+K/kwBKD1uviONEa3 UTKE97JGhe2cdelK7o0VyM0aZgjG/h0+RUNwwLtLyIUR7LDiSJF1S+KZCZ33VrY7uMuQ TVH47dD0AJGFUPkjSiLW5lTMM4zj74Mu3Z9+oIHXu9DbsQQO3ZcFWUixDwAjVqXC4KH0 XjE8MEBUBYOEg5Cd4Ij6MsT9DcNPO84LS5zMPaqii01nC1tdCFBQXKPObFf2dLdlepsj h2jbwTePoBiFnhGwGXivaZOSUflVlj1ADjNSYxpeVqi78WCf67W5k2f1H/O0RJbBFXpP FVxw== 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=mMGjdBjAPORydY6mM7UvlnUF45h4LVhwzZac4LEySqE=; b=R+H2KNj6gqukjDy9hFoZZMmcrUYzB39jYExzHp8awfJJGlA0zlOFfDogMyBdZLlDlA vhJgNwQ/8YuaTwh8jcB4+QzCK39PT0lCozMBUQg1qkuSSu9pES0Qk0RCZJe0r9b/eAr9 k1jtAu6Fq+eCsMVG992lIFpt4x3+L9YXgZXksCc7MxgYD81aFzSquBK4b55Jf9k1ZmmB b0Am46lQWbZJ6cx6mBVvA3MQO7KrET95W2FfDTC9QS7nhSgZJudJZkph6gYe4dyZFSkq I8dd2mz9qg0azyEDF3Yivq4z0V5+kjtm1Cy1iOyURaJfUtLaKliRFFSl5KFJToT3tvLO m3YQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Cjs2lnjf; 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 dn4si3364541ejc.635.2021.02.03.22.22.02; Wed, 03 Feb 2021 22:22:27 -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=Cjs2lnjf; 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 S231812AbhBDGVI (ORCPT + 99 others); Thu, 4 Feb 2021 01:21:08 -0500 Received: from mail.kernel.org ([198.145.29.99]:41372 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229741AbhBDGVH (ORCPT ); Thu, 4 Feb 2021 01:21:07 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 64D3A64F4A; Thu, 4 Feb 2021 06:20:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1612419626; bh=ty/x6gWZoNcCC17mgqHv7iNMK7YrFFxujygfEoMKhEA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Cjs2lnjf5rxuOoP3lHZ74znCXBvO8b3yMNydNq9oDKwclcvDpoIhnpWDtXcLAGgfl vBw2bWrlQtK8f1kTE40pIlP/9tSHV6cQtH2ZuSUdPMpVJrp8l6xnh5uLLi+oO5X9Ot 11m/1jcbmoG9WEnXNSp9bXvkUOVvw8UZWn/7qQNM= Date: Thu, 4 Feb 2021 07:20:22 +0100 From: Greg Kroah-Hartman To: Jari Ruusu Cc: Sasha Levin , "linux-kernel@vger.kernel.org" , "stable@vger.kernel.org" Subject: Re: Kernel version numbers after 4.9.255 and 4.4.255 Message-ID: References: <7pR0YCctzN9phpuEChlL7_SS6auHOM80bZBcGBTZPuMkc6XjKw7HUXf9vZUPi-IaV2gTtsRVXgywQbja8xpzjGRDGWJsVYSGQN5sNuX1yaQ=@protonmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7pR0YCctzN9phpuEChlL7_SS6auHOM80bZBcGBTZPuMkc6XjKw7HUXf9vZUPi-IaV2gTtsRVXgywQbja8xpzjGRDGWJsVYSGQN5sNuX1yaQ=@protonmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 04, 2021 at 05:59:42AM +0000, Jari Ruusu wrote: > Greg, > I hope that your linux kernel release scripts are > implemented in a way that understands that PATCHLEVEL= and > SUBLEVEL= numbers in top-level linux Makefile are encoded > as 8-bit numbers for LINUX_VERSION_CODE and > KERNEL_VERSION() macros, and must stay in range 0...255. > These 8-bit limits are hardcoded in both kernel source and > userspace ABI. > > After 4.9.255 and 4.4.255, your scripts should be > incrementing a number in EXTRAVERSION= in top-level > linux Makefile. Should already be fixed in linux-next, right? thanks, greg k-h