<?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>3e9e952bb3139ad1e08f3e1960239c2988ab90c9 - Merge branch &apos;for-7.1-printf-kunit-build&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#3e9e952bb3139ad1e08f3e1960239c2988ab90c9</link>
        <description>Merge branch &apos;for-7.1-printf-kunit-build&apos; into for-linus

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Mon, 20 Apr 2026 13:41:28 +0200</pubDate>
        <dc:creator>Petr Mladek &lt;pmladek@suse.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/drivers/virtio/Kconfig#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/drivers/virtio/Kconfig</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/drivers/virtio/Kconfig#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/drivers/virtio/Kconfig</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/drivers/virtio/Kconfig#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/drivers/virtio/Kconfig</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/drivers/virtio/Kconfig#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/drivers/virtio/Kconfig</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>4cff5c05e076d2ee4e34122aa956b84a2eaac587 - Merge tag &apos;mm-stable-2026-02-11-19-22&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#4cff5c05e076d2ee4e34122aa956b84a2eaac587</link>
        <description>Merge tag &apos;mm-stable-2026-02-11-19-22&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mmPull MM updates from Andrew Morton: - &quot;powerpc/64s: do not re-activate batched TLB flush&quot; makes   arch_{enter|leave}_lazy_mmu_mode() nest properly (Alexander Gordeev)   It adds a generic enter/leave layer and switches architectures to use   it. Various hacks were removed in the process. - &quot;zram: introduce compressed data writeback&quot; implements data   compression for zram writeback (Richard Chang and Sergey Senozhatsky) - &quot;mm: folio_zero_user: clear page ranges&quot; adds clearing of contiguous   page ranges for hugepages. Large improvements during demand faulting   are demonstrated (David Hildenbrand) - &quot;memcg cleanups&quot; tidies up some memcg code (Chen Ridong) - &quot;mm/damon: introduce {,max_}nr_snapshots and tracepoint for damos   stats&quot; improves DAMOS stat&apos;s provided information, deterministic   control, and readability (SeongJae Park) - &quot;selftests/mm: hugetlb cgroup charging: robustness fixes&quot; fixes a few   issues in the hugetlb cgroup charging selftests (Li Wang) - &quot;Fix va_high_addr_switch.sh test failure - again&quot; addresses several   issues in the va_high_addr_switch test (Chunyu Hu) - &quot;mm/damon/tests/core-kunit: extend existing test scenarios&quot; improves   the KUnit test coverage for DAMON (Shu Anzai) - &quot;mm/khugepaged: fix dirty page handling for MADV_COLLAPSE&quot; fixes a   glitch in khugepaged which was causing madvise(MADV_COLLAPSE) to   transiently return -EAGAIN (Shivank Garg) - &quot;arch, mm: consolidate hugetlb early reservation&quot; reworks and   consolidates a pile of straggly code related to reservation of   hugetlb memory from bootmem and creation of CMA areas for hugetlb   (Mike Rapoport) - &quot;mm: clean up anon_vma implementation&quot; cleans up the anon_vma   implementation in various ways (Lorenzo Stoakes) - &quot;tweaks for __alloc_pages_slowpath()&quot; does a little streamlining of   the page allocator&apos;s slowpath code (Vlastimil Babka) - &quot;memcg: separate private and public ID namespaces&quot; cleans up the   memcg ID code and prevents the internal-only private IDs from being   exposed to userspace (Shakeel Butt) - &quot;mm: hugetlb: allocate frozen gigantic folio&quot; cleans up the   allocation of frozen folios and avoids some atomic refcount   operations (Kefeng Wang) - &quot;mm/damon: advance DAMOS-based LRU sorting&quot; improves DAMOS&apos;s movement   of memory betewwn the active and inactive LRUs and adds auto-tuning   of the ratio-based quotas and of monitoring intervals (SeongJae Park) - &quot;Support page table check on PowerPC&quot; makes   CONFIG_PAGE_TABLE_CHECK_ENFORCED work on powerpc (Andrew Donnellan) - &quot;nodemask: align nodes_and{,not} with underlying bitmap ops&quot; makes   nodes_and() and nodes_andnot() propagate the return values from the   underlying bit operations, enabling some cleanup in calling code   (Yury Norov) - &quot;mm/damon: hide kdamond and kdamond_lock from API callers&quot; cleans up   some DAMON internal interfaces (SeongJae Park) - &quot;mm/khugepaged: cleanups and scan limit fix&quot; does some cleanup work   in khupaged and fixes a scan limit accounting issue (Shivank Garg) - &quot;mm: balloon infrastructure cleanups&quot; goes to town on the balloon   infrastructure and its page migration function. Mainly cleanups, also   some locking simplification (David Hildenbrand) - &quot;mm/vmscan: add tracepoint and reason for kswapd_failures reset&quot; adds   additional tracepoints to the page reclaim code (Jiayuan Chen) - &quot;Replace wq users and add WQ_PERCPU to alloc_workqueue() users&quot; is   part of Marco&apos;s kernel-wide migration from the legacy workqueue APIs   over to the preferred unbound workqueues (Marco Crivellari) - &quot;Various mm kselftests improvements/fixes&quot; provides various unrelated   improvements/fixes for the mm kselftests (Kevin Brodsky) - &quot;mm: accelerate gigantic folio allocation&quot; greatly speeds up gigantic   folio allocation, mainly by avoiding unnecessary work in   pfn_range_valid_contig() (Kefeng Wang) - &quot;selftests/damon: improve leak detection and wss estimation   reliability&quot; improves the reliability of two of the DAMON selftests   (SeongJae Park) - &quot;mm/damon: cleanup kdamond, damon_call(), damos filter and   DAMON_MIN_REGION&quot; does some cleanup work in the core DAMON code   (SeongJae Park) - &quot;Docs/mm/damon: update intro, modules, maintainer profile, and misc&quot;   performs maintenance work on the DAMON documentation (SeongJae Park) - &quot;mm: add and use vma_assert_stabilised() helper&quot; refactors and cleans   up the core VMA code. The main aim here is to be able to use the mmap   write lock&apos;s lockdep state to perform various assertions regarding   the locking which the VMA code requires (Lorenzo Stoakes) - &quot;mm, swap: swap table phase II: unify swapin use&quot; removes some old   swap code (swap cache bypassing and swap synchronization) which   wasn&apos;t working very well. Various other cleanups and simplifications   were made. The end result is a 20% speedup in one benchmark (Kairui   Song) - &quot;enable PT_RECLAIM on more 64-bit architectures&quot; makes PT_RECLAIM   available on 64-bit alpha, loongarch, mips, parisc, and um. Various   cleanups were performed along the way (Qi Zheng)* tag &apos;mm-stable-2026-02-11-19-22&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm: (325 commits)  mm/memory: handle non-split locks correctly in zap_empty_pte_table()  mm: move pte table reclaim code to memory.c  mm: make PT_RECLAIM depends on MMU_GATHER_RCU_TABLE_FREE  mm: convert __HAVE_ARCH_TLB_REMOVE_TABLE to CONFIG_HAVE_ARCH_TLB_REMOVE_TABLE config  um: mm: enable MMU_GATHER_RCU_TABLE_FREE  parisc: mm: enable MMU_GATHER_RCU_TABLE_FREE  mips: mm: enable MMU_GATHER_RCU_TABLE_FREE  LoongArch: mm: enable MMU_GATHER_RCU_TABLE_FREE  alpha: mm: enable MMU_GATHER_RCU_TABLE_FREE  mm: change mm/pt_reclaim.c to use asm/tlb.h instead of asm-generic/tlb.h  mm/damon/stat: remove __read_mostly from memory_idle_ms_percentiles  zsmalloc: make common caches global  mm: add SPDX id lines to some mm source files  mm/zswap: use %pe to print error pointers  mm/vmscan: use %pe to print error pointers  mm/readahead: fix typo in comment  mm: khugepaged: fix NR_FILE_PAGES and NR_SHMEM in collapse_file()  mm: refactor vma_map_pages to use vm_insert_pages  mm/damon: unify address range representation with damon_addr_range  mm/cma: replace snprintf with strscpy in cma_new_area  ...

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Thu, 12 Feb 2026 20:32:37 +0100</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>1421758055ca6028d3b758914863f38d434bf36b - mm: rename CONFIG_MEMORY_BALLOON -&gt; CONFIG_BALLOON</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#1421758055ca6028d3b758914863f38d434bf36b</link>
        <description>mm: rename CONFIG_MEMORY_BALLOON -&gt; CONFIG_BALLOONLet&apos;s make it consistent with the naming of the files but also with thenaming of CONFIG_BALLOON_MIGRATION.While at it, add a &quot;/* CONFIG_BALLOON */&quot;.Link: https://lkml.kernel.org/r/20260119230133.3551867-24-david@kernel.orgSigned-off-by: David Hildenbrand (Red Hat) &lt;david@kernel.org&gt;Reviewed-by: Lorenzo Stoakes &lt;lorenzo.stoakes@oracle.com&gt;Acked-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Eugenio P&#233;rez &lt;eperezma@redhat.com&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Jason Wang &lt;jasowang@redhat.com&gt;Cc: Jerrin Shaji George &lt;jerrin.shaji-george@broadcom.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Liam Howlett &lt;liam.howlett@oracle.com&gt;Cc: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Michal Hocko &lt;mhocko@suse.com&gt;Cc: Mike Rapoport &lt;rppt@kernel.org&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Oscar Salvador &lt;osalvador@suse.de&gt;Cc: SeongJae Park &lt;sj@kernel.org&gt;Cc: Suren Baghdasaryan &lt;surenb@google.com&gt;Cc: Vlastimil Babka &lt;vbabka@suse.cz&gt;Cc: Xuan Zhuo &lt;xuanzhuo@linux.alibaba.com&gt;Cc: Zi Yan &lt;ziy@nvidia.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Tue, 20 Jan 2026 00:01:31 +0100</pubDate>
        <dc:creator>David Hildenbrand (Red Hat) &lt;david@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>f088104d837a991c65e51fa30bb4196169b3244d - Merge drm/drm-next into drm-intel-gt-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#f088104d837a991c65e51fa30bb4196169b3244d</link>
        <description>Merge drm/drm-next into drm-intel-gt-nextBackmerge in order to get the commit:  048832a3f400 (&quot;drm/i915: Refactor shmem_pwrite() to use kiocb and write_iter&quot;)To drm-intel-gt-next as there are followup fixes to be applied.Signed-off-by: Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Tue, 16 Sep 2025 12:53:20 +0200</pubDate>
        <dc:creator>Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>ab93e0dd72c37d378dd936f031ffb83ff2bd87ce - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#ab93e0dd72c37d378dd936f031ffb83ff2bd87ce</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 6.17 merge window.

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Wed, 06 Aug 2025 19:08:54 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a7bee4e7f78089c101be2ad51f4b5ec64782053e - Merge tag &apos;ib-mfd-gpio-input-pwm-v6.17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#a7bee4e7f78089c101be2ad51f4b5ec64782053e</link>
        <description>Merge tag &apos;ib-mfd-gpio-input-pwm-v6.17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd into nextMerge an immutable branch between MFD, GPIO, Input and PWM to resolveconflicts for the merge window pull request.

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Mon, 04 Aug 2025 08:28:48 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>74f1af95820fc2ee580a775a3a17c416db30b38c - Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#74f1af95820fc2ee580a775a3a17c416db30b38c</link>
        <description>Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-nextBack-merge drm-next to (indirectly) get arm-smmu updates for makingstall-on-fault more reliable.Signed-off-by: Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Sun, 29 Jun 2025 04:54:49 +0200</pubDate>
        <dc:creator>Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>c598d5eb9fb331ba17bc9ad67ae9a2231ca5aca5 - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#c598d5eb9fb331ba17bc9ad67ae9a2231ca5aca5</link>
        <description>Merge drm/drm-next into drm-misc-nextBackmerging to forward to v6.16-rc1Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Wed, 11 Jun 2025 09:01:34 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>86e2d052c2320bf12571a5d96b16c2745e1cfc5e - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#86e2d052c2320bf12571a5d96b16c2745e1cfc5e</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to bring in 6.16Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Mon, 09 Jun 2025 18:26:55 +0200</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>34c55367af96f62e89221444f04487440ebc6487 - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#34c55367af96f62e89221444f04487440ebc6487</link>
        <description>Merge drm/drm-next into drm-intel-nextSync to v6.16-rc1, among other things to get the fixed size GENMASK_U*()and BIT_U*() macros.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Mon, 09 Jun 2025 11:40:46 +0200</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8ca154e4910efff1b04e7750e007d75732c68323 - Merge tag &apos;for_linus&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#8ca154e4910efff1b04e7750e007d75732c68323</link>
        <description>Merge tag &apos;for_linus&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhostPull virtio updates from Michael Tsirkin: - A new virtio RTC driver - vhost scsi now logs write descriptors so migration works - Some hardening work in virtio core - An old spec compliance issue fixed in vhost net - A couple of cleanups, fixes in vringh, virtio-pci, vdpa* tag &apos;for_linus&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost:  virtio: reject shm region if length is zero  virtio_rtc: Add RTC class driver  virtio_rtc: Add Arm Generic Timer cross-timestamping  virtio_rtc: Add PTP clocks  virtio_rtc: Add module and driver core  vringh: use bvec_kmap_local  vhost: vringh: Use matching allocation type in resize_iovec()  virtio-pci: Fix result size returned for the admin command completion  vdpa/octeon_ep: Control PCI dev enabling manually  vhost-scsi: log event queue write descriptors  vhost-scsi: log control queue write descriptors  vhost-scsi: log I/O queue write descriptors  vhost-scsi: adjust vhost_scsi_get_desc() to log vring descriptors  vhost: modify vhost_log_write() for broader users

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Thu, 29 May 2025 17:15:35 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>9d4f22fd563e0cd02e8448e84d057e7c0132a586 - virtio_rtc: Add RTC class driver</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#9d4f22fd563e0cd02e8448e84d057e7c0132a586</link>
        <description>virtio_rtc: Add RTC class driverExpose the virtio-rtc UTC-like clock as an RTC clock to userspace - if itis present, and if it does not step on leap seconds. The RTC class enablesthe virtio-rtc device to resume the system from sleep states on RTC alarm.Support RTC alarm if the virtio-rtc alarm feature is present. Thevirtio-rtc device signals an alarm by marking an alarmq buffer as used.Peculiarities-------------A virtio-rtc clock is a bit special for an RTC clock in that- the clock may step (also backwards) autonomously at any time and- the device, and its notification mechanism, will be reset during boot or  resume from sleep.The virtio-rtc device avoids that the driver might miss an alarm. Thedevice signals an alarm whenever the clock has reached or passed the alarmtime, and also when the device is reset (on boot or resume from sleep), ifthe alarm time is in the past.Open Issue----------The CLOCK_BOOTTIME_ALARM will use the RTC clock to wake up from sleep, andimplicitly assumes that no RTC clock steps will occur during sleep. The RTCclass driver does not know whether the current alarm is a real-time alarmor a boot-time alarm.Perhaps this might be handled by the driver also setting a virtio-rtcmonotonic alarm (which uses a clock similar to CLOCK_BOOTTIME_ALARM). Thevirtio-rtc monotonic alarm would just be used to wake up in case it was aCLOCK_BOOTTIME_ALARM alarm.Otherwise, the behavior should not differ from other RTC class drivers.Signed-off-by: Peter Hilber &lt;quic_philber@quicinc.com&gt;Acked-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;Message-Id: &lt;20250509160734.1772-5-quic_philber@quicinc.com&gt;Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Fri, 09 May 2025 18:07:25 +0200</pubDate>
        <dc:creator>Peter Hilber &lt;quic_philber@quicinc.com&gt;</dc:creator>
    </item>
