Received: by 2002:a05:7412:e794:b0:fa:551:50a7 with SMTP id o20csp1745467rdd; Thu, 11 Jan 2024 08:05:10 -0800 (PST) X-Google-Smtp-Source: AGHT+IFd8AJgqNfwnZjjqloGhG2uL7RrpPR6zcS+D2/pz3dh21965UyF/a/9YFiy6D/hKpMUueLw X-Received: by 2002:a17:90b:3443:b0:28d:332c:4b82 with SMTP id lj3-20020a17090b344300b0028d332c4b82mr1154750pjb.78.1704989110175; Thu, 11 Jan 2024 08:05:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704989110; cv=none; d=google.com; s=arc-20160816; b=IQvpuRauljXYV/WFyppjXRwAQ2elBBoQyiieSjlYo6ya+2sPFXwga0HSd+dRyPOFIR YUdH+R/UGm79doDt0GUJbTc6XHbm8YyzQY/IC+mPhntGluQGBqlUpuLhdmXFqiyZB0BC hHLrBCgOsCJgB5lf74FLu0IrcqGj2bniJ1EfecLLazmnijrWDKvRS4KNcqXn+x3IB+Sl ZPnPVgL66OqOXUysDKLnBYN2knGt+5ycu0qMx/qEgBn0WaOoqc7gHVzKjLZHS58OemjG RoY4z4OtJMarVnby3Mpj6GpapgLX8doOKnd85hQA8anPkUKD1dbE6FDzbZYpvKLTFsS8 bYLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=f80aj1snn84SI4nj1xZZePKJZBrWGQOfQekJaNo1C9o=; fh=Y4Ekuch2R1SBUyr//CrvR6PJaZvlWLg7AMl6wNQphpA=; b=PQ4P8YCsm3z8X2RlIdFXSJEYQQdAt9mXTjb6jJO+HBL21MFDVJf8CLg4c8ALtQaCDQ MHEWIvEaxYkmj1/t4HMFIignOBuIW7I4R4sB13gFbFxLnDAa5/1i4KrVl7+AOFMWs1Pb pjrU6B8wU4nByM3eZ0mu1rLDOk3u7cufiUbO6t8Aaripv16JHSKPc2pWklwHQecugtBc i/fBGd5UJkBhX3y7q02m8f+KxtfO5+Nhn/KiNd2jzEJJUOFR8TEDIqzNj6OYAXGsQaZU N0KXgZLiJjPOZVVf5mlQHPiSx5JT7GGs56OAWuGpbj6+FFMyZoOLab7QB1Oxn4CGdySE 2oNg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=iMYt55bf; spf=pass (google.com: domain of linux-kernel+bounces-23820-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-23820-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id j5-20020a17090aeb0500b0028cfab58802si3872120pjz.179.2024.01.11.08.05.09 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jan 2024 08:05:10 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-23820-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=iMYt55bf; spf=pass (google.com: domain of linux-kernel+bounces-23820-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-23820-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=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 3306C28BD59 for ; Thu, 11 Jan 2024 15:55:26 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id E273650251; Thu, 11 Jan 2024 15:55:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="iMYt55bf" 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 22DC550246 for ; Thu, 11 Jan 2024 15:55:13 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0BA56C433F1; Thu, 11 Jan 2024 15:55:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1704988513; bh=DnXBtrvk/IS9GuQJA1+8G+V0JxY/FRS95VNaOLPHcEA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=iMYt55bfOJZKlbU2ajfSYoGf/KPFvSFtYDJlxru2THpRxBcS6JV0wbAu+z0pvoKnY UPMgMyzr4sOGWbu+o/sz6hwTubjtToDFMiOKahOF+FFw3GxnYpCAeFVGkRJ/7hdR0F ECbvG0PGpI+ABpSBD/ou8lOCzb+lepZ5xqoO2dSZkFzdBe25pVgs0rXQD8oSqwv24k dYErq6ggotivkRG5qW8DdAcjDbc/uH6GeQ1v9OWk84u5HjCMVfaXq+2OsYxeEg9std /M4qh5v8mtK2CTihhTYbX6YVtoFFzUW8rKezQVvNRNo5T+qzn9uhzOm4MqNKD4UWmi fvfxCVqVhSJyw== Date: Thu, 11 Jan 2024 08:55:11 -0700 From: Nathan Chancellor To: "Uladzislau Rezki (Sony)" Cc: linux-mm@kvack.org, Andrew Morton , LKML , Baoquan He , Lorenzo Stoakes , Christoph Hellwig , Matthew Wilcox , "Liam R . Howlett" , Dave Chinner , Oleksiy Avramchenko , kernel test robot Subject: Re: [PATCH 1/1] Fix a wrong value passed to __find_vmap_area() Message-ID: <20240111155511.GA3451701@dev-arch.thelio-3990X> References: <20240111121104.180993-1-urezki@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240111121104.180993-1-urezki@gmail.com> On Thu, Jan 11, 2024 at 01:11:04PM +0100, Uladzislau Rezki (Sony) wrote: > There was a type in the vmalloc_dump_obj() function. Instead > of passing a real address which is "objp" an "addr" was used > what is wrong and not initialized. > > Reported-by: kernel test robot > Fixes: e88b85b81d5 ("mm: vmalloc: offload free_vmap_area_lock lock") I am not sure that e88b85b81d5 introduced this. Based on the diff, I think it was actually commit 86817057732a ("mm: vmalloc: remove global vmap_area_root rb-tree"). Does not really matter for the patch text but I think it does matter for what change this gets squashed into. > Closes: https://lore.kernel.org/oe-kbuild-all/202401111810.TKPIXLCs-lkp@intel.com/ > Signed-off-by: Uladzislau Rezki (Sony) > --- > mm/vmalloc.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/mm/vmalloc.c b/mm/vmalloc.c > index e30dabf68263..43a6608e1397 100644 > --- a/mm/vmalloc.c > +++ b/mm/vmalloc.c > @@ -4688,7 +4688,7 @@ bool vmalloc_dump_obj(void *object) > vn = addr_to_node((unsigned long)objp); > > if (spin_trylock(&vn->busy.lock)) { > - va = __find_vmap_area(addr, &vn->busy.root); > + va = __find_vmap_area((unsigned long)objp, &vn->busy.root); > > if (va && va->vm) { > addr = (unsigned long)va->vm->addr; > -- > 2.39.2 >