Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp10159074rwp; Thu, 20 Jul 2023 15:56:59 -0700 (PDT) X-Google-Smtp-Source: APBJJlH89EaQQbEXZ18jLxU0dWoa+BZH98P15C1A1dA7lE4G2dRGNax7wBn+ydWydNRGfPGnQCJq X-Received: by 2002:a05:6512:a8e:b0:4fb:7666:3bbf with SMTP id m14-20020a0565120a8e00b004fb76663bbfmr88348lfu.26.1689893818958; Thu, 20 Jul 2023 15:56:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689893818; cv=none; d=google.com; s=arc-20160816; b=VwIP2gGubZkPPOB2FpDO6oRju+yN6VcJK2rPfFHFLQoK6ig79H5nfjkHCP+rUzl2nq GjWp2jkBj77K2kucndrsfem+C0wUO1Oy4GMvG9Zj5uB/6Rgtlk/XPwLYGcZZWXhEyMOA Y3aJtOd4JXvXEERX8KVi6dtstrxWznAcEmb3mxRzbqo9dAtJddtpaGSHWJJMqlNJ9HS4 mFlAGrF0YEI415nu4UJRTv/6Nq/uLpDz7t+8BqVgCUCBl/o7Lny5MZk93JHoqLxRtbPy GfaWgPZEyq9HFlcu1noAOD+SPIfK57hA8HhZ1mADwzPUuzvP4CGpa+bIqfPrMnU9oedO G7qw== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=5wfB/JnTildGLpqIz22A/N+tA5l0CUHxiDZM+QP0Xnw=; fh=v0GKU1fWVw3/WkFOABt/qgGIp5dOvQeZXQHpG3/erTI=; b=Y3Tn5bsU4oiscum+tAzOyPkPkEWEFlNFs2emaG7KpzBcyzduNUQNksyp9R6rF7qgnl e40ye7ApJ+vFrG/6vGEUCQ0EmtJx0cmlzUWFL17Oj/62ychtrV9fACicT0zbhBXYp9XO M2yCeFJfszKgcgyf9Hj5k0I1xmQPSnhJhhHe2pRIBkJY+QmhqW2yUzcy/PN4smX1PoHI DcpK02OjZI45qqrWxIVHjB/O/VUvCJ/k9TA40uFyY39JHqbtS4bZY0aHjLk1qpEpeON3 56fChh1wsDdi0Obu8OlenV9FoGKKdwTvYuH2mngPleFbPOYzIpv2lXlbmXVza7uuavIL LE+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=Qdrj24cj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u21-20020a056402065500b0051d8c395a66si1462545edx.53.2023.07.20.15.56.34; Thu, 20 Jul 2023 15:56:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=Qdrj24cj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230218AbjGTWiC (ORCPT + 99 others); Thu, 20 Jul 2023 18:38:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57272 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230337AbjGTWh4 (ORCPT ); Thu, 20 Jul 2023 18:37:56 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 29517E65; Thu, 20 Jul 2023 15:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description; bh=5wfB/JnTildGLpqIz22A/N+tA5l0CUHxiDZM+QP0Xnw=; b=Qdrj24cjE0nBvu1VL4hCFUzYtu modSy+mz0JT/nbTsDGP4Rqu7vYpq+i2KZ4yfk3YoOuNcRbAQOYiql7azl3dXQ8FAsXH6fcgdu0/I1 zgIOAlrFrQXnV4palYO9N1gAvMiA0urkN1CRiEYesm4+Mrrl2Sdq31ytxBIT/pAPe99DwqAjtXvrZ WRdPHrweHO6h5TAFdPcidCw9HVkffv9qM4d4NUTiJXPj//KjqeGH9X40cMX4+rbeorMp8yn/CETaY kazpax+f2FpKq4dC2yflbMBJuQ8r7O0eM2rDzqurfiDz5n1eQnYZx5OQYidLNHh1SZqA0K4ieuH1n iFMWH0eQ==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1qMcH6-000Vlo-Ox; Thu, 20 Jul 2023 22:37:32 +0000 Date: Thu, 20 Jul 2023 23:37:32 +0100 From: Matthew Wilcox To: Jeffrey Walton Cc: John Paul Adrian Glaubitz , Dmitry Vyukov , Viacheslav Dubeyko , Arnd Bergmann , Linus Torvalds , syzbot , Andrew Morton , christian.brauner@ubuntu.com, Damien Le Moal , Jeff Layton , Linux FS Devel , LKML , syzkaller-bugs@googlegroups.com, ZhangPeng , linux-m68k@lists.linux-m68k.org, debian-ports Subject: Re: [syzbot] [hfs?] WARNING in hfs_write_inode Message-ID: References: <2575F983-D170-4B79-A6BA-912D4ED2CC73@dubeyko.com> <46F233BB-E587-4F2B-AA62-898EB46C9DCE@dubeyko.com> <50D6A66B-D994-48F4-9EBA-360E57A37BBE@dubeyko.com> <2d0bd58fb757e7771d13f82050a546ec5f7be8de.camel@physik.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 20, 2023 at 05:38:52PM -0400, Jeffrey Walton wrote: > On Thu, Jul 20, 2023 at 2:39 PM Matthew Wilcox wrote: > > > > On Thu, Jul 20, 2023 at 07:50:47PM +0200, John Paul Adrian Glaubitz wrote: > > > > Then we should delete the HFS/HFS+ filesystems. They're orphaned in > > > > MAINTAINERS and if distros are going to do such a damnfool thing, > > > > then we must stop them. > > > > > > Both HFS and HFS+ work perfectly fine. And if distributions or users are so > > > sensitive about security, it's up to them to blacklist individual features > > > in the kernel. > > > > > > Both HFS and HFS+ have been the default filesystem on MacOS for 30 years > > > and I don't think it's justified to introduce such a hard compatibility > > > breakage just because some people are worried about theoretical evil > > > maid attacks. > > > > > > HFS/HFS+ mandatory if you want to boot Linux on a classic Mac or PowerMac > > > and I don't think it's okay to break all these systems running Linux. > > > > If they're so popular, then it should be no trouble to find somebody > > to volunteer to maintain those filesystems. Except they've been > > marked as orphaned since 2011 and effectively were orphaned several > > years before that (the last contribution I see from Roman Zippel is > > in 2008, and his last contribution to hfs was in 2006). > > One data point may help.. I've been running Linux on an old PowerMac > and an old Intel MacBook since about 2014 or 2015 or so. I have needed > the HFS/HFS+ filesystem support for about 9 years now (including that > "blessed" support for the Apple Boot partition). > > There's never been a problem with Linux and the Apple filesystems. > Maybe it speaks to the maturity/stability of the code that already > exists. The code does not need a lot of attention nowadays. > > Maybe the orphaned status is the wrong metric to use to determine > removal. Maybe a better metric would be installation base. I.e., how > many users use the filesystem. I think you're missing the context. There are bugs in how this filesystem handles intentionally-corrupted filesystems. That's being reported as a critical bug because apparently some distributions automount HFS/HFS+ filesystems presented to them on a USB key. Nobody is being paid to fix these bugs. Nobody is volunteering to fix these bugs out of the kindness of their heart. What choice do we have but to remove the filesystem, regardless of how many happy users it has?