Received: by 10.192.165.148 with SMTP id m20csp2089801imm; Thu, 3 May 2018 10:12:03 -0700 (PDT) X-Google-Smtp-Source: AB8JxZp08Wp4v2ncAVSroNwDb5rtjebV+GVyLOYiNTYlTdU0figmorms6GuqADH4huy9eHX44n/v X-Received: by 2002:a17:902:3c5:: with SMTP id d63-v6mr24367825pld.163.1525367523750; Thu, 03 May 2018 10:12:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525367523; cv=none; d=google.com; s=arc-20160816; b=SmjaSsSys0hNrXrQ5wcVRJoutR3e3kx169yvMbatxcN3qx3Dk0uYV/Hooe80XI011L 1P+XMG7Dz64ko522YUvi+zaIZc+GxbqGbH/CSQOA3ZI4mkucYCbW8KbnfeAOGjOVkVN7 Cb6EKcCjDfjUqf+K1e0qlPx8DcIkEt4UUfvTZKeUpsDi164muUkGV3zAQ6+n0lKsMymo ahnEoDrFQK+MsbZxtKq1qd9qld4hL1jmMBh8GoNumBthL1qE1KApwV66QmpwbPTzBYp/ pwOQmWoKEZfd+XKMsKNak2uEAzI/v82LxWpRAejqVdrFuUufrOxwJNnSyP8njmfbFSx2 k5cw== 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:dkim-signature:arc-authentication-results; bh=vlruhQBdJctzZSaFH4vlW0vopx33qIHiKIIswieTxuw=; b=AvGI+m1Ynj5bIo3Mp4Aa9TUYsYCFsXKyBpQFOlhxJhsj44D8Gxmzz5o305NadhxY4p SEOyTTwO1jCcrF7L+E8mUIqjcX7stPtgsc6xUi3G5BUmaSxx0jLoCb0x/avJE+9SNawp WPl0TtsiQB6/wehf2tmXj3MwKXTTOi6657bBZ/N9OPAkUyQHm65R7p51BuL1RDsgeu3B y8n9MB/xYyYWPJuTlZ1JndhIFTMEv3JOSBDnYXUkaR64F0H4LUKbkEy74XhhrUAAgg57 allUi1KZoTKqj8WP/kU+OffwSlJkXW8hfEm//mBxt7I8MyrznxUeHorCX5i2u9ubL9H2 elMQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@roeck-us.net header.s=default header.b=tOPD9ZcC; 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 s3-v6si4292210pgr.80.2018.05.03.10.11.49; Thu, 03 May 2018 10:12:03 -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; dkim=fail header.i=@roeck-us.net header.s=default header.b=tOPD9ZcC; 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 S1751349AbeECRJp (ORCPT + 99 others); Thu, 3 May 2018 13:09:45 -0400 Received: from bh-25.webhostbox.net ([208.91.199.152]:46880 "EHLO bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750947AbeECRJo (ORCPT ); Thu, 3 May 2018 13:09:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=roeck-us.net; s=default; h=In-Reply-To:Content-Type:MIME-Version:References :Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding :Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vlruhQBdJctzZSaFH4vlW0vopx33qIHiKIIswieTxuw=; b=tOPD9ZcCeUTr+hKHYlxlq8InHt 8fKT2L8tB0mLzVz/FQCrJYF20pll+27W98O9W9VrkJSDp2Mv8JvkyTSGIeEYrFnsWh4H/yNLuGz8U 7ZcKPucysUnbXd656Fa24w+kt/gsbmxP9P+1wX88Gttm/FOidZheuWXf7NoGbvpBEUasZhiJRCxVY +DLOUTz/ych4Gji0ThgeI4k2Zi9rCVpiHHztMMtrSPXEN2buIwtY6Y9BLM84UBMZNWh10EMyYVeO+ A6JRhfDG+OWXb7KxkLOoWkNsGmDanBlTx/QBcL63NR/R0hjVkc9cy8MNL2zxI8mhOLv8+H4vqE3yO wqjj3Xiw==; Received: from 108-223-40-66.lightspeed.sntcca.sbcglobal.net ([108.223.40.66]:54994 helo=localhost) by bh-25.webhostbox.net with esmtpa (Exim 4.89) (envelope-from ) id 1fEHjS-003wJn-8x; Thu, 03 May 2018 17:09:26 +0000 Date: Thu, 3 May 2018 10:09:20 -0700 From: Guenter Roeck To: Sasha Levin Cc: "Theodore Y. Ts'o" , Geert Uytterhoeven , Greg KH , "linux-kernel@vger.kernel.org" , "w@1wt.eu" , "ksummit-discuss@lists.linuxfoundation.org" Subject: Re: [Ksummit-discuss] bug-introducing patches Message-ID: <20180503170920.GC26754@roeck-us.net> References: <20180501163818.GD1468@sasha-vm> <20180502195138.GC18390@sasha-vm> <20180503000620.GA29205@thunk.org> <20180503145533.GK18390@sasha-vm> <20180503154911.GA26754@roeck-us.net> <20180503160210.GO18390@sasha-vm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180503160210.GO18390@sasha-vm> User-Agent: Mutt/1.5.24 (2015-08-30) X-Authenticated_sender: guenter@roeck-us.net X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - roeck-us.net X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: guenter@roeck-us.net X-Authenticated-Sender: bh-25.webhostbox.net: guenter@roeck-us.net X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 03, 2018 at 04:02:12PM +0000, Sasha Levin wrote: > >You are misquoting me. I am saying that it would be a bad idea to hold up > >bug fixes after -rc4, which is quite different to saying that patches > >don't make it into stable releases fast enough. I am perfectly happy to > >wait a week or so for a patch to soak in _mainline_ before being applied > >to stable. > > Most bug fixes that go in at that point are fixes for previous released > kernels, what's the harm in keeping them around for longer? > The ones I am mostly concerned about are fixes for CVEs, crashes, file system corruptions, and similar. Maybe the enterprise folks don't mind keeping those around for a month or more even though a fix is available. I do. > For AUTOSEL, I'd be happy to learn of issues you encounter and address > them in my process. > > I've been submitting automatically selected patches for over a year now > and the track record for regressions is on par with patches that are > tagged for stable. So far it hasn't been an issue. Or, rather, not much; with more patches applied, the percentage of regressions may be the same, but the number of regressions is higher. My "customers" care about the number, not about the percentage. However, the set of test results attached below (from last night) _is_ a problem. I don't know what changed, but something clearly did, to the point that I am _very_ concerned about the next set of stable releases. Guenter --- For v4.14.39-580-gc8cd674: Build results: total: 146 pass: 98 fail: 48 Qemu test results: total: 100 pass: 21 fail: 79 For v4.4.131-268-ga33ce4a: Build results: total: 146 pass: 92 fail: 54 Qemu test results: total: 127 pass: 91 fail: 36