<?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 Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>7a0e692a0381254b2f77c54dec100cd3325a6fdf - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#7a0e692a0381254b2f77c54dec100cd3325a6fdf</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.2 merge window.

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Tue, 23 Jun 2026 08:10:08 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>fff88709f9a9153af85b5224b4594caa5387ca60 - Merge tag &apos;v7.1-rc6&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#fff88709f9a9153af85b5224b4594caa5387ca60</link>
        <description>Merge tag &apos;v7.1-rc6&apos; into nextSync up with mainline to pull in a fix to IMS PCU driver and otherenhancements.

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Mon, 01 Jun 2026 04:43:25 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>5c8cbca290acdd49a694b36c0af76ba0c00bbf12 - Merge branch &apos;20260507-ubwc-rework-v4-4-c19593d20c1d@oss.qualcomm.com&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux into HEAD</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#5c8cbca290acdd49a694b36c0af76ba0c00bbf12</link>
        <description>Merge branch &apos;20260507-ubwc-rework-v4-4-c19593d20c1d@oss.qualcomm.com&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux into HEADMerge the branch with the soc/qcom changes, required for the next UBWCpatches.Signed-off-by: Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Thu, 21 May 2026 22:36:50 +0200</pubDate>
        <dc:creator>Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>09d6818d3bdc1ea6e49a425040528cbdbc97bc0a - Merge branch &apos;linus&apos; into timers/clocksource</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#09d6818d3bdc1ea6e49a425040528cbdbc97bc0a</link>
        <description>Merge branch &apos;linus&apos; into timers/clocksource... to bring it up to date for new changes.

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Mon, 18 May 2026 11:01:07 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>658a6021492ad3b1b8a6e9a83963a1fad35a2af8 - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#658a6021492ad3b1b8a6e9a83963a1fad35a2af8</link>
        <description>Merge drm/drm-next into drm-intel-nextSome Display Port Adaptive Sync depends on drm work.Signed-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Fri, 15 May 2026 13:01:15 +0200</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8edf8b09fc44990977b3fbcb708035b1740d0b7e - Merge drm/drm-next into drm-intel-gt-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#8edf8b09fc44990977b3fbcb708035b1740d0b7e</link>
        <description>Merge drm/drm-next into drm-intel-gt-nextBackmerging to pull in commit 5401b9adebc9 (&quot;i915: don&apos;t usea vma that didn&apos;t match the context VM&quot;) to revert it.Signed-off-by: Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Tue, 12 May 2026 10:16:35 +0200</pubDate>
        <dc:creator>Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>c53ed3e99920df6a90553c89a1c053aa0776841e - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#c53ed3e99920df6a90553c89a1c053aa0776841e</link>
        <description>Merge drm/drm-next into drm-xe-nextBringing in recent display changes.Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Fri, 08 May 2026 16:19:45 +0200</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>cafac16b6207b88ad92fbba1169ae4f43865cb0d - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#cafac16b6207b88ad92fbba1169ae4f43865cb0d</link>
        <description>Merge drm/drm-next into drm-misc-nextGetting fixes and updates from v7.1-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Mon, 27 Apr 2026 10:49:13 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>1655f6895a896eb632ca8a019259bc5d358a9712 - Merge tag &apos;timers-v7.1-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/io_uring/Makefile#1655f6895a896eb632ca8a019259bc5d358a9712</link>
        <description>Merge tag &apos;timers-v7.1-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource  - Added the DT bindings for the compatible string &apos;fsl,imx25-epit&apos;    (Frank Li)  - Made the rttm_cs variable static for the rtl otto timer driver    (Krzysztof Kozlowski)  - Fixed error return code handling in the sun5i timer driver (Chen Ni)  - Made the timer-of and the mmio code compatible with modules (Daniel    Lezcano)Link: https://lore.kernel.org/151feae1-39ba-4abd-a9f9-9bff377a2cd8@oss.qualcomm.com

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Sun, 12 Apr 2026 22:33:39 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>0fc8f6200d2313278fbf4539bbab74677c685531 - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#0fc8f6200d2313278fbf4539bbab74677c685531</link>
        <description>Merge drm/drm-fixes into drm-misc-fixesGetting fixes and updates from v7.1-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Mon, 27 Apr 2026 10:26:49 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>f4b369c6fe0ceaba2da2daff8c9eb415f85926dd - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#f4b369c6fe0ceaba2da2daff8c9eb415f85926dd</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.1 merge window.

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Mon, 20 Apr 2026 03:28:57 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>0421ccdfad0d92713a812a5aeb7d07b0ea7213c8 - Merge tag &apos;v7.0-rc3&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#0421ccdfad0d92713a812a5aeb7d07b0ea7213c8</link>
        <description>Merge tag &apos;v7.0-rc3&apos; into nextSync up with the mainline to brig up the latest changes, specificallychanges to ALPS driver.

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Thu, 12 Mar 2026 18:44:42 +0100</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>23acda7c221a76ff711d65f4ca90029d43b249a0 - Merge tag &apos;for-7.1/io_uring-20260411&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#23acda7c221a76ff711d65f4ca90029d43b249a0</link>
        <description>Merge tag &apos;for-7.1/io_uring-20260411&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linuxPull io_uring updates from Jens Axboe: - Add a callback driven main loop for io_uring, and BPF struct_ops   on top to allow implementing custom event loop logic - Decouple IOPOLL from being a ring-wide all-or-nothing setting,   allowing IOPOLL use cases to also issue certain white listed   non-polled opcodes - Timeout improvements. Migrate internal timeout storage from   timespec64 to ktime_t for simpler arithmetic and avoid copying of   timespec data - Zero-copy receive (zcrx) updates:      - Add a device-less mode (ZCRX_REG_NODEV) for testing and        experimentation where data flows through the copy fallback path      - Fix two-step unregistration regression, DMA length calculations,        xarray mark usage, and a potential 32-bit overflow in id        shifting      - Refactoring toward multi-area support: dedicated refill queue        struct, consolidated DMA syncing, netmem array refilling format,        and guard-based locking - Zero-copy transmit (zctx) cleanup:      - Unify io_send_zc() and io_sendmsg_zc() into a single function      - Add vectorized registered buffer send for IORING_OP_SEND_ZC      - Add separate notification user_data via sqe-&gt;addr3 so        notification and completion CQEs can be distinguished without        extra reference counting - Switch struct io_ring_ctx internal bitfields to explicit flag bits   with atomic-safe accessors, and annotate the known harmless races on   those flags - Various optimizations caching ctx and other request fields in local   variables to avoid repeated loads, and cleanups for tctx setup, ring   fd registration, and read path early returns* tag &apos;for-7.1/io_uring-20260411&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux: (58 commits)  io_uring: unify getting ctx from passed in file descriptor  io_uring/register: don&apos;t get a reference to the registered ring fd  io_uring/tctx: clean up __io_uring_add_tctx_node() error handling  io_uring/tctx: have io_uring_alloc_task_context() return tctx  io_uring/timeout: use &apos;ctx&apos; consistently  io_uring/rw: clean up __io_read() obsolete comment and early returns  io_uring/zcrx: use correct mmap off constants  io_uring/zcrx: use dma_len for chunk size calculation  io_uring/zcrx: don&apos;t clear not allocated niovs  io_uring/zcrx: don&apos;t use mark0 for allocating xarray  io_uring: cast id to u64 before shifting in io_allocate_rbuf_ring()  io_uring/zcrx: reject REG_NODEV with large rx_buf_size  io_uring/cancel: validate opcode for IORING_ASYNC_CANCEL_OP  io_uring/rsrc: use io_cache_free() to free node  io_uring/zcrx: rename zcrx [un]register functions  io_uring/zcrx: check ctrl op payload struct sizes  io_uring/zcrx: cache fallback availability in zcrx ctx  io_uring/zcrx: warn on a repeated area append  io_uring/zcrx: consolidate dma syncing  io_uring/zcrx: netmem array as refiling format  ...

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Tue, 14 Apr 2026 01:22:30 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>d0e437b76bd3c979ddaa6205f5e9ad3e0f95faef - io_uring/bpf-ops: implement loop_step with BPF struct_ops</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#d0e437b76bd3c979ddaa6205f5e9ad3e0f95faef</link>
        <description>io_uring/bpf-ops: implement loop_step with BPF struct_opsIntroduce io_uring BPF struct ops implementing the loop_step callback,which will allow BPF to overwrite the default io_uring event loop logic.The callback takes an io_uring context, the main role of which is to bepassed to io_uring kfuncs. The other argument is a struct iou_loop_params,which BPF can use to request CQ waiting and communicate other parameters.See the event loop description in the previous patch for more details.Signed-off-by: Pavel Begunkov &lt;asml.silence@gmail.com&gt;Link: https://patch.msgid.link/98db437651ce64e9cbeb611c60bf5887259db09f.1772109579.git.asml.silence@gmail.comSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Thu, 26 Feb 2026 13:48:39 +0100</pubDate>
        <dc:creator>Pavel Begunkov &lt;asml.silence@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>033af2b3eb19c5ed96825572105bca3611635ada - io_uring: introduce callback driven main loop</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#033af2b3eb19c5ed96825572105bca3611635ada</link>
        <description>io_uring: introduce callback driven main loopThe io_uring_enter() has a fixed order of execution: it submitsrequests, waits for completions, and returns to the user. Allow tooptionally replace it with a custom loop driven by a callback calledloop_step. The basic requirements to the callback is that it should beable to submit requests, wait for completions, parse them and repeat.Most of the communication including parameter passing can be implementedvia shared memory.The callback should return IOU_LOOP_CONTINUE to continue execution orIOU_LOOP_STOP to return to the user space. Note that the kernel maydecide to prematurely terminate it as well, e.g. in case the process wassignalled or killed.The hook takes a structure with parameters. It can be used to ask thekernel to wait for CQEs by setting cq_wait_idx to the CQE index it wantsto wait for. Spurious wake ups are possible and even likely, the callbackis expected to handle it. There will be more parameters in the futurelike timeout.It can be used with kernel callbacks, for example, as a slow pathdeprecation mechanism overwiting SQEs and emulating the wantedbehaviour, however it&apos;s more useful together with BPF programsimplemented in following patches.Note that keeping it separately from the normal io_uring wait loopmakes things much simpler and cleaner. It keeps it in one place insteadof spreading a bunch of checks in different places including disablingthe submission path. It holds the lock by default, which is a better fitfor BPF synchronisation and the loop execution model. It nicely avoidsexisting quirks like forced wake ups on timeout request completion. Andit should be easier to implement new features.Signed-off-by: Pavel Begunkov &lt;asml.silence@gmail.com&gt;Link: https://patch.msgid.link/a2d369aa1c9dd23ad7edac9220cffc563abcaed6.1772109579.git.asml.silence@gmail.comSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Thu, 26 Feb 2026 13:48:38 +0100</pubDate>
        <dc:creator>Pavel Begunkov &lt;asml.silence@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>42d3b66d4cdbacfc9d120d2301b8de89cc29a914 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#42d3b66d4cdbacfc9d120d2301b8de89cc29a914</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to bring in 7.00-rc3. Important ahead GPU SVM merging THPsupport.Signed-off-by: Matthew Brost &lt;matthew.brost@intel.com&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Thu, 12 Mar 2026 15:17:56 +0100</pubDate>
        <dc:creator>Matthew Brost &lt;matthew.brost@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>f09812b85fa6f41058bcc46e70ac406bf9b0493a - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#f09812b85fa6f41058bcc46e70ac406bf9b0493a</link>
        <description>Merge drm/drm-next into drm-intel-nextSync with v7.0-rc1 which contains a few treewide changes affecting i915.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Wed, 25 Feb 2026 12:23:04 +0100</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8b85987d3cf50178f67618122d9f3bb202f62f42 - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#8b85987d3cf50178f67618122d9f3bb202f62f42</link>
        <description>Merge drm/drm-next into drm-misc-nextLet&apos;s merge 7.0-rc1 to start the new drm-misc-next windowSigned-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Mon, 23 Feb 2026 11:48:20 +0100</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c17ee635fd3a482b2ad2bf5e269755c2eae5f25e - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#c17ee635fd3a482b2ad2bf5e269755c2eae5f25e</link>
        <description>Merge drm/drm-fixes into drm-misc-fixes7.0-rc1 was just released, let&apos;s merge it to kick the new release cycle.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Mon, 23 Feb 2026 10:09:45 +0100</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>591beb0e3a03258ef9c01893a5209845799a7c33 - Merge tag &apos;io_uring-bpf-restrictions.4-20260206&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux</title>
        <link>http://kernelsources.org:8080/source/history/linux/io_uring/Makefile#591beb0e3a03258ef9c01893a5209845799a7c33</link>
        <description>Merge tag &apos;io_uring-bpf-restrictions.4-20260206&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linuxPull io_uring bpf filters from Jens Axboe: &quot;This adds support for both cBPF filters for io_uring, as well as task  inherited restrictions and filters.  seccomp and io_uring don&apos;t play along nicely, as most of the  interesting data to filter on resides somewhat out-of-band, in the  submission queue ring.  As a result, things like containers and systemd that apply seccomp  filters, can&apos;t filter io_uring operations.  That leaves them with just one choice if filtering is critical -  filter the actual io_uring_setup(2) system call to simply disallow  io_uring. That&apos;s rather unfortunate, and has limited us because of it.  io_uring already has some filtering support. It requires the ring to  be setup in a disabled state, and then a filter set can be applied.  This filter set is completely bi-modal - an opcode is either enabled  or it&apos;s not. Once a filter set is registered, the ring can be enabled.  This is very restrictive, and it&apos;s not useful at all to systemd or  containers which really want both broader and more specific control.  This first adds support for cBPF filters for opcodes, which enables  tighter control over what exactly a specific opcode may do. As  examples, specific support is added for IORING_OP_OPENAT/OPENAT2,  allowing filtering on resolve flags. And another example is added for  IORING_OP_SOCKET, allowing filtering on domain/type/protocol. These  are both common use cases. cBPF was chosen rather than eBPF, because  the latter is often restricted in containers as well.  These filters are run post the init phase of the request, which allows  filters to even dip into data that is being passed in struct in user  memory, as the init side of requests make that data stable by bringing  it into the kernel. This allows filtering without needing to copy this  data twice, or have filters etc know about the exact layout of the  user data. The filters get the already copied and sanitized data  passed.  On top of that support is added for per-task filters, meaning that any  ring created with a task that has a per-task filter will get those  filters applied when it&apos;s created. These filters are inherited across  fork as well. Once a filter has been registered, any further added  filters may only further restrict what operations are permitted.  Filters cannot change the return value of an operation, they can only  permit or deny it based on the contents&quot;* tag &apos;io_uring-bpf-restrictions.4-20260206&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux:  io_uring: allow registration of per-task restrictions  io_uring: add task fork hook  io_uring/bpf_filter: add ref counts to struct io_bpf_filter  io_uring/bpf_filter: cache lookup table in ctx-&gt;bpf_filters  io_uring/bpf_filter: allow filtering on contents of struct open_how  io_uring/net: allow filtering on IORING_OP_SOCKET data  io_uring: add support for BPF filtering for opcode restrictions

            List of files:
            /linux/io_uring/Makefile</description>
        <pubDate>Tue, 10 Feb 2026 02:31:17 +0100</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
</channel>
</rss>
