<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>cb95904b470d2d347012d5e360303cf478ca5362 - Merge tag &apos;sched-core-2026-10-18&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#cb95904b470d2d347012d5e360303cf478ca5362</link>
        <description>Merge tag &apos;sched-core-2026-10-18&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tipPull scheduler updates from Ingo Molnar: &quot;Kconfig updates:   - Simplify PREEMPT_DYNAMIC (Mark Rutland)  Fair scheduler updates:   - Remove redundant RUN_TO_PARITY check (Elif Topuz)   - Declare augmented callbacks per field, fix     rb_add_augmented_cached() descent (Yiwei Lin, Peter Zijlstra)   - Restart fair hrtick after same-task repicks (Shubhang Kaushik)   - Improve the scheduling latency of short slice tasks (Vincent     Guittot)  Deadline/RT scheduler updates:   - Check start_dl_timer expiry with ktime_before() (Liang Hao)   - irq_work: CPU-hotplug improvements on PREEMPT_RT (Sebastian Andrzej     Siewior)  Energy-aware scheduling updates:   - Implement the steal_governor, introduce preferred CPUs and     steal-driven vCPU backoff (Shrikanth Hegde)  Multi-processor load-balancing updates:   - Enable preferred SMT siblings on NVIDIA Olympus (Andrea Righi)   - Randomize equally shallow idle CPU picks (Christian Loehle)   - Remove redundant core_sched_seq (Hui Su)  Cache-aware scheduling updates:   - Avoid publishing partial LLC utilization (Jemmy Wong)  NUMA-balancing updates:   - Reset NUMA fault locality after scan period update (Eric Kim)  Proxy execution updates:   - Ongoing work to implement sleeping owner handling for proxy     execution (John Stultz, Vasily Gorbik)   - Preparatory steps to make sched_ext compatible with proxy execution     (Andrea Righi)  Scheduler infrastructure updates &amp; fixes:   - Remove the RCU wait from PSI trigger destruction (Shakeel Butt)   - Avoid modifying wait-entry on failed priority registration     (Hui Su)   - Use the new static key API for sched_feat (Hongyan Xia)   - Convert paravirt_steal to new static key APIs (Hongyan Xia)   - cputime: Don&apos;t account idle time twice after dyntick-idle     (Stian Halseth)  Scheduler debugging updates:   - Set TIF_NEED_RESCHED before calling __trace_set_need_resched()     (Sechang Lim)   - Fix context analysis errors in non-preferred CPU push (Shrikanth     Hegde)  Misc cleanups and fixes by Christian Loehle, Shubhang Kaushik,  Thomas Huth and Vladimir Zapolskiy&quot;* tag &apos;sched-core-2026-10-18&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (64 commits)  sched: Replace nr_iowait_cpu() with a bool accessor  Revert &quot;sched/fair: Remove dead code on enqueue_task_fair()&quot;  sched/cache: Avoid publishing partial LLC utilization  sched/cputime: Don&apos;t account idle time twice after dyntick-idle  sched/psi: Remove the RCU wait from trigger destruction  sched/eevdf: Remove redundant RUN_TO_PARITY check  sched/wait: Avoid modifying entry on failed priority registration  rbtree_test: Use rb_add_augmented_cached() for the cached augmented test  rbtree: Update augmented data on the way down in rb_add_augmented_cached()  rbtree: Declare augmented callbacks per field with RB_AUG()  rbtree_test: Use rb_add() and rb_add_cached() for the basic tests  smpboot: Don&apos;t park the thread if work is pending  irq_work: Flush lazy work CPU down on PREEMPT_RT  irq_work: Update a comment regarding CPU hotplug invocation  sched/topology: Add asymmetric SMT packing override  sched/fair: Honor asymmetric SMT priority in idle selection  sched: Set TIF_NEED_RESCHED before calling __trace_set_need_resched()  sched/core: Fix context analysis errors in non-preferred CPU push  virt/steal_governor: Enable the driver  virt/steal_governor: Implement steal_governor policy loop  ...

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Wed, 21 Oct 2026 00:35:35 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>5b9a28eeed37513778ca6b636253aa8dcf39d55f - sched: dynamic: Remove HAVE_PREEMPT_DYNAMIC_{CALL,KEY}</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#5b9a28eeed37513778ca6b636253aa8dcf39d55f</link>
        <description>sched: dynamic: Remove HAVE_PREEMPT_DYNAMIC_{CALL,KEY}PREEMPT_DYNAMIC is now limited to the FULL and LAZY preemption models.Switching model only changes the behaviour of dynamic_preempt_lazy(),which uses a static key. There are no other static calls or static keys,and so there&apos;s no need for HAVE_PREEMPT_DYNAMIC_CALL orHAVE_PREEMPT_DYNAMIC_KEY.The static key used by dynamic_preempt_lazy() is entirely local tokernel/sched/core.c, and any architecture which selectsARCH_HAS_PREEMPT_LAZY implements the necessary support. RemovePREEMPT_DYNAMIC&apos;s dependencies on HAVE_PREEMPT_DYNAMIC_CALL andHAVE_PREEMPT_DYNAMIC_KEY entirely, leaving the dependency onARCH_HAS_PREEMPT_LAZY.For architectures which previously selected HAVE_PREEMPT_DYNAMIC_KEY,PREEMPT_DYNAMIC will now be selected by default, matching x86. As theruntime impact is limited to dynamic_preempt_lazy(), this shouldn&apos;t beas concerning as previously (e.g. where calls to {cond,might}_resched()stubs could introduce a measurable penalty).As all of this can work without jump labels, JUMP_LABEL is not selectedexplicitly. It is obviously preferable to have JUMP_LABEL enabled, butthis is not functionally necessary.Signed-off-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Signed-off-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Reviewed-by: Jinjie Ruan &lt;ruanjinjie@huawei.com&gt;Reviewed-by: Shrikanth Hegde &lt;sshegde@linux.ibm.com&gt;Tested-by: Mete Durlu &lt;meted@linux.ibm.com&gt;Tested-by: Shrikanth Hegde &lt;sshegde@linux.ibm.com&gt;Tested-by: Jinjie Ruan &lt;ruanjinjie@huawei.com&gt;Link: https://patch.msgid.link/20260803191731.3244294-6-mark.rutland@arm.com

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Mon, 03 Aug 2026 21:17:30 +0200</pubDate>
        <dc:creator>Mark Rutland &lt;mark.rutland@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>67f8bc848ee31831336bd478e57d2f993551902e - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#67f8bc848ee31831336bd478e57d2f993551902e</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesLet&apos;s start the 7.3 drm-misc-fixes cycle.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Tue, 01 Sep 2026 09:38:51 +0200</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b2128290c29902315e632ea59e0504d6bc9e9b42 - Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-backmerge</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#b2128290c29902315e632ea59e0504d6bc9e9b42</link>
        <description>Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-backmergeBackmerge of drm-next, mainly to pick up dt bindings docs updates toavoid conflicts.Signed-off-by: Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Sat, 18 Jul 2026 17:06:55 +0200</pubDate>
        <dc:creator>Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>637315cb400eed1dbe721954fea437a61a2d65b2 - Merge tag &apos;kvm-riscv-7.3-1&apos; of https://github.com/kvm-riscv/linux into HEAD</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#637315cb400eed1dbe721954fea437a61a2d65b2</link>
        <description>Merge tag &apos;kvm-riscv-7.3-1&apos; of https://github.com/kvm-riscv/linux into HEADKVM/riscv changes for 7.3- Svadu/Zicfiss/Zicfilp FWFT support for Guest- Use try_cmpxchg for IMSIC MRIF RMW- More arch-specific tracepoints in KVM RISC-V- Eager Page Splitting for KVM RISC-V- Optimize hfence request handling for SMP Guests- Improve dirty log clearing by skipping zero bits in mask- Guard HFENCE range loops against overflow- CPU PM notifiers in KVM RISC-V for non-retentive idle states- Fix kernel-mode vector context save/restore for Guest

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Tue, 18 Aug 2026 13:07:31 +0200</pubDate>
        <dc:creator>Paolo Bonzini &lt;pbonzini@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>efe86f088f48f18c27b648e5724048947f3b7fb4 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#efe86f088f48f18c27b648e5724048947f3b7fb4</link>
        <description>Merge drm/drm-next into drm-xe-nextSync some i915/display changesSigned-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Tue, 14 Jul 2026 15:40:31 +0200</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>6d177908bad5992e17669030db41caab88041d5e - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#6d177908bad5992e17669030db41caab88041d5e</link>
        <description>Merge drm/drm-next into drm-intel-nextSync with v7.2-rc1.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Tue, 30 Jun 2026 14:55:43 +0200</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>827b9aabd3ea3e96d5e48abed9f44dbd1e550d4e - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#827b9aabd3ea3e96d5e48abed9f44dbd1e550d4e</link>
        <description>Merge drm/drm-next into drm-misc-nextBackmerging to get drm-misc-next to v7.2-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Tue, 30 Jun 2026 10:16:00 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>7dd19adaaac9a161723a24de7c270861063ec6ac - Merge tag &apos;v7.2-rc1&apos; into drm-rust-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#7dd19adaaac9a161723a24de7c270861063ec6ac</link>
        <description>Merge tag &apos;v7.2-rc1&apos; into drm-rust-nextMerge v7.2-rc1 into drm-rust-next to start the next cycle.Devres now requires T: &apos;static, which conflicts with shmem::Object usingDevres&lt;SGTableMap&lt;T, C&gt;&gt; without that bound. Resolve by adding &apos;staticas a supertrait to DriverObject and DeviceContext, which does notrestrict any current use cases since DriverObject is always implementedon owned, refcounted types and DeviceContext is a sealed marker traitwith only unit-type implementors.If DriverObject (or DeviceContext) ever becomes lifetime-parameterized(e.g. via a GAT for TTM backed objects), the &apos;static supertrait can berelaxed at that point.Signed-off-by: Danilo Krummrich &lt;dakr@kernel.org&gt;

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Sun, 28 Jun 2026 22:39:43 +0200</pubDate>
        <dc:creator>Danilo Krummrich &lt;dakr@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>104a813376837da3b9651457d6fdc99596257fba - Merge tag &apos;timers-vdso-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#104a813376837da3b9651457d6fdc99596257fba</link>
        <description>Merge tag &apos;timers-vdso-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tipPull VDSO updates from Thomas Gleixner: - Consolidate the VDSO datastore further and provide support for   mlock_all() and prefaulting. - Provide 32-bit legacy time related functionality only if   CONFIG_COMPAT_32BIT_TIME is enabled. The config switch exists,   but architecture code still exposes the legacy functionality even   disabled.   Clean this up by adding the missing guards and validating at build   time that the VDSO is legacy free if disabled. - Consolidate the VDSO related config options in core and drivers,   which removes some non-sensical dependencies and quite an amount of   #ifdeffery. - Clean up the PAGE_SIZE definition maze* tag &apos;timers-vdso-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (30 commits)  random: vDSO: Drop custom PAGE_SIZE definitions  LoongArch: Remove CONFIG_GENERIC_GETTIMEOFDAY ifdeffery  clocksource/drivers/timer-riscv: Remove CONFIG_GENERIC_GETTIMEOFDAY ifdeffery  clocksource/drivers/arm_arch_timer: Remove CONFIG_GENERIC_GETTIMEOFDAY ifdeffery  clocksource/drivers/mips-gic-timer: Remove CONFIG_GENERIC_GETTIMEOFDAY ifdeffery  MIPS: csrc-r4k: Remove CONFIG_GENERIC_GETTIMEOFDAY ifdeffery  vDSO: Make clockmode constants available without CONFIG_GENERIC_GETTIMEOFDAY  kbuild: Support generated asm-headers in subdirectories  vdso: Rename HAVE_GENERIC_VDSO to VDSO_DATASTORE  vdso: Drop HAVE_GENERIC_VDSO from architecture kconfig files  vdso: Automatically select HAVE_GENERIC_VDSO if necessary  MIPS: vdso: Stop using CONFIG_HAVE_GENERIC_VDSO  vdso: Remove the dependency on HAVE_GENERIC_VDSO from ARCH_HAS_VDSO_ARCH_DATA  futex: Remove dependency on HAVE_GENERIC_VDSO from FUTEX_ROBUST_UNLOCK  vdso/gettimeofday: Verify COMPAT_32BIT_TIME interactions  sparc: vdso: Respect COMPAT_32BIT_TIME  MIPS: VDSO: Respect COMPAT_32BIT_TIME  powerpc/vdso: Respect COMPAT_32BIT_TIME  ARM: VDSO: Respect COMPAT_32BIT_TIME  arm64: vdso32: Respect COMPAT_32BIT_TIME  ...

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Wed, 19 Aug 2026 01:56:25 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>030c9f813b8e48d2b066983c94cf6294968f9496 - Merge tag &apos;timers-cleanups-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#030c9f813b8e48d2b066983c94cf6294968f9496</link>
        <description>Merge tag &apos;timers-cleanups-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tipPull treewide timer related cleanups from Thomas Gleixner: - Remove the leftover CLOCK_TICK_RATE which has been scheduled for   removal more than a decade ago along with some now empty asm/timex.h   files. - Consolidate delay timer calibration   The construct of having a define in a header requires that   architectures provided asm/timex.h for no reason. Also the function   name for reading the delay timer is confusing at best.   Use a config switch to enable that functionality and rename the   function to delay_read_timer() to make the purpose clear.   This removes some more now empty asm/timex.h files as well.* tag &apos;timers-cleanups-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:  calibrate: Rework delay timer calibration  treewide: Remove CLOCK_TICK_RATE  x86: Use PIT_TICK_RATE instead of CLOCK_TICK_RATE

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Wed, 19 Aug 2026 00:58:29 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>3424d8c18a7da1010d03391a22e728b857d0d5c5 - Merge tag &apos;core-entry-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#3424d8c18a7da1010d03391a22e728b857d0d5c5</link>
        <description>Merge tag &apos;core-entry-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tipPull generic entry code updates from Thomas Gleixner: - Make syscall user dispatching configurable   Not all architectures can makes use of syscall user dispatching.   Allow them to disable the feature completely. - Consolidate stack randomization for the generic entry code and the   architectures using it.   Stack randomization on syscall entry was sprinkled throughout the   architecture specific low level entry code and in some cases at the   wrong points, e.g. before establishing state, which violates the   non-instrumentable constraints of that code.   Clean this up by integrating stack randomization into the generic   entry code helpers so that it is invoked at the earliest possible   point right after establishing state and converting all generic entry   code using architecture over. - Clean up the syscall number handling in the generic entry code. It   works correctly for architectures which have a separate return value   storage in pt_regs, but fails to distinguish the case where user   space handed in -1 as syscall number from the case where the entry   code rejects it by returning -1 to the callers. Aside of that the   return value functionality of those interfaces is not really   intuitive.   Fix this by separating the decision to reject a syscall (user   dispatch, ptrace, seccomp ...) from the potential modification of the   syscall number through these mechanisms.   This solves most of the problems for architectures which do not have   a separate return value storage in pt_regs except for the case where   a tracepoint has a BPF script or a probe attached which overwrite   both the syscall number and the return value. But that&apos;s a problem   which cannot be solved in the generic code, that only can be   addressed by separating the storage model in the affected   architectures.* tag &apos;core-entry-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (23 commits)  entry, treewide: Make syscall_enter_from_user_mode[_work]() indicate syscall execution  entry: Make return type of syscall_trace_enter() bool  entry: Rework trace_syscall_enter()  entry: Rework syscall_audit_enter()  syscall_user_dispatch: Introduce ARCH_SUPPORTS_SYSCALL_USER_DISPATCH  entry: Fix seccomp bypass after ptrace with TSYNC  x86/entry: Simplify the syscall number logic  x86/entry: Get rid of the sys_ni_syscall() indirection  x86/entry: Make syscall functions static  ptrace, treewide: Rename ptrace_report_syscall_entry() to ptrace_report_syscall_permit_entry()  seccomp, treewide: Rename and convert __secure_computing() to return boolean  entry: Use syscall number instead of rereading it  entry: Remove syscall_enter_from_user_mode()  x86/syscall: Use [syscall_]enter_from_user_mode_randomize_stack()  s390/syscall: Use enter_from_user_mode_randomize_stack()  riscv/syscall: Use syscall_enter_from_user_mode_randomize_stack()  powerpc/syscall: Use syscall_enter_from_user_mode_randomize_stack()  loongarch/syscall: Use syscall_enter_from_user_mode_randomize_stack()  entry: Provide [syscall_]enter_from_user_mode_randomize_stack()  randomize_kstack: Provide add_random_kstack_offset_irqsoff()  ...

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Wed, 19 Aug 2026 00:00:56 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>0eaed89c18aeedf0898baf2dbf5ff027c6795152 - Merge tag &apos;timers-v7.3-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#0eaed89c18aeedf0898baf2dbf5ff027c6795152</link>
        <description>Merge tag &apos;timers-v7.3-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource  - Use designated initializers for sh_mtu2, sh_cmt, and sh_tmu, and    drop the unused initializer in the platform_device_id table for    sh_mtu2 (Uwe Kleine-K&#246;nig)  - Remove redundant dev_err()/dev_err_probe() messages when    devm_request_*_irq() fails, as the helper already logs an error    message (Pan Chuang)  - Fix a boot hang on Allwinner D1 when a forced minimum delta is used    with the sun4i timer (Felix Yan)  - Fix an IRQ leak in the cpuhp_setup_state() error path by freeing the    IRQ on failure in the NXP PIT driver (WenTao Liang)  - Fix incorrect unmapping of shared MMIO between the clocksource and    clockevent drivers. If one of them fails to initialize, the error    path unmaps the shared MMIO region, leaving the other driver with an    invalid mapping on clps711x (Guangshuo Li)  - Make the samsung_pwm driver compatible with PREEMPT_RT by replacing    regular spinlocks with raw_spinlock_t in atomic contexts (Marek    Szyprowski)  - Use __raw_readl() and __raw_writel() instead of ioread32() and    iowrite32() to support SWAP_IO_SPACE in the rtl-otto driver (Rustam    Adilov)  - Fix a missing clk_disable_unprepare() call in the timer    initialization error path of the Armada driver (Yuho Choi)Link: https://lore.kernel.org/lkml/75feea31-683d-45a1-87f4-ab045e0152ae@oss.qualcomm.com

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Mon, 17 Aug 2026 10:29:52 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b4d85f863e5a6f1fa01b186001af0f68f4f5239e - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#b4d85f863e5a6f1fa01b186001af0f68f4f5239e</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.3 merge window.

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Sat, 15 Aug 2026 06:26:07 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>dfc256dac54c8b692110bf905c64cb130e15963d - calibrate: Rework delay timer calibration</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#dfc256dac54c8b692110bf905c64cb130e15963d</link>
        <description>calibrate: Rework delay timer calibrationThe header define in asm/timex,h and the naming of the function to read thedelay timer are confusing at best.Convert it to a config switch selected by the archictures which provide thefunctionality and rename the function to delay_read_timer(), which makesthe purpose clear. Move the declaration to linux/delay.h where it belongs.Remove the resulting empty asm/timex.h files as well.No functional change.Signed-off-by: Thomas Gleixner &lt;tglx@kernel.org&gt;Link: https://patch.msgid.link/20260410120317.978403520@kernel.org

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Fri, 10 Apr 2026 14:18:57 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a92426375870190ae0088e93c3cbbcf4baf3c705 - vdso: Remove the dependency on HAVE_GENERIC_VDSO from ARCH_HAS_VDSO_ARCH_DATA</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#a92426375870190ae0088e93c3cbbcf4baf3c705</link>
        <description>vdso: Remove the dependency on HAVE_GENERIC_VDSO from ARCH_HAS_VDSO_ARCH_DATAAlign ARCH_HAS_VDSO_ARCH_DATA with ARCH_HAS_VDSO_TIME_DATA, making itselectable even without HAVE_GENERIC_VDSO.It will only have an effect when HAVE_GENERIC_VDSO is enabled anyways,but this makes the architecture Kconfig files a bit simpler.Signed-off-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Signed-off-by: Thomas Gleixner &lt;tglx@kernel.org&gt;Reviewed-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt;Link: https://patch.msgid.link/20260709-vdso-have_generic_vdso-v1-2-d2e1061f268b@linutronix.de

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Thu, 09 Jul 2026 09:28:38 +0200</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>8383e05af734355ba5cdd348991eaa71f6003e71 - syscall_user_dispatch: Introduce ARCH_SUPPORTS_SYSCALL_USER_DISPATCH</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#8383e05af734355ba5cdd348991eaa71f6003e71</link>
        <description>syscall_user_dispatch: Introduce ARCH_SUPPORTS_SYSCALL_USER_DISPATCHCurrently, only x86 genuinely implements and supports Syscall User Dispatch(SUD).Multiple architectures provide a stub arch_syscall_is_vdso_sigreturn()returning &apos;false&apos; simply to satisfy GENERIC_ENTRY compilation, whichcreates a false impression of feature support.Introduce ARCH_SUPPORTS_SYSCALL_USER_DISPATCH to decouple this mechanismfrom GENERIC_ENTRY. Select it exclusively on x86 and remove the redundantstub functions from other architectures.Suggested-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Signed-off-by: Jinjie Ruan &lt;ruanjinjie@huawei.com&gt;Signed-off-by: Thomas Gleixner &lt;tglx@kernel.org&gt;Reviewed-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Link: https://patch.msgid.link/20260713035422.582771-1-ruanjinjie@huawei.com

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Mon, 13 Jul 2026 05:54:22 +0200</pubDate>
        <dc:creator>Jinjie Ruan &lt;ruanjinjie@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>76904fccf81936c084faebc73ac72c0919a42941 - Merge tag &apos;v7.2-rc3&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#76904fccf81936c084faebc73ac72c0919a42941</link>
        <description>Merge tag &apos;v7.2-rc3&apos; into nextSync up with mainline to pull in stable fixes to avoid merge conflicts.

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Tue, 14 Jul 2026 04:06:00 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7ba2ba74713c83408cc942b60dd869ab2c34c84f - seccomp, treewide: Rename and convert __secure_computing() to return boolean</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#7ba2ba74713c83408cc942b60dd869ab2c34c84f</link>
        <description>seccomp, treewide: Rename and convert __secure_computing() to return booleanThe return value of __secure_computing() currently uses 0 to indicatethat a system call should be allowed, and -1 to indicate that it shouldbe blocked/killed. This 0/-1 pattern is non-intuitive for a securitycheck function and makes the control flow at the call sites less readable.Furthermore, any potential future changes to these return values wouldrequire a high-risk, error-prone audit of all its users across differentarchitectures.Sanitize this logic by converting the return type of __secure_computing()to a proper boolean, where &apos;true&apos; explicitly means &apos;allow&apos; and &apos;false&apos;means &apos;fail/deny&apos;.Update all the two dozen or so call sites across the tree to align withthis new boolean semantic. No functional changes are intended, as thecallers still return -1 to the lower-level assembly entry code uponseccomp denial.Rename the function to __seccomp_permit_syscall() so that the purpose isentirely clear.[ tglx: Rename the function ]Suggested-by: Thomas Gleixner &lt;tglx@kernel.org&gt;Suggested-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Signed-off-by: Jinjie Ruan &lt;ruanjinjie@huawei.com&gt;Signed-off-by: Thomas Gleixner &lt;tglx@kernel.org&gt;Tested-by: Mukesh Kumar Chaurasiya (IBM) &lt;mkchauras@gmail.com&gt;Reviewed-by: Mukesh Kumar Chaurasiya (IBM) &lt;mkchauras@gmail.com&gt;Acked-by: Oleg Nesterov &lt;oleg@redhat.com&gt;Link: https://patch.msgid.link/20260707190254.230735780@kernel.org

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Tue, 07 Jul 2026 21:06:40 +0200</pubDate>
        <dc:creator>Jinjie Ruan &lt;ruanjinjie@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>ee935e8dc757614006ac29a7d98a15882cdcaeb2 - syscall_user_dispatch: Make it configurable in Kconfig</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/Kconfig#ee935e8dc757614006ac29a7d98a15882cdcaeb2</link>
        <description>syscall_user_dispatch: Make it configurable in KconfigSyscall User Dispatch is presently built under CONFIG_GENERIC_SYSCALL andcannot be disabled independently.Add CONFIG_SYSCALL_USER_DISPATCH to make it an optional feature.Signed-off-by: Gregory Price &lt;gourry@gourry.net&gt;Signed-off-by: Thomas Gleixner &lt;tglx@kernel.org&gt;Link: https://patch.msgid.link/20260706140020.873735-2-gourry@gourry.net

            List of files:
            /linux/arch/Kconfig</description>
        <pubDate>Mon, 06 Jul 2026 16:00:18 +0200</pubDate>
        <dc:creator>Gregory Price &lt;gourry@gourry.net&gt;</dc:creator>
    </item>
</channel>
</rss>
