<?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 arm</title>
    <link>http://nxr.netbsd.org/rss/src/sys/arch/arm/</link>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2005</copyright>
    <generator>Java</generator>
    
<item>
    <title>fix cvs revision comment not expanding</title>
    <description></description>
    <pubDate>Thu Jul 30 15:00:00 UTC 2026</pubDate>
    <dc:creator>yurix</dc:creator>
</item>

<item>
    <title>evbarm/am335x: initialize usb phy<br/><br/>This fixes the USB devices not being detected part of PR port-evbarm/60404.</title>
    <description></description>
    <pubDate>Wed Jul 29 08:00:00 UTC 2026</pubDate>
    <dc:creator>yurix</dc:creator>
</item>

<item>
    <title>Does not use i2c_bitbang, so should not depend on it.</title>
    <description></description>
    <pubDate>Fri Jul 17 17:00:00 UTC 2026</pubDate>
    <dc:creator>thorpej</dc:creator>
</item>

<item>
    <title>Remove unused variable.</title>
    <description></description>
    <pubDate>Wed Jul 15 06:00:00 UTC 2026</pubDate>
    <dc:creator>martin</dc:creator>
</item>

<item>
    <title>Now that bad144 handling is isolated to the places that care about it,<br/>garbage-collect it from all of the various machine-dependent files that<br/>have been cargo-culting it around needlessly for 20+ years.<br/><br/>Version bump to 11.99.7 because this changes the size of struct cpu_disklabel<br/>on some platforms, and that structure is exposed in the module ABI.</title>
    <description></description>
    <pubDate>Tue Jul 14 13:00:00 UTC 2026</pubDate>
    <dc:creator>thorpej</dc:creator>
</item>

<item>
    <title>Move the definion of "struct fdt_platform" to &lt;machine/fdt_platform.h&gt;.</title>
    <description></description>
    <pubDate>Sun Jul 12 05:00:00 UTC 2026</pubDate>
    <dc:creator>thorpej</dc:creator>
</item>

<item>
    <title>KNF comments</title>
    <description></description>
    <pubDate>Tue Jul 07 04:00:00 UTC 2026</pubDate>
    <dc:creator>skrll</dc:creator>
</item>

<item>
    <title>fix few typos in comments and error message.</title>
    <description></description>
    <pubDate>Sat Jul 04 17:00:00 UTC 2026</pubDate>
    <dc:creator>andvar</dc:creator>
</item>

<item>
    <title>Break out and expand FDT property parsing for awge(4) FDT attachment<br/>frontends<br/><br/>This uses the device tree's possible burst length bus interface settings,<br/>and improves performance on, for instance, Rockchip RK3399</title>
    <description></description>
    <pubDate>Mon Jun 22 20:00:00 UTC 2026</pubDate>
    <dc:creator>jakllsch</dc:creator>
</item>

<item>
    <title>fix typos in comments, mainly s/archtypal/archetypal/.</title>
    <description></description>
    <pubDate>Sun Jun 21 10:00:00 UTC 2026</pubDate>
    <dc:creator>andvar</dc:creator>
</item>

<item>
    <title>s/inconsitent/inconsistent/ in comments and panic message.</title>
    <description></description>
    <pubDate>Wed Jun 10 21:00:00 UTC 2026</pubDate>
    <dc:creator>andvar</dc:creator>
</item>

<item>
    <title>arm: relax coherent DMA ordering barriers from DSB to DMB<br/><br/>Use DMB instead of DSB for the ARM coherent DMA ordering macros dma_*_*()<br/><br/>The previous definitions used DSB, which enforces completion semantics and<br/>is heavier than needed for coherent device DMA ordering. DMB provides ordering<br/>of memory operations without requiring full completion, making it the<br/>appropriate barrier for these coherent-only CPU/device DMA paths.<br/><br/>Tested on Fusion VM, Orion O6, and Thunderx.<br/><br/>There is an approximate 1% performance improvement for the Fusion VM, but<br/>less for Orion O6 and Thunderx.</title>
    <description></description>
    <pubDate>Fri Jun 05 08:00:00 UTC 2026</pubDate>
    <dc:creator>skrll</dc:creator>
</item>

<item>
    <title>fix various typos in comments.</title>
    <description></description>
    <pubDate>Mon Jun 01 20:00:00 UTC 2026</pubDate>
    <dc:creator>andvar</dc:creator>
</item>

<item>
    <title>gicv3_its: Fix ITT sizing.<br/><br/>The ITT being allocated did not match the size specified on the MAPD<br/>command. This could cause hardware to read past the end of the ITT.<br/><br/>The old code used a fixed offset mapping scheme to assign eventIDs (the<br/>eventID was derived from the LPI INTID). This scheme is wasteful and<br/>doesn't scale well as the ITT is essentially an array of ITEs starting<br/>with eventID 0. This change introduces per-deviceID namespaces for<br/>eventIDs and allocates them starting with 0. A fixed number of eventIDs is<br/>made available for each deviceID (MAXCPUS * 2). On a platform with an ITE<br/>size of 8 bytes, this allows the ITT to fit in a single page.<br/><br/>The ITT is sized larger than the initial request as multiple requestors<br/>could potentially share the same deviceID (this is the case for legacy PCI<br/>devices behind a PCIe-to-PCI bridge).<br/><br/>The size parameter of the MAPD command now matches the allocated ITT.<br/><br/>Tested on QEMU KVM Virtual Machine and Ampere eMAG (Lenovo HR330A).</title>
    <description></description>
    <pubDate>Sun May 24 22:00:00 UTC 2026</pubDate>
    <dc:creator>jmcneill</dc:creator>
</item>

<item>
    <title>psci: ensure cores are in a known state before SYSTEM_OFF<br/><br/>The PSCI spec says that the caller must place all cores in a known state<br/>prior to calling SYSTEM_OFF.<br/><br/>It doesn't really specify what a "known state" is, but it does suggest<br/>that one way to do this is to call CPU_OFF on all other cores. So let's<br/>do that.<br/><br/>This has the nice side effect of workaround around a heartbeat timeout<br/>when attempting to power down a system with firmware that doesn't return<br/>from a SYSTEM_OFF call but does not actually know how to power off the<br/>system (like Rockchip's secure firmware on RK356x based boards).</title>
    <description></description>
    <pubDate>Fri May 15 22:00:00 UTC 2026</pubDate>
    <dc:creator>jmcneill</dc:creator>
</item>

<item>
    <title>arm/fdt: introduce a generic setstatclockrate function<br/><br/>These changes lay the groundwork for cleaning up setstatclockrate implementations across arm timers.</title>
    <description></description>
    <pubDate>Mon May 11 19:00:00 UTC 2026</pubDate>
    <dc:creator>yurix</dc:creator>
</item>

<item>
    <title>arm/generic: use generic setstatclockrate<br/><br/>This allows us to get rid of the weak symbol hack in a9tmr since GENERIC is the only configuration with both a9tmr and gtmr active in one configuration. Configurations without __HAVE_GENERIC_SETSTATCLOCKRATE still get a setstatclockrate from the ifdef.</title>
    <description></description>
    <pubDate>Mon May 11 19:00:00 UTC 2026</pubDate>
    <dc:creator>yurix</dc:creator>
</item>
</channel></rss>

