<?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 opal.h</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>f32fcbed - tty: hvc: convert to u8 and size_t</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#f32fcbed</link>
        <description>tty: hvc: convert to u8 and size_tSwitch character types to u8 and sizes to size_t. To conform tocharacters/sizes in the rest of the tty layer.Signed-off-by: &quot;Jiri Slaby (SUSE)&quot; &lt;jirislaby@kernel.org&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Amit Shah &lt;amit@kernel.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Albert Ou &lt;aou@eecs.berkeley.edu&gt;Cc: linuxppc-dev@lists.ozlabs.orgCc: virtualization@lists.linux.devCc: linux-riscv@lists.infradead.orgLink: https://lore.kernel.org/r/20231206073712.17776-13-jirislaby@kernel.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Wed, 06 Dec 2023 07:36:57 +0000</pubDate>
        <dc:creator>Jiri Slaby (SUSE) &lt;jirislaby@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8577dd00 - powerpc/opal: Annotate out param endianness</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#8577dd00</link>
        <description>powerpc/opal: Annotate out param endiannessSparse reports an endian mismatch with args to opal_int_get_xirr().Checking the skiboot source[1] shows the function takes a __be32*(as expected), so update the function declaration to reflect this.[1]: https://github.com/open-power/skiboot/blob/80e2b1dc73/hw/xive.c#L3479Signed-off-by: Benjamin Gray &lt;bgray@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20231011053711.93427-9-bgray@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Wed, 11 Oct 2023 05:37:07 +0000</pubDate>
        <dc:creator>Benjamin Gray &lt;bgray@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>326b3f8c - powerpc/powernv/pci: Remove MVE code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#326b3f8c</link>
        <description>powerpc/powernv/pci: Remove MVE codeWith IODA1 support gone the OPAL calls to set MVE are dead code. Removethem.Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20230613045202.294451-3-joel@jms.id.au

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Tue, 13 Jun 2023 04:52:01 +0000</pubDate>
        <dc:creator>Joel Stanley &lt;joel@jms.id.au&gt;</dc:creator>
    </item>
