From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-dy1-f173.google.com (mail-dy1-f173.google.com [74.125.82.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E460723956E for ; Fri, 21 Nov 2025 09:44:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.173 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763718257; cv=none; b=Fg0rst0RLCFSZotPfYXj9TLAzP64xPbmLvtTnyIbmlRkZoOH3TThwOBfVTfvtkwN1ZGLEmyszNdXunbWBIdaQw7flv9WHnKMgRPeay1HYcxPovH0RLBjobi02h5fNFIrW54yU/1D26fZbqc4KqE/3s9ierDO06c8ZcRV9sdyD0I= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763718257; c=relaxed/simple; bh=RPqGBiR8usCAVrKtH70AMawzOoI5DALj6TRGmweGRY8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=f390iBJybQfWGxVuG09aClXWQ0cTt4/Z9QmoVzJmcV+TBSXVYJqEXS4GUG6S3q6EW1NrBt/s8wdigvLrcGOSMRQvCm0uTLqlH6frG7DDUOg4bdg+VOGDPmZ2wkbLhV20p5sKODKTYabwikzOE23bmFu6kZThEqw87e4k+fktXbc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=fIbLU2ed; arc=none smtp.client-ip=74.125.82.173 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="fIbLU2ed" Received: by mail-dy1-f173.google.com with SMTP id 5a478bee46e88-2a45877bd5eso2769416eec.0 for ; Fri, 21 Nov 2025 01:44:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1763718255; x=1764323055; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=iac2+shAosSqIDM+XOc4XTNyGU9n2u/2T1hFhgp8Ccg=; b=fIbLU2edk6kHkiQCOllZjhBMzrHdAPnUNd+dYbShIheDbPjla0K54FDYjcYddBoVaW 7r26/Fm7DUXJJlB+/DRQSURxNycMHfKurA+02GeWaMAJhF3lQR9/ywqTMQPTPr8K2IZo PVx45yFGJI18qoQu5vjmsGoDb64AK8dIdlVrWEmWgOPti0WG/0AoL1cJwxxv7o7ydHdU SiYquOYV/6SA1IOMfL5YZshO/oqONtQPHF7P09vmecmx1wDM0341oAz7LdJeOsd+TR+s M6M6irA/I37AXoihSOo4+NG/IdCLgqUO9NBJRxNCo7ukdJnMiv84cffpwM+T1CWWldMB 47eA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1763718255; x=1764323055; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=iac2+shAosSqIDM+XOc4XTNyGU9n2u/2T1hFhgp8Ccg=; b=XvNLaXuXpPYl3Zr4usIf++DcdeNwHSegB/Ch/qb+hPplH66d+PkcEmld7QY/eTLGR1 xqq9xElZVhFX3UIJmy7wDrPIB48TGV9KqpJ7L44dWw3sOdXDJVHKcG3v3WuT7H6UFO5W jirAP7muLzKLOjGg+VHMxbzpiMrMa9tvQgkqDmVDpafcFUii8NFxer2/YdbDggkSGntb 3ZYA+OPFeDm0O3uqLnI9h9MrZ18CTxv88Ao7r68UiI6A5Utwdzo5+Q158VY1MC6bhAci iNhwETfsqRaPEHTEpSiL34sTXajuC+JnYQYg638tyr+o1SMBX5sDqmfj2xkhGeEMmQ0K gqPA== X-Forwarded-Encrypted: i=1; AJvYcCUoaOXG/MxKgAaKeB+Sfa2SCDJ8cicRZZ7rnSJXctJa/orLFZQe7i6ZP3Xc0T6GS5a+3Ub94rubPS9fPUM=@vger.kernel.org X-Gm-Message-State: AOJu0YyaIafav4tCKYlCrYMTX/c6wvLYRtiLormHDMOWz6Ba8xkmrzwK lQdgSpmJYtdMiVq0WGb5t2EdJAR5fhA8ZmoAeqOXugOh4/LIOQAmlIWh6ogYtg== X-Gm-Gg: ASbGnctKigP9PvNXywvj+q+D/TStQuCq7Bq5x/XV1Shgsq1cQkjQ63xSPWM+brwsETY Ltrh3wxlQvZAjWRFfqAilP7xWbFG0fYAwtOpB+lg0B0bf770x4ha7Y7Yl2I0lu1w//s7xeM0xnQ VwW77nDs8PjAFfx97qfhH5X3NEZgPxWcIga1JSwmzucazR3h0zMEc3uPngQWFpdtzaxNBUlyOYf oT8B7hZ38/I1VGygZ7Y7k/EwfEjYuDxuCAP8ODIOO0zaXREsIagJiUaL3o4+tZgdBxOK73E5BFB cMjvx2NrDeSBfwCCbb17jmWMBVa7/l9Ef+wk80t34pLsPr2iyKSvEnecmE+OO6gny/66CRgTi26 BUx8Y8/zZmFmj4LqWK5G29uCbN2IYcX12NvbDUskZViJnd1wgxAXWmdz+e+iXA6DgT30os7xF2C ht1LM2N2sRO201w4OBCTiLdjhkRc5DwWlIfulxLdrcjijNfxdBcMhEWQ== X-Google-Smtp-Source: AGHT+IFvI/4n6X/UIvUIYWfUH9uidHOavQeX/3IyJh9gxOEFNK+i8k+uai8hGyuumF2905nUSzruOA== X-Received: by 2002:a05:7022:1e14:b0:119:e569:f86d with SMTP id a92af1059eb24-11c9ca96a9cmr363858c88.10.1763718254594; Fri, 21 Nov 2025 01:44:14 -0800 (PST) Received: from fedora (c-67-164-59-41.hsd1.ca.comcast.net. [67.164.59.41]) by smtp.googlemail.com with ESMTPSA id a92af1059eb24-11c93db4a23sm22430736c88.2.2025.11.21.01.44.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 Nov 2025 01:44:13 -0800 (PST) From: "Vishal Moola (Oracle)" To: Andrew Morton Cc: Uladzislau Rezki , Christoph Hellwig , linux-mm@kvack.org, linux-kernel@vger.kernel.org, "Vishal Moola (Oracle)" Subject: [PATCH v4 0/4] make vmalloc gfp flags usage more apparent Date: Fri, 21 Nov 2025 01:44:01 -0800 Message-ID: <20251121094405.40628-1-vishal.moola@gmail.com> X-Mailer: git-send-email 2.51.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit We should do a better job at enforcing gfp flags for vmalloc. Right now, we have a kernel-doc for __vmalloc_node_range(), and hope callers pass in supported flags. If a caller were to pass in an unsupported flag, we may BUG, silently clear it, or completely ignore it. If we are more proactive about enforcing gfp flags, we can making sure callers know when they may be asking for unsupported behavior. This patchset lets vmalloc control the incoming gfp flags, and cleans up some hard to read gfp code. --- Based on current mm-new. v3 -> v4: - Add __GFP_NOLOCKDEP to the list of supported flags[1] - Replace WARN() with WARN_ONCE() to ratelimit warnings[2] - Collect some tags Previous iterations are linked through v3[3]. [1] https://lore.kernel.org/linux-mm/20251121072945.GA30438@lst.de/T/#m7cd63a45d0cde563158ddde5ea54e46715e34381 [2] https://lore.kernel.org/mm-commits/20251119164452.0f763efbb282f71438a2964a@linux-foundation.org/T/#t [3] https://lore.kernel.org/linux-mm/20251117173530.43293-1-vishal.moola@gmail.com/ Vishal Moola (Oracle) (4): mm/vmalloc: warn on invalid vmalloc gfp flags mm/vmalloc: Add a helper to optimize vmalloc allocation gfps mm/vmalloc: cleanup large_gfp in vm_area_alloc_pages() mm/vmalloc: cleanup gfp flag use in new_vmap_block() mm/vmalloc.c | 50 ++++++++++++++++++++++++++++++++++++++++++-------- 1 file changed, 42 insertions(+), 8 deletions(-) -- 2.51.1