<?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>5000d370 - dmaengine: sh: Add DMAC driver for RZ/G2L SoC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#5000d370</link>
        <description>dmaengine: sh: Add DMAC driver for RZ/G2L SoCAdd DMA Controller driver for RZ/G2L SoC.Based on the work done by Chris Brandt for RZ/A DMA driver.Signed-off-by: Biju Das &lt;biju.das.jz@bp.renesas.com&gt;Reviewed-by: Lad Prabhakar &lt;prabhakar.mahadev-lad.rj@bp.renesas.com&gt;Link: https://lore.kernel.org/r/20210806095322.2326-4-biju.das.jz@bp.renesas.comSigned-off-by: Vinod Koul &lt;vkoul@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Fri, 06 Aug 2021 09:53:22 +0000</pubDate>
        <dc:creator>Biju Das &lt;biju.das.jz@bp.renesas.com&gt;</dc:creator>
    </item>
<item>
        <title>c1fc3745 - dmaengine: sh: Remove unused shdma-of driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#c1fc3745</link>
        <description>dmaengine: sh: Remove unused shdma-of driverRemove the DT-based Renesas SHDMA DMA multiplexer driver, as it isunused.  The DMA multiplexer node and one DMA controller instance wereadded to the R-Mobile APE6 .dtsi file, but DMA support was never fullyenabled, cfr. commit a19788612f51b787 (&quot;dmaengine: sh: Remove R-MobileAPE6 support&quot;).Signed-off-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Link: https://lore.kernel.org/r/e9445a5f4ac15fc4d3b376b5e675e39f8c95b967.1623406640.git.geert+renesas@glider.beSigned-off-by: Vinod Koul &lt;vkoul@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Fri, 11 Jun 2021 10:18:40 +0000</pubDate>
        <dc:creator>Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;</dc:creator>
    </item>
<item>
        <title>9a0f7809 - dmaengine: sudmac: remove unused driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#9a0f7809</link>
        <description>dmaengine: sudmac: remove unused driverSUDMAC driver was introduced in v3.10 but was never integrated for useby any platform. As it is unused remove it.Signed-off-by: Simon Horman &lt;horms+renesas@verge.net.au&gt;Acked-by: Yoshihiro Shimoda &lt;yoshihiro.shimoda.uh@renesas.com&gt;Signed-off-by: Vinod Koul &lt;vkoul@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Mon, 13 May 2019 11:39:51 +0000</pubDate>
        <dc:creator>Simon Horman &lt;horms+renesas@verge.net.au&gt;</dc:creator>
    </item>
<item>
        <title>a1978861 - dmaengine: sh: Remove R-Mobile APE6 support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#a1978861</link>
        <description>dmaengine: sh: Remove R-Mobile APE6 supportRenesas R-Mobile APE6 support is currently unused:  - DMA slaves were never enabled in r8a73a4.dtsi,  - The driver relies on legacy filter matching and describing all    slaves and MID/RIDs in a table, unlike modern DMA engine drivers for    similar hardware like rcar-dmac,  - The driver doesn&apos;t seem to work well.Remove the driver, it can be resurrected from git history when needed.As this was the last user of SH_DMAE_BASE on Renesas ARM SoCs, thesh-dma-engine driver core is now used on SuperH only.Note that the DT bindings are still present, as r8a73a4.dtsi uses them.Signed-off-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Reviewed-by: Ulrich Hecht &lt;uli+renesas@fpond.eu&gt;Reviewed-by: Simon Horman &lt;horms+renesas@verge.net.au&gt;Signed-off-by: Vinod Koul &lt;vkoul@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Mon, 03 Dec 2018 14:18:06 +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/drivers/dma/sh/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/drivers/dma/sh/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>4d42e95f - dmaengine: sh: Remove unused R-Car HPB-DMAC driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#4d42e95f</link>
        <description>dmaengine: sh: Remove unused R-Car HPB-DMAC driverAs of commit 4baadb9e05c68962 (&quot;ARM: shmobile: r8a7778: remove obsoletesetup code&quot;), the Renesas R-Car HPB-DMAC driver is no longer used.In theory it could still be used on R-Car Gen1 SoCs, but that requiresadding DT support to the driver, which is not planned.Remove the driver, it can be resurrected from git history when needed.Signed-off-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Acked-by: Simon Horman &lt;horms+renesas@verge.net.au&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Fri, 04 Dec 2015 15:56:29 +0000</pubDate>
        <dc:creator>Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;</dc:creator>
    </item>