<item>
        <title>77d30535 - powerpc/powernv: remove orphan declarations from opal.h</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#77d30535</link>
        <description>powerpc/powernv: remove orphan declarations from opal.hRemove the following orphan declarations from opal.h:1. opal_notifier_register()2. opal_notifier_unregister()3. opal_notifier_update_evt()4. opal_notifier_enable()5. opal_notifier_disable()They have been removed since commit 81f2f7ce4c5b (&quot;opal:Remove events notifier&quot;), so remove them.Signed-off-by: Gaosheng Cui &lt;cuigaosheng1@huawei.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20220913075029.682327-7-cuigaosheng1@huawei.com

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Tue, 13 Sep 2022 07:50:26 +0000</pubDate>
        <dc:creator>Gaosheng Cui &lt;cuigaosheng1@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>e5913db1 - powerpc/powernv: Add __init attribute to eligible functions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#e5913db1</link>
        <description>powerpc/powernv: Add __init attribute to eligible functionsSome functions defined in &apos;arch/powerpc/platforms/powernv&apos; aredeserving of an `__init` macro attribute. These functions are onlycalled by other initialization functions and therefore should inheritthe attribute.Also, change function declarations in header files to include `__init`.Signed-off-by: Nick Child &lt;nick.child@ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20211216220035.605465-12-nick.child@ibm.com

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Thu, 16 Dec 2021 22:00:26 +0000</pubDate>
        <dc:creator>Nick Child &lt;nick.child@ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>562d1e20 - powerpc/powernv: remove the nvlink support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#562d1e20</link>
        <description>powerpc/powernv: remove the nvlink supportThis code was only used by the vfio-nvlink2 code, which itself had noproper use.  Drop this huge chunk of code build into every powernvor generic build.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20210326061311.1497642-3-hch@lst.de

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Fri, 26 Mar 2021 06:13:11 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>d936f818 - powerpc/powernv: Fix type of opal_mpipl_query_tag() addr argument</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#d936f818</link>
        <description>powerpc/powernv: Fix type of opal_mpipl_query_tag() addr argumentopal_mpipl_query_tag() takes a pointer to a 64-bit value, which firmwarewrites a value to. As OPAL is traditionally big endian this value willbe big endian.This can be confirmed by looking at the implementation in skiboot:  static uint64_t opal_mpipl_query_tag(enum opal_mpipl_tags tag, __be64 *tag_val)  {  	...  	*tag_val = cpu_to_be64(opal_mpipl_tags[tag]);  	return OPAL_SUCCESS;  }Fix the declaration to annotate that the value is big endian.Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20210421125402.1955013-2-mpe@ellerman.id.au

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Wed, 21 Apr 2021 12:54:02 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>9155e234 - powerpc/powernv: Add OPAL API interface to access secure variable</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#9155e234</link>
        <description>powerpc/powernv: Add OPAL API interface to access secure variableThe X.509 certificates trusted by the platform and required to secureboot the OS kernel are wrapped in secure variables, which arecontrolled by OPAL.This patch adds firmware/kernel interface to read and write OPALsecure variables based on the unique key.This support can be enabled using CONFIG_OPAL_SECVAR.Signed-off-by: Claudio Carvalho &lt;cclaudio@linux.ibm.com&gt;Signed-off-by: Nayna Jain &lt;nayna@linux.ibm.com&gt;Signed-off-by: Eric Richter &lt;erichte@linux.ibm.com&gt;[mpe: Make secvar_ops __ro_after_init, only build opal-secvar.c if PPC_SECURE_BOOT=y]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/1573441836-3632-2-git-send-email-nayna@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Mon, 11 Nov 2019 03:10:33 +0000</pubDate>
        <dc:creator>Nayna Jain &lt;nayna@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>6f5f193e - powerpc/opal: add MPIPL interface definitions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#6f5f193e</link>
        <description>powerpc/opal: add MPIPL interface definitionsMPIPL is Memory Preserving IPL supported from POWER9. This enables thekernel to reset the system with memory &apos;preserved&apos;. Also, it supportscopying memory from a source address to some destination address duringMPIPL boot. Add MPIPL interface definitions here to leverage these f/wfeatures in adding FADump support for PowerNV platform.Signed-off-by: Hari Bathini &lt;hbathini@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/156821340710.5656.10071829040515662624.stgit@hbathini.in.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Wed, 11 Sep 2019 14:50:12 +0000</pubDate>
        <dc:creator>Hari Bathini &lt;hbathini@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>6ccb4ac2 - powerpc/xive: Fix bogus error code returned by OPAL</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#6ccb4ac2</link>
        <description>powerpc/xive: Fix bogus error code returned by OPALThere&apos;s a bug in skiboot that causes the OPAL_XIVE_ALLOCATE_IRQ callto return the 32-bit value 0xffffffff when OPAL has run out of IRQs.Unfortunatelty, OPAL return values are signed 64-bit entities anderrors are supposed to be negative. If that happens, the linux codeconfusingly treats 0xffffffff as a valid IRQ number and panics at somepoint.A fix was recently merged in skiboot:e97391ae2bb5 (&quot;xive: fix return value of opal_xive_allocate_irq()&quot;)but we need a workaround anyway to support older skiboots alreadyin the field.Internally convert 0xffffffff to OPAL_RESOURCE which is the usual errorreturned upon resource exhaustion.Cc: stable@vger.kernel.org # v4.12+Signed-off-by: Greg Kurz &lt;groug@kaod.org&gt;Reviewed-by: C&#233;dric Le Goater &lt;clg@kaod.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/156821713818.1985334.14123187368108582810.stgit@bahia.lan

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Wed, 11 Sep 2019 15:52:18 +0000</pubDate>
        <dc:creator>Greg Kurz &lt;groug@kaod.org&gt;</dc:creator>
    </item>
<item>
        <title>63982618 - powerpc/powernv: remove the unused pnv_pci_set_p2p function</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#63982618</link>
        <description>powerpc/powernv: remove the unused pnv_pci_set_p2p functionThis function has never been used anywhere in the kernel tree since itwas added to the tree.  We also now have proper PCIe P2P APIs in the corekernel, and any new P2P support should be using those.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Tue, 25 Jun 2019 14:52:36 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>2874c5fd - treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 152</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#2874c5fd</link>
        <description>treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 152Based on 1 normalized pattern(s):  this program is free software you can redistribute it and or modify  it under the terms of the gnu general public license as published by  the free software foundation either version 2 of the license or at  your option any later versionextracted by the scancode license scanner the SPDX license identifier  GPL-2.0-or-laterhas been chosen to replace the boilerplate/reference in 3029 file(s).Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Reviewed-by: Allison Randal &lt;allison@lohutok.net&gt;Cc: linux-spdx@vger.kernel.orgLink: https://lkml.kernel.org/r/20190527070032.746973796@linutronix.deSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Mon, 27 May 2019 06:55:01 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>de269129 - powerpc/hmi: Fix kernel hang when TB is in error state.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#de269129</link>
        <description>powerpc/hmi: Fix kernel hang when TB is in error state.On TOD/TB errors timebase register stops/freezes until HMI error recoverygets TOD/TB back into running state. On successful recovery, TB startsrunning again and udelay() that relies on TB value continues to functionproperly. But in case when HMI fails to recover from TOD/TB errors, theTB register stay freezed. With TB not running the __delay() functionkeeps looping and never return. If __delay() is called while in panicpath then system hangs and never reboots after panic.Signed-off-by: Mahesh Salgaonkar &lt;mahesh@linux.vnet.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Mon, 04 Mar 2019 19:42:19 +0000</pubDate>
        <dc:creator>Mahesh Salgaonkar &lt;mahesh@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>88ec6b93 - powerpc/xive: add OPAL extensions for the XIVE native exploitation support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#88ec6b93</link>
        <description>powerpc/xive: add OPAL extensions for the XIVE native exploitation supportThe support for XIVE native exploitation mode in Linux/KVM needs acouple more OPAL calls to get and set the state of the XIVE internalstructures being used by a sPAPR guest.Signed-off-by: C&#233;dric Le Goater &lt;clg@kaod.org&gt;Reviewed-by: David Gibson &lt;david@gibson.dropbear.id.au&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Wed, 10 Apr 2019 17:04:33 +0000</pubDate>
        <dc:creator>C&#233;dric Le Goater &lt;clg@kaod.org&gt;</dc:creator>
    </item>
