<?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 enable_cmask.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>ee9c669f9bf5fd2c24206746ded9382fe810df89 - Merge tag &apos;sched_ext-for-7.3-rc4-fixes&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tj/sched_ext</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/sched_ext/enable_cmask.c#ee9c669f9bf5fd2c24206746ded9382fe810df89</link>
        <description>Merge tag &apos;sched_ext-for-7.3-rc4-fixes&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tj/sched_extPull sched_ext fixes from Tejun Heo: - A task reenqueued while its dispatch was still completing had its   queued state clobbered by the dispatcher, dropping every later   dispatch of the task. Wait for the in-flight dispatch to settle   first - A wakeup activation on another CPU marked the destination runqueue as   mid-wakeup, stranding a pending local reenqueue. If the scheduler was   unloaded first, the stale request pointed into freed memory that the   next scheduler dereferenced - ops.dequeue() ran with the source dispatch queue&apos;s lock held, so a   scheduler iterating that queue from the callback deadlocked the CPU - Schedulers with their own CPU ID mapping had no way to learn a task&apos;s   initial CPU mask and rebuilt it themselves, which went wrong across   sub-scheduler enable and re-home. Pass it to ops.enable() - A bypass dispatch event counter missed the dispatches made by the   end-of-dispatch fallback and under-reported - Selftests for the dequeue locking and initial mask changes* tag &apos;sched_ext-for-7.3-rc4-fixes&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tj/sched_ext:  sched_ext: Count SCX_EV_SUB_BYPASS_DISPATCH in the dispatch fallback  selftests/sched_ext: Check the cmask cid-form ops.enable() receives  sched_ext: Pass the initial cmask to cid-form ops.enable()  selftests/sched_ext: Test that ops.dequeue() can iterate the consumed DSQ  sched_ext: Don&apos;t run ops.dequeue() with a DSQ lock held  sched_ext: Derive SCX_RQ_IN_WAKEUP from the core enqueue flags  sched_ext: Wait for SCX_OPSS_DISPATCHING before reenqueueing a task

            List of files:
            /linux/tools/testing/selftests/sched_ext/enable_cmask.c</description>
        <pubDate>Fri, 25 Sep 2026 00:04:11 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>d781d1b78acf547bafeb1592e8ba4020dce515c6 - selftests/sched_ext: Check the cmask cid-form ops.enable() receives</title>
        <link>http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/sched_ext/enable_cmask.c#d781d1b78acf547bafeb1592e8ba4020dce515c6</link>
        <description>selftests/sched_ext: Check the cmask cid-form ops.enable() receivescid-form ops.enable() now hands the task&apos;s cmask to the scheduler andset_cmask() repeats it right after. Add a cid-form selftest that checks bothagainst p-&gt;cpus_ptr, that they match each other, that the initialset_cmask() lands before set_weight() and before the task first becomesrunnable, and that set_cmask() never precedes enable(), across class-switchenables, fork-path enables and live affinity changes.v2: Mismatch details returned through a caller-local struct instead ofglobals, alloc_words validated in the header check, loop bounded by nr_cidsdirectly (Andrea Righi).Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;

            List of files:
            /linux/tools/testing/selftests/sched_ext/enable_cmask.c</description>
        <pubDate>Sat, 19 Sep 2026 16:08:20 +0200</pubDate>
        <dc:creator>Tejun Heo &lt;tj@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
