From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8780CC433E1 for ; Tue, 18 Aug 2020 00:55:40 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 586C42078B for ; Tue, 18 Aug 2020 00:55:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1597712140; bh=MyLBtOkx7MAh86cun2mYNwFMG7fn3zQ+n6TqXSjGeIg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=B5kycOMKz7s1oC7sYfCc/O7Iqse49zJP9WgwByvAAxEj5xwukbGWKPZDhokzw9pBh /s7ficXEP1HiDVDYpchaDCxliDU6Nekr1CVhIFMfk1guB4MkealS+bGpBOsvBvEzZf DJj7UtcarLCSm+UbPjfOJjP6rNvwm3aE2YsXsOUA= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726837AbgHRAzj (ORCPT ); Mon, 17 Aug 2020 20:55:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:38136 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726228AbgHRAzi (ORCPT ); Mon, 17 Aug 2020 20:55:38 -0400 Received: from localhost (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7E36D20789; Tue, 18 Aug 2020 00:55:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1597712137; bh=MyLBtOkx7MAh86cun2mYNwFMG7fn3zQ+n6TqXSjGeIg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=o2J1gd4XqlGYcZb90y5rRLrDFCfFtVicU5iebB9MB5qegXWippCwYNQzgjdlDBsxR HkPVVDfVa9ONxh3uyxn+eqijNQVnYBM7KquMapK+fwJ0ecMlamcFrHjNcTgaN0cXAv D1ic2QwnXTBuhz06InkT4Y2UtpFeEoawVVxyEdVM= Date: Mon, 17 Aug 2020 20:55:36 -0400 From: Sasha Levin To: Andreas =?iso-8859-1?Q?Gr=FCnbacher?= Cc: Greg Kroah-Hartman , Linux Kernel Mailing List , stable@vger.kernel.org, Andreas Gruenbacher , Christoph Hellwig , "Darrick J. Wong" Subject: Re: [PATCH 5.8 214/464] iomap: Make sure iomap_end is called after iomap_begin Message-ID: <20200818005536.GG4122976@sasha-vm> References: <20200817143833.737102804@linuxfoundation.org> <20200817143844.062314049@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 17, 2020 at 09:56:02PM +0200, Andreas Grünbacher wrote: >Gerg, > >Am Mo., 17. Aug. 2020 um 21:39 Uhr schrieb Greg Kroah-Hartman >: >> From: Andreas Gruenbacher >> >> [ Upstream commit 856473cd5d17dbbf3055710857c67a4af6d9fcc0 ] >> >> Make sure iomap_end is always called when iomap_begin succeeds. >> >> Without this fix, iomap_end won't be called when a filesystem's >> iomap_begin operation returns an invalid mapping, bypassing any >> unlocking done in iomap_end. With this fix, the unlocking will still >> happen. >> >> This bug was found by Bob Peterson during code review. It's unlikely >> that such iomap_begin bugs will survive to affect users, so backporting >> this fix seems unnecessary. > >this doesn't need to be backported. Now dropped, thanks! -- Thanks, Sasha