Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp552755pxb; Thu, 12 Nov 2020 10:06:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJxJstan6/cHKit+pUXj6hSrchdDWPabDmRVzxYRY96E3oN0JWN9cXoWLjmquRddiyLlhTzw X-Received: by 2002:a17:906:fcdb:: with SMTP id qx27mr521067ejb.470.1605204417971; Thu, 12 Nov 2020 10:06:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605204417; cv=none; d=google.com; s=arc-20160816; b=TGDZwalsZF53oRckZ1D424TUuvDBRBjexP3w6LMvdUCsI954oDQCl4G39xjq+KA38f RcjdyEYFTgjFWmksIZUCevmBiG3DN5/1HowF+a2qX4W/Tmm9T1OFjj3XVkqDWwSrG+v4 SPp96qVWyiInUgw+LgkZGZ91R9YeoHDSHekr5mRtemiO5Ui6LsHhS5rKcu2uChkFtygb UCdjAiXhFZXRLH7w33/nGX1L4QC2O9akDC89EM8+Ca0AP1qHVG8CRiMVRH8F9yuivCS8 Xb1MjeXOeLn6xxOT123V+kKv1cki8gdiRdc1bVIm6ouuVywjiny3TFD4a7p1Te3uFt/4 jPdA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=gHH4fJUp35tz+0pcTVm0X5L8slLfV6UxkHRMMhQM8oU=; b=Fj686AY1Y6vqMGdL+oi1uskAnBL7qoms+i1ul+hOvf+wlaiOMIyq9f+fya0baEMTUg S6pd5X6lcdYpsftB6phjSUj2jewJoA9LwNkgZLrKSOXHwASK4iH5vd5rYSJq2sjv3YpI j/wc41kRapmpH1wR+YoCExlZUPvHZsAtb6KsyhfZudgjdT5ZZ9AJ0x1G/1b7RPbJ/jm/ D5GO/Xti2KVAgimnNYPXRMa6L3LgEZsSSk0mtsZPfGRUs9F7BTclL4T1q1aDmNzlNIH9 HXJUSBi/b6qBukvUX0qHgQgnUVojv997HCagDev9hxyvkRyjMI99jOCSJlwgo5fjhkpp KRAg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e26si4974179edr.162.2020.11.12.10.06.33; Thu, 12 Nov 2020 10:06:57 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727025AbgKLSBz (ORCPT + 99 others); Thu, 12 Nov 2020 13:01:55 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35102 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726387AbgKLR7H (ORCPT ); Thu, 12 Nov 2020 12:59:07 -0500 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8234::]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BAF0FC0617A7; Thu, 12 Nov 2020 09:59:07 -0800 (PST) Received: from ip4d145e30.dynamic.kabel-deutschland.de ([77.20.94.48] helo=truhe.fritz.box); authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1kdGsD-0006ue-68; Thu, 12 Nov 2020 18:59:05 +0100 From: Thorsten Leemhuis To: Jonathan Corbet Cc: Randy Dunlap , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [RFC PATCH v2 07/26] docs: reporting-bugs: let users classify their issue Date: Thu, 12 Nov 2020 18:58:44 +0100 Message-Id: X-Mailer: git-send-email 2.28.0 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-bounce-key: webpack.hosteurope.de;linux@leemhuis.info;1605203947;764f585d; X-HE-SMSGID: 1kdGsD-0006ue-68 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Explicitly outline that some issues are more important than others and thus need to be handled differently in some steps that are about to follow. This makes things explicit and easy to find if you need to look up what issues actually qualify as "regression" or a "severe problem". The alternative would have been: explain each of the three types in the place where it requires special handling for the first time. But that makes it quite easy to miss and harder to find when you need to look it up. Signed-off-by: Thorsten Leemhuis --- Documentation/admin-guide/reporting-bugs.rst | 39 ++++++++++++++++++++ 1 file changed, 39 insertions(+) diff --git a/Documentation/admin-guide/reporting-bugs.rst b/Documentation/admin-guide/reporting-bugs.rst index 9122889509de..fdd79d99c18f 100644 --- a/Documentation/admin-guide/reporting-bugs.rst +++ b/Documentation/admin-guide/reporting-bugs.rst @@ -280,6 +280,45 @@ mainline kernel yourself and reporting the issue as outlined in this document; just make sure to use really fresh kernel (see below). +Issue of high priority? +----------------------- + + *See if the issue you are dealing with qualifies as regression, security + issue, or a really severe problem: those are 'issues of high priority' that + need special handling in some steps that are about to follow.* + +Linus Torvalds and the leading Linux kernel developers want to see some issues +fixed as soon as possible, hence there are 'issues of high priority' that get +handled slightly differently in the reporting process. Three type of cases +qualify: regressions, security issues, and really severe problems. + +You deal with a 'regression' if something that worked with an older version of +the Linux kernel does not work with a newer one or somehow works worse with it. +It thus is a regression when a WiFi driver that did a fine job with Linux 5.7 +somehow misbehaves with 5.8 or doesn't work at all. It's also a regression if +an application shows erratic behavior with a newer kernel, which might happen +due to incompatible changes in the interface between the kernel and the +userland (like procfs and sysfs). Significantly reduced performance or +increased power consumption also qualify as regression. But keep in mind: the +new kernel needs to be built with a configuration that is similar to the one +from the old kernel (see below how to achieve that). That's because the kernel +developers sometimes can not avoid incompatibilities when implementing new +features; but to avoid regressions such features have to be enabled explicitly +during build time configuration. + +What qualifies as security issue is left to your judgment. Consider reading +:ref:`Documentation/admin-guide/security-bugs.rst ` before +proceeding. + +An issue is a 'really severe problem' when something totally unacceptably bad +happens. That's for example the case when a Linux kernel corrupts the data it's +handling or damages hardware it's running on. You're also dealing with a severe +issue when the kernel suddenly stops working with an error message ('kernel +panic') or without any farewell note at all. Note: do not confuse a 'panic' (a +fatal error where the kernel stop itself) with a 'Oops' (a recoverable error), +as the kernel remains running after the latter. + + .. ############################################################################ .. Temporary marker added while this document is rewritten. Sections above .. are new and dual-licensed under GPLv2+ and CC-BY 4.0, those below are old. -- 2.28.0