<?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>acf21921 - staging: vchiq: Reformat Kconfig help texts</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#acf21921</link>
        <description>staging: vchiq: Reformat Kconfig help textsThe lines in the VCHIQ Kconfig help texts are too long, which makesit hard to read the menuconfig. So reformat them to restore thereadability.Signed-off-by: Stefan Wahren &lt;wahrenst@gmx.net&gt;Reviewed-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.com&gt;Link: https://lore.kernel.org/r/20240414192257.6011-1-wahrenst@gmx.netSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Sun, 14 Apr 2024 19:22:57 +0000</pubDate>
        <dc:creator>Stefan Wahren &lt;wahrenst@gmx.net&gt;</dc:creator>
    </item>
<item>
        <title>f3e93e3e - staging: vc04_services: Re-add dependency on HAS_DMA to BCM2835_VCHIQ</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#f3e93e3e</link>
        <description>staging: vc04_services: Re-add dependency on HAS_DMA to BCM2835_VCHIQThanks to stubs for the NO_DMA=y case, drivers that use the DMA API canbe compile-tested on systems that do not support DMA.  Hence thedependency of BCM2835_VCHIQ on HAS_DMA was dropped to increase compilecoverage.Unfortunately compilers became smarter, leading to new failures.E.g. for a CONFIG_SUN3=y allmodconfig kernel with gcc 9.4.0:    drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c: In function &#8216;free_pagelist&#8217;:    arch/m68k/include/asm/string.h:72:25: warning: argument 2 null where non-null expected [-Wnonnull]       72 | #define memcpy(d, s, n) __builtin_memcpy(d, s, n)	  |                         ^~~~~~~~~~~~~~~~~~~~~~~~~    drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:614:4: note: in expansion of macro &#8216;memcpy&#8217;      614 |    memcpy((char *)kmap(pages[0]) +	  |    ^~~~~~    arch/m68k/include/asm/string.h:72:25: note: in a call to built-in function &#8216;__builtin_memcpy&#8217;       72 | #define memcpy(d, s, n) __builtin_memcpy(d, s, n)	  |                         ^~~~~~~~~~~~~~~~~~~~~~~~~    drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:614:4: note: in expansion of macro &#8216;memcpy&#8217;      614 |    memcpy((char *)kmap(pages[0]) +	  |    ^~~~~~This happens because the compiler can trace back the source pointer to aallocation by dma_alloc_attrs(), which always returns NULL if NO_DMA=y.Avoid this reinstating the dependency of the BCM2835_VCHIQ symbol onHAS_DMA, and by restricting the selection of BCM2835_VCHIQ.Signed-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Link: https://lore.kernel.org/r/da55bd87eebf1a969dc8ccd807843319833f6c40.1650888813.git.geert@linux-m68k.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Mon, 25 Apr 2022 12:18:25 +0000</pubDate>
        <dc:creator>Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;</dc:creator>
    </item>
