<?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 Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>c802b0a2 - firmware: qcom: scm: Refactor code to support multiple dload mode</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/qcom/Kconfig#c802b0a2</link>
        <description>firmware: qcom: scm: Refactor code to support multiple dload modeCurrently on Qualcomm SoC, download_mode is enabled ifCONFIG_QCOM_SCM_DOWNLOAD_MODE_DEFAULT is selected orpassed a boolean value from command line.Refactor the code such that it supports multiple downloadmodes and drop CONFIG_QCOM_SCM_DOWNLOAD_MODE_DEFAULT configinstead, give interface to set the download mode frommodule parameter while being backword compatible at thesame time.Signed-off-by: Mukesh Ojha &lt;quic_mojha@quicinc.com&gt;Link: https://lore.kernel.org/r/20240715155655.1811178-1-quic_mojha@quicinc.comSigned-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/qcom/Kconfig</description>
        <pubDate>Mon, 15 Jul 2024 15:56:54 +0000</pubDate>
        <dc:creator>Mukesh Ojha &lt;quic_mojha@quicinc.com&gt;</dc:creator>
    </item>
<item>
        <title>9de4ad3b - firmware: qcom: tzmem: don&apos;t ask about allocator mode when not enabled</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/qcom/Kconfig#9de4ad3b</link>
        <description>firmware: qcom: tzmem: don&apos;t ask about allocator mode when not enabledThe Qualcomm firmware code shouldn&apos;t ask about what memory allocatormode should be used when the code isn&apos;t even enabled.Get rid of pointless config-time question.Link: https://lore.kernel.org/all/CAHk-=wg+38EHPKGou1MqXwAAXC30cM8sMgZAGnZ7TcFO4L9J2w@mail.gmail.com/Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/qcom/Kconfig</description>
        <pubDate>Wed, 17 Jul 2024 00:35:45 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>f86c6149 - firmware: qcom: tzmem: enable SHM Bridge support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/qcom/Kconfig#f86c6149</link>
        <description>firmware: qcom: tzmem: enable SHM Bridge supportSHM Bridge is a safety mechanism allowing to limit the amount of memoryshared between the kernel and the TrustZone to regions explicitly markedas such.Add a variant of the tzmem allocator that configures the memory pools asSHM bridges. It also enables the SHM bridge globally so non-SHM bridgememory will no longer work with SCM calls.If enabled at build-time, it will still be checked for availability atrun-time. If the architecture doesn&apos;t support SHM Bridge, the allocatorwill fall back to the generic mode.Signed-off-by: Bartosz Golaszewski &lt;bartosz.golaszewski@linaro.org&gt;Tested-by: Andrew Halaney &lt;ahalaney@redhat.com&gt; # sc8280xp-lenovo-thinkpad-x13sTested-by: Deepti Jaggi &lt;quic_djaggi@quicinc.com&gt; #sa8775p-rideReviewed-by: Elliot Berman &lt;quic_eberman@quicinc.com&gt;Link: https://lore.kernel.org/r/20240527-shm-bridge-v10-11-ce7afaa58d3a@linaro.orgSigned-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/qcom/Kconfig</description>
        <pubDate>Mon, 27 May 2024 12:55:01 +0000</pubDate>
        <dc:creator>Bartosz Golaszewski &lt;bartosz.golaszewski@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>40289e35 - firmware: qcom: scm: enable the TZ mem allocator</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/qcom/Kconfig#40289e35</link>
        <description>firmware: qcom: scm: enable the TZ mem allocatorSelect the TrustZone memory allocator in Kconfig and create a pool ofmemory shareable with the TrustZone when probing the SCM driver.This will allow a gradual conversion of all relevant SCM calls to usingthe dedicated allocator.The policy used for the pool is &quot;on-demand&quot; and the initial size is 0as - depending on the config - it&apos;s possible that no SCM calls needingto allocate memory will be called. The sizes of possible allocations alsovary substiantially further warranting the &quot;on-demand&quot; approach.Signed-off-by: Bartosz Golaszewski &lt;bartosz.golaszewski@linaro.org&gt;Reviewed-by: Andrew Halaney &lt;ahalaney@redhat.com&gt;Tested-by: Andrew Halaney &lt;ahalaney@redhat.com&gt; # sc8280xp-lenovo-thinkpad-x13sTested-by: Deepti Jaggi &lt;quic_djaggi@quicinc.com&gt; #sa8775p-rideReviewed-by: Elliot Berman &lt;quic_eberman@quicinc.com&gt;Link: https://lore.kernel.org/r/20240527-shm-bridge-v10-3-ce7afaa58d3a@linaro.orgSigned-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/qcom/Kconfig</description>
        <pubDate>Mon, 27 May 2024 12:54:53 +0000</pubDate>
        <dc:creator>Bartosz Golaszewski &lt;bartosz.golaszewski@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>84f5a7b6 - firmware: qcom: add a dedicated TrustZone buffer allocator</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/qcom/Kconfig#84f5a7b6</link>
        <description>firmware: qcom: add a dedicated TrustZone buffer allocatorWe have several SCM calls that require passing buffers to the TrustZoneon top of the SMC core which allocates memory for calls that requiremore than 4 arguments.Currently every user does their own thing which leads to codeduplication. Many users call dma_alloc_coherent() for every call whichis terribly unperformant (speed- and size-wise).Provide a set of library functions for creating and managing pools ofmemory which is suitable for sharing with the TrustZone, that is:page-aligned, contiguous and non-cachable as well as provides a way ofmapping of kernel virtual addresses to physical space.Make the allocator ready for extending with additional modes of operationwhich will allow us to support the SHM bridge safety mechanism once allusers convert.Signed-off-by: Bartosz Golaszewski &lt;bartosz.golaszewski@linaro.org&gt;Reviewed-by: Andrew Halaney &lt;ahalaney@redhat.com&gt;Tested-by: Andrew Halaney &lt;ahalaney@redhat.com&gt; # sc8280xp-lenovo-thinkpad-x13sTested-by: Deepti Jaggi &lt;quic_djaggi@quicinc.com&gt; #sa8775p-rideReviewed-by: Elliot Berman &lt;quic_eberman@quicinc.com&gt;Link: https://lore.kernel.org/r/20240527-shm-bridge-v10-2-ce7afaa58d3a@linaro.orgSigned-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/qcom/Kconfig</description>
        <pubDate>Mon, 27 May 2024 12:54:52 +0000</pubDate>
        <dc:creator>Bartosz Golaszewski &lt;bartosz.golaszewski@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>bdac188e - firmware: qcom: move Qualcomm code into its own directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/firmware/qcom/Kconfig#bdac188e</link>
        <description>firmware: qcom: move Qualcomm code into its own directoryWe&apos;re getting more and more qcom specific .c files in drivers/firmware/and about to get even more. Create a separate directory for Qualcommfirmware drivers and move existing sources in there.Signed-off-by: Bartosz Golaszewski &lt;bartosz.golaszewski@linaro.org&gt;Acked-by: Elliot Berman &lt;quic_eberman@quicinc.com&gt;Reviewed-by: Krzysztof Kozlowski &lt;krzysztof.kozlowski@linaro.org&gt;Reviewed-by: Maximilian Luz &lt;luzmaximilian@gmail.com&gt;Tested-by: Andrew Halaney &lt;ahalaney@redhat.com&gt; # sc8280xp-lenovo-thinkpad-x13sLink: https://lore.kernel.org/r/20231017092732.19983-2-brgl@bgdev.plSigned-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/firmware/qcom/Kconfig</description>
        <pubDate>Tue, 17 Oct 2023 09:27:18 +0000</pubDate>
        <dc:creator>Bartosz Golaszewski &lt;bartosz.golaszewski@linaro.org&gt;</dc:creator>
    </item>
</channel>
</rss>
