From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-oi1-f178.google.com (mail-oi1-f178.google.com [209.85.167.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D71992F60CC for ; Mon, 8 Jun 2026 01:24:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.167.178 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780881891; cv=none; b=KavxV+FhT35HMPO2lXZ/9xZYbXncA7W6ZwWVYIPgDXaVA8YNp8vLCqRhyTzWcqhk5fGc22po6qaqJiCkJmdRzCioPLeCSNaclqorUip782DKF6uJnIn6AF6gZRZNd087G+3uQ0E1xe9TpwEjKRv+IDd3UOt1LMr0uPwTekQBx5g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780881891; c=relaxed/simple; bh=CJatAejF25qglO6LaXhVhXVkLXGkginx4LgUdv7PA98=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=UGBq0MddQMBVwQmOhTSH9WqLHDZhtblFr9zkZUncAIavVUQNtvVUWKPrdMnYS81UeOn/757xoCv1NW+NPZvjC7MB+ran8o+6G8Z8AovfdnJz9Yuwy/5xMyeIC1djre2xeiv8N9V68fTMBBIPT24NUHLlncbw6F2FsOQGihW4nn4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=g3eZ2X3+; arc=none smtp.client-ip=209.85.167.178 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="g3eZ2X3+" Received: by mail-oi1-f178.google.com with SMTP id 5614622812f47-48611addcfbso1457108b6e.1 for ; Sun, 07 Jun 2026 18:24:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1780881889; x=1781486689; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=0KA4szEGo6wOnyi0fbcbBAli7f/sHn9kX0lbzlCMGGU=; b=g3eZ2X3+eZ3lXeansZB6jgsTHoPOUkqJRSB7AHoN/hs9b2BJj2qnU2bS92mSXbFMIv Hq0x+nSw6DFb/CG/uhQssXKnAv2ycQKMzNTpN0QwVB0hNtxoHaRs3vjEnlfIdk3PXBg6 509Kf/qt2uMJ8mKL2sonazWr7VtGee3o2AytZI+n0qkj0VXnYq7uESbRZpZLgxEFI/ui edTubxJ5NHGBWVcrELEdz6SfzQpYm08+fOk5TIQGoOJt8SWIeR2wRVi7EwtDv/dRtIkb xo9rXor/SSL3KsTufYprVsEN2MRkcFKH/Bf/PLAZQl4q7y/6UNlp2d9MupyvvdVf7U2y 4Vmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780881889; x=1781486689; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=0KA4szEGo6wOnyi0fbcbBAli7f/sHn9kX0lbzlCMGGU=; b=Xuj18jtwljyhH0icRpbhNfSRZihmuUIEI7puP7Ili1BpikgWGOxcvnQEoE+ohqqIRo IMTaQ4kEsdjvxixCbFNC5BSjSc8ZoD4zLO2bV1J5FsiUNkFD5P0a4pLvS70+90XKBugc a6uoy/XK48Gn3P5N1lC0ooPmJun6/ZOM8lq3cOJ839VIcOEhK5b2IQPnHW3u0coHg9y+ QlBI9vELRD90PuuLWERvUh6iyKED5CTtaxE195DuRbvVk+NhTvRDGYFJqGxfKyHYPDNl XVthhh2ahmh9doT4AH/BzCdHQ44HnKXPzd1iRerXjiB3RhUusUh6fgJ+8bEEZeF5Z/7Q Ua2Q== X-Forwarded-Encrypted: i=1; AFNElJ/ay7N8BjxgehLor8uVH8fZECqiTWiGtikRJPJoiM31dPJG4n/TtjNDf89wMltvvvt/y+NgvOHXygoY5q0=@vger.kernel.org X-Gm-Message-State: AOJu0YzxIzysjUqC3XDGfneqpatT4mqG951OIRYe1/TfXQ4CEFcqR4GV MGQOwMOS/JXRinosp2mBrYongfhGmnBK2x771VBkwpinU5Hn6UiyiFTW X-Gm-Gg: Acq92OEib/zxmaAFgoD5674j3cxWI2SAh2c2I110NR8RJ4/HjMJ9tw0D2diNYUkPlb8 aiwEr4umsTzvDLsFDqKt+xzVy3id7ZDRTZy9BLcGOg/CUABny1dxlmnQL3CBRiW3Uu/Eo9aNpmd yncE3ppKPotnBY04a8BNt9jnoGAMRJhzb/sq6ReAh0QfZvMNd+7kBTr2+T9tiqIWbl26s1McSAf VqGbhRODO4WKQT2z65VebUxhx0nzi6861jN1/BlAnHI0CdOBS16tiYc9Van7Iz3OAfzk7KDYqvI u4SnbPGrnMC9VJ0KSkrjfhnZWupdfni8noVWorJAYqbgcJs7ZRXvRhLd+bchgEUkExk77M7Tv1m hdOkNGCDDxUVLGSUbUeSotAy/NERnFHXbPylhrB/urx50cV42OPnnvf4EI2a6Edx47hGrVTr+Ey xsHaMFBhYB9pE83GCFKH/hXJCnbrl00Ln337A5M9Eg6XNhWezInSW1MWdQiAbcjmJNS1d+mACwH Q== X-Received: by 2002:a05:6808:2e4e:b0:485:7c5a:63b5 with SMTP id 5614622812f47-4868db2da00mr7219557b6e.4.1780881888670; Sun, 07 Jun 2026 18:24:48 -0700 (PDT) Received: from linuxescape (23-88-128-2.fttp.usinternet.com. [23.88.128.2]) by smtp.gmail.com with ESMTPSA id 5614622812f47-4865b5a5b5fsm13177540b6e.2.2026.06.07.18.24.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 07 Jun 2026 18:24:48 -0700 (PDT) Date: Sun, 7 Jun 2026 20:24:48 -0500 From: Maxwell Doose To: Mateusz Guzik Cc: Al Viro , Matthew Wilcox , Christian Brauner , linux-fsdevel@vger.kernel.org, open list , Jan Kara Subject: Re: [RFC] Maintainership of the EFS filesystem Message-ID: <20260607202448.51d3fdfd@linuxescape> In-Reply-To: References: <20260606042109.GG2636677@ZenIV> X-Mailer: Claws Mail 4.4.0 (GTK 3.24.52; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, 8 Jun 2026 00:50:58 +0200 Mateusz Guzik wrote: > On Sat, Jun 06, 2026 at 12:17:53AM -0500, Maxwell Doose wrote: > > On Fri, Jun 5, 2026 at 11:28=E2=80=AFPM Maxwell Doose wrote: =20 > > > > > > On Fri, Jun 5, 2026 at 11:21=E2=80=AFPM Al Viro wrote: =20 > > > > > > > > On Fri, Jun 05, 2026 at 11:02:44PM -0500, Maxwell Doose wrote: =20 > > > > > On Fri, Jun 5, 2026 at 10:44=E2=80=AFPM Matthew Wilcox wrote: =20 > > > > > > > > > > > > As I said, I don't see the point. Do you have any EFS filesyst= ems? =20 > > > > > > > > > > I don't personally have any EFS filesystems but that doesn't mean= that > > > > > others don't. > > > > > =20 > > > > > > Are you volunteering to do any major development on it? =20 > > > > > > > > > > Like I said, we've already found some problems, and like I said I= 'd > > > > > like to fix those before it becomes a FUSE as you suggested. So I > > > > > guess I'll volunteer to do some major development for it as well.= =20 > > > > > > > > Out of curiosity - had there been anything beside the "some code th= at > > > > had been ifdefed out since forever doesn't even build these days" > > > > I've seen mentioned a while ago? > > > > =20 > >=20 > > Forgot to answer this; I've been looking through the files and already > > found more ifdefs but also a lot of style issues, most notably > > trailing whitespace (eek!). I'm still auditing the files but it's 1am > > over here so I'm going to continue in the morning. > > =20 >=20 > A glance at your patch history suggests you are not tied to EFS in any > capacity. By your admission you don't even use it. >=20 > It seems like you are just looking for an area to contribute to and > figured EFS would make a good choice. >=20 I've already made a contribution to EFS [1], and I'm an active contributor and driver maintainer in IIO [2] [3], to answer your point. > I would argue EFS is an excellent candidate for git rm instead. Nobody > knows if it even works. Even if it happens to work and it gets removed, > the absolute worst case for anyone interested in extracting data from > EFS is having to boot up a vm with an older kernel to do it. I think > that's something the (likely non-existent) users can live with. I think the general consensus is conversion to a FUSE as well. Then I suppose while that gets written we give EFS one last chance at life in fs/. > Note there is no write support. A quick google search suggests that EFS initially did support writing, however it may be too complex to add in this kernel module since all data is stored in what they call an "extent", basically a sequence of sectors. In later versions of IRIX EFS was made read-only. > I did a quick search and found the following userspace tooling: > https://github.com/sgi-demos/sgi-efs2tar > https://github.com/jkbenaim/efsextract >=20 > I have no idea if it works, presumably it does (and better than the > kernel module). Native support for EFS would be nice (for its users) but obviously your point stands. > So... I don't believe there is any practical value in keeping the fs, > even for hobbyists. >=20 > Perhaps you could submit a removal instead. Then if we eventually remove it, I personally would give EFS about 3 months before we do that, but vfs maintainers may think otherwise. > If you are looking for something to do, there is plenty of non-obsolete > code suffering all kinds of breakage. All it takes is picking an area > and digging into it. Would be willing to do that, I'd say it may be interesting to take a look at more orphaned subsystems, drivers, etc. --=20 best regards, max [1]https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git/commit/?h=3D= mm-nonmm-unstable&id=3D0f79e1121b0d36808e600a86ab597f86d7b52a51 ("fs: efs: remove unneeded debug prints") [2]https://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git/commit/?h= =3Dtogreg&id=3D4452b868d669fbf6d5333cd03ab2bd8fbadb91a3 ("MAINTAINERS: Add myself as SCD30 maintainer") [3]https://lore.kernel.org/linux-iio/20260607182215.3e6e849e@jic23-huawei/T= /#u (Jonathan Cameron's IIO pull request)