<?xml version="1.0" encoding="UTF-8"?>        <rss version="2.0"
             xmlns:atom="http://www.w3.org/2005/Atom"
             xmlns:dc="http://purl.org/dc/elements/1.1/"
             xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
             xmlns:admin="http://webns.net/mvcb/"
             xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
             xmlns:content="http://purl.org/rss/1.0/modules/content/">
        <channel>
            <title>
									repeated macOS kernel panics on SoftRAID volume - Functionality Issues				            </title>
            <link>https://forums.softraid.com/softraid-8-functionality-issues/repeated-macos-kernel-panics-on-softraid-volume/</link>
            <description>SoftRAID Discussion Board</description>
            <language>en-US</language>
            <lastBuildDate>Mon, 27 Apr 2026 02:40:53 +0000</lastBuildDate>
            <generator>wpForo</generator>
            <ttl>60</ttl>
							                    <item>
                        <title>RE: repeated macOS kernel panics on SoftRAID volume</title>
                        <link>https://forums.softraid.com/softraid-8-functionality-issues/repeated-macos-kernel-panics-on-softraid-volume/#post-24582</link>
                        <pubDate>Fri, 02 Jan 2026 14:08:20 +0000</pubDate>
                        <description><![CDATA[Better is just post a SoftRAID support file. These threads are too long for other users.
this panic is not storage/SoftRAID related. It’s a kernel zone-map exhaustion panic, specifically a ...]]></description>
                        <content:encoded><![CDATA[<p>Better is just post a SoftRAID support file. These threads are too long for other users.<br /><br /></p>
<p style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="0" data-end="145">this panic is <strong data-start="20" data-end="52">not storage/SoftRAID related</strong>. It’s a <strong data-start="61" data-end="91">kernel zone-map exhaustion</strong> panic, specifically a leak in the <strong data-start="126" data-end="139"><code data-start="128" data-end="137">pv_list</code></strong>zone.</p>
<h3 style="color: #000000;font-style: normal;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="147" data-end="180">What it means </h3>
<ul style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="181" data-end="471">
<li data-start="181" data-end="233">
<p data-start="183" data-end="233"><code data-start="183" data-end="233">zalloc: zone map exhausted ... zone </code></p>
</li>
<li data-start="234" data-end="363">
<p data-start="236" data-end="363">The kernel ran out of space in its “zone allocator” because something kept allocating <strong data-start="322" data-end="333">pv_list</strong> entries and not freeing them.</p>
</li>
<li data-start="364" data-end="471">
<p data-start="366" data-end="471">The log even says <strong data-start="384" data-end="433">“likely due to memory leak in zone ”</strong> and shows it ballooned to <strong data-start="460" data-end="470">~13 GB</strong>.</p>
</li>
</ul>
<p style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="473" data-end="648"><code data-start="473" data-end="482">pv_list</code> is used by the VM subsystem to track physical-to-virtual mappings / page metadata. When it leaks, the kernel can’t allocate memory structures it needs and it panics.</p>
<h3 style="color: #000000;font-style: normal;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="650" data-end="688">Why “triggered by <strong data-start="1380" data-end="1397">PostgreSQL 18</strong>” fits</h3>
<p style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="689" data-end="709">Databases can drive:</p>
<ul style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="710" data-end="830">
<li data-start="710" data-end="730">
<p data-start="712" data-end="730">huge mmap activity</p>
</li>
<li data-start="731" data-end="752">
<p data-start="733" data-end="752">lots of page faults</p>
</li>
<li data-start="753" data-end="800">
<p data-start="755" data-end="800">rapid allocate/free of virtual memory regions</p>
</li>
<li data-start="801" data-end="830">
<p data-start="803" data-end="830">heavy I/O + memory pressure</p>
</li>
</ul>
<p style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="832" data-end="965">If there’s a kernel or driver bug in the VM/memory-mapping path, a DB workload can be the “trigger” even though the bug is elsewhere.</p>
<h3 style="color: #000000;font-style: normal;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="967" data-end="1000">What’s most likely causing it</h3>
<p style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="1001" data-end="1028">Almost always one of these:</p>
<ol style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="1029" data-end="1637">
<li data-start="1029" data-end="1127">
<p data-start="1032" data-end="1127"><strong data-start="1032" data-end="1082">macOS kernel bug (Darwin 25.2.0 / build 25C56)</strong> in the VM subsystem that your workload hits.</p>
</li>
<li data-start="1128" data-end="1508">
<p data-start="1131" data-end="1246"><strong data-start="1131" data-end="1212">A third-party kernel extension (kext) / networking filter / filesystem client</strong> interacting with VM or I/O paths.</p>
<ul data-start="1250" data-end="1508">
<li data-start="1250" data-end="1326">
<p data-start="1252" data-end="1326">You have <strong data-start="1261" data-end="1277">SoftRAID 8.6</strong> loaded, but nothing in this panic implicates it.</p>
</li>
<li data-start="1330" data-end="1508">
<p data-start="1332" data-end="1508">More suspicious are things like <strong data-start="1364" data-end="1383">network filters</strong> (<code data-start="1385" data-end="1399">@nke.asp_tcp</code>, <code data-start="1401" data-end="1427">@nke.applicationfirewall</code>) or uncommon filesystem clients (AFP/SMB/NFS) depending on what the DB is doing.</p>
</li>
</ul>
</li>
<li data-start="1509" data-end="1637">
<p data-start="1512" data-end="1637"><strong data-start="1512" data-end="1564">Virtualization / hypervisor / driver interaction</strong> (less obvious here, but MacPro7,1 often runs VMs and heavy GPU drivers).</p>
</li>
</ol>
<h3 style="color: #000000;font-style: normal;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="1639" data-end="1678">Why I’m confident it’s not SoftRAID</h3>
<ul style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="1679" data-end="1879">
<li data-start="1679" data-end="1739">
<p data-start="1681" data-end="1739">The panic is in <code data-start="1697" data-end="1707">zalloc.c</code> with a <strong data-start="1715" data-end="1728">zone leak</strong> signature.</p>
</li>
<li data-start="1740" data-end="1801">
<p data-start="1742" data-end="1801">No I/O timeout / VFS shutdown / NVMe busy timeout patterns.</p>
</li>
<li data-start="1802" data-end="1879">
<p data-start="1804" data-end="1879">Backtrace doesn’t show SoftRAID symbols; it’s generic kernel VM allocation.</p>
</li>
</ul>
<h3 style="color: #000000;font-style: normal;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="1881" data-end="1929">Actionable troubleshooting:</h3>
<p style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="1930" data-end="1967">Without more context, best steps are:</p>
<ol style="color: #000000;font-style: normal;font-weight: 400;letter-spacing: normal;text-align: start;text-indent: 0px;text-transform: none;white-space: normal" data-start="1969" data-end="2791">
<li data-start="1969" data-end="2089">
<p data-start="1972" data-end="2089"><strong data-start="1972" data-end="1988">Update macOS</strong><br data-start="2026" data-end="2029" />These zone-leak panics are often fixed in point releases.</p>
</li>
<li data-start="2091" data-end="2356">
<p data-start="2094" data-end="2232"><strong data-start="2094" data-end="2151">Boot once with all third-party kexts removed/disabled</strong><br data-start="2151" data-end="2154" />On Intel macOS, kexts still matter. If the panic stops, you’ve narrowed it.</p>
<ul data-start="2236" data-end="2356">
<li data-start="2236" data-end="2356">
<p data-start="2238" data-end="2356">Temporarily uninstall/disable non-essential kexts (AV, VPN, network filters, storage utilities not required for boot).</p>
</li>
</ul>
</li>
<li data-start="2358" data-end="2519">
<p data-start="2361" data-end="2435"><strong data-start="2361" data-end="2435">If PostgreSQL 18 runs on network storage or uses SMB/NFS mounts, test locally</strong></p>
<ul data-start="2439" data-end="2519">
<li data-start="2439" data-end="2519">
<p data-start="2441" data-end="2519">You have SMB/NFS/AFP modules loaded; DB + network FS is a common “stress mix.”</p>
</li>
</ul>
</li>
<li data-start="2521" data-end="2648">
<p data-start="2524" data-end="2572"><strong data-start="2524" data-end="2572">Capture: sysdiagnose + reproducibility notes (For reporting to Apple)</strong></p>
<ul data-start="2576" data-end="2648">
<li data-start="2576" data-end="2648">
<p data-start="2578" data-end="2648">If reproducible, Apple will want a sysdiagnose taken close to failure.</p>
</li>
</ul>
</li>
<li data-start="2650" data-end="2791">
<p data-start="2653" data-end="2707"><strong data-start="2653" data-end="2707">Look for “vm” / “zone” warnings prior to the panic</strong></p>
<ul data-start="2711" data-end="2791">
<li data-start="2711" data-end="2791">
<p data-start="2713" data-end="2791">In Unified Logs, search for <code data-start="2741" data-end="2751">zone map</code>, <code data-start="2753" data-end="2762">pv_list</code>, <code data-start="2764" data-end="2772">zalloc</code>, <code data-start="2774" data-end="2782">vm_map</code>, <code data-start="2784" data-end="2790">pmap</code>.</p>
</li>
</ul>
</li>
</ol>]]></content:encoded>
						                            <category domain="https://forums.softraid.com/softraid-8-functionality-issues/">Functionality Issues</category>                        <dc:creator>SoftRAID Support</dc:creator>
                        <guid isPermaLink="true">https://forums.softraid.com/softraid-8-functionality-issues/repeated-macos-kernel-panics-on-softraid-volume/#post-24582</guid>
                    </item>
				                    <item>
                        <title>repeated macOS kernel panics on SoftRAID volume</title>
                        <link>https://forums.softraid.com/softraid-8-functionality-issues/repeated-macos-kernel-panics-on-softraid-volume/#post-24578</link>
                        <pubDate>Tue, 30 Dec 2025 16:13:38 +0000</pubDate>
                        <description><![CDATA[Product: SoftRAID for macOSSoftRAID version: 8.6 (kext loaded: &gt;SoftRAID 8.6)Hardware: MacPro7,1 (2019 Mac Pro)OS builds observed:


25B78 (Darwin 25.1.0 / xnu-12377.41.6~2)


25C56...]]></description>
                        <content:encoded><![CDATA[<p data-start="906" data-end="1065"><strong data-start="906" data-end="918">Product:</strong> SoftRAID for macOS<br data-start="937" data-end="940" /><strong data-start="940" data-end="961">SoftRAID version:</strong> 8.6 (kext loaded: <code data-start="980" data-end="995">&gt;SoftRAID 8.6</code>)<br data-start="996" data-end="999" /><strong data-start="999" data-end="1012">Hardware:</strong> MacPro7,1 (2019 Mac Pro)<br data-start="1037" data-end="1040" /><strong data-start="1040" data-end="1063">OS builds observed:</strong></p>
<ul data-start="1066" data-end="1156">
<li data-start="1066" data-end="1110">
<p data-start="1068" data-end="1110">25B78 (Darwin 25.1.0 / xnu-12377.41.6~2)</p>
</li>
<li data-start="1111" data-end="1156">
<p data-start="1113" data-end="1156">25C56 (Darwin 25.2.0 / xnu-12377.61.12~1)</p>
</li>
</ul>
<h3 data-start="1158" data-end="1169">Summary</h3>
<p data-start="1170" data-end="1230">I am seeing repeated macOS kernel panics with the signature:</p>
<p data-start="1232" data-end="1345"><code data-start="1232" data-end="1345">zalloc: zone map exhausted while allocating from zone , likely due to memory leak in zone </code></p>
<p data-start="1347" data-end="1623">These panics occur while running <strong data-start="1380" data-end="1397">PostgreSQL 18</strong> performing heavy database creation / write-intensive workload on a <strong data-start="1465" data-end="1506">SoftRAID-managed external drive array </strong>(OWC ThunderBay 8 enclosure with 8 8TB SSDs in RAID 4). The same panic has occurred multiple times over the last 24 hours and also after updating macOS from 25B78 → 25C56.</p>
<h3 data-start="1625" data-end="1664">Crash / panic signature (key lines; see below for full macOS Problem Report)</h3>
<ul data-start="1665" data-end="1828">
<li data-start="1665" data-end="1789">
<p data-start="1667" data-end="1789">Panic reason (both incidents):<br data-start="1697" data-end="1700" /><code data-start="1702" data-end="1789">zone map exhausted … zone  … likely due to memory leak … ~13–14 GB allocated</code></p>
</li>
<li data-start="1790" data-end="1828">
<p data-start="1792" data-end="1828">Panicked task: <code data-start="1807" data-end="1820">kernel_task</code> (pid 0)</p>
</li>
</ul>
<p data-start="1830" data-end="1858"><strong data-start="1830" data-end="1856">Incident #1 (excerpt):</strong></p>
<ul data-start="1859" data-end="1975">
<li data-start="1859" data-end="1881">
<p data-start="1861" data-end="1881">macOS build: 25B78</p>
</li>
<li data-start="1882" data-end="1918">
<p data-start="1884" data-end="1918">SoftRAID loaded: <code data-start="1901" data-end="1916">&gt;SoftRAID 8.6</code></p>
</li>
<li data-start="1919" data-end="1945">
<p data-start="1921" data-end="1945">pv_list leak: ~15.2 GB</p>
</li>
<li data-start="1946" data-end="1975">
<p data-start="1948" data-end="1975">Uptime at panic: ~2.1 hours</p>
</li>
</ul>
<p data-start="1977" data-end="2005"><strong data-start="1977" data-end="2003">Incident #2 (excerpt):</strong></p>
<ul data-start="2006" data-end="2119">
<li data-start="2006" data-end="2028">
<p data-start="2008" data-end="2028">macOS build: 25C56</p>
</li>
<li data-start="2029" data-end="2065">
<p data-start="2031" data-end="2065">SoftRAID loaded: <code data-start="2048" data-end="2063">&gt;SoftRAID 8.6</code></p>
</li>
<li data-start="2066" data-end="2092">
<p data-start="2068" data-end="2092">pv_list leak: ~14.9 GB</p>
</li>
<li data-start="2093" data-end="2119">
<p data-start="2095" data-end="2119">Uptime at panic: ~5 days</p>
</li>
</ul>
<h3 data-start="2121" data-end="2162">Workload details / trigger conditions</h3>
<ul data-start="2163" data-end="2519">
<li data-start="2163" data-end="2274">
<p data-start="2165" data-end="2274">Running PostgreSQL 18 against a large database located on an <strong data-start="2226" data-end="2251">external HD/SSD array</strong> managed by SoftRAID.</p>
</li>
<li data-start="2275" data-end="2414">
<p data-start="2277" data-end="2414">The workload includes creating a large DB and sustained I/O (writes + WAL + checkpoints; may include index creation depending on timing).</p>
</li>
<li data-start="2415" data-end="2519">
<p data-start="2417" data-end="2519">The panics have occurred while this workload was active; they have not been observed during light I/O.</p>
</li>
</ul>
<h3 data-start="2521" data-end="2567">Environment / additional kernel components</h3>
<ul data-start="2568" data-end="2812">
<li data-start="2568" data-end="2697">
<p data-start="2570" data-end="2607">Third-party kexts seen in panic logs:</p>
<ul data-start="2610" data-end="2697">
<li data-start="2610" data-end="2627">
<p data-start="2612" data-end="2627"><code data-start="2612" data-end="2627">&gt;SoftRAID 8.6</code></p>
</li>
<li data-start="2630" data-end="2697">
<p data-start="2632" data-end="2697"><code data-start="2632" data-end="2669">com.intel.driver.EnergyDriver 3.7.0</code> (present in the second log)</p>
</li>
</ul>
</li>
<li data-start="2698" data-end="2812">
<p data-start="2700" data-end="2812">(If relevant) Synology ABB kext was present in an earlier panic I had, but in the latest panic it is not loaded.</p>
</li>
</ul>
<h3 data-start="2814" data-end="2857">Steps to reproduce (best approximation)</h3>
<ol data-start="2858" data-end="3153">
<li data-start="2858" data-end="2874">
<p data-start="2861" data-end="2874">Boot macOS.</p>
</li>
<li data-start="2875" data-end="2963">
<p data-start="2878" data-end="2963">Mount and use the SoftRAID-managed external array as the PostgreSQL data directory.</p>
</li>
<li data-start="2964" data-end="3065">
<p data-start="2967" data-end="3065">Run sustained write-heavy DB creation / ingest on Postgres 18 (large dataset, high concurrency).</p>
</li>
<li data-start="3066" data-end="3153">
<p data-start="3069" data-end="3153">After some period of heavy I/O, system kernel panics with <code data-start="3127" data-end="3136">pv_list</code> zone exhaustion.</p>
</li>
</ol>
<h3 data-start="3155" data-end="3191">What I have tried / observations</h3>
<ul data-start="3192" data-end="3350">
<li data-start="3192" data-end="3270">
<p data-start="3194" data-end="3270">Updating macOS to a newer build did not eliminate the issue (25B78 → 25C56).</p>
</li>
<li data-start="3271" data-end="3350">
<p data-start="3273" data-end="3350">The panic is highly consistent across incidents (same zone leak and message).</p>
</li>
</ul>
<h3 data-start="3352" data-end="3363">Request</h3>
<ol data-start="3364" data-end="3798">
<li data-start="3364" data-end="3497">
<p data-start="3367" data-end="3497">Is SoftRAID aware of any issue on macOS 25.x / Darwin 25.x involving <code data-start="3436" data-end="3445">pv_list</code> leaks or zone-map exhaustion under sustained I/O?</p>
</li>
<li data-start="3498" data-end="3645">
<p data-start="3501" data-end="3645">Are there recommended mitigations (SoftRAID settings, driver updates, known-incompatible enclosures/bridge chips, queue-depth controls, etc.)?</p>
</li>
<li data-start="3646" data-end="3798">
<p data-start="3649" data-end="3798">Please advise what additional diagnostics would be most useful to you (e.g., specific logging, reproduction details, or hardware/enclosure metadata).</p>
</li>
</ol>
<p> </p>
<h3 data-start="3352" data-end="3363">Full macOS Problem Report</h3>
<p><br />panic(cpu 2 caller 0xffffff801cbcd48a): zalloc: zone map exhausted while allocating from zone , likely due to memory leak in zone  (13G, 308450890 elements allocated) @zalloc.c:4534<br />Panicked task 0xffffffaaaa47b9a8: 587 threads: pid 0: kernel_task<br />Backtrace (CPU 2), panicked thread: 0xffffffa5dd76c598, Frame : Return Address<br />0xffffffe5de1fb880 : 0xffffff801cb57161 <br />0xffffffe5de1fb8d0 : 0xffffff801ccd4396 <br />0xffffffe5de1fb910 : 0xffffff801ccc359c <br />0xffffffe5de1fb9d0 : 0xffffff801caeb971 <br />0xffffffe5de1fb9f0 : 0xffffff801cb57537 <br />0xffffffe5de1fbaf0 : 0xffffff801cb56ba9 <br />0xffffffe5de1fbc60 : 0xffffff801d38c07d <br />0xffffffe5de1fbd50 : 0xffffff801cbcd48a <br />0xffffffe5de1fbef0 : 0xffffff801cbd0c5d <br />0xffffffe5de1fbf60 : 0xffffff801cca59a5 <br />0xffffffe5de1fbfa0 : 0xffffff801caeb19e <br /><br />Process name corresponding to current thread (0xffffffa5dd76c598): kernel_task<br /><br />Mac OS version:<br />25C56<br /><br />Kernel version:<br />Darwin Kernel Version 25.2.0: Tue Nov 18 21:09:34 PST 2025; root:xnu-12377.61.12~1/RELEASE_X86_64<br />Kernel UUID: 0FE6505A-553D-31F6-970A-A1FC7D110BC4<br />roots installed: 0<br />KernelCache slide: 0x000000001c800000<br />KernelCache base: 0xffffff801ca00000<br />Kernel slide: 0x000000001c8e8000<br />Kernel text base: 0xffffff801cae8000<br />__HIB text base: 0xffffff801c900000<br />System model name: MacPro7,1 (Mac-27AD2F918AE68F61)<br />System shutdown begun: NO<br />Hibernation exit count: 0<br /><br />System uptime in nanoseconds: 428955866160422<br />Last Sleep: absolute base_tsc base_nano<br />Uptime : 0x000186221206e1c8<br />Sleep : 0x0000000000000000 0x0000000000000000 0x0000000000000000<br />Wake : 0x0000000000000000 0x000000d5b0bece06 0x0000000000000000<br />Compressor Info: 0% of compressed pages limit (OK) and 0% of segments limit (OK) with 1 swapfiles and OK swap space<br />Zone info:<br />Zone map: 0xffffff95dd782000 - 0xffffffb5dd782000<br />. VM : 0xffffff95dd782000 - 0xffffff9aaa44e000<br />. RO : 0xffffff9aaa44e000 - 0xffffff9c43df2000<br />. GEN0 : 0xffffff9c43df2000 - 0xffffffa110abe000<br />. GEN1 : 0xffffffa110abe000 - 0xffffffa5dd78a000<br />. GEN2 : 0xffffffa5dd78a000 - 0xffffffaaaa456000<br />. GEN3 : 0xffffffaaaa456000 - 0xffffffaf77122000<br />. DATA : 0xffffffaf77122000 - 0xffffffb5dd782000<br />Metadata: 0xffffff89673ee000 - 0xffffff89873ee000<br />Bitmaps : 0xffffff89873ee000 - 0xffffff89973ee000<br />Extra : 0 - 0<br /><br />Zone (suspected) leak report:<br />Zone: pv_list<br />Count: 131072 (6291456 bytes)<br />Size: 14863704064<br />Top backtrace:<br />0xffffff801cca59a5<br /><br />last started kext at 17597392226298: @filesystems.afpfs 11.5 (addr 0xffffff7fb1f3a000, size 286720)<br />loaded kexts:<br />com.intel.driver.EnergyDriver 3.7.0<br />@filesystems.afpfs 11.5<br />@nke.asp_tcp 9.2<br />@filesystems.smbfs 6.0<br />&gt;AudioAUUC 1.70<br />&gt;!AUpstreamUserClient 3.6.12<br />&gt;!AMCCSControl 1.17<br />&gt;!AHIDALSService 1<br />@kext.AMDFramebuffer 7.0.1<br />@kext.AMDRadeonServiceManager 7.0.1<br />@kext.AMDRadeonX4000 7.0.1<br />&gt;!AGraphicsDevicePolicy 8.1.11<br />&gt;AGPM 137<br />&gt;!APlatformEnabler 2.7.0d0<br />@UVCService 1<br />&gt;X86PlatformShim 1.0.0<br />@AGDCPluginDisplayMetrics 8.1.11<br />@filesystems.autofs 3.0<br />&gt;!ABridgeAudio!C 600.5<br />&gt;!AGFXHDA 500.1<br />&gt;pmtelemetry 1<br />@filesystems.nfs 1<br />|IOUserEthernet 1.0.1<br />&gt;usb.!UUserHCI 1<br />&gt;!AHV 1<br />&gt;ACPI_SMC_PlatformPlugin 1.0.0<br />&gt;!A!IMCEReporter 115<br />@kext.AMD9500!C 7.0.1<br />&gt;BridgeAudioCommunication 600.5<br />&gt;!AAVEBridge 6.1<br />&gt;!AFIVRDriver 4.1.0<br />&gt;!A!IPCHPMC 2.0.1<br />&gt;SoftRAID 8.6<br />&gt;!A!ISlowAdaptiveClocking 4.0.0<br />&gt;!AThunderboltNHISpeedTest 0.0.1<br />&gt;!AThunderboltIP 4.0.3<br />&gt;!UDisplays 380<br />@!AEthernetAquantiaAqtionFirmware 1.0.36<br />|SCSITaskUserClient 541.40.1<br />&gt;!UMass!SInterfaceNub 557<br />&gt;BCMWLANFirmware4388.Hashstore 1<br />&gt;BCMWLANFirmware4387.Hashstore 1<br />&gt;BCMWLANFirmware4378.Hashstore 1<br />&gt;BCMWLANFirmware4364.Hashstore 1<br />&gt;!AFileSystemDriver 3.0.1<br />@filesystems.tmpfs 1<br />@filesystems.lifs 1<br />@filesystems.hfs.kext 704.60.1<br />@BootCache 40<br />@!AFSCompression.!AFSCompressionTypeZlib 1.0.0<br />@!AFSCompression.!AFSCompressionTypeDataless 1.0.0d1<br />@filesystems.apfs 2632.40.17<br />&gt;!ABCMWLANBusInterfacePCIeMac 1<br />@private.KextAudit 1.0<br />&gt;!AAHCIPort 386<br />&gt;!AACPIButtons 6.1<br />&gt;!ASMBIOS 2.1<br />&gt;!AACPIEC 6.1<br />&gt;!AAPIC 1.7<br />@!ASystemPolicy 2.0.0<br />@nke.applicationfirewall 406<br />|IOKitRegistryCompatibility 1<br />|EndpointSecurity 1<br />@Dont_Steal_Mac_OS_X 7.0.0<br />&gt;!ADiskImages2 514.61.1<br />@kec.!AEncryptedArchive 1<br />$SecureRemotePassword 1.0<br />&gt;!ASMBus!C 1.0.18d1<br />@kext.AMDRadeonX4700HWLibs 1.0<br />|IOAccelerator!F2 486.1<br />@kext.AMDRadeonX4000HWServices 7.0.1<br />&gt;!AGraphicsControl 8.1.11<br />&gt;usb.cdc.acm 5.0.0<br />&gt;usb.serial 6.0.0<br />&gt;!UAudio 820.10<br />&gt;!AAudioClockLibs 500.4<br />|IONDRVSupport 599<br />|IOAudio!F 700.2<br />&gt;!A16X50Serial 3.2<br />&gt;!ASMBusPCI 1.0.14d1<br />@kext.triggers 1.0<br />&gt;IOHIDPowerSource 1<br />&gt;!ACallbackPowerSource 1<br />|IOAVB!F 1400.10<br />&gt;!ARSMChannel 1<br />|IORSM!F 1<br />&gt;!AIPAppender 1.0<br />&gt;IOPlatformPluginLegacy 1.0.0<br />&gt;X86PlatformPlugin 1.0.0<br />@kext.AMDSupport 7.0.1<br />&gt;IOPlatformPlugin!F 6.0.0d8<br />&gt;driverkit.serial 6.0.0<br />@!AGPUWrangler 8.1.11<br />@!AGraphicsDeviceControl 8.1.11<br />|IOGraphics!F 599<br />|IOSlowAdaptiveClocking!F 1.0.0<br />&gt;!AThunderboltEDMSink 5.0.3<br />@plugin.IOgPTPPlugin 1420.2<br />|IOAHCIBlock!S 364<br />&gt;!AThunderboltDPOutAdapter 8.5.1<br />&gt;!AThunderboltPCIUpAdapter 4.1.1<br />&gt;!AThunderboltDPInAdapter 8.5.1<br />&gt;!AThunderboltDPAdapter!F 8.5.1<br />&gt;!AThunderboltPCIDownAdapter 4.1.1<br />&gt;!AHPM 3.4.4<br />&gt;!A!ILpssI2C!C 3.0.60<br />&gt;!A!ILpssDmac 3.0.60<br />&gt;usb.IOUSBHostHIDDevice 1.2<br />&gt;usb.!UHub 1.2<br />&gt;usb.cdc.ncm 5.0.0<br />&gt;usb.cdc.ecm 5.0.0<br />&gt;usb.cdc 5.0.0<br />&gt;usb.networking 5.0.0<br />&gt;usb.!UHostCompositeDevice 1.2<br />&gt;!ABSDKextStarter 3<br />&gt;usb.!UHostPacketFilter 1.0<br />|IOSurface 393.3.2<br />@filesystems.hfs.encodings.kext 1<br />&gt;!ASyntheticGame!C 13.2.8<br />&gt;!AThunderboltNHI 7.2.81<br />|IOThunderbolt!F 9.3.3<br />&gt;!AXsanScheme 3<br />&gt;!ABCMWLANCoreMac 1.0.0<br />|IO80211!F 1200.13.1<br />&gt;IOImageLoader 1.0.0<br />&gt;!ASSE 1.0<br />&gt;usb.!UVHCIBCE 1.2<br />&gt;usb.!UVHCICommonBCE 1.0<br />&gt;usb.!UVHCI 1.2<br />&gt;usb.!UVHCICommon 1.0<br />&gt;!AEffaceableNOR 1.0<br />&gt;!AOLYHALMac 1<br />|IOSerial!F 11<br />&gt;corecapture 1.0.4<br />&gt;!AEthernetAquantiaAqtion 1.0.64<br />|IOBufferCopy!C 1.1.0<br />|IOBufferCopyEngine!F 1<br />|IONVMe!F 2.1.0<br />&gt;!A!ILpssI2C 3.0.60<br />|IOAHCI!F 308<br />&gt;usb.!UXHCIPCI 1.2<br />&gt;usb.!UXHCI 1.2<br />&gt;!A!ILpssGspi 3.0.60<br />&gt;!AEFINVRAM 2.1<br />&gt;!ASMCRTC 1.0<br />&gt;!AEFIRuntime 2.1<br />|IOSMBus!F 1.1<br />|IOHID!F 2.0.0<br />|IOTimeSync!F 1420.2<br />|IOSkywalk!F 1.0<br />&gt;mDNSOffloadUserClient 1.0.1b8<br />|IONetworking!F 3.4<br />&gt;DiskImages 493.0.0<br />|IO!B!F 9.0.0<br />|IOReport!F 47<br />$quarantine 4<br />$sandbox 300.0<br />@kext.!AMatch 1.0.0d1<br />&gt;!ALockdownMode 1<br />&gt;!AKeyStore 2<br />&gt;!UTDM 557<br />|IOUSBMass!SDriver 270<br />|IOUSBHost!F 1.2<br />&gt;!UHostMergeProperties 1.2<br />&gt;usb.!UCommon 1.0<br />&gt;!ABusPower!C 1.0<br />|IOSCSIBlockCommandsDevice 541.40.1<br />|IOSCSIArchitectureModel!F 541.40.1<br />&gt;!AFDEKeyStore 28.30<br />&gt;!AEffaceable!S 1.0<br />|IO!S!F 2.1<br />&gt;!ACyrus 1<br />&gt;!AMobileFileIntegrity 1.0.5<br />$!AImage4 7.0.0<br />@kext.CoreTrust 1<br />&gt;!ACredentialManager 1.0<br />|CoreAnalytics!F 1<br />&gt;!ASEPManager 1.0.1<br />&gt;IOSlaveProcessor 1<br />&gt;!AACPIPlatform 6.1<br />|IOPCI!F 2.9<br />&gt;!ASMC 3.1.9<br />|IOACPI!F 1.4<br />&gt;watchdog 1<br />@kec.pthread 1<br />@kec.XrtHostedXnu 1<br />@kec.Libm 1<br />@kec.Compression 1.0<br />@kec.corecrypto 26.0<br /><br /></p>]]></content:encoded>
						                            <category domain="https://forums.softraid.com/softraid-8-functionality-issues/">Functionality Issues</category>                        <dc:creator>jorg</dc:creator>
                        <guid isPermaLink="true">https://forums.softraid.com/softraid-8-functionality-issues/repeated-macos-kernel-panics-on-softraid-volume/#post-24578</guid>
                    </item>
							        </channel>
        </rss>
		
<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/?utm_source=w3tc&utm_medium=footer_comment&utm_campaign=free_plugin

Page Caching using Disk: Enhanced (Requested URI contains query) 

Served from: forums.softraid.com @ 2026-04-26 21:40:53 by W3 Total Cache
-->