<?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 Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>4a91fe4c - ASoC: tegra: Add interconnect support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#4a91fe4c</link>
        <description>ASoC: tegra: Add interconnect supportAdd interconnect framework support to set required audio bandwidthbased on PCM device usage. The maximum bandwidth is determined bythe number of APE PCM devices and maximum audio format supported.If interconnect property is not defined or INTERCONNECT configis not enabled then the audio usecase will still function.Validate bandwidth updates by reading the interconnect summary sysfsnode during PCM device open and close operations.Signed-off-by: Sheetal &lt;sheetal@nvidia.com&gt;Link: https://patch.msgid.link/20250203105304.4155542-1-sheetal@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Mon, 03 Feb 2025 10:53:04 +0000</pubDate>
        <dc:creator>Sheetal &lt;sheetal@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>51a50d6a - ASoC: tegra: Use *-y instead of *-objs in Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#51a50d6a</link>
        <description>ASoC: tegra: Use *-y instead of *-objs in Makefile*-objs suffix is reserved rather for (user-space) host programs whileusually *-y suffix is used for kernel drivers (although *-objs worksfor that purpose for now).Let&apos;s correct the old usages of *-objs in Makefiles.Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;Link: https://lore.kernel.org/r/20240507155540.24815-30-tiwai@suse.deSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Tue, 07 May 2024 15:55:33 +0000</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>7358a803 - ASoC: tegra: Add Tegra210 based OPE driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#7358a803</link>
        <description>ASoC: tegra: Add Tegra210 based OPE driverThe Output Processing Engine (OPE) is one of the AHUB client. It hasPEQ (Parametric Equalizer) and MBDRC (Multi Band Dynamic Range Compressor)sub blocks for data processing. The PEQ block gets samples from the MBDRCblock.This patch registers OPE driver with ASoC framework. The component driverexposes DAPM widgets, routes and kcontrols for the device. The DAI driverexposes OPE interfaces, which can be used to connect different componentsin the ASoC layer. Makefile and Kconfig support is added to allow buildthe driver.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1654238172-16293-3-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Fri, 03 Jun 2022 06:36:08 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>a2df8c2d - ASoC: tegra: Add Tegra186 based ASRC driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#a2df8c2d</link>
        <description>ASoC: tegra: Add Tegra186 based ASRC driverAsynchronous Sample Rate Converter (ASRC) converts the sampling frequencyof the input signal from one frequency to another. It can handle over awide range of sample rate ratios (freq_in/freq_out) from 1:24 to 24:1.ASRC has two modes of operation. One where ratio can be programmed in SWand the other where it gets the information from ratio estimator module.The latter mode above can help address the cases where the sample rate isnot known at the stream set up time or is potentially time varying.In addition, the ratio between input and output sample rate can be anyarbitrary number and the input and output clocks could be derived fromasynchronous clocks.This patch registers ASRC driver with ASoC framework. The component driverexposes DAPM widgets, routes and kcontrols for the device. The DAI driverexposes ASRC interfaces, which can be used to connect different componentsin the ASoC layer. Makefile and Kconfig support is added to allow buildthe driver.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1648735412-32220-3-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Thu, 31 Mar 2022 14:03:28 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>05bb3d5e - ASoC: tegra: Add Tegra210 based Mixer driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#05bb3d5e</link>
        <description>ASoC: tegra: Add Tegra210 based Mixer driverThe Mixer supports mixing of up to ten 7.1 audio input streams andgenerate five outputs (each of which can be any combination of theten input streams)This patch registers Mixer driver with ASoC framework. The componentdriver exposes DAPM widgets, routes and kcontrols for the device.The DAI driver exposes Mixer interfaces, which can be used to connectdifferent components in the ASoC layer. Makefile and Kconfig supportis added to allow build the driver. It can be enabled in the DT via&quot;nvidia,tegra210-amixer&quot; compatible binding.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1631551342-25469-11-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Mon, 13 Sep 2021 16:42:18 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>a99ab6f3 - ASoC: tegra: Add Tegra210 based ADX driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#a99ab6f3</link>
        <description>ASoC: tegra: Add Tegra210 based ADX driverThe Audio Demultiplexer (ADX) block takes an input stream with up to16 channels and demultiplexes it into four output streams of up to 16channels each. A byte RAM helps to form output frames by any combinationof bytes from the input frame. Its design is identical to that of byteRAM in the AMX except that the data flow direction is reversed.This patch registers ADX driver with ASoC framework. The component driverexposes DAPM widgets, routes and kcontrols for the device. The DAI driverexposes ADX interfaces, which can be used to connect different componentsin the ASoC layer. Makefile and Kconfig support is added to allow buildthe driver. It can be enabled in the DT via &quot;nvidia,tegra210-adx&quot;compatible binding.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1631551342-25469-10-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Mon, 13 Sep 2021 16:42:17 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>77f7df34 - ASoC: tegra: Add Tegra210 based AMX driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#77f7df34</link>
        <description>ASoC: tegra: Add Tegra210 based AMX driverThe Audio Multiplexer (AMX) block can multiplex up to four input streamseach of which can have maximum 16 channels and generate an output streamwith maximum 16 channels. A byte RAM helps to form an output frame byany combination of bytes from the input frames.This patch registers AMX driver with ASoC framework. The component driverexposes DAPM widgets, routes and kcontrols for the device. The DAI driverexposes AMX interfaces, which can be used to connect different componentsin the ASoC layer. Makefile and Kconfig support is added to allow buildthe driver. It can be enabled in the DT via &quot;nvidia,tegra210-amx&quot; forTegra210 and Tegra186. For Tegra194 and later, &quot;nvidia,tegra194-amx&quot; canbe used.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1631551342-25469-9-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Mon, 13 Sep 2021 16:42:16 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>b2f74ec5 - ASoC: tegra: Add Tegra210 based SFC driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#b2f74ec5</link>
        <description>ASoC: tegra: Add Tegra210 based SFC driverThe Sampling Frequency Converter (SFC) converts the sampling frequencyof the input signal from one frequency to another. It supports samplingfrequency conversions of streams of up to two channels (stereo).This patch registers SFC driver with ASoC framework. The component driverexposes DAPM widgets, routes and kcontrols for the device. The DAI driverexposes SFC interfaces, which can be used to connect different componentsin the ASoC layer. Makefile and Kconfig support is added to allow buildthe driver. It can be enabled in the DT via &quot;nvidia,tegra210-sfc&quot;compatible binding.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1631551342-25469-8-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Mon, 13 Sep 2021 16:42:15 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>e539891f - ASoC: tegra: Add Tegra210 based MVC driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#e539891f</link>
        <description>ASoC: tegra: Add Tegra210 based MVC driverThe Master Volume Control (MVC) provides gain or attenuation to a digitalsignal path. It can be used in input or output signal path for per-streamvolume control or it can be used as master volume control. The MVC blockhas one input and one output. The input digital stream can be mono ormulti-channel (up to 7.1 channels) stream. An independent mute control isalso included in the MVC block.This patch registers MVC driver with ASoC framework. The component driverexposes DAPM widgets, routes and kcontrols for the device. The DAI driverexposes MVC interfaces, which can be used to connect different componentsin the ASoC layer. Makefile and Kconfig support is added to allow buildthe driver. It can be enabled in the DT via &quot;nvidia,tegra210-mvc&quot;compatible binding.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1631551342-25469-7-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Mon, 13 Sep 2021 16:42:14 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>8c1b3b15 - ASoC: tegra: Squash utils into common machine driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#8c1b3b15</link>
        <description>ASoC: tegra: Squash utils into common machine driverThere no users left of the utils other than the new common machine driver.Squash the utils into the common machine driver in order to simplify code.Signed-off-by: Dmitry Osipenko &lt;digetx@gmail.com&gt;Link: https://lore.kernel.org/r/20210529154649.25936-5-digetx@gmail.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Sat, 29 May 2021 15:46:49 +0000</pubDate>
        <dc:creator>Dmitry Osipenko &lt;digetx@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>cc8f70f5 - ASoC: tegra: Unify ASoC machine drivers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#cc8f70f5</link>
        <description>ASoC: tegra: Unify ASoC machine driversSquash all machine drivers into a single-universal one. This reducescode duplication, eases addition of a new drivers and upgrades oldercode to a modern Linux kernel APIs.Suggested-by: Jonathan Hunter &lt;jonathanh@nvidia.com&gt;Co-developed-by: Ion Agorria &lt;ion@agorria.com&gt;Signed-off-by: Ion Agorria &lt;ion@agorria.com&gt;Co-developed-by: Svyatoslav Ryhel &lt;clamor95@gmail.com&gt;Signed-off-by: Svyatoslav Ryhel &lt;clamor95@gmail.com&gt;Signed-off-by: Dmitry Osipenko &lt;digetx@gmail.com&gt;Link: https://lore.kernel.org/r/20210529154649.25936-3-digetx@gmail.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Sat, 29 May 2021 15:46:47 +0000</pubDate>
        <dc:creator>Dmitry Osipenko &lt;digetx@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>202e2f77 - ASoC: tegra: Add audio graph based card driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#202e2f77</link>
        <description>ASoC: tegra: Add audio graph based card driverAdd Tegra audio machine driver which is based on generic audio graph carddriver. It re-uses most of the common stuff from audio graph driver anduses the same DT binding. Required Tegra specific customizations are donein the driver and additional DT bindings are required for clock handling.Details on the customizations done: - Update PLL rates at runtime: Tegra HW supports multiple sample rates   (multiples of 8x and 11.025x) and both of these groups require different   PLL rates. Hence there is a requirement to update this at runtime.   This is achieved by providing a custom &apos;snd_soc_ops&apos; and in hw_param()   callback PLL rate is updated as per the sample rate. - Internal structure &apos;tegra_audio_graph_data&apos; is used to maintain clock   handles of PLL. - The &apos;force_dpcm&apos; flag is set to use DPCM for all DAI links. - The &apos;component_chaining&apos; flag is set to use DPCM with component model.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Reviewed-by: Jon Hunter &lt;jonathanh@nvidia.com&gt;Link: https://lore.kernel.org/r/1611048496-24650-4-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Tue, 19 Jan 2021 09:28:13 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>f74028e1 - ASoC: tegra: Add Tegra210 based ADMAIF driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#f74028e1</link>
        <description>ASoC: tegra: Add Tegra210 based ADMAIF driverADMAIF is the interface between ADMA and AHUB. Each ADMA channel thatsends/receives data to/from AHUB must intreface through an ADMAIF channel.ADMA channel sending data to AHUB pairs with an ADMAIF Tx channel andsimilarly ADMA channel receiving data from AHUB pairs with an ADMAIF Rxchannel. Buffer size is configurable for each ADMAIF channel, but currentlySW uses default values.This patch registers ADMAIF driver with ASoC framework. The componentdriver exposes DAPM widgets, routes and kcontrols for the device. The DAIdriver exposes ADMAIF interfaces, which can be used to connect differentcomponents in the ASoC layer. Makefile and Kconfig support is added toallow to build the driver. The ADMAIF device can be enabled in the DT via&quot;nvidia,tegra210-admaif&quot; compatible binding.Tegra PCM driver is updated to expose required PCM interfaces andsnd_pcm_ops callbacks.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1595134890-16470-8-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Sun, 19 Jul 2020 05:01:26 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>327ef647 - ASoC: tegra: Add Tegra186 based DSPK driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#327ef647</link>
        <description>ASoC: tegra: Add Tegra186 based DSPK driverThe Digital Speaker Controller (DSPK) converts the multi-bit Pulse CodeModulation (PCM) audio input to oversampled 1-bit Pulse Density Modulation(PDM) output. From the signal flow perpsective, the DSPK can be viewed asa PDM transmitter that up-samples the input to the desired sampling rateby interpolation then converts the oversampled PCM input to the desired1-bit output via Delta Sigma Modulation (DSM).This patch registers DSPK component with ASoC framework. The componentdriver exposes DAPM widgets, routes and kcontrols for the device. The DAIdriver exposes DSPK interfaces, which can be used to connect differentcomponents in the ASoC layer. Makefile and Kconfig support is added toallow to build the driver. The DSPK devices can be enabled in the DT via&quot;nvidia,tegra186-dspk&quot; compatible binding. This driver can be usedon Tegra194 chip as well.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1595134890-16470-7-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Sun, 19 Jul 2020 05:01:25 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>16e1bcc2 - ASoC: tegra: Add Tegra210 based AHUB driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#16e1bcc2</link>
        <description>ASoC: tegra: Add Tegra210 based AHUB driverThe Audio Hub (AHUB) comprises a collection of hardware accelerators foraudio pre/post-processing and a programmable full crossbar (XBAR) forrouting audio data across these accelerators in time and in parallel.AHUB supports multiple interfaces to I2S, DSPK, DMIC etc., XBAR is aswitch used to configure or modify audio routing between HW acceleratorspresent inside AHUB.This patch registers AHUB component with ASoC framework. The componentdriver exposes DAPM widgets, routes and kcontrols for the device. The DAIdriver exposes AHUB interfaces, which can be used to connect differentcomponents in the ASoC layer. Currently the driver takes care of XBARprogramming to allow audio data flow through various clients of the AHUB.Makefile and Kconfig support is added to allow to build the driver. TheAHUB component can be enabled in the DT via below compatible bindings.  - &quot;nvidia,tegra210-ahub&quot; for Tegra210  - &quot;nvidia,tegra186-ahub&quot; for Tegra186 and Tegra194Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1595134890-16470-6-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Sun, 19 Jul 2020 05:01:24 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>c0bfa983 - ASoC: tegra: Add Tegra210 based I2S driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#c0bfa983</link>
        <description>ASoC: tegra: Add Tegra210 based I2S driverThe Inter-IC Sound (I2S) controller implements full-duplex, bi-directionaland single direction point to point serial interface. It can interfacewith I2S compatible devices. Tegra I2S controller can operate as bothmaster and slave.This patch registers I2S controller with ASoC framework. The componentdriver exposes DAPM widgets, routes and kcontrols for the device. The DAIdriver exposes I2S interfaces, which can be used to connect differentcomponents in the ASoC layer. Makefile and Kconfig support is added toallow to build the driver. The I2S devices can be enabled in the DT via&quot;nvidia,tegra210-i2s&quot; compatible binding.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1595134890-16470-5-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Sun, 19 Jul 2020 05:01:23 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>8c8ff982 - ASoC: tegra: Add Tegra210 based DMIC driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#8c8ff982</link>
        <description>ASoC: tegra: Add Tegra210 based DMIC driverThe Digital MIC (DMIC) Controller is used to interface with Pulse DensityModulation (PDM) input devices. The DMIC controller implements a converterto convert PDM signals to Pulse Code Modulation (PCM) signals. From signalflow perspective, the DMIC can be viewed as a PDM receiver.This patch registers DMIC component with ASoC framework. The componentdriver exposes DAPM widgets, routes and kcontrols for the device. The DAIdriver exposes DMIC interfaces, which can be used to connect differentcomponents in the ASoC layer. Makefile and Kconfig support is added toallow to build the driver. The DMIC devices can be enabled in the DT via&quot;nvidia,tegra210-dmic&quot; compatible string. This driver can be used forTegra186 and Tegra194 chips as well.Signed-off-by: Sameer Pujar &lt;spujar@nvidia.com&gt;Link: https://lore.kernel.org/r/1595134890-16470-4-git-send-email-spujar@nvidia.comSigned-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Sun, 19 Jul 2020 05:01:22 +0000</pubDate>
        <dc:creator>Sameer Pujar &lt;spujar@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>501e94b5 - ASoC: Add missing newline at end of file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#501e94b5</link>
        <description>ASoC: Add missing newline at end of file&quot;git diff&quot; says:    \ No newline at end of fileafter modifying the files.Signed-off-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Mon, 17 Jun 2019 14:40:48 +0000</pubDate>
        <dc:creator>Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;</dc:creator>
    </item>