<item>
        <title>e2ef16757bbe1d4566093179944e9ebe730b2701 - virtio_rtc: Add Arm Generic Timer cross-timestamping</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#e2ef16757bbe1d4566093179944e9ebe730b2701</link>
        <description>virtio_rtc: Add Arm Generic Timer cross-timestampingFor platforms using the Arm Generic Timer, add precise cross-timestampingsupport to virtio_rtc.Always report the CP15 virtual counter as the HW counter in use byarm_arch_timer, since the Linux kernel&apos;s usage of the Arm Generic Timershould always be compatible with this.Signed-off-by: Peter Hilber &lt;quic_philber@quicinc.com&gt;Message-Id: &lt;20250509160734.1772-4-quic_philber@quicinc.com&gt;Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Fri, 09 May 2025 18:07:24 +0200</pubDate>
        <dc:creator>Peter Hilber &lt;quic_philber@quicinc.com&gt;</dc:creator>
    </item>
<item>
        <title>9a17125a18f9ae1e1233a8e2d919059445b9d6fd - virtio_rtc: Add PTP clocks</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#9a17125a18f9ae1e1233a8e2d919059445b9d6fd</link>
        <description>virtio_rtc: Add PTP clocksExpose the virtio_rtc clocks as PTP clocks to userspace, similar toptp_kvm. virtio_rtc can expose multiple clocks, e.g. a UTC clock and amonotonic clock.Userspace should distinguish different clocks through the name assigned bythe driver. In particular, UTC-like clocks can also be distinguished by ifand how leap seconds are smeared. udev rules such as the following can beused to get different symlinks for different clock types:	SUBSYSTEM==&quot;ptp&quot;, ATTR{clock_name}==&quot;Virtio PTP type 0/variant 0&quot;, SYMLINK += &quot;ptp_virtio&quot;	SUBSYSTEM==&quot;ptp&quot;, ATTR{clock_name}==&quot;Virtio PTP type 1/variant 0&quot;, SYMLINK += &quot;ptp_virtio_tai&quot;	SUBSYSTEM==&quot;ptp&quot;, ATTR{clock_name}==&quot;Virtio PTP type 2/variant 0&quot;, SYMLINK += &quot;ptp_virtio_monotonic&quot;	SUBSYSTEM==&quot;ptp&quot;, ATTR{clock_name}==&quot;Virtio PTP type 3/variant 0&quot;, SYMLINK += &quot;ptp_virtio_smear_unspecified&quot;	SUBSYSTEM==&quot;ptp&quot;, ATTR{clock_name}==&quot;Virtio PTP type 3/variant 1&quot;, SYMLINK += &quot;ptp_virtio_smear_noon_linear&quot;	SUBSYSTEM==&quot;ptp&quot;, ATTR{clock_name}==&quot;Virtio PTP type 3/variant 2&quot;, SYMLINK += &quot;ptp_virtio_smear_sls&quot;	SUBSYSTEM==&quot;ptp&quot;, ATTR{clock_name}==&quot;Virtio PTP type 4/variant 0&quot;, SYMLINK += &quot;ptp_virtio_maybe_smeared&quot;The preferred PTP clock reading method is ioctl PTP_SYS_OFFSET_PRECISE2,through the ptp_clock_info.getcrosststamp() op. For now,PTP_SYS_OFFSET_PRECISE2 will return -EOPNOTSUPP through a weak function.PTP_SYS_OFFSET_PRECISE2 requires cross-timestamping support for specificclocksources, which will be added in the following. If the clocksourcespecific code is enabled, check that the Virtio RTC device supports therespective HW counter before obtaining an actual cross-timestamp from theVirtio device.The Virtio RTC device response time may be higher than the timekeeperseqcount increment interval. Therefore, obtain the cross-timestamp beforecalling get_device_system_crosststamp().As a fallback, support the ioctl PTP_SYS_OFFSET_EXTENDED2 for allplatforms.Assume that concurrency issues during PTP clock removal are avoided by theposix_clock framework.Kconfig recursive dependencies prevent virtio_rtc from implicitly enablingPTP_1588_CLOCK, therefore just warn the user if PTP_1588_CLOCK is notavailable. Since virtio_rtc should in the future also expose clocks as RTCclass devices, do not depend VIRTIO_RTC on PTP_1588_CLOCK.Signed-off-by: Peter Hilber &lt;quic_philber@quicinc.com&gt;Message-Id: &lt;20250509160734.1772-3-quic_philber@quicinc.com&gt;Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Fri, 09 May 2025 18:07:23 +0200</pubDate>
        <dc:creator>Peter Hilber &lt;quic_philber@quicinc.com&gt;</dc:creator>
    </item>
