From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id B02F8C369CB for ; Sat, 26 Apr 2025 10:17:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 6E5926B0005; Sat, 26 Apr 2025 06:17:35 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 66F206B0007; Sat, 26 Apr 2025 06:17:35 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 510FB6B0008; Sat, 26 Apr 2025 06:17:35 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 2BDEA6B0005 for ; Sat, 26 Apr 2025 06:17:35 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id F245082BCA for ; Sat, 26 Apr 2025 10:17:35 +0000 (UTC) X-FDA: 83375793270.27.B1FE94B Received: from sea.source.kernel.org (sea.source.kernel.org [172.234.252.31]) by imf12.hostedemail.com (Postfix) with ESMTP id 4D14C40007 for ; Sat, 26 Apr 2025 10:17:34 +0000 (UTC) Authentication-Results: imf12.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=MJHCRAHb; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf12.hostedemail.com: domain of dakr@kernel.org designates 172.234.252.31 as permitted sender) smtp.mailfrom=dakr@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1745662654; a=rsa-sha256; cv=none; b=NT+9Xa+YQEtkgI0yyQ3JG03qE653JNdcB0lDCoZNuobbrAUpN8vJJggNWFepqgVF9KQdh4 jidvdEx6aTI1iAw+58c9z0RgC69TAw9J9KWOmYxWlERaWF57Dg2xrNIuwNqvalIHotiNx+ iGwQd9gIZIxBs3ygHpC3zf0aPWSApUw= ARC-Authentication-Results: i=1; imf12.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=MJHCRAHb; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf12.hostedemail.com: domain of dakr@kernel.org designates 172.234.252.31 as permitted sender) smtp.mailfrom=dakr@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1745662654; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=dLLKE53jSG9L54Wb9guE0LiO763vyoIdeIc3lboYsGk=; b=nAQtLzVVnnzDNGWPOZUvauqzY15YcN+MGviH8/oPbXPrKI6f1lkCOBnJ0dTfm9owfBqdPB TOTJln+X3nUTzU5+GQeqUQ9BCU3gUy8tbhbdNfdekM10mpm/7OwBjTFtJB/5wpqSczQwGt lGffuQVNj6fgrglSh8T3Xi6zlh+m+pU= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sea.source.kernel.org (Postfix) with ESMTP id 213F9442C8; Sat, 26 Apr 2025 10:17:31 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id DC7EEC4CEE2; Sat, 26 Apr 2025 10:17:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1745662652; bh=7hs/1Nyf/ppXoz6xxamIkNtgAnWagu91IGMs3NCcD8w=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=MJHCRAHbd7906OgdZEl2tEX35vZIrp1huRIJkSYmLK1bGjVlJMvPRuB9NYrdiqgZL NgzhDaHY8g/A1e6unJqjYHA83MM5+GKNYcI6/74/z3ivlgSCtfdBVuCr41JLx4Jv5H Y8zoj6odA3cf75u28+J5alQgS5IOgwQS+V0520iGriWN/zJRKV3F6328R5thduZdWU KA6461lxaGew9Ln5pB1J3CF170gcc41ExtIAp94c4gS2yL4C0avLJmYnhuk1CkqhSy Xeqge+gOE4cXWgQ5jufatsTgjlJvcmQ5sL22Z+63/SQlRqALwIYZaFew+uMp8ofrGs u5ds0w/HLnssw== Date: Sat, 26 Apr 2025 12:17:28 +0200 From: Danilo Krummrich To: Kees Cook Cc: Andrew Morton , Erhard Furtner , Michal Hocko , Vlastimil Babka , Uladzislau Rezki , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-hardening@vger.kernel.org Subject: Re: [PATCH v2] mm: vmalloc: Support more granular vrealloc() sizing Message-ID: References: <20250426001105.it.679-kees@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250426001105.it.679-kees@kernel.org> X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 4D14C40007 X-Stat-Signature: juhcjh8s8c9y97195tyuzd1m1eg91817 X-Rspam-User: X-HE-Tag: 1745662654-601364 X-HE-Meta: U2FsdGVkX18NZlvBvpIL6TD43HgCZG5vlRIEWpeDVAEktferYju83jgO8n+1k8j18I9tJnMzINMkb7m3VvS0c43swiPLFxcxY7vXu6Xv95jYIJzf++55mXihwFy2tIGPVTVmBAZNqK7yB7h3ET4S2jZCVTcTV/A5i8HJmie+0jlVykeYuSpoNQlIhK1LfeAPsK1q8CLsFyUkleH4UwdtpnEZpqLw+u23+ZSUgGwI/LSAqUCRKwg6Tr4we7woz5C+l7MNF9WDe2YYTco9n/mO/l7s3Vs9uL9qu4DbjsaIp8x8jTSmTv7dzch5aphw6krayhTZvU+LyXZ6p1feSxYQCeTjhKlKHQGcaLu2npB61/+k+AaK5e/MILWDR9Ioa59ZWb/ARmtG65EETka/JILr5G+sMQme/PoJ8EqETYBdszlct7aRUmdmQOUVkdHbvl6BPsu2sivSunQdaST7YgKzh1GaaImOGHv1YoLlqukJGXfeC7JRuZ5BQNo9BgigxKI7Rj1WZ3rOxa9DT+cqnCCyy6w3Q+lvcMo5nvdE48+YiaUP3W4dN1dQAn3fh9/NfF3AF5oFzxTEPVC4dp30r28Sh4Ckv/DeppK/a+54RAdzM3LyQvKFcHpVrt6ynsYDX++sJBpVxYnpRsysObWIED5Pq8NhPtZS/qgyZoZFN5SDBhJZ10ROC/rAxloRNAmwEAcgO1UNIh2uUcQLA3b5EXgFizPxwxrMXbhaTe/W7ja44pnLgIAY1JzDJ5ow4/sVSn24hl1IBJA3nBmITMFm5g+Y16U5CzoJh5J7+T8c56kAKTnVpFX7aaL/W8CVKzW57EdYE9+OwtWjPnxPRMdG4lz3CMpOXoD0g14XP8w4epQ5BqEZ/bFSw+6mfuHds86//7mUU2YlH5b6oSoDkTJo/HVElV/K/5dfEQWwaf8UDyxfhioVhjawqHbj6z8H29cfvWX231XuJQtjENZwoy1K/o+ aXNuGZbN wpXS2ZamgljIXMUSTC8vvDnKF2eNfkvErJO/H8N3L5JeJCPTeoDH9FcXxQfjSFsozgBXf8jiTovSKybFdKpu+QEFaj2IJlPqbeffYpZHiKazIXP7q/VNsz6oA5GEJqQsjnFR82iVwzPVZtYPgKjbYYWBBX7QASgTRlP2mmInqIfl8822C6jztdfuT2sT5FRykiFD9+8NvzAsa7guauQe4Tcu0QfYSgwkAabL5ZdfTDChAFZV49UDU6khxlJBNw3NajAm5vjWtFHa1Cxt6CIfTofpITrgF0rJT6MvDsmSvFux46GePHYEgcHpLhhoiQBvcvOXlTYuNZME7WF8lEsJ+AOM4CRPDYOH1qeMhwKsGpqRK4L4= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Fri, Apr 25, 2025 at 05:11:07PM -0700, Kees Cook wrote: > Introduce struct vm_struct::requested_size so that the requested > (re)allocation size is retained separately from the allocated area > size. This means that KASAN will correctly poison the correct spans > of requested bytes. This also means we can support growing the usable > portion of an allocation that can already be supported by the existing > area's existing allocation. > > Reported-by: Erhard Furtner > Closes: https://lore.kernel.org/all/20250408192503.6149a816@outsider.home/ > Fixes: 3ddc2fefe6f3 ("mm: vmalloc: implement vrealloc()") > Signed-off-by: Kees Cook Reviewed-by: Danilo Krummrich