From mboxrd@z Thu Jan 1 00:00:00 1970 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 DDE6432ED5F for ; Wed, 3 Dec 2025 19:15:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1764789324; cv=none; b=EnKf7dl438wm7ZSSBz8c5rAbPAowV9Ody+VhB6d+sNdi+kFtTUYS7GMM1ObZV+l+Szaqx3D4ljz+kZ4kFEBxbRfDy4d26O2rBMCLjN8JVIytcPm1WM1Y9ZpZBwnNHQVDLgdB/70HWKWN0rLvCHwHNPuWdXv1iD6XWVoPAhdSZlk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1764789324; c=relaxed/simple; bh=mAhPKw7eFSARMqiIpwAZTQ7ucH7HQcQPxpr/uYArO+4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=MwSnRE6DS3r+4Q8ZdhmnAPT7L7o6lR5eJgL+l4JS/onEkTZx8t5S4vCQ/wzs4Q5nPSSKoCRpJtpiwYD69ms8cYj/Hozwoad0Wh5XVF1QAVIHoRUZTtqFFsJR5jsasVFze4JjTe10XdeW/kDzq9VX9rZfCTV1VSeV+arb1Ro9gg0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=EFqHpJvL; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="EFqHpJvL" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6ADFFC4CEF5; Wed, 3 Dec 2025 19:15:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1764789324; bh=mAhPKw7eFSARMqiIpwAZTQ7ucH7HQcQPxpr/uYArO+4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=EFqHpJvLM2sVGn2Kbmxtrfz4b52xWNXoFNLzPgtoIAiQbGLho/jjCvHeC8yKibNEp BvGjQwmdQNv4J7vCNT6GLFzhh5k8ytZmK6HsGa13SQsjNo3v4dKJUYqZBYc7EhnJW7 07IEbfpxjdVssBS9Q6bS2/KfbmUKVCgl1/yKIuMahZOiz/3kM8E7YtMS7GO1CJy7ed K0K1M3h0KjRpV1oCmYCAF0sfDMbZytKqkftkoUuH50rzZP5r/mICytxAAGu4BpL3hS 5jx+8ujOinbv/9WtAG2IjwG1gQir2cxZ6v18JbxRVLQ6dT+TvRBsnnKHY7N1NNmrs5 NMFjgW+HhzrNQ== Date: Wed, 3 Dec 2025 20:15:19 +0100 From: Ingo Molnar To: Josh Poimboeuf Cc: x86@kernel.org, linux-kernel@vger.kernel.org, Nathan Chancellor , Peter Zijlstra , Alexandre Chartre , David Laight , Linus Torvalds Subject: Re: [PATCH] objtool: Fix stack overflow in validate_branch() Message-ID: References: <21bb161c23ca0d8c942a960505c0d327ca2dc7dc.1764691895.git.jpoimboe@kernel.org> <7i2v6lkl7pd2jzk57omos6pqkgwooewrrztsvi5weibvod2f5b@3mkwqwzslyl4> 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: * Josh Poimboeuf wrote: > On Wed, Dec 03, 2025 at 10:54:19AM -0800, Josh Poimboeuf wrote: > > Keep in mind this is a worst case function for objtool: KASAN with tons > > of memory accesses. The vast majority of functions won't come anywhere > > near that level of recursion. > > And BTW, supporting that further, the max recursion depth on vmlinux.o > on a defconfig kernel is showing 162. That's mostly immaterial - 'make allmodconfig' is not some esoteric test, it's one of the most common testing methods by developers and CI projects ... For example I use allmodconfig builds for every commit I write or apply. Thanks, Ingo