<item>
        <title>69c92a74 - staging: vchiq: Add details to Kconfig help texts</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#69c92a74</link>
        <description>staging: vchiq: Add details to Kconfig help textsAdd some details to the Kconfig definitions of $CONFIG_VCHIQ_CDEV and$CONFIG_BCM2835_VCHIQ to help make the motive behind the configs a bitmore clear.Reviewed-by: Stefan Wahren &lt;stefan.wahren@i2se.com&gt;Signed-off-by: Ojaswin Mujoo &lt;ojaswin98@gmail.com&gt;Link: https://lore.kernel.org/r/ab88d3222088aca29a319147b50a9d1e9f0f8b81.1627925241.git.ojaswin98@gmail.comSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Mon, 02 Aug 2021 17:42:11 +0000</pubDate>
        <dc:creator>Ojaswin Mujoo &lt;ojaswin98@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>bb13dc2b - staging: vchiq: Set $CONFIG_BCM2835_VCHIQ to imply $CONFIG_VCHIQ_CDEV</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#bb13dc2b</link>
        <description>staging: vchiq: Set $CONFIG_BCM2835_VCHIQ to imply $CONFIG_VCHIQ_CDEVBefore $CONFIG_VCHIQ_CDEV was defined, the vchiq cdev used to be createdunconditionally when CONFIG_BCM2835_VCHIQ=y. When an earlier commitintroduced the new config, its default behavior was set to disabled,which might surprise some unsuspecting users.  Hence, modifyCONFIG_BCM2835_VCHIQ to imply CONFIG_VCHIQ_CDEVReviewed-by: Stefan Wahren &lt;stefan.wahren@i2se.com&gt;Signed-off-by: Ojaswin Mujoo &lt;ojaswin98@gmail.com&gt;Link: https://lore.kernel.org/r/da53207b24bc37f166b05c6835087becdc6b5b4d.1627925241.git.ojaswin98@gmail.comSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Mon, 02 Aug 2021 17:42:10 +0000</pubDate>
        <dc:creator>Ojaswin Mujoo &lt;ojaswin98@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>2b5930fb - staging: vchiq: Make creation of vchiq cdev optional</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#2b5930fb</link>
        <description>staging: vchiq: Make creation of vchiq cdev optionalBefore this commit, vchiq cdev (/dev/vchiq) was always created duringplatform initialization. Introduce a new Kconfig optionCONFIG_VCHIQ_CDEV which determines if the cdev will be created or not.Reviewed-by: Stefan Wahren &lt;stefan.wahren@i2se.com&gt;Signed-off-by: Ojaswin Mujoo &lt;ojaswin98@gmail.com&gt;Link: https://lore.kernel.org/r/846c424dd4aae14d1cc28c8f30877a06e2b7dd10.1626882325.git.ojaswin98@gmail.comSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Wed, 21 Jul 2021 16:20:52 +0000</pubDate>
        <dc:creator>Ojaswin Mujoo &lt;ojaswin98@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>b18ee53a - staging: bcm2835: Break MMAL support out from camera</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#b18ee53a</link>
        <description>staging: bcm2835: Break MMAL support out from cameraThe BCM2835 camera host is currently the only component that uses theVCHIQ MMAL interface. This will soon change with the upporting ofBCM2835 ISP, which make use of the same interface.Break VCHIQ MMAL interface support out from camera host directory tomake it possible for the ISP driver to use it as well.The only modification to the existing mmal code is the introduction ofEXPORT_SYMBOL() for symbols required by bcm2835-camera and the additionof the module author and licenses.Signed-off-by: Jacopo Mondi &lt;jacopo@jmondi.org&gt;Signed-off-by: Nicolas Saenz Julienne &lt;nsaenzjulienne@suse.de&gt;Link: https://lore.kernel.org/r/20200623164235.29566-2-nsaenzjulienne@suse.deSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Tue, 23 Jun 2020 16:41:47 +0000</pubDate>
        <dc:creator>Jacopo Mondi &lt;jacopo@jmondi.org&gt;</dc:creator>
    </item>