<item>
        <title>8a4ce226 - dmaengine: sort the sh Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#8a4ce226</link>
        <description>dmaengine: sort the sh MakefileAcked-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Mon, 24 Aug 2015 08:13:14 +0000</pubDate>
        <dc:creator>Vinod Koul &lt;vinod.koul@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>0c1c8ff3 - dmaengine: usb-dmac: Add Renesas USB DMA Controller (USB-DMAC) driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#0c1c8ff3</link>
        <description>dmaengine: usb-dmac: Add Renesas USB DMA Controller (USB-DMAC) driverThis DMAC is Renesas USB high-speed module DMA controller thatsupports slave transfer.This USB-DMAC has similar register sets with R-Car Gen2 DMAC, butthe USB-DMAC has specific registers to control the USB transactions.If this code is added into the rcar-dmac driver, it will becomeunreadable. So, this driver is independent from the rcar-dmac.And, this USB-DMAC uses virt-dma infrastructure.Signed-off-by: Yoshihiro Shimoda &lt;yoshihiro.shimoda.uh@renesas.com&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Wed, 01 Apr 2015 06:22:45 +0000</pubDate>
        <dc:creator>Yoshihiro Shimoda &lt;yoshihiro.shimoda.uh@renesas.com&gt;</dc:creator>
    </item>
<item>
        <title>3cd44dcd - dmaengine: remove Renesas Audio DMAC peri peri</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#3cd44dcd</link>
        <description>dmaengine: remove Renesas Audio DMAC peri periRenesas R-Car sound (= rsnd) needs 2 DMAC which are called asAudio DMAC (= 1st DMAC) and Audio DMAC peri peri (2nd DMAC).And rsnd had assumed that 1st / 2nd DMACs are implemented as DMAEngine.But, in result of DMA ML discussion, 2nd DMAC was concluded that it isnot a general purpose DMAC (2nd DMAC is for Device to Device insidesound system). Additionally, current DMAEngine can&apos;t support Device toDevice, and we don&apos;t have correct DT bindings for it at this point.So the easiest solution for it is that move it from DMAEngine to rsnddriver.Audio DMAC peri peri on DMAEngine is no longer needed. remove it.Signed-off-by: Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;Acked-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Thu, 12 Mar 2015 00:39:49 +0000</pubDate>
        <dc:creator>Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;</dc:creator>
    </item>
<item>
        <title>87244fe5 - dmaengine: rcar-dmac: Add Renesas R-Car Gen2 DMA Controller (DMAC) driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#87244fe5</link>
        <description>dmaengine: rcar-dmac: Add Renesas R-Car Gen2 DMA Controller (DMAC) driverThe DMAC is a general purpose multi-channel DMA controller that supportsboth slave and memcpy transfers.The driver currently supports the DMAC found in the r8a7790 and r8a7791SoCs. Support for compatible DMA controllers (such as the audio DMAC)will be added later.Feature-wise, automatic hardware handling of descriptors chains isn&apos;tsupported yet. LPAE support is implemented.Signed-off-by: Laurent Pinchart &lt;laurent.pinchart+renesas@ideasonboard.com&gt;Tested-by: Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;Tested-by: Wolfram Sang &lt;wsa+renesas@sang-engineering.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Tue, 08 Jul 2014 22:42:19 +0000</pubDate>
        <dc:creator>Laurent Pinchart &lt;laurent.pinchart+renesas@ideasonboard.com&gt;</dc:creator>
    </item>
<item>
        <title>9f2c2bb3 - dmaengine: sh: Rework Kconfig and Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#9f2c2bb3</link>
        <description>dmaengine: sh: Rework Kconfig and MakefileSeparate helpers and drivers in the Kconfig and Makefile to improvereadability and move the CONFIG_OF dependency from the Makefile toKconfig.[pebolle@tiscali.nl: reported need to rename SHDMA_R8A73A4 instances]Reported-by: Paul Bolle &lt;pebolle@tiscali.nl&gt;Signed-off-by: Laurent Pinchart &lt;laurent.pinchart+renesas@ideasonboard.com&gt;[horms+renesas@verge.net.au: squashed rename of SHDMA_R8A73A4 instances]Signed-off-by: Simon Horman &lt;horms+renesas@verge.net.au&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Thu, 31 Jul 2014 00:34:04 +0000</pubDate>
        <dc:creator>Laurent Pinchart &lt;laurent.pinchart+renesas@ideasonboard.com&gt;</dc:creator>
    </item>
<item>
        <title>e43a34e3 - shdma: add R-Car Audio DMAC peri peri driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#e43a34e3</link>
        <description>shdma: add R-Car Audio DMAC peri peri driverAdd support Audio DMAC peri peri driverfor Renesas R-Car Gen2 SoC, using &apos;shdma-base&apos;DMA driver framework.Signed-off-by: Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;[fixed checkpatch error]Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Tue, 11 Mar 2014 01:11:50 +0000</pubDate>
        <dc:creator>Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;</dc:creator>
    </item>