<item>
        <title>08fb726d - powerpc/powernv: Move opal_power_control_init() call in opal_init().</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#08fb726d</link>
        <description>powerpc/powernv: Move opal_power_control_init() call in opal_init().opal_power_control_init() depends on opal message notifier to beinitialized, which is done in opal_init()-&gt;opal_message_init(). But boththese initialization are called through machine initcalls and it alldepends on in which order they being called. So far these are called incorrect order (may be we got lucky) and never saw any issue. But it isclearer to control initialization order explicitly by movingopal_power_control_init() into opal_init().Signed-off-by: Mahesh Salgaonkar &lt;mahesh@linux.vnet.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Thu, 13 Dec 2018 05:47:31 +0000</pubDate>
        <dc:creator>Mahesh Salgaonkar &lt;mahesh@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>95b861a7 - powerpc/powernv: provide a console flush operation for opal hvc driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#95b861a7</link>
        <description>powerpc/powernv: provide a console flush operation for opal hvc driverProvide the flush hv_op for the opal hvc driver. This will flush thefirmware console buffers without spinning with interrupts disabled.Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;Cc: linuxppc-dev@lists.ozlabs.orgSigned-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Mon, 30 Apr 2018 14:55:58 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>656ecc16 - crypto/nx: Initialize 842 high and normal RxFIFO control registers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#656ecc16</link>
        <description>crypto/nx: Initialize 842 high and normal RxFIFO control registersNX increments readOffset by FIFO size in receive FIFO control registerwhen CRB is read. But the index in RxFIFO has to match with thecorresponding entry in FIFO maintained by VAS in kernel. Otherwise NXmay be processing incorrect CRBs and can cause CRB timeout.VAS FIFO offset is 0 when the receive window is opened duringinitialization. When the module is reloaded or in kexec boot, readOffsetin FIFO control register may not match with VAS entry. This patch addsnx_coproc_init OPAL call to reset readOffset and queued entries in FIFOcontrol register for both high and normal FIFOs.Signed-off-by: Haren Myneni &lt;haren@us.ibm.com&gt;[mpe: Fixup uninitialized variable warning]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Wed, 13 Jun 2018 07:32:40 +0000</pubDate>
        <dc:creator>Haren Myneni &lt;haren@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>04baaf28 - powerpc/powernv: Add support to enable sensor groups</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#04baaf28</link>
        <description>powerpc/powernv: Add support to enable sensor groupsAdds support to enable/disable a sensor group at runtime. Thiscan be used to select the sensor groups that needs to be copied tomain memory by OCC. Sensor groups like power, temperature, current,voltage, frequency, utilization can be enabled/disabled at runtime.Signed-off-by: Shilpasri G Bhat &lt;shilpa.bhat@linux.vnet.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Tue, 24 Jul 2018 09:13:08 +0000</pubDate>
        <dc:creator>Shilpasri G Bhat &lt;shilpa.bhat@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>17cc1dd4 - powerpc/powernv: implement opal_put_chars_atomic</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#17cc1dd4</link>
        <description>powerpc/powernv: implement opal_put_chars_atomicThe RAW console does not need writes to be atomic, so relaxopal_put_chars to be able to do partial writes, and implement an_atomic variant which does not take a spinlock. This API is usedin xmon, so the less locking that is used, the better chance thereis that a crash can be debugged.Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Mon, 30 Apr 2018 14:55:51 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>d2a2262e - powerpc/powernv: Implement and use opal_flush_console</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/include/asm/opal.h#d2a2262e</link>
        <description>powerpc/powernv: Implement and use opal_flush_consoleA new console flushing firmware API was introduced to replace eventpolling loops, and implemented in opal-kmsg with affddff69c55e(&quot;powerpc/powernv: Add a kmsg_dumper that flushes console output onpanic&quot;), to flush the console in the panic path.The OPAL console driver has other situations where interrupts are offand it needs to flush the console synchronously. These still use apolling loop.So move the opal-kmsg flush code to opal_flush_console, and use thenew function in opal-kmsg and opal_put_chars.Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;Reviewed-by: Russell Currey &lt;ruscur@russell.cc&gt;Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/include/asm/opal.h</description>
        <pubDate>Mon, 30 Apr 2018 14:55:48 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