<item>
        <title>99b75a4e - staging: add missing SPDX lines to Kconfig files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#99b75a4e</link>
        <description>staging: add missing SPDX lines to Kconfig filesThere are a few remaining drivers/staging/*/Kconfig files that do nothave SPDX identifiers in them.  Add the correct GPL-2.0 identifier tothem to make scanning tools happy.Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Tue, 02 Apr 2019 10:31:48 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>21ab37de - staging: vc04_services: Remove depends on HAS_DMA in case of platform dependency</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#21ab37de</link>
        <description>staging: vc04_services: Remove depends on HAS_DMA in case of platform dependencyRemove dependencies on HAS_DMA where a Kconfig symbol depends on anothersymbol that implies HAS_DMA, and, optionally, on &quot;|| COMPILE_TEST&quot;.In most cases this other symbol is an architecture or platform specificsymbol, or PCI.Generic symbols and drivers without platform dependencies keep theirdependencies on HAS_DMA, to prevent compiling subsystems or drivers thatcannot work anyway.This simplifies the dependencies, and allows to improve compile-testing.Signed-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Reviewed-by: Mark Brown &lt;broonie@kernel.org&gt;Acked-by: Robin Murphy &lt;robin.murphy@arm.com&gt;Acked-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Tue, 17 Apr 2018 17:49:19 +0000</pubDate>
        <dc:creator>Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;</dc:creator>
    </item>
<item>
        <title>cbf83fb8 - staging: vc04_services: remove BCM2835_VCHIQ_SUPPORT_MEMDUMP</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#cbf83fb8</link>
        <description>staging: vc04_services: remove BCM2835_VCHIQ_SUPPORT_MEMDUMPBCM2835_VCHIQ_SUPPORT_MEMDUMP lets you look through any user memory.That&apos;s too big of an information leak from a security perspective.  Thedebugging dumps need to be more specific to this driver.Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Thu, 21 Sep 2017 07:14:09 +0000</pubDate>
        <dc:creator>Dan Carpenter &lt;dan.carpenter@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>ce95e3a9 - staging: vc04_services: make BCM_VIDEOCORE tristate</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#ce95e3a9</link>
        <description>staging: vc04_services: make BCM_VIDEOCORE tristateAdding the &apos;bool&apos; symbol brought back a randconfig build bug thatI had fixed before:drivers/staging/built-in.o: In function `vchiq_probe&apos;:(.text+0x1da30): undefined reference to `rpi_firmware_get&apos;drivers/staging/built-in.o: In function `vchiq_platform_init&apos;:(.text+0x27494): undefined reference to `rpi_firmware_property&apos;The problem is that when RASPBERRYPI_FIRMWARE is a loadable module,but BCM2835_VCHIQ can again be built-in. Making BCM_VIDEOCOREitself tristate will make Kconfig honor the dependency correctly.Fixes: 6bbfe4a76158 (&quot;staging: vc04_services: Create new BCM_VIDEOCORE setting for VideoCore services.&quot;)Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Mon, 20 Mar 2017 09:35:28 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>12ab1659 - staging: vchiq_arm: Disable ability to dump memory by default</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#12ab1659</link>
        <description>staging: vchiq_arm: Disable ability to dump memory by defaultvc04_services has an ioctl interface to dump arbitrary memoryto a custom debug log.  This is typically only needed bydiagnostic tools, and can potentially be a security issueif the devtmpfs node doesn&apos;t have adequate permissions set.Since the ability to dump memory still has debugging value,create a new build configuration and disable the featureby default.Signed-off-by: Michael Zoran &lt;mzoran@crowfest.net&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Wed, 08 Mar 2017 03:23:36 +0000</pubDate>
        <dc:creator>Michael Zoran &lt;mzoran@crowfest.net&gt;</dc:creator>
    </item>
<item>
        <title>b3bd0f28 - staging/vc04_services: add CONFIG_OF dependency</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#b3bd0f28</link>
        <description>staging/vc04_services: add CONFIG_OF dependencyAfter several hours of debugging this obviously bogus but elaborategcc-7.0.1 warning,drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c: In function &apos;vchiq_complete_bulk&apos;:drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:603:4: error: argument 2 null where non-null expected [-Werror=nonnull]    memcpy((char *)page_address(pages[0]) +    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~     pagelist-&gt;offset,     ~~~~~~~~~~~~~~~~~     fragments,     ~~~~~~~~~~     head_bytes);     ~~~~~~~~~~~In file included from include/linux/string.h:18:0,                 from include/linux/bitmap.h:8,                 from include/linux/cpumask.h:11,                 from include/linux/interrupt.h:9,                 from drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:37:arch/arm/include/asm/string.h:16:15: note: in a call to function &apos;memcpy&apos; declared here extern void * memcpy(void *, const void *, __kernel_size_t) __nocapture(2);               ^~~~~~I have concluded that gcc was technically right in the first place:vchiq_complete_bulk is an externally visible function that callsfree_pagelist(), which in turn derives a pointer from the globalg_fragments_base variable.g_fragments_base is initialized in vchiq_platform_init(), butwe only get there if of_property_read_u32() successfully reads thecache line size. When CONFIG_OF is disabled, this always fails, andg_fragments_base is guaranteed to be NULL when vchiq_complete_bulk()gets called.This adds a CONFIG_OF Kconfig dependency, which is also technically correctbut nonobvious, and thus seems like a good fit for the warning.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Wed, 01 Mar 2017 22:50:19 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>6bbfe4a7 - staging: vc04_services: Create new BCM_VIDEOCORE setting for VideoCore services.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#6bbfe4a7</link>
        <description>staging: vc04_services: Create new BCM_VIDEOCORE setting for VideoCore services.Create a new memuconfig for Broadcom VideoCore servicessince VideoCore is a general term used by Broadcom for alarge family of products that includes more then the BCM2835.Signed-off-by: Michael Zoran &lt;mzoran@crowfest.net&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Thu, 02 Mar 2017 03:10:47 +0000</pubDate>
        <dc:creator>Michael Zoran &lt;mzoran@crowfest.net&gt;</dc:creator>
    </item>
<item>
        <title>212afb97 - staging: bcm2835-camera: Move driver under vc04_services</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#212afb97</link>
        <description>staging: bcm2835-camera: Move driver under vc04_servicesThe bcm2835-camera driver is part of v04_services, so it makessense for it to be located under vc04_services to makeconfiguration clearer.Signed-off-by: Michael Zoran &lt;mzoran@crowfest.net&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Mon, 27 Feb 2017 23:35:13 +0000</pubDate>
        <dc:creator>Michael Zoran &lt;mzoran@crowfest.net&gt;</dc:creator>
    </item>
<item>
        <title>051420a9 - staging: bcm2835-audio: Move driver under vc04_services</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#051420a9</link>
        <description>staging: bcm2835-audio: Move driver under vc04_servicesThe bcm2835-audio driver is part of v04_services, so it makessense for it to be located under vc04_services to makeconfiguration clearer.Signed-off-by: Michael Zoran &lt;mzoran@crowfest.net&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Mon, 27 Feb 2017 23:35:12 +0000</pubDate>
        <dc:creator>Michael Zoran &lt;mzoran@crowfest.net&gt;</dc:creator>
    </item>
<item>
        <title>f5f4c80e - staging: vc04_services: add HAS_DMA dependancy</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#f5f4c80e</link>
        <description>staging: vc04_services: add HAS_DMA dependancyWe need DMA for this, otherwise the build breaks, so fix this up.Reported-by: kbuild test robot &lt;fengguang.wu@intel.com&gt;Cc: Stephen Warren &lt;swarren@wwwdotorg.org&gt;Cc: Lee Jones &lt;lee@kernel.org&gt;Cc: Eric Anholt &lt;eric@anholt.net&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Thu, 17 Nov 2016 08:39:59 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>6fde3789 - staging: vc04_services: clarify firmware dependency</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#6fde3789</link>
        <description>staging: vc04_services: clarify firmware dependencyThe raspberrypi-firmware driver may be built as a loadable module,which causes a link-time failure if the vc04_services driver isbuilt-in during compile-testing:drivers/staging/vc04_services/vchiq.o: In function `vchiq_probe&apos;:vchiq_connected.c:(.text.vchiq_probe+0x2c): undefined reference to `rpi_firmware_get&apos;drivers/staging/vc04_services/vchiq.o: In function `vchiq_platform_init&apos;:vchiq_connected.c:(.text.vchiq_platform_init+0x1f0): undefined reference to `rpi_firmware_property&apos;This extends the dependency list to ensure the firmware is eitherreachable, or completely disabled in case of compile-testing.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Wed, 16 Nov 2016 15:39:06 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>abbdc56b - staging: vc04_services: add CONFIG_COMPILE_TEST ability</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#abbdc56b</link>
        <description>staging: vc04_services: add CONFIG_COMPILE_TEST abilityIt would be nice to be able to build this code on other platforms otherthan only the RPi, so add some empty macros to allow this to happen, andturn off BROKEN as the code can now build properly thanks to Michael&apos;swork.Cc: Michael Zoran &lt;mzoran@crowfest.net&gt;Cc: Daniel Stone &lt;daniels@collabora.com&gt;Cc: &quot;Noralf Tr&#248;nnes&quot; &lt;noralf@tronnes.org&gt;Cc: Pranith Kumar &lt;bobby.prani@gmail.com&gt;Cc: popcornmix &lt;popcornmix@gmail.com&gt;Cc: Eric Anholt &lt;eric@anholt.net&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Mon, 10 Oct 2016 10:05:14 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>32774ef3 - staging: vc04_services: use bcm2835 consequently</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#32774ef3</link>
        <description>staging: vc04_services: use bcm2835 consequentlyThe naming bcm2708 is used only in the vendor kernel, so betterreplace it with bcm2835 which is used in mainline in orderto avoid any confusion.Signed-off-by: Stefan Wahren &lt;stefan.wahren@i2se.com&gt;Reviewed-by: Eric Anholt &lt;eric@anholt.net&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Wed, 26 Oct 2016 18:34:21 +0000</pubDate>
        <dc:creator>Stefan Wahren &lt;stefan.wahren@i2se.com&gt;</dc:creator>
    </item>
<item>
        <title>71bad7f0 - staging: add bcm2708 vchiq driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/vc04_services/Kconfig#71bad7f0</link>
        <description>staging: add bcm2708 vchiq driverSigned-off-by: popcornmix &lt;popcornmix@gmail.com&gt;vchiq: create_pagelist copes with vmalloc memorySigned-off-by: Daniel Stone &lt;daniels@collabora.com&gt;vchiq: fix the shim message releaseSigned-off-by: Daniel Stone &lt;daniels@collabora.com&gt;vchiq: export additional symbolsSigned-off-by: Daniel Stone &lt;daniels@collabora.com&gt;VCHIQ: Make service closure fully synchronous (drv)This is one half of a two-part patch, the other half of which is tothe vchiq_lib user library. With these patches, calls tovchiq_close_service and vchiq_remove_service won&apos;t return until anyassociated callbacks have been delivered to the callback thread.VCHIQ: Add per-service tracingThe new service option VCHIQ_SERVICE_OPTION_TRACE is a boolean thattoggles tracing for the specified service.This commit also introduces vchi_service_set_option and the associatedoption VCHI_SERVICE_OPTION_TRACE.vchiq: Make the synchronous-CLOSE logic more tolerantvchiq: Move logging control into debugfsvchiq: Take care of a corner case tickled by VCSMClosing a connection that isn&apos;t fully open requires care, since oneside does not know the other side&apos;s port number. Code was present tohandle the case where a CLOSE is sent immediately after an OPEN, i.e.before the OPENACK has been received, but this was incorrectly beingused when an OPEN from a client using port 0 was rejected.(In the observed failure, the host was attempting to use the VCSMservice, which isn&apos;t present in the &apos;cutdown&apos; firmware. The failurewas intermittent because sometimes the keepalive service wouldgrab port 0.)This case can be distinguished because the client&apos;s remoteport willstill be VCHIQ_PORT_FREE, and the srvstate will be OPENING. Eithercondition is sufficient to differentiate it from the special casedescribed above.vchiq: Avoid high load when blocked and unkillablevchiq: Include SIGSTOP and SIGCONT in list of signals not-masked by vchiq to allow gdb to workvchiq_arm: Complete support for SYNCHRONOUS modevchiq: Remove inline from suspend/resumevchiq: Allocation does not need to be atomicvchiq: Fix wrong condition checkThe log level is checked from within the log call. Remove the check in the call.Signed-off-by: Pranith Kumar &lt;bobby.prani@gmail.com&gt;BCM270x: Add vchiq device to platform file and Device TreePrepare to turn the vchiq module into a driver.Signed-off-by: Noralf Tr&#248;nnes &lt;noralf@tronnes.org&gt;bcm2708: vchiq: Add Device Tree supportTurn vchiq into a driver and stop hardcoding resources.Use devm_* functions in probe path to simplify cleanup.A global variable is used to hold the register address. This is doneto keep this patch as small as possible.Also make available on ARCH_BCM2835.Based on work by Lubomir Rintel.Signed-off-by: Noralf Tr&#248;nnes &lt;noralf@tronnes.org&gt;vchiq: Change logging level for inbound datavchiq_arm: Two cacheing fixes1) Make fragment size vary with cache line sizeWithout this patch, non-cache-line-aligned transfers may corrupt(or be corrupted by) adjacent data structures.Both ARM and VC need to be updated to enable this feature. This isensured by having the loader apply a new DT parameter -cache-line-size. The existence of this parameter guarantees that thekernel is capable, and the parameter will only be modified from thesafe default if the loader is capable.2) Flush/invalidate vmalloc&apos;d memory, and invalidate after readsvchiq: fix NULL pointer dereference when closing driverThe following code run as root will cause a null pointer dereference oops:        int fd = open(&quot;/dev/vc-cma&quot;, O_RDONLY);        if (fd &lt; 0)                err(1, &quot;open failed&quot;);        (void)close(fd);[ 1704.877721] Unable to handle kernel NULL pointer dereference at virtual address 00000000[ 1704.877725] pgd = b899c000[ 1704.877736] [00000000] *pgd=37fab831, *pte=00000000, *ppte=00000000[ 1704.877748] Internal error: Oops: 817 [#1] PREEMPT SMP ARM[ 1704.877765] Modules linked in: evdev i2c_bcm2708 uio_pdrv_genirq uio[ 1704.877774] CPU: 2 PID: 3656 Comm: stress-ng-fstat Not tainted 3.19.1-12-generic-bcm2709 #12-Ubuntu[ 1704.877777] Hardware name: BCM2709[ 1704.877783] task: b8ab9b00 ti: b7e68000 task.ti: b7e68000[ 1704.877798] PC is at __down_interruptible+0x50/0xec[ 1704.877806] LR is at down_interruptible+0x5c/0x68[ 1704.877813] pc : [&lt;80630ee8&gt;]    lr : [&lt;800704b0&gt;]    psr: 60080093sp : b7e69e50  ip : b7e69e88  fp : b7e69e84[ 1704.877817] r10: b88123c8  r9 : 00000010  r8 : 00000001[ 1704.877822] r7 : b8ab9b00  r6 : 7fffffff  r5 : 80a1cc34  r4 : 80a1cc34[ 1704.877826] r3 : b7e69e50  r2 : 00000000  r1 : 00000000  r0 : 80a1cc34[ 1704.877833] Flags: nZCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment user[ 1704.877838] Control: 10c5387d  Table: 3899c06a  DAC: 00000015[ 1704.877843] Process do-oops (pid: 3656, stack limit = 0xb7e68238)[ 1704.877848] Stack: (0xb7e69e50 to 0xb7e6a000)[ 1704.877856] 9e40:                                     80a1cc3c 00000000 00000010 b88123c8[ 1704.877865] 9e60: b7e69e84 80a1cc34 fff9fee9 ffffffff b7e68000 00000009 b7e69ea4 b7e69e88[ 1704.877874] 9e80: 800704b0 80630ea4 fff9fee9 60080013 80a1cc28 fff9fee9 b7e69edc b7e69ea8[ 1704.877884] 9ea0: 8040f558 80070460 fff9fee9 ffffffff 00000000 00000000 00000009 80a1cb7c[ 1704.877893] 9ec0: 00000000 80a1cb7c 00000000 00000010 b7e69ef4 b7e69ee0 803e1ba4 8040f514[ 1704.877902] 9ee0: 00000e48 80a1cb7c b7e69f14 b7e69ef8 803e1c9c 803e1b74 b88123c0 b92acb18[ 1704.877911] 9f00: b8812790 b8d815d8 b7e69f24 b7e69f18 803e2250 803e1bc8 b7e69f5c b7e69f28[ 1704.877921] 9f20: 80167bac 803e222c 00000000 00000000 b7e69f54 b8ab9ffc 00000000 8098c794[ 1704.877930] 9f40: b8ab9b00 8000efc4 b7e68000 00000000 b7e69f6c b7e69f60 80167d6c 80167b28[ 1704.877939] 9f60: b7e69f8c b7e69f70 80047d38 80167d60 b7e68000 b7e68010 8000efc4 b7e69fb0[ 1704.877949] 9f80: b7e69fac b7e69f90 80012820 80047c84 01155490 011549a8 00000001 00000006[ 1704.877957] 9fa0: 00000000 b7e69fb0 8000ee5c 80012790 00000000 353d8c0f 7efc4308 00000000[ 1704.877966] 9fc0: 01155490 011549a8 00000001 00000006 00000000 00000000 76cf3ba0 00000003[ 1704.877975] 9fe0: 00000000 7efc42e4 0002272f 76e2ed66 60080030 00000003 00000000 00000000[ 1704.877998] [&lt;80630ee8&gt;] (__down_interruptible) from [&lt;800704b0&gt;] (down_interruptible+0x5c/0x68)[ 1704.878015] [&lt;800704b0&gt;] (down_interruptible) from [&lt;8040f558&gt;] (vchiu_queue_push+0x50/0xd8)[ 1704.878032] [&lt;8040f558&gt;] (vchiu_queue_push) from [&lt;803e1ba4&gt;] (send_worker_msg+0x3c/0x54)[ 1704.878045] [&lt;803e1ba4&gt;] (send_worker_msg) from [&lt;803e1c9c&gt;] (vc_cma_set_reserve+0xe0/0x1c4)[ 1704.878057] [&lt;803e1c9c&gt;] (vc_cma_set_reserve) from [&lt;803e2250&gt;] (vc_cma_release+0x30/0x38)[ 1704.878069] [&lt;803e2250&gt;] (vc_cma_release) from [&lt;80167bac&gt;] (__fput+0x90/0x1e0)[ 1704.878082] [&lt;80167bac&gt;] (__fput) from [&lt;80167d6c&gt;] (____fput+0x18/0x1c)[ 1704.878094] [&lt;80167d6c&gt;] (____fput) from [&lt;80047d38&gt;] (task_work_run+0xc0/0xf8)[ 1704.878109] [&lt;80047d38&gt;] (task_work_run) from [&lt;80012820&gt;] (do_work_pending+0x9c/0xc4)[ 1704.878123] [&lt;80012820&gt;] (do_work_pending) from [&lt;8000ee5c&gt;] (work_pending+0xc/0x20)[ 1704.878133] Code: e50b1034 e3a01000 e50b2030 e580300c (e5823000)..the fix is to ensure that we have actually initialized the queue before we attemptto push any items onto it.  This occurs if we do an open() followed by a close() withoutany activity in between.Signed-off-by: Colin Ian King &lt;colin.king@canonical.com&gt;vchiq_arm: Sort out the vmalloc caseSee: https://github.com/raspberrypi/linux/issues/1055vchiq: hack: Add include depecated dma include file[gregkh] added dependancy on CONFIG_BROKEN to make things sane for now.Cc: Eric Anholt &lt;eric@anholt.net&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/vc04_services/Kconfig</description>
        <pubDate>Tue, 02 Jul 2013 22:42:01 +0000</pubDate>
        <dc:creator>popcornmix &lt;popcornmix@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
