Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1206744imm; Sun, 15 Jul 2018 01:55:43 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdUwTgSaGkSUp2UOxHYB0ocZZaXF/wsE6N/uQ0CBvDZY0EoTRKpT8BcCUD2uwq2nTVaYblB X-Received: by 2002:a63:4d5:: with SMTP id 204-v6mr11808865pge.129.1531644943268; Sun, 15 Jul 2018 01:55:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531644943; cv=none; d=google.com; s=arc-20160816; b=J7kC3ydzG/V5kWDp67ekZCJ0YL6DmO+2Tz+dfOQaYGw2Gn9nmO1L+rWaZtLZr94XEm C6UuFEnX4BTRB/SWs3xqGtodPoL8aQK35+oIo5MGSlNbCCk8Rzz8FG7G1YiRilfrMxAS bu6GS6DL32YZfK6a72k4p54yhduU5xbvkOf63vjK1+ja6ze63McXe0KRoSCht9zRzcnS azK0IT/kG/2r+fxl4J2+VwMRAirDMa92Wypa3ZtZ2jMDr9W4LVfH+ibrScUTvLdbBEgZ xyE/6/QUEZC9Q4osIjA749lSUl3wwTAMkiCJLl1g6Vf6DmLEkurhBPV4VOysotqtXSBv zPZg== 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:message-id:subject:cc :to:from:date:arc-authentication-results; bh=V5xkdSiUt5o0fDcerD/EL3CU9g5R8wnPvGoMgeKYyZ0=; b=X+kQkZU7/oy4mRo6migCz9NERw38EV+zxFgdI78mhj7Q46np4T6IkzWsJOcTIHAid+ hUpcFmqsJHWhlTtqCTH8CzcFwpAOaqW3S86USpa9QIqn9gAErgjn6uHEWH2uON5SNDIQ Md3C/FOKAOEJ+lMYntl+mWvVmVfWCw75urj5fIPwcoJl9A7DDgVoqklnvxpm2J+HklAC IO2wguFd3hVrKdbTfXZ4bjWeKY8v+JEAqvKhqmyOIj4XFzNZBmtLxBTaSHI1/hnAaHU+ aO3sHYWAaPvv5jBnWMdkMT+kW6nAuRmVk5bNlfqptWbgw+IhSKiff1dbtszFr2Fr3hQ4 qmrQ== 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 q1-v6si28237064plb.331.2018.07.15.01.55.28; Sun, 15 Jul 2018 01:55:43 -0700 (PDT) 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 S1726602AbeGOJQU (ORCPT + 99 others); Sun, 15 Jul 2018 05:16:20 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:60538 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726026AbeGOJQU (ORCPT ); Sun, 15 Jul 2018 05:16:20 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id C1D9C899; Sun, 15 Jul 2018 08:54:06 +0000 (UTC) Date: Sun, 15 Jul 2018 10:54:03 +0200 From: Greg KH To: Pavel Machek Cc: Willy Tarreau , Sasha Levin , "Theodore Y. Ts'o" , "ksummit-discuss@lists.linuxfoundation.org" , "julia.lawall@lip6.fr" , "linux-kernel@vger.kernel.org" Subject: Re: bug-introducing patches Message-ID: <20180715085403.GA21992@kroah.com> References: <20180501163818.GD1468@sasha-vm> <20180501194450.GD10479@thunk.org> <20180501200019.GA7397@sasha-vm> <20180501205448.GE10479@thunk.org> <20180501220228.GD7397@sasha-vm> <20180502043017.GA11938@1wt.eu> <20180502194139.GA18390@sasha-vm> <20180502200229.GA12729@1wt.eu> <20180714173812.xhfwtcijlxebmn2k@devuan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180714173812.xhfwtcijlxebmn2k@devuan> User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jul 14, 2018 at 07:38:12PM +0200, Pavel Machek wrote: > Hi! > > > > The way I see it, if a commit can get one or two tested-by, it's a good > > > alternative to a week in -next. > > Pavel, I "love" how you fail to point out that you are responding to a 2 month old thread :( And that thread was beaten to death, and still you want to revise it, which is odd to me, perhaps you just don't like stable releases? Given that you never mark any of the patches for your subsystem for stable releases, why do you care about how they are maintained? > > Agreed. Even their own actually. And I'm not kidding. Those who run large > > amounts of tests on certain patches could really mention is in tested-by, > > as opposed to the most common cases where the code was just regularly > > tested. > > Actually, it would be cool to get "Tested: no" and "Tested: compile" > tags in the commit mesages. Sometimes it is clear from the context > that patch was not tested (treewide update of time to 64bit), but > sometime it is not. > > This is especially problem for -stable, as it seems that lately > patches are backported from new version without any testing. As everyone has pointed out numerous times in this thread, there are more testing of stable patches and releases than _EVER_ before in the history of stable kernels. And if you feel there are ways to do more testing that we somehow are missing, wonderful, please provide constructive criticism. If not, and you just want to complain, well, my killfile can always use a new member... And as always, you have a choice: - if you don't like stable kernels, don't run them. greg k-h