From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6F42F358378 for ; Mon, 13 Jul 2026 12:05:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783944333; cv=none; b=Xrn4S8H1jKkDYmjf+jDJz2w8FDvuP+coLp1SMbzJEbx4zXoHJ49ug5dcEep4juocizx1C6TjUUD8evbk22vmbj7UsDJ6axIFVaTqXrHjvyszx5k4HBQmXOVJyXl52lCdOXavxTKZ3ONWdVxRynam1qr5X4EFbtxeH7hSTIy3h/E= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783944333; c=relaxed/simple; bh=X+1tYe84z4bb7EWTIstk0X/C27YSYRtRGCsSNLnVKB8=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=mpLSzLWdF+LKunCAXrFhrWsbc4diDDjTa+nOMkRrhDzbSxzEDu6zP8w//p9GvWDv+fh0H3A0B+WUUP35V5gylJMJUrCkogglf17aqX6EtsGVdwrXml0fwLDR+pYoR+QwdjTtyzhzdGZm2jjC2EjkKYSH1bzQQgTY9D8x/pND89c= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=o2+YTzZL; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="o2+YTzZL" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9E4331F000E9; Mon, 13 Jul 2026 12:05:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1783944332; bh=VXIw5C47Y22gfHwOkzKTmAgBRcyUToRxJ17pDgxRo1Y=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=o2+YTzZLGFNz4pdzjKYRSmjPqVf4tTLVHsi4eijIaUxI2sa0H2jO8eqiAJWc6Z/r1 CDVKEAeOeBfe+Bb2h/pL8Pa2zKUkMff2G7RgNhEUrn+ncnWPib59B4AT9bU9tDbO71 aJYrStSdchiIPR3fWJiGgqXptYBYoin/+LUS0vjc= Date: Mon, 13 Jul 2026 14:05:26 +0200 From: Greg KH To: David Timber Cc: Namjae Jeon , Sungjong Seo , Yuezhang Mo , Andy Wu , Aoyama Wataru , stable@vger.kernel.org Subject: Re: [PATCH v1] exfat: bail prematurely from exfat_extend_valid_size() upon fatal signal Message-ID: <2026071359-overstep-gambling-73b9@gregkh> References: <20260713061954.19557-1-dxdt@dev.snart.me> <2026071352-bunkmate-anymore-0962@gregkh> <59343a70-1d74-4f37-a6a8-5a65fd585b90@dev.snart.me> Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <59343a70-1d74-4f37-a6a8-5a65fd585b90@dev.snart.me> On Mon, Jul 13, 2026 at 04:55:34PM +0900, David Timber wrote: > GKH, Please don't top-post. > Just a quick question: the > handbook(Documentation/process/stable-kernel-rules.rst) really insists > on putting an upstream commit, but this is an interesting issue that > goes away with the iomap patchset set for release in v7.2. There isn't > really an upstream that explicitly fixes it. I don't think it falls > under any of Options 1, 2 or 3. Should I just remove that line? If this is not a problem in Linus's tree, and this needs to be fixed in a stable kernel, you need to document it really really really well why we can't just take the same commits that are in Linus's tree for the issue. And even then I'll push back hard for why this is needed. Be warned :) > Also, in the last patch I submitted to you(SEEK_DATA/SEEK_HOLE on > /dev/null), you were against the idea of using switch...case for > inaction rather than action on a value. If you ACK, should I just use an > if statement like so? > > + if (ret < 0 && ret != -ENOSPC && ret != -EINTR)  { I have no context here at all, sorry. I'm not a exfat developer, and I get 1000+ emails a day... thanks, greg k-h