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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 27BFBC7EE21 for ; Thu, 4 May 2023 10:56:30 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 83B7A6B0075; Thu, 4 May 2023 06:56:29 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 7EBA66B0078; Thu, 4 May 2023 06:56:29 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 701286B007B; Thu, 4 May 2023 06:56:29 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by kanga.kvack.org (Postfix) with ESMTP id 5D0CD6B0075 for ; Thu, 4 May 2023 06:56:29 -0400 (EDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id A526663328; Thu, 4 May 2023 10:56:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D1E69C433EF; Thu, 4 May 2023 10:56:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1683197788; bh=3yKhho676EF8oPdjbHSNewOD8TBg0hH41OZIEZB8Y30=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=lqjCk3mGr5UGAHp2nNIXU3WAW2pErQwVqOC6xuQ7TuDBmq4mBlAINChZc7o//Ox4n eXO0FzGZFhmKX/f5li2U+3qwWXFBo1uZa2wDRa1s4DpiqxW1pk2yQoj3fK5oWiepZ1 E7UJ/EDJId7PCckF2Duo6x7tGROtzwvDUkv+BlQc3H2va62o+VG073lXajXrtPVuCC id/Rg03eaYQ3v9TewiOPEPM0woxKajQCR7KI07ifS4LapoWkuqUeGTaAooaR7NEUcG GmSt4OcM9pMd6WmGW9iHGnQsZBeubdnBmiQkFABXbu5NiDXK8tlGllgwq4OfNROCDd 1UdegeW9Ifl2Q== Date: Thu, 4 May 2023 12:56:22 +0200 From: Christian Brauner To: Andrew Morton Cc: Bagas Sanjaya , Danila Chernetsov , Anton Altaparmakov , linux-ntfs-dev@lists.sourceforge.net, linux-kernel@vger.kernel.org, lvc-project@linuxtesting.org, Linux Memory Management , Konstantin Komarov Subject: Re: ntfs orphan? (was Re: [PATCH] ntfs: do not dereference a null ctx on error) Message-ID: <20230504-inszenieren-aufarbeiten-d6de02242119@brauner> References: <20230407194433.25659-1-listdansp@mail.ru> <20230503140609.e65bdc2b0e55ba6f49bbb620@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20230503140609.e65bdc2b0e55ba6f49bbb620@linux-foundation.org> X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Wed, May 03, 2023 at 02:06:09PM -0700, Andrew Morton wrote: > On Wed, 3 May 2023 11:16:02 +0700 Bagas Sanjaya wrote: > > > On Fri, Apr 07, 2023 at 07:44:33PM +0000, Danila Chernetsov wrote: > > > In ntfs_mft_data_extend_allocation_nolock(), if an error condition occurs > > > prior to 'ctx' being set to a non-NULL value, avoid dereferencing the NULL > > > 'ctx' pointer in error handling. > > > > > > Found by Linux Verification Center (linuxtesting.org) with SVACE. > > > > Duplicate of 10-years-old outstanding patch at [1]. > > Well, the patches are actually quite different. Is Danila's longer one > better? > > > I'm not speaking of the patch itself but rather on unfortunate state > > of ntfs subsystem. It seems like the maintainer is MIA (has not > > responding to patch submissions for a long time). Some trivial > > patches, however, are merged through mm tree. > > > > Konstantin (from newer ntfs3 subsystem), Andrew, would you like to take a > > look on this orphaned subsystem (and help reviewing)? I'd like to send > > MAINTAINERS update if it turns out to be the case. > > > > Sure, I can join linux-ntfs-dev@lists.sourceforge.net and hendle things > which come along. > > Or Christian may want to do that? Thanks for asking. I would be able to pick up those patches into fs.misc. I got an off-list ping about someone also wanting to help with review apparently.