Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp809481imm; Fri, 3 Aug 2018 11:58:52 -0700 (PDT) X-Google-Smtp-Source: AAOMgpce6iE2OrfNDk+i4DlES7WQY2+Mvny+8yGXAY5yDqBI2jgLOTPhU+MdFyGe4aY7EfYu10Ia X-Received: by 2002:a63:dc17:: with SMTP id s23-v6mr5048746pgg.40.1533322732547; Fri, 03 Aug 2018 11:58:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533322732; cv=none; d=google.com; s=arc-20160816; b=mxkZVLsAVUAy+dcQp/AA+P9FIWweO58+M/h+WA2z20vjjOJd0sdPvWFbfhEis/2O1t iUS7oZFGZicy22TMuMfQETx17O/ir+k6OQhB9NUGLwR+hssOzRTaiN7Y+1VY/13AOhlP P/GDpvy4kz7npYLrayw8UwoLH6Xnpxr4YHZHAeYEXsRQHL/IVTV6MOJ8PNwT3rOaJr// czRojOZEo1BHxiVMOyWbenoVgcoZMPWseoLuPnyW+d1NxKwB3kb2dULHaD6dZegGNCKq jw24hSCJrpoVNTDLAntu6TuMCydPmNkPaiSYnD9rTsgySdrw0uie/JuGMHjdILEwAzzh o3ZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature :arc-authentication-results; bh=13qy+dxDgzc11PMhtnRwbhDfHnFyPcN1FSVdS6qh9wc=; b=VmwHuzSXhWLJjflDXLTxH1LFhquC9EgXOTXKaEUnfTShp7q189bJujm9XLTfO9UGcK NrXmkttMImKyyIftEpcboAMcJuncDfUHl2AymTOns5bSrAJLz9jVOvdVSplS91Jri+os grhtgic2e3Z+aeUItPXd4ZRFaD3AfxoJOkbXvQBdkrdP2rgoyt6tAe9WknQ7Zui/dL0Q 4WjdWSZes7M8vD7TemeeF0JaIgFQTejV/r9fDvfwdB0By3zqfKgq+a11BCystnJ4j1Bx 2pGzLpLqk6d41eLYPXvOeZDPv6lQfx4yJCbd6bABTnZj2DUTT4/Fyv+X+TjIrNnSoNfq 2kPw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=S+y+lcnz; 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 d34-v6si4186647pla.195.2018.08.03.11.58.37; Fri, 03 Aug 2018 11:58:52 -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=pass header.i=@linux-foundation.org header.s=google header.b=S+y+lcnz; 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 S1732071AbeHCUzS (ORCPT + 99 others); Fri, 3 Aug 2018 16:55:18 -0400 Received: from mail-it0-f65.google.com ([209.85.214.65]:40606 "EHLO mail-it0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727953AbeHCUzR (ORCPT ); Fri, 3 Aug 2018 16:55:17 -0400 Received: by mail-it0-f65.google.com with SMTP id h23-v6so9770649ita.5; Fri, 03 Aug 2018 11:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=13qy+dxDgzc11PMhtnRwbhDfHnFyPcN1FSVdS6qh9wc=; b=S+y+lcnzKHY9sP+zwlnGst4m3tG+Jx/G+z9zdtFmGPWoe7i9BPSHNGcIgq4ic6xX4U ShmLvv6MP2EuqATbo+MK36AkCP0S/jemL74Rw0V0vumFrKn9tL65PR3r4As1bYmmpFUW LKiGh4se2Z5ZfW8Vp23h+CYnBMmlJhvfaOAMg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=13qy+dxDgzc11PMhtnRwbhDfHnFyPcN1FSVdS6qh9wc=; b=oVxZzO74fKSFl4+EpHbLaJFZ9EIy2YSMDwjBYDH4SQzmjNyCRcImuznbU62eSZce4e mVCP5Qw0/7F2L9naw6jTcHA72T2a/rulHRufesul6sllXduXXWQAOxwT7kM0TeKYBrRG ZY8XrbOh7aHc5er00DwWX2zuT63b1QRsh8vLunQGv9Ox0XB6ALsqbgrzbvvzMgeo+4+N YU4xZSHzT5pNWbC2StCumROYvrNXgtwYiaPtgGfxi/Bkn7BTJEH3VSYsDIb5lLYlTX1s YQ8bxCVrKMVigzX9/VjdO1jgn+L6y26Q5pkTZnlOAwzweS6NLNW1tpprGb9/yLDft3xt HXsw== X-Gm-Message-State: AOUpUlEuSm47xgDcCPdT653G5FcEFCz8RNd7GA95lkAEwQmJceapeC83 2ED3hT23p9Qdjw0LGOG7xPydYrpEA8YqkQ2rDyY= X-Received: by 2002:a24:b211:: with SMTP id u17-v6mr7247336ite.1.1533322665013; Fri, 03 Aug 2018 11:57:45 -0700 (PDT) MIME-Version: 1.0 References: <93bff248-6897-4867-841b-2dace11597de@torlan.ru> <1ec0a220-d5b0-1c27-e63b-c4d3f4ce9d77@torlan.ru> <20180803133102.GA3092@redhat.com> <20180803152034.GD32066@thunk.org> <20180803183932.GA3258@redhat.com> In-Reply-To: <20180803183932.GA3258@redhat.com> From: Linus Torvalds Date: Fri, 3 Aug 2018 11:57:34 -0700 Message-ID: Subject: Re: LVM snapshot broke between 4.14 and 4.16 To: Mike Snitzer Cc: "Theodore Ts'o" , Jens Axboe , Sagi Grimberg , Linux Kernel Mailing List , linux-block , dm-devel@redhat.com, Ilya Dryomov , wgh@torlan.ru, Zdenek Kabelac Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 3, 2018 at 11:39 AM Mike Snitzer wrote: > > Please stop with the overreaction and making this something it isn't. It's not an overreaction when people get their scripts broken, and some developers then argue "that's not a serious bug". Guys, this needs to be fixed. With all the stupid and fundamentyally incorrect excuses, I am now no longer even willing to maintain any other course of action. If you develop for the Linux kernel, you need to realize that "breaking user space" is simply not acceptable. And if you cannot live with that, then you should stop working on the kernel. Because I will refuse to continue to pull from you as a developer. At worst, I'll just revert the original commit entirely. I was hoping we'd be able to avoid that, partly because the commit looks fine, but partly because it also doesn't revert cleanly. Or I'll just do something like this, since it seems like it's the lvm people who have the hardest time with understanding the simple rules: diff --git a/drivers/md/dm-ioctl.c b/drivers/md/dm-ioctl.c index b810ea77e6b1..fcfab812e025 100644 --- a/drivers/md/dm-ioctl.c +++ b/drivers/md/dm-ioctl.c @@ -1049,7 +1049,12 @@ static int do_resume(struct dm_ioctl *param) return PTR_ERR(old_map); } - if (dm_table_get_mode(new_map) & FMODE_WRITE) + /* + * This used to do + * dm_table_get_mode(new_map) & FMODE_WRITE + * but the lvm tools got this wrong, and will + * continue to write to "read-only" volumes. + if (0) set_disk_ro(dm_disk(md), 0); else set_disk_ro(dm_disk(md), 1); which seems to target the actual problem more directly. Linus