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 9AD102DCBF8 for ; Fri, 12 Dec 2025 20:13:46 +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=1765570426; cv=none; b=MEDoYNEODfcd5sjQ0l4CDhPMmzjBEwtLf3ZRteLFsdocYKn+TEPDHhn0ZzGPg1wITKDtJnjVMcEVj1W+f5zcs77K6pBjXnDVmbM3he3DSNqIowiJuvd74611Ic00F0Ap72xuaaqKz9huaXNuosBWWUITEGa93beqfC7H9iVivWo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765570426; c=relaxed/simple; bh=CptzjZsJ11GinDWLop2KRHk+aVz9lz65MtSjPNuUcm4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=mAJ50VDxdxSmXmUwdf6asy5qspg6dDR0gx9Rsz8TkI6BxCGWZ3GMF+b3XiOO0kHuQntCqguELbLt/7U0BcgujJ8kaPwBaC3JRAomiuPqL+and2BjxeGN01vpwiUB7VL/7lPxnn0F0tlkQIDd+lQxiQazsVj7gEwRZlMcETB4EiY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=rkWGmbcc; 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="rkWGmbcc" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 07A13C4CEF1; Fri, 12 Dec 2025 20:13:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1765570426; bh=CptzjZsJ11GinDWLop2KRHk+aVz9lz65MtSjPNuUcm4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=rkWGmbccj4gbS3fTyAx/o8NdyIZdSvZrec+egWHFAqRDFlfpyrSGhVt/MVABBSKdZ ACazAe/o55xrak8LIE+lF5pyLq/H/0obhqc2FtFh1hg9GDOmL6HpXpdFU/dAZegICy TyXv1696P/SQ3zpwsByIInIIYSqaNYnPaSVWWBtsG8skqk0JSSBQJ2jm7jbkEiu80F 7AtQsQhnAUPtRUU600FLFECIM0zCjQVIQGtyjatYJioTsA/LRjCPIj5X+q8zR9MUo5 ja1b8J032Wr8ksJ8d84e944tVJTnEdTsoaFwwiLpFUliv/Ii/p++zg3WUQYvDC2sLx lq1ry+eWUb//g== Date: Sat, 13 Dec 2025 05:13:40 +0900 From: Will Deacon To: Ryan Roberts Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Ard Biesheuvel , Catalin Marinas , Mark Rutland , Linus Torvalds , Oliver Upton , Marc Zyngier Subject: Re: [PATCH 00/10] arm64: Replace TLB invalidation preprocessor macros with C functions Message-ID: References: <20250711161732.384-1-will@kernel.org> 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: On Fri, Dec 12, 2025 at 12:12:05PM +0000, Ryan Roberts wrote: > On 10/12/2025 12:29, Ryan Roberts wrote: > > On 11/07/2025 17:17, Will Deacon wrote: > >> I cooked this series following a complaint from Linus back in March > >> about our range-based TLB invalidation macro after we fixed an > >> over-invalidation bug thanks to incorrect handling of its arguments: > >> > >> https://lore.kernel.org/all/CAHk-=wgiX0q0WCL+SFwVCYtG7JR3=2Rshse-5J3AO2Y4AgT7Jw@mail.gmail.com/ > >> > >> Once I started trying to rework the range macro into a C function, I > >> spotted a few other opportunities for cleanup and so I've ended up with > >> this series. > >> > >> Testing and feedback welcome. > > > > Hi Will, > > > > Did this go anywhere/are you planning to post a new version? There are a couple > > of other cleanups I'd like to do in this area, and also I'd like to add tlbip > > support. But I don't want to spend time on it if the baseline is going to > > drastically change. > > > > If you're not planning a v2, perhaps I could have a go then extend for the > > extras I want to do? > > Since I didn't hear back, I've reworked the series to include Linus's suggestion > and am currently testing. Plan to post against -rc1. Sorry, at LPC atm and have fallen behind. I was still planning to rework this but I'm aware of other folks at Arm making changes here as well so you should be wary of that too. Regardless of macros or indirect branches, I was relatively happy with some of the cleanup that fell out of this series so I'd be keen to land it either way. Will