Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp460230pxu; Wed, 7 Oct 2020 07:34:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzOz7IOqSHB7E4GuhRYPhS4QoseyFJ+l4ip7JQM6bMVajXpkHiN3Dm0zhOnoi5Wgi36b/4h X-Received: by 2002:a17:906:c43:: with SMTP id t3mr3552326ejf.219.1602081240063; Wed, 07 Oct 2020 07:34:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602081240; cv=none; d=google.com; s=arc-20160816; b=Og4OOYVynpoSW+3risMRC0+1Us4UfgRSA2nFvPQo3z7PBBdTuLD2+O1C1kxbduxXPA RYZo453eNA7C+fUnpgTb0EMKGR/duycTb9htVKwY6rED+iTOEdziKwV8cQLEBkEzzZjI lVGhP6Z/35LCX6oJj3eKWyAaEUqcfnshXy8FEfa6/WUi5WTC8j7CAZ1GyoXEW4eniJQv iZzmD/1NFj0O4+Jbez6LKJ2xQCPHQ4PuwSRl77U+KUr9ZE4144VX6znDVTZIEV9DrL/d P9gw2C4H/0SX+dETNtunbPar4pVelu84ZjDqPhc2oHgUGWN4NRqLYZG8xG2zVhE/lCMJ yF6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=b9t2qxkFBftABRVk0yEFuHFbanUfY+K2ewJ70qUzAdI=; b=lf730z3WvhZRE2aaSjCZf4E3VcQ1Ct39ilVykjuFfJypqXtjT8WSCpwnEwOiz6FAnK vgpbuJE4k9Y09B/0rirBC06dO2GUOP0elbApU+4AO6d6nUbwuRVj4fdi2B1ukECWy2SQ 6yoZDLHNkAwNoSkpZViWsL2FZh29+149K6KsdG7qaO0uK/bMVSwitHsJ8yhi9Ap/OBYF 7VVYflpsryaoK7q5cfi6I0jbOjUKEBRFGa0DkY8XLNo2c5Eug9VN0szmfPSsjxAILJQt Jxjft6+BuREzlXHka/lxroozVnHBP1gXBGuvl4Bwateq3bAFKpUUljyf9DiaOApzAl2N MadA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m4si2082359ejn.597.2020.10.07.07.33.27; Wed, 07 Oct 2020 07:34:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728569AbgJGOcY (ORCPT + 99 others); Wed, 7 Oct 2020 10:32:24 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:36758 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728562AbgJGOcY (ORCPT ); Wed, 7 Oct 2020 10:32:24 -0400 Received: from callcc.thunk.org (pool-72-74-133-215.bstnma.fios.verizon.net [72.74.133.215]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 097EWBGI001492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 7 Oct 2020 10:32:11 -0400 Received: by callcc.thunk.org (Postfix, from userid 15806) id 1DE34420107; Wed, 7 Oct 2020 10:32:11 -0400 (EDT) Date: Wed, 7 Oct 2020 10:32:11 -0400 From: "Theodore Y. Ts'o" To: Josh Triplett Cc: "Darrick J. Wong" , Linus Torvalds , Andreas Dilger , Jan Kara , Linux Kernel Mailing List , linux-ext4@vger.kernel.org Subject: Re: ext4 regression in v5.9-rc2 from e7bfb5c9bb3d on ro fs with overlapped bitmaps Message-ID: <20201007143211.GA235506@mit.edu> References: <20201005081454.GA493107@localhost> <20201005173639.GA2311765@magnolia> <20201006003216.GB6553@localhost> <20201006025110.GJ49559@magnolia> <20201006031834.GA5797@mit.edu> <20201006050306.GA8098@localhost> <20201006133533.GC5797@mit.edu> <20201007080304.GB1112@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201007080304.GB1112@localhost> Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Wed, Oct 07, 2020 at 01:03:04AM -0700, Josh Triplett wrote: > > But can we *please* take your custom tool out back and shoot it in the > > head? > > Nope. As mentioned, this isn't about creating ext4 filesystem images, > and it isn't even remotely similar to mke2fs. Can you please tell us what your tool is for, then? Why are you doing this? Why are you inflicting this on us? And if the answer is nope, I can't, it's propietary, sorry.... then I think we should treat this the same way we treat proprietary kernel modules. - Ted