<item>
        <title>c4f6c41b - dma: add driver for R-Car HPB-DMAC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#c4f6c41b</link>
        <description>dma: add driver for R-Car HPB-DMACAdd support for HPB-DMAC found in Renesas R-Car SoCs, using &apos;shdma-base&apos; DMAdriver framework.Based on the original patch by Phil Edworthy &lt;phil.edworthy@renesas.com&gt;.Signed-off-by: Max Filippov &lt;max.filippov@cogentembedded.com&gt;[Sergei: removed useless #include, sorted #include&apos;s, fixed HPB_DMA_TCR_MAX,fixed formats and removed line breaks in the dev_dbg() calls, rephrased andadded IRQ # to the shdma_request_irq() failure message, added MODULE_AUTHOR(),removed &apos;__init&apos;/&apos;__exit&apos; annotations from the probe()/remove() methods, removed&apos;__initdata&apos; annotation from &apos;hpb_dmae_driver&apos;, fixed guard macro name in theheader file, fixed #define ASYNCRSTR_ASRST20, added #define ASYNCRSTR_ASRST24,added the necessary runtime PM calls to the probe() and remove() methods,handled errors returned by dma_async_device_register(), beautified commentsand #define&apos;s.]Signed-off-by: Sergei Shtylyov &lt;sergei.shtylyov@cogentembedded.com&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Sat, 24 Aug 2013 20:33:24 +0000</pubDate>
        <dc:creator>Max Filippov &lt;max.filippov@cogentembedded.com&gt;</dc:creator>
    </item>
<item>
        <title>1e69653d - DMA: shdma: add r8a73a4 DMAC data to the device ID table</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#1e69653d</link>
        <description>DMA: shdma: add r8a73a4 DMAC data to the device ID tableThis configuration data will be used, when DMAC DT support is added tor8a73a4.Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski+renesas@gmail.com&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Fri, 02 Aug 2013 14:50:39 +0000</pubDate>
        <dc:creator>Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;</dc:creator>
    </item>
<item>
        <title>4981c4dc - DMA: shdma: switch DT mode to use configuration data from a match table</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#4981c4dc</link>
        <description>DMA: shdma: switch DT mode to use configuration data from a match tableThis facilitates DMAC DT support by eliminating the need in AUXDATA andavoiding creating complex DT data. This also fits well with DMAC devices,of which SoCs often have multiple identical copies and it is perfectlyvalid to use a single configuration data set for all of them.Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski+renesas@gmail.com&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Fri, 02 Aug 2013 14:50:36 +0000</pubDate>
        <dc:creator>Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;</dc:creator>
    </item>
<item>
        <title>67eacc15 - DMA: shdma: add DT support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#67eacc15</link>
        <description>DMA: shdma: add DT supportThis patch adds Device Tree support to the shdma driver. No special DTproperties are used, only standard DMA DT bindings are implemented. Sinceshdma controllers reside on SoCs, their configuration is SoC-specific andshall be passed to the driver from the SoC platform data, using theauxdata procedure.Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski+renesas@gmail.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Tue, 18 Jun 2013 16:16:57 +0000</pubDate>
        <dc:creator>Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;</dc:creator>
    </item>
<item>
        <title>18a1053f - sudmac: add support for SUDMAC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#18a1053f</link>
        <description>sudmac: add support for SUDMACSome Renesas USB modules have SUDMAC. This patch supports it usingthe shdma-base driver.Signed-off-by: Yoshihiro Shimoda &lt;yoshihiro.shimoda.uh@renesas.com&gt;Reviewed-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;Acked-by: Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Tue, 23 Apr 2013 11:00:12 +0000</pubDate>
        <dc:creator>Shimoda, Yoshihiro &lt;yoshihiro.shimoda.uh@renesas.com&gt;</dc:creator>
    </item>
<item>
        <title>189b4ee8 - dma: sh: add Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#189b4ee8</link>
        <description>dma: sh: add KconfigThis patch adds Kconfig in the drivers/dma/sh. This patch also addsa new config &quot;SH_DMAE_BASE&quot; and the &quot;config SH_DMAE&quot; depends on it.Since some drivers (e.g. sh_mmcif.c) depends on shdma-base.c ifCONFIG_DMA_ENGINE=y, the &quot;config SH_DMAE_BASE&quot; is set as &quot;bool&quot;.Signed-off-by: Yoshihiro Shimoda &lt;yoshihiro.shimoda.uh@renesas.com&gt;Acked-by: Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Tue, 23 Apr 2013 11:00:06 +0000</pubDate>
        <dc:creator>Shimoda, Yoshihiro &lt;yoshihiro.shimoda.uh@renesas.com&gt;</dc:creator>
    </item>
<item>
        <title>9a7b8e00 - dmaengine: add an shdma-base library</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#9a7b8e00</link>
        <description>dmaengine: add an shdma-base libraryThis patch extracts code from shdma.c, that does not directly deal withhardware implementation details and can be re-used with diverse DMAcontroller variants, found on SH-based SoCs.Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;Cc: Sascha Hauer &lt;s.hauer@pengutronix.de&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Wed, 09 May 2012 15:09:13 +0000</pubDate>
        <dc:creator>Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;</dc:creator>
    </item>
<item>
        <title>e95be94b - dma: move shdma driver to an own directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/dma/sh/Makefile#e95be94b</link>
        <description>dma: move shdma driver to an own directoryThe shdma driver is going to be split into multiple files. To make this moreconvenient move it to an own directory.Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;Signed-off-by: Vinod Koul &lt;vinod.koul@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/dma/sh/Makefile</description>
        <pubDate>Mon, 02 Jul 2012 20:30:53 +0000</pubDate>
        <dc:creator>Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;</dc:creator>
    </item>
</channel>
</rss>