<item>
        <title>b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#b2441318</link>
        <description>License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the &apos;GPL-2.0&apos;SPDX license identifier.  The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode &amp; Windriver) producing SPDXtag:value files created by Philippe Ombredanne.  Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed.  Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained &gt;5   lines of source - File already had some variant of a license header in it (even if &lt;5   lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn&apos;t find any license traces, file was   considered to have no license information in it, and the top level   COPYING file license applied.   For non */uapi/* files that summary was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0                                              11139   and resulted in the first patch in this series.   If that file was a */uapi/* path one, it was &quot;GPL-2.0 WITH   Linux-syscall-note&quot; otherwise it was &quot;GPL-2.0&quot;.  Results of that was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0 WITH Linux-syscall-note                        930   and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one   of the */uapi/* ones, it was denoted with the Linux-syscall-note if   any GPL family license was found in the file or had no licensing in   it (per prior point).  Results summary:   SPDX license identifier                            # files   ---------------------------------------------------|------   GPL-2.0 WITH Linux-syscall-note                       270   GPL-2.0+ WITH Linux-syscall-note                      169   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause)    21   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause)    17   LGPL-2.1+ WITH Linux-syscall-note                      15   GPL-1.0+ WITH Linux-syscall-note                       14   ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause)    5   LGPL-2.0+ WITH Linux-syscall-note                       4   LGPL-2.1 WITH Linux-syscall-note                        3   ((GPL-2.0 WITH Linux-syscall-note) OR MIT)              3   ((GPL-2.0 WITH Linux-syscall-note) AND MIT)             1   and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became   the concluded license(s). - when there was disagreement between the two scanners (one detected a   license but the other didn&apos;t, or they both detected different   licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file   resulted in a clear resolution of the license that should apply (and   which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was   confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier,   the file was flagged for further research and to be revisited later   in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights.  TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected   license ids and scores - reviewing anything where there was a license detected (about 500+   files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license   was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied   SPDX license was correctThis produced a worksheet with 20 files needing minor correction.  Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg.  Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected.  This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.)  Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>04445681 - ASoC: tegra: add tegra sgtl5000 machine driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/sound/soc/tegra/Makefile#04445681</link>
        <description>ASoC: tegra: add tegra sgtl5000 machine driverThis binding and driver describe/support playback to headphones, andcapture from line-in and microphone.This driver is useful for the Toradex Apalis T30, Apalis TK1 andColibri T30 modules.Signed-off-by: Marcel Ziswiler &lt;marcel@ziswiler.com&gt;Reviewed-by: Stephen Warren &lt;swarren@nvidia.com&gt;Signed-off-by: Marcel Ziswiler &lt;marcel.ziswiler@toradex.com&gt;Acked-by: Rob Herring &lt;robh@kernel.org&gt;Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;

            List of files:
            /linux-6.15/sound/soc/tegra/Makefile</description>
        <pubDate>Sun, 19 Jun 2016 01:00:00 +0000</pubDate>
        <dc:creator>Marcel Ziswiler &lt;marcel.ziswiler@toradex.com&gt;</dc:creator>
    </item>
</channel>
</rss>
