From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from dggsgout11.his.huawei.com (dggsgout11.his.huawei.com [45.249.212.51]) (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 7D3151FC0EF; Thu, 27 Nov 2025 13:22:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.249.212.51 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1764249771; cv=none; b=qWAQYo8LbMSMm3d2tqTjQxz7uHHpgPRCuxjERRRwq5wIaBVtiutRiAP5knStxQBII42zhMRaAuVY5B1IWOg2SeZ8GUxuUGorfwLeqVkz/CRY5GDwaZsvpdkh5H88TM1wJEa6gjk2NAUOrNiVP4mmTzS3ssoBfERVJBJ1pzJ2x5U= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1764249771; c=relaxed/simple; bh=HYiaNdbvgqX904EiDoK0fTC3k+5tjgjUgCEi5qeX1Ng=; h=Message-ID:Date:MIME-Version:To:Cc:References:Subject:From: In-Reply-To:Content-Type; b=AXGGxRO/0DsWR+llYsdFM4cqIm14BJLrpv6AtOceqgLlkZINNQ4blWIR2fYV5J26q8VR0MowalO8K6wLi7NG4d9iXQFj3KlrGVyKpx5z05RQ9L7r0dPCTDcInHyqW5NlH/OKHXAvXe3GQHunS+AXdMpfvZ5rV/LTapEKCx1jOW4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=huaweicloud.com; spf=none smtp.mailfrom=huaweicloud.com; arc=none smtp.client-ip=45.249.212.51 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=huaweicloud.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=huaweicloud.com Received: from mail.maildlp.com (unknown [172.19.163.235]) by dggsgout11.his.huawei.com (SkyGuard) with ESMTPS id 4dHHC271B3zYQv8J; Thu, 27 Nov 2025 21:21:50 +0800 (CST) Received: from mail02.huawei.com (unknown [10.116.40.75]) by mail.maildlp.com (Postfix) with ESMTP id 96AF31A06DF; Thu, 27 Nov 2025 21:22:44 +0800 (CST) Received: from [10.174.178.72] (unknown [10.174.178.72]) by APP2 (Coremail) with SMTP id Syh0CgCHMXiiUChp613PCA--.45028S3; Thu, 27 Nov 2025 21:22:44 +0800 (CST) Message-ID: <15fb6eed-e107-4ef7-a569-3328a02e2c39@huaweicloud.com> Date: Thu, 27 Nov 2025 21:22:42 +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 To: gregkh@linuxfoundation.org Cc: cve@kernel.org, gregkh@kernel.org, linux-cve-announce@vger.kernel.org, linux-kernel@vger.kernel.org, yukuai@fnnas.com, ming.lei@redhat.com, Nilay Shroff , "zhangyi (F)" , yangerkun , Hou Tao References: <2025111256-CVE-2025-40146-b919@gregkh> Subject: Re: CVE-2025-40146: blk-mq: fix potential deadlock while nr_requests grown From: Zheng Qixing In-Reply-To: <2025111256-CVE-2025-40146-b919@gregkh> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CM-TRANSID:Syh0CgCHMXiiUChp613PCA--.45028S3 X-Coremail-Antispam: 1UD129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73 VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UUUYs7kC6x804xWl14x267AKxVW8JVW5JwAF c2x0x2IEx4CE42xK8VAvwI8IcIk0rVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2ocxC64kIII 0Yj41l84x0c7CEw4AK67xGY2AK021l84ACjcxK6xIIjxv20xvE14v26F1j6w1UM28EF7xv wVC0I7IYx2IY6xkF7I0E14v26F4j6r4UJwA2z4x0Y4vEx4A2jsIE14v26rxl6s0DM28EF7 xvwVC2z280aVCY1x0267AKxVW0oVCq3wAS0I0E0xvYzxvE52x082IY62kv0487Mc02F40E FcxC0VAKzVAqx4xG6I80ewAv7VC0I7IYx2IY67AKxVWUJVWUGwAv7VC2z280aVAFwI0_Jr 0_Gr1lOx8S6xCaFVCjc4AY6r1j6r4UM4x0Y48IcVAKI48JM4IIrI8v6xkF7I0E8cxan2IY 04v7MxAIw28IcxkI7VAKI48JMxAqzxv26xkF7I0En4kS14v26r1q6r43MxC20s026xCaFV Cjc4AY6r1j6r4UMI8I3I0E5I8CrVAFwI0_Jr0_Jr4lx2IqxVCjr7xvwVAFwI0_JrI_JrWl x4CE17CEb7AF67AKxVWUtVW8ZwCIc40Y0x0EwIxGrwCI42IY6xIIjxv20xvE14v26r1j6r 1xMIIF0xvE2Ix0cI8IcVCY1x0267AKxVW8JVWxJwCI42IY6xAIw20EY4v20xvaj40_Jr0_ JF4lIxAIcVC2z280aVAFwI0_Jr0_Gr1lIxAIcVC2z280aVCY1x0267AKxVW8JVW8JrUvcS sGvfC2KfnxnUUI43ZEXa7IU1zuWJUUUUU== X-CM-SenderInfo: x2kh0wptl0x03j6k3tpzhluzxrxghudrp/ Hi, Commit b86433721f46 ("blk-mq: fix potential deadlock while nr_requests grown")  aims to avoid a deadlock issue when the queue is frozen and memory reclaim is triggered. However, the sysfs nr_requests update path is already under a memalloc_noio_save() region while the queue is frozen (via blk_mq_freeze_queue()). Would it be possible to reject this CVE, or clarify why it needs CVE assignment in this case? Any feedback or further explanation would be appreciated. Best regards, Qixing