From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 DC2A93A63FE for ; Thu, 22 Jan 2026 09:03:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769072630; cv=none; b=hdMGk0eh57wvIM45I55cH37UAUdBM3GYBlVmeG33vmJvUASIbdXnFdPI4EY2/7Mt5hHWcf7I5Byxa0fl4F+RXiZf1Eu7BplLZ1iCEGROSpkOgkScdTuqhJYAXttw4yAwFCEDZoHGWEk0S06vZe6fJgYTdW0HlpvfzntRBJz5R9o= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769072630; c=relaxed/simple; bh=IwmNN/CotEikf4vO0cGIVoOEgPE72A3hg52bQZoAXzE=; h=Message-ID:Date:MIME-Version:Cc:Subject:To:References:From: In-Reply-To:Content-Type; b=S3NIqMDxeyltM1cziVLEAJQlUww+f+uYy9x50gzAYNdIZ/eJXP/+YU2zI78iYN/KtY/69xHw1tGqxtH3HjJsICPuCn275EKpVoYIhbV9BM1pHHVrbnRB7agn4nhYlU/XS6wMK9W+dcpB+7OSIh0052c7SKAB/KOZk5+dzTsPiHw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=BTHau0+w; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="BTHau0+w" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 90C49C16AAE; Thu, 22 Jan 2026 09:03:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1769072630; bh=IwmNN/CotEikf4vO0cGIVoOEgPE72A3hg52bQZoAXzE=; h=Date:Cc:Subject:To:References:From:In-Reply-To:From; b=BTHau0+w2IkUSeFjLl1rA67UVL7yGQzOUwq5gRKmsf/T9BApHoZR2A/VeOupoNeT4 6MDrv9YfSbZKBA42gKOgYnRisTnWWGQZlxfzicxCBTin29vV5LHtSqgiRDMzZSU8tM zXwyx5j8x14RfWQA7vMPrirlF55Wqb/CL64RzxYJDKV1jL4Gjj5d6USlBFcWb/+1e9 cY4CLGEcOEUq4Q82woyeY+GYKCbah52mZQP7I7Ts7gZ0HuIZuZ8+p2b9X4PQ1r8rN7 MkImgPiJg0SYn/cNu3fGLxNU/Ge9+HcKFlSG4LjqeDzDkQ0WG9M9IrPY+aQTuoYCV3 G2iL1dFa5XJfQ== Message-ID: <62cc89b9-a70d-4506-826b-28eb4010e372@kernel.org> Date: Thu, 22 Jan 2026 17:03:52 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Cc: chao@kernel.org, LKML Subject: Re: [PATCH] erofs: avoid noisy messages for transient -ENOMEM To: Gao Xiang , linux-erofs@lists.ozlabs.org References: <20251226060945.786901-1-hsiangkao@linux.alibaba.com> Content-Language: en-US From: Chao Yu In-Reply-To: <20251226060945.786901-1-hsiangkao@linux.alibaba.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 12/26/2025 2:09 PM, Gao Xiang wrote: > EROFS may allocate temporary pages using GFP_NOWAIT | GFP_NORETRY > when pcl->besteffort is off (e.g., for readahead requests). > > If the allocation fails, the original request will fall back to > synchronous read, so the failure is transient. > > Such fallback can frequently happen in low memory scenarios, but since > these failures are expected and temporary, avoid printing error > messages like below: > > [ 7425.184264] erofs (device sr0): failed to decompress (lz4) -ENOMEM @ pa 148447232 size 28672 => 26788 > [ 7426.244267] erofs (device sr0): failed to decompress (lz4) -ENOMEM @ pa 149422080 size 28672 => 15903 > [ 7426.245508] erofs (device sr0): failed to decompress (lz4) -ENOMEM @ pa 138440704 size 28672 => 39294 > ... > [ 7504.258373] erofs (device sr0): failed to decompress (lz4) -ENOMEM @ pa 93581312 size 20480 => 47366 > > Fixes: 831faabed812 ("erofs: improve decompression error reporting") > Signed-off-by: Gao Xiang Reviewed-by: Chao Yu Thanks,