<item>
        <title>0623c759276885c3ae88197ba6fb5c9c6ba8612f - virtio_rtc: Add module and driver core</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#0623c759276885c3ae88197ba6fb5c9c6ba8612f</link>
        <description>virtio_rtc: Add module and driver coreAdd the virtio_rtc module and driver core. The virtio_rtc module implementsa driver compatible with the proposed Virtio RTC device specification.The Virtio RTC (Real Time Clock) device provides information about currenttime. The device can provide different clocks, e.g. for the UTC or TAI timestandards, or for physical time elapsed since some past epoch. The drivercan read the clocks with simple or more accurate methods.Implement the core, which interacts with the Virtio RTC device. Apart fromthis, the core does not expose functionality outside of the virtio_rtcmodule. Follow-up patches will expose PTP clocks and an RTC Class device.Provide synchronous messaging, which is enough for the expected timesynchronization use cases through PTP clocks (similar to ptp_kvm) or RTCClass device.Signed-off-by: Peter Hilber &lt;quic_philber@quicinc.com&gt;Message-Id: &lt;20250509160734.1772-2-quic_philber@quicinc.com&gt;Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Fri, 09 May 2025 18:07:22 +0200</pubDate>
        <dc:creator>Peter Hilber &lt;quic_philber@quicinc.com&gt;</dc:creator>
    </item>
<item>
        <title>c771600c6af14749609b49565ffb4cac2959710d - Merge drm/drm-next into drm-intel-gt-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/virtio/Kconfig#c771600c6af14749609b49565ffb4cac2959710d</link>
        <description>Merge drm/drm-next into drm-intel-gt-nextWe need4ba4f1afb6a9 (&quot;perf: Generic hotplug support for a PMU with a scope&quot;)in order to land a i915 PMU simplification and a fix. That landed in 6.12and we are stuck at 6.9 so lets bump things forward.Signed-off-by: Tvrtko Ursulin &lt;tursulin@ursulin.net&gt;

            List of files:
            /linux/drivers/virtio/Kconfig</description>
        <pubDate>Wed, 05 Feb 2025 10:29:14 +0100</pubDate>
        <dc:creator>Tvrtko Ursulin &lt;tursulin@ursulin.net&gt;</dc:creator>
    </item>
</channel>
</rss>
