From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) (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 5E3133161BF for ; Wed, 25 Feb 2026 15:25:08 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=90.155.50.34 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772033112; cv=none; b=GU/gjS5+xH/2L3lhBMdARN7BeJLAU52Vl6e9oMmJnPtZZnhklEdiSC2mHYXjNuMW1y4dEPyCs0AqQoVZZ45I+loyaBML1/rGAyKLq75pn2pdgv6xdvkl/ZZ4Ehyfc4nV2YLoIbnGeMthgANyEQW1VuCQOC7f0Od0bAhOb2aA80c= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772033112; c=relaxed/simple; bh=WYdnlsvfgKURCQAUnHmuaR4ZffkdFjgOGbnufzpWgFQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=G5XjlPaVBzYsLg4aEsQwMOtpqH0GDt+N2XfIv6YuLjJ5djnH/1JYDnFA5cG5H+zxgrzdFTovgGRrXRrAz1vS/mvZvKSrAJ7a5oowEKolsOzF3OEFxXbGzSRxWVRgnpsxsC9fUUjsTO2HsqSv1VLElBM95quugUC1WKhoN0K+k4c= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org; spf=none smtp.mailfrom=infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=b+21eo9q; arc=none smtp.client-ip=90.155.50.34 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="b+21eo9q" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=ANXhacNWKLyz8AUea/SbhfGp5WXbkaJRbU3LEuymWy8=; b=b+21eo9qv2Eq3J1AUuqSH0TdhO xzoA9SzlpRpsw2w38Br86e3jxIwiIyoGqnRtDDPFCeZoaKak7QBQapOHZCxVmo7PnD0RVgXvmwwGj Bkd2zXjS6LtIq4Ke8GU6G4UgpVMUdRN7sBDKiNwcoedI9+adNpLn5ACY0oCU8satL/vncins5YozY sWcK6WChANmYYrqktpXjw9gBhURMiygqqAWj9Rk+zdTMkLrlKMh07JoC5s79x7d/MiqdLaDf6jKZQ yjYOhQr0/4gWJhN8IJRTmBVCDU7IRoOhNDh7DuRNdRch4YGq1CfSaznTEKTl+eOv6yyUUdpyHWq8b MUi+bbVg==; Received: from 77-249-17-252.cable.dynamic.v4.ziggo.nl ([77.249.17.252] helo=noisy.programming.kicks-ass.net) by casper.infradead.org with esmtpsa (Exim 4.98.2 #2 (Red Hat Linux)) id 1vvGl4-00000001Ekt-07ty; Wed, 25 Feb 2026 15:25:02 +0000 Received: by noisy.programming.kicks-ass.net (Postfix, from userid 1000) id C84DA3007C4; Wed, 25 Feb 2026 16:25:00 +0100 (CET) Date: Wed, 25 Feb 2026 16:25:00 +0100 From: Peter Zijlstra To: Thomas Gleixner Cc: LKML , Anna-Maria Behnsen , John Stultz , Stephen Boyd , Daniel Lezcano , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Valentin Schneider , x86@kernel.org, Frederic Weisbecker , Eric Dumazet Subject: Re: [patch 00/48] hrtimer,sched: General optimizations and hrtick enablement Message-ID: <20260225152500.GC1282955@noisy.programming.kicks-ass.net> References: <20260224163022.795809588@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: <20260224163022.795809588@kernel.org> On Tue, Feb 24, 2026 at 05:35:12PM +0100, Thomas Gleixner wrote: > The series applies on v7.0-rc1 and is also available from git: > > git://git.kernel.org/pub/scm/linux/kernel/git/tglx/devel.git sched/hrtick If you'd have added the shortlog, you'd have made nearly 350 lines :-) Peter Zijlstra (11): sched/eevdf: Fix HRTICK duration hrtimer: Avoid pointless reprogramming in __hrtimer_start_range_ns() hrtimer: Provide LAZY_REARM mode sched/hrtick: Mark hrtick timer LAZY_REARM hrtimer: Re-arrange hrtimer_interrupt() hrtimer: Prepare stubs for deferred rearming entry: Prepare for deferred hrtimer rearming softirq: Prepare for deferred hrtimer rearming sched/core: Prepare for deferred hrtimer rearming hrtimer: Push reprogramming timers into the interrupt return path sched: Default enable HRTICK when deferred rearming is enabled Peter Zijlstra (Intel) (2): sched/fair: Simplify hrtick_update() sched/fair: Make hrtick resched hard Thomas Gleixner (35): sched: Avoid ktime_get() indirection hrtimer: Provide a static branch based hrtimer_hres_enabled() sched: Use hrtimer_highres_enabled() sched: Optimize hrtimer handling sched/hrtick: Avoid tiny hrtick rearms tick/sched: Avoid hrtimer_cancel/start() sequence clockevents: Remove redundant CLOCK_EVT_FEAT_KTIME timekeeping: Allow inlining clocksource::read() x86: Inline TSC reads in timekeeping x86/apic: Remove pointless fence in lapic_next_deadline() x86/apic: Avoid the PVOPS indirection for the TSC deadline timer timekeeping: Provide infrastructure for coupled clockevents clockevents: Provide support for clocksource coupled comparators x86/apic: Enable TSC coupled programming mode hrtimer: Add debug object init assertion hrtimer: Reduce trace noise in hrtimer_start() hrtimer: Use guards where appropriate hrtimer: Cleanup coding style and comments hrtimer: Evaluate timer expiry only once hrtimer: Replace the bitfield in hrtimer_cpu_base hrtimer: Convert state and properties to boolean hrtimer: Optimize for local timers hrtimer: Use NOHZ information for locality hrtimer: Separate remove/enqueue handling for local timers hrtimer: Add hrtimer_rearm tracepoint hrtimer: Rename hrtimer_cpu_base::in_hrtirq to deferred_rearm hrtimer: Avoid re-evaluation when nothing changed hrtimer: Keep track of first expiring timer per clock base hrtimer: Rework next event evaluation hrtimer: Simplify run_hrtimer_queues() hrtimer: Optimize for_each_active_base() rbtree: Provide rbtree with links timerqueue: Provide linked timerqueue hrtimer: Use linked timerqueue hrtimer: Try to modify timers in place Anyway, since I've been staring at these patches for over a week now: Acked-by: Peter Zijlstra (Intel) You want me to go queue them in tip/sched/hrtick, tip/timer/hrick and then merge both into tip/sched/core and have tip/timer/core only include tip/timer/hrtick or something?