Received: by 2002:ab2:7a09:0:b0:1f8:46dc:890e with SMTP id k9csp83782lqo; Wed, 15 May 2024 08:19:55 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVUisl3Nj5zDlhPfD1zTCjC4JU0tWtLnVQiqRS7X5bYtEnmTR6Z7brFyVug+rn9tFl3k6hmT/LxHKiamog5WD/Nj/3FVhBniRGBz37UYA== X-Google-Smtp-Source: AGHT+IEpuC3ImqB9Ni05uazKl2poH+pvKXLY2AbK2vwlsJjf9jF/uTTUqyNhsAqToRgdadifG+D2 X-Received: by 2002:a05:6e02:b44:b0:36a:ff3a:f135 with SMTP id e9e14a558f8ab-36cc147d130mr198638225ab.15.1715786395267; Wed, 15 May 2024 08:19:55 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1715786395; cv=pass; d=google.com; s=arc-20160816; b=dMKCHMWNmqXSs8Xg7SDy9enHS01GusfobS1AfAE9yFDQCFA9dzVmjtv9X2eoCx831h ZgbeYmpxHyvJ1xCWwwEW4/npDAxSI8648na3YxTTZTHhD22QEl/GVLuRJSwrYfer+42L sfpoBD0Zha+IJJ5/Swk3Pbc6jbP1cBuVKAeIKB0p4Yd3fpbPU1X1zNG0WP/lQ/FEXCWe 8YIpHol5lKKEB2WWgPWfaXRtGw6tWS1HiZEG9PcYaWiLEx75N6ZwpmLI4fvmEUuaI7i8 YvFM+lxjiP7KGjt0GrmKv5dTSoWzfrEIwLH/1uBZtlLoGnU/wr3BRXtO7E3QT3eG42p2 WeqQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id; bh=4SS5j555FDOzQHux3wDWlDt8w7VVFkZU1MlwoEKAYw8=; fh=x2V4DNc5BpyQuF0YXcmXp2d2Tkhx0qAr0qzHSmLlUz0=; b=K4KU6abgXiEuiTUssc9Q6yiQxRIi6V9miTMkHamJTrmLwe1K8mg9CyqoQdAccXBHVP U9XnLA/f2g1xyp4NXu4D7YTPhAk8FbzF9si4JpgvsV6txrG1YobUIUPIwsL15oHS9pNG IdHWOvrhsfsjwAxu8CxF8wAi3wvLePo3ThLAIvmyllGx3DQCXsW/sLUOeoZ8/cCh6/yM PYWYlLmwOqXwEEhT7x/KG4aFxupJGBwOoYV52LFvTzwTkznpftiqPiUJAJZgvdf0G2mC iVsYE4/Lv5Ecr4ktVuC5HTG0gkymLEW0Xg087qUDPnV3JaM2zbeyIHlwVN8Tz3PbxRcs cxvg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=fintech.ru); spf=pass (google.com: domain of linux-kernel+bounces-180060-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-180060-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id 41be03b00d2f7-63411904206si14160255a12.594.2024.05.15.08.19.44 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 May 2024 08:19:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-180060-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=fintech.ru); spf=pass (google.com: domain of linux-kernel+bounces-180060-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-180060-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 3B82F282AD8 for ; Wed, 15 May 2024 15:19:44 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 6ABA815575A; Wed, 15 May 2024 15:19:40 +0000 (UTC) Received: from exchange.fintech.ru (exchange.fintech.ru [195.54.195.159]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A4EEB155747 for ; Wed, 15 May 2024 15:19:35 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=195.54.195.159 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1715786379; cv=none; b=qaL7MKJM6Rb8mlxP/qRY2AGS0+gOMy3IRjaKdJtB2bqz1HDpitZ8s4OH3ZhmX+pZAim/6NiDXVilcnyZq+Wmt5TMhUYg/fZ/zFd7UYa/OxHhn9jTYBaEPUjPYKjIbDCsjXY7hEIDqGnToJqIO1SJUEy7b2i1bOCFQ+useTUmFU0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1715786379; c=relaxed/simple; bh=7GZ5WU+bZdC5Obs57lnNybBji5Soqql0MKxWRL80kLY=; h=Message-ID:Date:MIME-Version:Subject:To:CC:References:From: In-Reply-To:Content-Type; b=sRMswD4w999BokfY1DwA23jiJRu8bE7eyc53Z4Ri1ZtkRW5SH1E0RJiQFC5QhT199YfGsAaDJ8DUHKFJfbY5cXNFy8+9dZiMcwUfZhg5b4UjVWX3n4rVpsmqTLGs75Fys5vQUduOSmExepC1A4tezqk0zMPYPN875fFgPYNFJ5E= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=fintech.ru; spf=pass smtp.mailfrom=fintech.ru; arc=none smtp.client-ip=195.54.195.159 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=fintech.ru Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=fintech.ru Received: from Ex16-01.fintech.ru (10.0.10.18) by exchange.fintech.ru (195.54.195.169) with Microsoft SMTP Server (TLS) id 14.3.498.0; Wed, 15 May 2024 18:18:24 +0300 Received: from [192.168.211.130] (10.0.253.138) by Ex16-01.fintech.ru (10.0.10.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.4; Wed, 15 May 2024 18:18:24 +0300 Message-ID: Date: Wed, 15 May 2024 08:18:19 -0700 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net v2] net/9p: fix uninit-value in p9_client_rpc() To: Eric Van Hensbergen CC: Latchesar Ionkov , Dominique Martinet , Christian Schoenebeck , , , , References: <20240408141039.30428-1-n.zhandarovich@fintech.ru> Content-Language: en-US From: Nikita Zhandarovich In-Reply-To: <20240408141039.30428-1-n.zhandarovich@fintech.ru> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-ClientProxiedBy: Ex16-02.fintech.ru (10.0.10.19) To Ex16-01.fintech.ru (10.0.10.18) On 4/8/24 07:10, Nikita Zhandarovich wrote: > Syzbot with the help of KMSAN reported the following error: > > BUG: KMSAN: uninit-value in trace_9p_client_res include/trace/events/9p.h:146 [inline] > BUG: KMSAN: uninit-value in p9_client_rpc+0x1314/0x1340 net/9p/client.c:754 > trace_9p_client_res include/trace/events/9p.h:146 [inline] > p9_client_rpc+0x1314/0x1340 net/9p/client.c:754 > p9_client_create+0x1551/0x1ff0 net/9p/client.c:1031 > v9fs_session_init+0x1b9/0x28e0 fs/9p/v9fs.c:410 > v9fs_mount+0xe2/0x12b0 fs/9p/vfs_super.c:122 > legacy_get_tree+0x114/0x290 fs/fs_context.c:662 > vfs_get_tree+0xa7/0x570 fs/super.c:1797 > do_new_mount+0x71f/0x15e0 fs/namespace.c:3352 > path_mount+0x742/0x1f20 fs/namespace.c:3679 > do_mount fs/namespace.c:3692 [inline] > __do_sys_mount fs/namespace.c:3898 [inline] > __se_sys_mount+0x725/0x810 fs/namespace.c:3875 > __x64_sys_mount+0xe4/0x150 fs/namespace.c:3875 > do_syscall_64+0xd5/0x1f0 > entry_SYSCALL_64_after_hwframe+0x6d/0x75 > > Uninit was created at: > __alloc_pages+0x9d6/0xe70 mm/page_alloc.c:4598 > __alloc_pages_node include/linux/gfp.h:238 [inline] > alloc_pages_node include/linux/gfp.h:261 [inline] > alloc_slab_page mm/slub.c:2175 [inline] > allocate_slab mm/slub.c:2338 [inline] > new_slab+0x2de/0x1400 mm/slub.c:2391 > ___slab_alloc+0x1184/0x33d0 mm/slub.c:3525 > __slab_alloc mm/slub.c:3610 [inline] > __slab_alloc_node mm/slub.c:3663 [inline] > slab_alloc_node mm/slub.c:3835 [inline] > kmem_cache_alloc+0x6d3/0xbe0 mm/slub.c:3852 > p9_tag_alloc net/9p/client.c:278 [inline] > p9_client_prepare_req+0x20a/0x1770 net/9p/client.c:641 > p9_client_rpc+0x27e/0x1340 net/9p/client.c:688 > p9_client_create+0x1551/0x1ff0 net/9p/client.c:1031 > v9fs_session_init+0x1b9/0x28e0 fs/9p/v9fs.c:410 > v9fs_mount+0xe2/0x12b0 fs/9p/vfs_super.c:122 > legacy_get_tree+0x114/0x290 fs/fs_context.c:662 > vfs_get_tree+0xa7/0x570 fs/super.c:1797 > do_new_mount+0x71f/0x15e0 fs/namespace.c:3352 > path_mount+0x742/0x1f20 fs/namespace.c:3679 > do_mount fs/namespace.c:3692 [inline] > __do_sys_mount fs/namespace.c:3898 [inline] > __se_sys_mount+0x725/0x810 fs/namespace.c:3875 > __x64_sys_mount+0xe4/0x150 fs/namespace.c:3875 > do_syscall_64+0xd5/0x1f0 > entry_SYSCALL_64_after_hwframe+0x6d/0x75 > > If p9_check_errors() fails early in p9_client_rpc(), req->rc.tag > will not be properly initialized. However, trace_9p_client_res() > ends up trying to print it out anyway before p9_client_rpc() > finishes. > > Fix this issue by assigning default values to p9_fcall fields > such as 'tag' and (just in case KMSAN unearths something new) 'id' > during the tag allocation stage. > > Reported-and-tested-by: syzbot+ff14db38f56329ef68df@syzkaller.appspotmail.com > Fixes: 348b59012e5c ("net/9p: Convert net/9p protocol dumps to tracepoints") > Signed-off-by: Nikita Zhandarovich > --- > v2: change fc->tag init value from 0 to P9_NOTAG per Dominique > Martinet's helpful suggestion. > Link: https://lore.kernel.org/all/ZhNVMivKCCq6wir0@codewreck.org/ > > net/9p/client.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/net/9p/client.c b/net/9p/client.c > index f7e90b4769bb..b05f73c291b4 100644 > --- a/net/9p/client.c > +++ b/net/9p/client.c > @@ -235,6 +235,8 @@ static int p9_fcall_init(struct p9_client *c, struct p9_fcall *fc, > if (!fc->sdata) > return -ENOMEM; > fc->capacity = alloc_msize; > + fc->id = 0; > + fc->tag = P9_NOTAG; > return 0; > } > Hi Dominique, Gentle ping on this issue as it is still open. Thanks in advance :) Regards, Nikita