Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp8058708imu; Fri, 28 Dec 2018 09:44:05 -0800 (PST) X-Google-Smtp-Source: AFSGD/V6iaevxIhY9368oE/uuRFVLcXtPh/Su9M41XzTKdQKZcNGqSJ5RjU2EFFigp0Q9jAArriU X-Received: by 2002:a62:160d:: with SMTP id 13mr28723844pfw.203.1546019044967; Fri, 28 Dec 2018 09:44:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546019044; cv=none; d=google.com; s=arc-20160816; b=i4HMLeBMwpAqRboDo2zT4J9kxQiRcaJe19ZtvDIAiKu2TLo5XUtEE4L/j9L/ppmK0V +jJMZFpKjuYf9jZ8ekPxlgPKjivAGRBgiivPWxmfpIhKwtQ/fLtpHJlWUTv1eSWXWU82 WqVevmOHqXQ+EPmiOmhasM9c2OgaZrXPram6RKhcppnhs6ujaBneoWiRIljOM8KiQPnU RFwO7LqFNpvKXYKikF0cRkceTKUaJFnXJXXQVwBq2ZJOTN3Yd7Y1LLZd99uCQ+X0lj/A CQp4ucwO0XD0dHjfBjSGhP3RMNZH8nV1Ocjzu1OcH/f7a3Rh9L9W49zZS5j3rLIGR9p3 bXJg== 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; bh=HpcR3FRWwSNUkiQ+pW0yir8OuKHJbBVGn3U1cAPmy10=; b=D4WKo9awIEzLybvZiZpKGr/X9Br2m93saVF3CrLcCY5v0CSePO4Xhde6uun/qcXARw OV6r7Cufc6TCUPC5xwcg+9k8EmA2dqwEwBaiFrcjPKWzEChIYlq6E5vM6K6+Eow8ubXD X9kOIYa4/rhF5Rh2C+Rp34uxDkA2fNv3Sm11RG7L4sD3WuS+W4kR4Tdh33IzTTbda7lW dA7G3i/XoOSglpjdG4b6ziTNPQspau6YgYKlAig3hPBo8iVYYLSWKRuTH5KYqDEs6qC3 GBhCs/OxvGR68WkyxGy/fKpDOP3hquaGRyucvcR1ZyhLSOT44NwsXVVz/pJfNM0xVFVJ Wy7Q== 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 37si645788pgs.447.2018.12.28.09.43.47; Fri, 28 Dec 2018 09:44:04 -0800 (PST) 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 S1730847AbeL1IG1 (ORCPT + 99 others); Fri, 28 Dec 2018 03:06:27 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:44863 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727989AbeL1IG1 (ORCPT ); Fri, 28 Dec 2018 03:06:27 -0500 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 2923480673; Fri, 28 Dec 2018 09:06:20 +0100 (CET) Date: Fri, 28 Dec 2018 09:06:24 +0100 From: Pavel Machek To: Thomas Backlund Cc: Sasha Levin , Dave Chinner , Greg KH , stable@vger.kernel.org, linux-kernel@vger.kernel.org, Dave Chinner , "Darrick J . Wong" , linux-fsdevel@vger.kernel.org Subject: Re: [PATCH AUTOSEL 4.14 25/35] iomap: sub-block dio needs to zeroout beyond EOF Message-ID: <20181228080624.GA6341@amd> References: <20181129121458.GK19305@dastard> <20181129124756.GA25945@kroah.com> <20181129224019.GM19305@dastard> <20181130082203.GA26830@kroah.com> <20181130101441.GA213156@sasha-vm> <20181130215005.GP19305@dastard> <20181201074909.GC213156@sasha-vm> <20181202232302.GT19305@dastard> <20181203092241.GC235790@sasha-vm> <2de96c1b-c375-8eed-f934-df5cbcdcd5cc@mageia.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <2de96c1b-c375-8eed-f934-df5cbcdcd5cc@mageia.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon 2018-12-03 23:22:46, Thomas Backlund wrote: > Den 2018-12-03 kl. 11:22, skrev Sasha Levin: >=20 > >=20 > > This is a case where theory collides with the real world. Yes, our QA is > > lacking, but we don't have the option of not doing the current process. > > If we stop backporting until a future data where our QA problem is > > solved we'll end up with what we had before: users stuck on ancient > > kernels without a way to upgrade. > >=20 >=20 > Sorry, but you seem to be living in a different "real world"... I have to agree here :-(. > People stay on "ancient kernels" that "just works" instead of updating > to a newer one that "hopefully/maybe/... works" Stable has a rules community agreed on, unfortunately stable team just simply ignores those and decided to do "whatever they please". Process went from "serious bugs that bother people only" to "hey, this looks like a bugfix, lets put it into tree and see what it breaks"... :-(. Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlwl2YAACgkQMOfwapXb+vJe+QCghsqA4dMCLDQ7cdQbA8J+SMQn HOcAn2x58gX5RDvYOE3QccxcmwUhxBtT =UkbG -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g--