From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 5977C396B8C for ; Thu, 30 Jul 2026 20:09:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785442173; cv=none; b=ikRl0Dt0nXtVwdyqgT/2NsJ0Y4Q/E9PXhl8/9fU/4Y7efn6sr3iVh89JJLYJ9Z0SL7cCSvhO6WnkzOErY32iiriH3lNGXEgn+5bpaG49oXKokLaq6dUQncsFA8qGb0b3I8/l/NC0PvHsX+NCI73VsMcP49wN/cg8v8iMZy5Eh+4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785442173; c=relaxed/simple; bh=kPOfV1n9unadXdkmeoxiyL9tQ4VQBQISWfdymuNuyxE=; h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References: Mime-Version:Content-Type; b=lEUGJD+rbR+m+4KZUH8MZCGlRFY434ywwVmhmcoHi7aQwR8ihWR6HXXUDgZQERXg8lS2iA9uqARw8g2uenyJXbQWXaocrTsLgAh9V8C+lnFLd+Rgbik2szBWbWQxlsgBOywzjl37AYDGQ6+gFeOag39B++Z1BrqPbpgxZjp17xU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=TgUNY2iQ; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="TgUNY2iQ" Received: by smtp.kernel.org (Postfix) with ESMTPSA id B9F8B1F000E9; Thu, 30 Jul 2026 20:09:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=korg; t=1785442163; bh=ppIl39HqOgOmvBcM1jT+W3KYEtutlYLvJ6BsOLLLIbI=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=TgUNY2iQp/Uwz3gfVwJIdYH3sVFJKwqq/OjJAwmaL/PbUhPDocI606UhUV5mIDBYW d3g1uXit5HFJHdGKvlWXrzdx5CQo6ZYfPZC0vMt6j3c8FSUfZVA/Err709gj9716bY LkA2UzVzzpXJ2cNrGML+fNmmVuZ4i1nk9rMWArYc= Date: Thu, 30 Jul 2026 13:09:23 -0700 From: Andrew Morton To: Artem Lytkin Cc: linux-mm@kvack.org, urezki@gmail.com, willy@infradead.org, shivamkalra98@zohomail.in, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 0/3] mm/vmalloc: stop truncating byte counts derived from nr_pages Message-Id: <20260730130923.9e71be5f477ee3db333cf0f8@linux-foundation.org> In-Reply-To: <20260730090628.65814-1-iprintercanon@gmail.com> References: <20260729175708.7074-1-iprintercanon@gmail.com> <20260730090628.65814-1-iprintercanon@gmail.com> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) 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-Transfer-Encoding: 7bit On Thu, 30 Jul 2026 12:06:25 +0300 Artem Lytkin wrote: > Andrew asked for a v2 of the nr_pages widening, rebased on mm-new, with > the changelog clarified on what has actually been observed. > > The widening reverts the two casts added by the patches I sent on 25 > July, so it needs those in the tree first, and they are not in mm-new, > mm-unstable or mm-hotfixes-unstable today. They are here as 1/3 and 2/3 so > that the series applies and Sashiko can chew on it. 2/3 is byte for byte > what I sent; 1/3 has one corrected sentence in its changelog and the same > one-line diff. Sashiko couldn't apply it for some reason. This all seems far too complex for such an obscure issue. How about we queue just a single switch-to-ulong patch, add that to 7.3 and give it a Fixes:0bca23804632/cc:stable so 7.2.x gets fixed later?