<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in panic.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2025</copyright>
    <generator>Java</generator><item>
        <title>0fc8f6200d2313278fbf4539bbab74677c685531 - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#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/kernel/panic.c</description>
        <pubDate>Mon, 27 Apr 2026 08:26:49 +0000</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>3e9e952bb3139ad1e08f3e1960239c2988ab90c9 - Merge branch &apos;for-7.1-printf-kunit-build&apos; into for-linus</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#3e9e952bb3139ad1e08f3e1960239c2988ab90c9</link>
        <description>Merge branch &apos;for-7.1-printf-kunit-build&apos; into for-linus

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Mon, 20 Apr 2026 11:41:28 +0000</pubDate>
        <dc:creator>Petr Mladek &lt;pmladek@suse.com&gt;</dc:creator>
    </item>
<item>
        <title>f4b369c6fe0ceaba2da2daff8c9eb415f85926dd - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#f4b369c6fe0ceaba2da2daff8c9eb415f85926dd</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.1 merge window.

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Mon, 20 Apr 2026 01:28:57 +0000</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>440d6635b20037bc9ad46b20817d7b61cef0fc1b - Merge tag &apos;mm-nonmm-stable-2026-04-15-04-20&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#440d6635b20037bc9ad46b20817d7b61cef0fc1b</link>
        <description>Merge tag &apos;mm-nonmm-stable-2026-04-15-04-20&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mmPull non-MM updates from Andrew Morton: - &quot;pid: make sub-init creation retryable&quot; (Oleg Nesterov)   Make creation of init in a new namespace more robust by clearing away   some historical cruft which is no longer needed. Also some   documentation fixups - &quot;selftests/fchmodat2: Error handling and general&quot; (Mark Brown)   Fix and a cleanup for the fchmodat2() syscall selftest - &quot;lib: polynomial: Move to math/ and clean up&quot; (Andy Shevchenko) - &quot;hung_task: Provide runtime reset interface for hung task detector&quot;   (Aaron Tomlin)   Give administrators the ability to zero out   /proc/sys/kernel/hung_task_detect_count - &quot;tools/getdelays: use the static UAPI headers from   tools/include/uapi&quot; (Thomas Wei&#223;schuh)   Teach getdelays to use the in-kernel UAPI headers rather than the   system-provided ones - &quot;watchdog/hardlockup: Improvements to hardlockup&quot; (Mayank Rungta)   Several cleanups and fixups to the hardlockup detector code and its   documentation - &quot;lib/bch: fix undefined behavior from signed left-shifts&quot; (Josh Law)   A couple of small/theoretical fixes in the bch code - &quot;ocfs2/dlm: fix two bugs in dlm_match_regions()&quot; (Junrui Luo) - &quot;cleanup the RAID5 XOR library&quot; (Christoph Hellwig)   A quite far-reaching cleanup to this code. I can&apos;t do better than to   quote Christoph:     &quot;The XOR library used for the RAID5 parity is a bit of a mess right      now. The main file sits in crypto/ despite not being cryptography      and not using the crypto API, with the generic implementations      sitting in include/asm-generic and the arch implementations      sitting in an asm/ header in theory. The latter doesn&apos;t work for      many cases, so architectures often build the code directly into      the core kernel, or create another module for the architecture      code.      Change this to a single module in lib/ that also contains the      architecture optimizations, similar to the library work Eric      Biggers has done for the CRC and crypto libraries later. After      that it changes to better calling conventions that allow for      smarter architecture implementations (although none is contained      here yet), and uses static_call to avoid indirection function call      overhead&quot; - &quot;lib/list_sort: Clean up list_sort() scheduling workarounds&quot;   (Kuan-Wei Chiu)   Clean up this library code by removing a hacky thing which was added   for UBIFS, which UBIFS doesn&apos;t actually need - &quot;Fix bugs in extract_iter_to_sg()&quot; (Christian Ehrhardt)   Fix a few bugs in the scatterlist code, add in-kernel tests for the   now-fixed bugs and fix a leak in the test itself - &quot;kdump: Enable LUKS-encrypted dump target support in ARM64 and   PowerPC&quot; (Coiby Xu)   Enable support of the LUKS-encrypted device dump target on arm64 and   powerpc - &quot;ocfs2: consolidate extent list validation into block read callbacks&quot;   (Joseph Qi)   Cleanup, simplify, and make more robust ocfs2&apos;s validation of extent   list fields (Kernel test robot loves mounting corrupted fs images!)* tag &apos;mm-nonmm-stable-2026-04-15-04-20&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm: (127 commits)  ocfs2: validate group add input before caching  ocfs2: validate bg_bits during freefrag scan  ocfs2: fix listxattr handling when the buffer is full  doc: watchdog: fix typos etc  update Sean&apos;s email address  ocfs2: use get_random_u32() where appropriate  ocfs2: split transactions in dio completion to avoid credit exhaustion  ocfs2: remove redundant l_next_free_rec check in __ocfs2_find_path()  ocfs2: validate extent block list fields during block read  ocfs2: remove empty extent list check in ocfs2_dx_dir_lookup_rec()  ocfs2: validate dx_root extent list fields during block read  ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY  ocfs2: handle invalid dinode in ocfs2_group_extend  .get_maintainer.ignore: add Askar  ocfs2: validate bg_list extent bounds in discontig groups  checkpatch: exclude forward declarations of const structs  tools/accounting: handle truncated taskstats netlink messages  taskstats: set version in TGID exit notifications  ocfs2/heartbeat: fix slot mapping rollback leaks on error paths  arm64,ppc64le/kdump: pass dm-crypt keys to kdump kernel  ...

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Fri, 17 Apr 2026 03:11:56 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>48d76a8282c9d99ec123d5f09cf6e485e5cb8734 - kernel/panic: mark init_taint_buf as __initdata and panic instead of warning in alloc_taint_buf()</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#48d76a8282c9d99ec123d5f09cf6e485e5cb8734</link>
        <description>kernel/panic: mark init_taint_buf as __initdata and panic instead of warning in alloc_taint_buf()However there&apos;s a convention of assuming that __init-time allocationscannot fail.  Because if a kmalloc() were to fail at this time, the kernelis hopelessly messed up anyway.  So simply panic() if that kmalloc failed,then make that 350-byte buffer __initdata.Link: https://lkml.kernel.org/r/20260223035914.4033-1-rioo.tsukatsukii@gmail.comSigned-off-by: Rio &lt;rioo.tsukatsukii@gmail.com&gt;Cc: Joel Granados &lt;joel.granados@kernel.org&gt;Cc: Petr Mladek &lt;pmladek@suse.com&gt;Cc: Wang Jinchao &lt;wangjinchao600@gmail.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Mon, 23 Feb 2026 03:59:14 +0000</pubDate>
        <dc:creator>Rio &lt;rioo.tsukatsukii@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a9dff0d0d11ce9aeebdd52ecf1469895e336c87e - kernel/panic: allocate taint string buffer dynamically</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#a9dff0d0d11ce9aeebdd52ecf1469895e336c87e</link>
        <description>kernel/panic: allocate taint string buffer dynamicallyThe buffer used to hold the taint string is statically allocated, whichrequires updating whenever a new taint flag is added.Instead, allocate the exact required length at boot once the allocator isavailable in an init function.  The allocation sums the string lengths intaint_flags[], along with space for separators and formatting. print_tainted() is switched to use this dynamically allocated buffer.If allocation fails, print_tainted() warns about the failure and continuesto use the original static buffer as a fallback.Link: https://lkml.kernel.org/r/20260222140804.22225-1-rioo.tsukatsukii@gmail.comSigned-off-by: Rio &lt;rioo.tsukatsukii@gmail.com&gt;Cc: Joel Granados &lt;joel.granados@kernel.org&gt;Cc: Petr Mladek &lt;pmladek@suse.com&gt;Cc: Wang Jinchao &lt;wangjinchao600@gmail.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Sun, 22 Feb 2026 14:08:04 +0000</pubDate>
        <dc:creator>Rio &lt;rioo.tsukatsukii@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a75d207916de0909e2244bc66a44d72fadbcf383 - kernel/panic: increase buffer size for verbose taint logging</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#a75d207916de0909e2244bc66a44d72fadbcf383</link>
        <description>kernel/panic: increase buffer size for verbose taint loggingThe verbose &apos;Tainted: ...&apos; string in print_tainted_seq can total to 327characters while the buffer defined in _print_tainted is 320 bytes. Increase its size to 350 characters to hold all flags, along with someheadroom.[akpm@linux-foundation.org: fix spello, add comment]Link: https://lkml.kernel.org/r/20260220151500.13585-1-rioo.tsukatsukii@gmail.comSigned-off-by: Rio &lt;rioo.tsukatsukii@gmail.com&gt;Cc: Joel Granados &lt;joel.granados@kernel.org&gt;Cc: Petr Mladek &lt;pmladek@suse.com&gt;Cc: Wang Jinchao &lt;wangjinchao600@gmail.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Fri, 20 Feb 2026 15:15:00 +0000</pubDate>
        <dc:creator>Rio &lt;rioo.tsukatsukii@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>0421ccdfad0d92713a812a5aeb7d07b0ea7213c8 - Merge tag &apos;v7.0-rc3&apos; into next</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#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/kernel/panic.c</description>
        <pubDate>Thu, 12 Mar 2026 17:44:42 +0000</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>42d3b66d4cdbacfc9d120d2301b8de89cc29a914 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#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/kernel/panic.c</description>
        <pubDate>Thu, 12 Mar 2026 14:17:56 +0000</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://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#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/kernel/panic.c</description>
        <pubDate>Wed, 25 Feb 2026 11:23:04 +0000</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://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#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/kernel/panic.c</description>
        <pubDate>Mon, 23 Feb 2026 10:48:20 +0000</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://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#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/kernel/panic.c</description>
        <pubDate>Mon, 23 Feb 2026 09:09:45 +0000</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>136114e0abf03005e182d75761ab694648e6d388 - Merge tag &apos;mm-nonmm-stable-2026-02-12-10-48&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#136114e0abf03005e182d75761ab694648e6d388</link>
        <description>Merge tag &apos;mm-nonmm-stable-2026-02-12-10-48&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mmPull non-MM updates from Andrew Morton: - &quot;ocfs2: give ocfs2 the ability to reclaim suballocator free bg&quot; saves   disk space by teaching ocfs2 to reclaim suballocator block group   space (Heming Zhao) - &quot;Add ARRAY_END(), and use it to fix off-by-one bugs&quot; adds the   ARRAY_END() macro and uses it in various places (Alejandro Colomar) - &quot;vmcoreinfo: support VMCOREINFO_BYTES larger than PAGE_SIZE&quot; makes   the vmcore code future-safe, if VMCOREINFO_BYTES ever exceeds the   page size (Pnina Feder) - &quot;kallsyms: Prevent invalid access when showing module buildid&quot; cleans   up kallsyms code related to module buildid and fixes an invalid   access crash when printing backtraces (Petr Mladek) - &quot;Address page fault in ima_restore_measurement_list()&quot; fixes a   kexec-related crash that can occur when booting the second-stage   kernel on x86 (Harshit Mogalapalli) - &quot;kho: ABI headers and Documentation updates&quot; updates the kexec   handover ABI documentation (Mike Rapoport) - &quot;Align atomic storage&quot; adds the __aligned attribute to atomic_t and   atomic64_t definitions to get natural alignment of both types on   csky, m68k, microblaze, nios2, openrisc and sh (Finn Thain) - &quot;kho: clean up page initialization logic&quot; simplifies the page   initialization logic in kho_restore_page() (Pratyush Yadav) - &quot;Unload linux/kernel.h&quot; moves several things out of kernel.h and into   more appropriate places (Yury Norov) - &quot;don&apos;t abuse task_struct.group_leader&quot; removes the usage of   -&gt;group_leader when it is &quot;obviously unnecessary&quot; (Oleg Nesterov) - &quot;list private v2 &amp; luo flb&quot; adds some infrastructure improvements to   the live update orchestrator (Pasha Tatashin)* tag &apos;mm-nonmm-stable-2026-02-12-10-48&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm: (107 commits)  watchdog/hardlockup: simplify perf event probe and remove per-cpu dependency  procfs: fix missing RCU protection when reading real_parent in do_task_stat()  watchdog/softlockup: fix sample ring index wrap in need_counting_irqs()  kcsan, compiler_types: avoid duplicate type issues in BPF Type Format  kho: fix doc for kho_restore_pages()  tests/liveupdate: add in-kernel liveupdate test  liveupdate: luo_flb: introduce File-Lifecycle-Bound global state  liveupdate: luo_file: Use private list  list: add kunit test for private list primitives  list: add primitives for private list manipulations  delayacct: fix uapi timespec64 definition  panic: add panic_force_cpu= parameter to redirect panic to a specific CPU  netclassid: use thread_group_leader(p) in update_classid_task()  RDMA/umem: don&apos;t abuse current-&gt;group_leader  drm/pan*: don&apos;t abuse current-&gt;group_leader  drm/amd: kill the outdated &quot;Only the pthreads threading model is supported&quot; checks  drm/amdgpu: don&apos;t abuse current-&gt;group_leader  android/binder: use same_thread_group(proc-&gt;tsk, current) in binder_mmap()  android/binder: don&apos;t abuse current-&gt;group_leader  kho: skip memoryless NUMA nodes when reserving scratch areas  ...

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Thu, 12 Feb 2026 20:13:01 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>dd03dd60e8cdd5ef0f0cbc18276c45009bcc51f4 - Merge tag &apos;asoc-v6.20&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#dd03dd60e8cdd5ef0f0cbc18276c45009bcc51f4</link>
        <description>Merge tag &apos;asoc-v6.20&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linusASoC: Updates for v7.0This release is almost all abut driers, there&apos;s very little core workhere, although some of that driver work is in more generic areas likeSDCA and SOF: - Generic SDCA support for reporting jack events. - Continuing platform support, cleanup and feature improements for the   AMD, Intel, Qualcomm and SOF code. - Platform description improvements for the Cirrus drivers. - Support for NXP i.MX952, Realtek RT1320 and RT5575, and Sophogo   CV1800B.We also pulled in one small SPI API update and some more substantialregmap work (cache description improvements) for use in drivers.

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Mon, 09 Feb 2026 16:39:11 +0000</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>ec496f77b4c11036cc835d6f045fb5e5ef1e6530 - Merge branch &apos;for-6.20/sony&apos; into for-linus</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#ec496f77b4c11036cc835d6f045fb5e5ef1e6530</link>
        <description>Merge branch &apos;for-6.20/sony&apos; into for-linus- Support for Rock band 4 PS4 and PS5 guitars (Rosalie Wanders)

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Mon, 09 Feb 2026 16:33:26 +0000</pubDate>
        <dc:creator>Jiri Kosina &lt;jkosina@suse.com&gt;</dc:creator>
    </item>
<item>
        <title>2bebc88d5e37ddcb5ea5039a39f39527662b27f0 - Merge drm/drm-next into drm-misc-next</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#2bebc88d5e37ddcb5ea5039a39f39527662b27f0</link>
        <description>Merge drm/drm-next into drm-misc-nextBackmerging to get bug fixes from v6.19-rc7.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Thu, 05 Feb 2026 09:33:06 +0000</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>2e171ab29f916455a49274a2042bac4a4b35570e - panic: add panic_force_cpu= parameter to redirect panic to a specific CPU</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#2e171ab29f916455a49274a2042bac4a4b35570e</link>
        <description>panic: add panic_force_cpu= parameter to redirect panic to a specific CPUSome platforms require panic handling to execute on a specific CPU forcrash dump to work reliably.  This can be due to firmware limitations,interrupt routing constraints, or platform-specific requirements whereonly a single CPU is able to safely enter the crash kernel.Add the panic_force_cpu= kernel command-line parameter to redirect panicexecution to a designated CPU.  When the parameter is provided, the CPUthat initially triggers panic forwards the panic context to the target CPUvia IPI, which then proceeds with the normal panic and kexec flow.The IPI delivery is implemented as a weak function(panic_smp_redirect_cpu) so architectures with NMI support can override itfor more reliable delivery.If the specified CPU is invalid, offline, or a panic is already inprogress on another CPU, the redirection is skipped and panic continues onthe current CPU.[pnina.feder@mobileye.com: fix unused variable warning]  Link: https://lkml.kernel.org/r/20260126122618.2967950-1-pnina.feder@mobileye.comLink: https://lkml.kernel.org/r/20260122102457.1154599-1-pnina.feder@mobileye.comSigned-off-by: Pnina Feder &lt;pnina.feder@mobileye.com&gt;Reviewed-by: Petr Mladek &lt;pmladek@suse.com&gt;Cc: Baoquan He &lt;bhe@redhat.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Mel Gorman &lt;mgorman@suse.de&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Sergey Senozhatsky &lt;senozhatsky@chromium.org&gt;Cc: Steven Rostedt &lt;rostedt@goodmis.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Thu, 22 Jan 2026 10:24:57 +0000</pubDate>
        <dc:creator>Pnina Feder &lt;pnina.feder@mobileye.com&gt;</dc:creator>
    </item>
<item>
        <title>3e4067169c573fba9dd8f77480f3a6e9c723b507 - Merge branch &apos;v6.19-rc8&apos;</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#3e4067169c573fba9dd8f77480f3a6e9c723b507</link>
        <description>Merge branch &apos;v6.19-rc8&apos;Update to avoid conflicts with /urgent patches.Signed-off-by: Peter Zijlstra &lt;peterz@infradead.org&gt;

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Tue, 03 Feb 2026 11:04:13 +0000</pubDate>
        <dc:creator>Peter Zijlstra &lt;peterz@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>751ec6dd6773237bf480291ca894a696a2991c62 - spi: aspeed: Improve handling of shared SPI</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#751ec6dd6773237bf480291ca894a696a2991c62</link>
        <description>spi: aspeed: Improve handling of shared SPIMerge series from Chin-Ting Kuo &lt;chin-ting_kuo@aspeedtech.com&gt;:This patch series improves handling of SPI controllers that areshared by spi-mem devices and other SPI peripherals.The primary goal of this series is to support non-spi-mem devices inthe ASPEED FMC/SPI controller driver. It also addresses an issue inthe spi-mem framework observed when different types of SPI devicesoperate concurrently on the same controller, ensuring that spi-memoperations are properly serialized.

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Wed, 28 Jan 2026 11:22:06 +0000</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>4651c87b0083925540f6c3d26a6c5b4868d7b884 - regmap: reg_default_cb for flat cache defaults</title>
        <link>http://opengrok.kc2vjw.com:8080/history/linux/kernel/panic.c#4651c87b0083925540f6c3d26a6c5b4868d7b884</link>
        <description>regmap: reg_default_cb for flat cache defaultsMerge series from &quot;Sheetal .&quot; &lt;sheetal@nvidia.com&gt;:This series adds a reg_default_cb callback for REGCACHE_FLAT to providedefaults for registers not listed in reg_defaults. Defaults are loadedeagerly during regcache init and the callback can use writeable_reg tofilter valid addresses and avoid holes.

            List of files:
            /linux/kernel/panic.c</description>
        <pubDate>Wed, 28 Jan 2026 03:48:12 +0000</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
