<?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>0766bffc - gcov: Remove compiler version check</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#0766bffc</link>
        <description>gcov: Remove compiler version checkThe minimum supported version of LLVM has been raised to 11.0.0, meaningthis check is always true, so it can be dropped.Signed-off-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Reviewed-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;Reviewed-by: Mark Brown &lt;broonie@kernel.org&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Mon, 29 Nov 2021 16:58:02 +0000</pubDate>
        <dc:creator>Nathan Chancellor &lt;nathan@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>51c2ee6d - Kconfig: Introduce ARCH_WANTS_NO_INSTR and CC_HAS_NO_PROFILE_FN_ATTR</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#51c2ee6d</link>
        <description>Kconfig: Introduce ARCH_WANTS_NO_INSTR and CC_HAS_NO_PROFILE_FN_ATTRWe don&apos;t want compiler instrumentation to touch noinstr functions,which are annotated with the no_profile_instrument_function functionattribute. Add a Kconfig test for this and make GCOV depend on it, andin the future, PGO.If an architecture is using noinstr, it should denote that via thisKconfig value. That makes Kconfigs that depend on noinstr able to expressdependencies in an architecturally agnostic way.Cc: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Link: https://lore.kernel.org/lkml/YMTn9yjuemKFLbws@hirez.programming.kicks-ass.net/Link: https://lore.kernel.org/lkml/YMcssV%2Fn5IBGv4f0@hirez.programming.kicks-ass.net/Suggested-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Suggested-by: Peter Zijlstra &lt;peterz@infradead.org&gt;Signed-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Reviewed-by: Peter Oberparleiter &lt;oberpar@linux.ibm.com&gt;Reviewed-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Acked-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Acked-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Signed-off-by: Kees Cook &lt;keescook@chromium.org&gt;Link: https://lore.kernel.org/r/20210621231822.2848305-4-ndesaulniers@google.com

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Mon, 21 Jun 2021 23:18:22 +0000</pubDate>
        <dc:creator>Nick Desaulniers &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>9b472e85 - gcov: clang: drop support for clang-10 and older</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#9b472e85</link>
        <description>gcov: clang: drop support for clang-10 and olderLLVM changed the expected function signatures for llvm_gcda_start_file()and llvm_gcda_emit_function() in the clang-11 release.  Drop the olderimplementations and require folks to upgrade their compiler if they&apos;reinterested in GCOV support.Link: https://reviews.llvm.org/rGcdd683b516d147925212724b09ec6fb792a40041Link: https://reviews.llvm.org/rG13a633b438b6500ecad9e4f936ebadf3411d0f44Link: https://lkml.kernel.org/r/20210312224132.3413602-3-ndesaulniers@google.comLink: https://lkml.kernel.org/r/20210413183113.2977432-1-ndesaulniers@google.comSigned-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Suggested-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Acked-by: Peter Oberparleiter &lt;oberpar@linux.ibm.com&gt;Reviewed-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Reviewed-by: Fangrui Song &lt;maskray@google.com&gt;Cc: Prasad Sodagudi &lt;psodagud@quicinc.com&gt;Cc: Johannes Berg &lt;johannes.berg@intel.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Fri, 07 May 2021 01:04:54 +0000</pubDate>
        <dc:creator>Nick Desaulniers &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>55b6f763 - init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#55b6f763</link>
        <description>init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcovOn ARCH=um, loading a module doesn&apos;t result in its constructors gettingcalled, which breaks module gcov since the debugfs files are neverregistered.  On the other hand, in-kernel constructors have already beencalled by the dynamic linker, so we can&apos;t call them again.Get out of this conundrum by allowing CONFIG_CONSTRUCTORS to beselected, but avoiding the in-kernel constructor calls.Also remove the &quot;if !UML&quot; from GCOV selecting CONSTRUCTORS now, since wereally do want CONSTRUCTORS, just not kernel binary ones.Link: https://lkml.kernel.org/r/20210120172041.c246a2cac2fb.I1358f584b76f1898373adfed77f4462c8705b736@changeidSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;Reviewed-by: Peter Oberparleiter &lt;oberpar@linux.ibm.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Jessica Yu &lt;jeyu@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Fri, 05 Feb 2021 02:32:28 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>40249c69 - gcov: add support for GCC 10.1</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#40249c69</link>
        <description>gcov: add support for GCC 10.1Using gcov to collect coverage data for kernels compiled with GCC 10.1causes random malfunctions and kernel crashes.  This is the result of achanged GCOV_COUNTERS value in GCC 10.1 that causes a mismatch betweenthe layout of the gcov_info structure created by GCC profiling code andthe related structure used by the kernel.Fix this by updating the in-kernel GCOV_COUNTERS value.  Also re-enableconfig GCOV_KERNEL for use with GCC 10.Reported-by: Colin Ian King &lt;colin.king@canonical.com&gt;Reported-by: Leon Romanovsky &lt;leonro@nvidia.com&gt;Signed-off-by: Peter Oberparleiter &lt;oberpar@linux.ibm.com&gt;Tested-by: Leon Romanovsky &lt;leonro@nvidia.com&gt;Tested-and-Acked-by: Colin Ian King &lt;colin.king@canonical.com&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Thu, 10 Sep 2020 12:52:01 +0000</pubDate>
        <dc:creator>Peter Oberparleiter &lt;oberpar@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>cfc905f1 - gcov: Disable gcov build with GCC 10</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#cfc905f1</link>
        <description>gcov: Disable gcov build with GCC 10GCOV built with GCC 10 doesn&apos;t initialize n_function variable.  Thisproduces different kernel panics as was seen by Colin in Ubuntu and mein FC 32.As a workaround, let&apos;s disable GCOV build for broken GCC 10 version.Link: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1891288Link: https://lore.kernel.org/lkml/20200827133932.3338519-1-leon@kernel.orgLink: https://lore.kernel.org/lkml/CAHk-=whbijeSdSvx-Xcr0DPMj0BiwhJ+uiNnDSVZcr_h_kg7UA@mail.gmail.com/Cc: Colin Ian King &lt;colin.king@canonical.com&gt;Signed-off-by: Leon Romanovsky &lt;leonro@nvidia.com&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Fri, 04 Sep 2020 15:58:08 +0000</pubDate>
        <dc:creator>Leon Romanovsky &lt;leonro@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>a7f7f624 - treewide: replace &apos;---help---&apos; in Kconfig files with &apos;help&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#a7f7f624</link>
        <description>treewide: replace &apos;---help---&apos; in Kconfig files with &apos;help&apos;Since commit 84af7a6194e4 (&quot;checkpatch: kconfig: prefer &apos;help&apos; over&apos;---help---&apos;&quot;), the number of &apos;---help---&apos; has been graduallydecreasing, but there are still more than 2400 instances.This commit finishes the conversion. While I touched the lines,I also fixed the indentation.There are a variety of indentation styles found.  a) 4 spaces + &apos;---help---&apos;  b) 7 spaces + &apos;---help---&apos;  c) 8 spaces + &apos;---help---&apos;  d) 1 space + 1 tab + &apos;---help---&apos;  e) 1 tab + &apos;---help---&apos;    (correct indentation)  f) 1 tab + 1 space + &apos;---help---&apos;  g) 1 tab + 2 spaces + &apos;---help---&apos;In order to convert all of them to 1 tab + &apos;help&apos;, I ran thefollowing commend:  $ find . -name &apos;Kconfig*&apos; | xargs sed -i &apos;s/^[[:space:]]*---help---/\thelp/&apos;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Sat, 13 Jun 2020 16:50:22 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>10415533 - gcov: Remove old GCC 3.4 support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#10415533</link>
        <description>gcov: Remove old GCC 3.4 supportThe kernel requires at least GCC 4.8 in order to build, and so there isno need to cater for the pre-4.7 gcov format.Remove the obsolete code.Acked-by: Peter Oberparleiter &lt;oberpar@linux.ibm.com&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Wed, 22 Jan 2020 19:36:29 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>87c9366e - Revert &quot;um: Enable CONFIG_CONSTRUCTORS&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#87c9366e</link>
        <description>Revert &quot;um: Enable CONFIG_CONSTRUCTORS&quot;This reverts commit 786b2384bf1c (&quot;um: Enable CONFIG_CONSTRUCTORS&quot;).There are two issues with this commit, uncovered by Anton in testson some (Debian) systems:1) I completely forgot to call any constructors if CONFIG_CONSTRUCTORS   isn&apos;t set. Don&apos;t recall now if it just wasn&apos;t needed on my system, or   if I never tested this case.2) With that fixed, it works - with CONFIG_CONSTRUCTORS *unset*. If I   set CONFIG_CONSTRUCTORS, it fails again, which isn&apos;t totally   unexpected since whatever wanted to run is likely to have to run   before the kernel init etc. that calls the constructors in this case.Basically, some constructors that gcc emits (libc has?) need to runvery early during init; the failure mode otherwise was that the ptracefork test already failed:----------------------$ ./linux mem=512MCore dump limits :	soft - 0	hard - NONEChecking that ptrace can change system call numbers...check_ptrace : child exited with exitcode 6, while expecting 0; status 0x67fAborted----------------------Thinking more about this, it&apos;s clear that we simply cannot supportCONFIG_CONSTRUCTORS in UML. All the cases we need now (gcov, kasan)involve not use of the __attribute__((constructor)), but insteadsome constructor code/entry generated by gcc. Therefore, we cannotdistinguish between kernel constructors and system constructors.Thus, revert this commit.Cc: stable@vger.kernel.org [5.4+]Fixes: 786b2384bf1c (&quot;um: Enable CONFIG_CONSTRUCTORS&quot;)Reported-by: Anton Ivanov &lt;anton.ivanov@cambridgegreys.com&gt;Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;Acked-by: Anton Ivanov &lt;anton.ivanov@cambridgegreys.co.uk&gt;Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Wed, 04 Dec 2019 16:43:46 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>786b2384 - um: Enable CONFIG_CONSTRUCTORS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#786b2384</link>
        <description>um: Enable CONFIG_CONSTRUCTORSWe do need to call the constructors for *modules*, andat least for KASAN in the future, we must call even thekernel constructors only later when the kernel has beeninitialized.Instead of relying on libc to call them, emit an emptysection for libc and let the kernel&apos;s CONSTRUCTORS codedo the rest of the job.Tested that it indeed doesn&apos;t work in modules, and doeswork after the fixes in both, with a few functions with__attribute__((constructor)) in both dynamic and staticbuilds.Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Fri, 23 Aug 2019 13:36:50 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#ec8f24b7</link>
        <description>treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is:  GPL-2.0-onlySigned-off-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/kernel/gcov/Kconfig</description>
        <pubDate>Sun, 19 May 2019 12:07:45 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>e178a5be - gcov: clang support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#e178a5be</link>
        <description>gcov: clang supportLLVM uses profiling data that&apos;s deliberately similar to GCC, but has avery different way of exporting that data.  LLVM calls llvm_gcov_init()once per module, and provides a couple of callbacks that we can use toask for more data.We care about the &quot;writeout&quot; callback, which in turn calls back intocompiler-rt/this module to dump all the gathered coverage data to disk:   llvm_gcda_start_file()     llvm_gcda_emit_function()     llvm_gcda_emit_arcs()     llvm_gcda_emit_function()     llvm_gcda_emit_arcs()     [... repeats for each function ...]   llvm_gcda_summary_info()   llvm_gcda_end_file()This design is much more stateless and unstructured than gcc&apos;s, and isintended to run at process exit.  This forces us to keep some localstate about which module we&apos;re dealing with at the moment.  On the otherhand, it also means we don&apos;t depend as much on how LLVM representsprofiling data internally.See LLVM&apos;s lib/Transforms/Instrumentation/GCOVProfiling.cpp for moredetails on how this works, particularly GCOVProfiler::emitProfileArcs(),GCOVProfiler::insertCounterWriteout(), and GCOVProfiler::insertFlush().[akpm@linux-foundation.org: coding-style fixes]Link: http://lkml.kernel.org/r/20190417225328.208129-1-trong@android.comSigned-off-by: Greg Hackmann &lt;ghackmann@android.com&gt;Signed-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: Tri Vo &lt;trong@android.com&gt;Co-developed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Co-developed-by: Tri Vo &lt;trong@android.com&gt;Tested-by: Trilok Soni &lt;tsoni@quicinc.com&gt;Tested-by: Prasad Sodagudi &lt;psodagud@quicinc.com&gt;Tested-by: Tri Vo &lt;trong@android.com&gt;Tested-by: Daniel Mentz &lt;danielmentz@google.com&gt;Tested-by: Petri Gynther &lt;pgynther@google.com&gt;Reviewed-by: Peter Oberparleiter &lt;oberpar@linux.ibm.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Tue, 14 May 2019 22:45:31 +0000</pubDate>
        <dc:creator>Greg Hackmann &lt;ghackmann@android.com&gt;</dc:creator>
    </item>
<item>
        <title>6a61b70b - gcov: remove CONFIG_GCOV_FORMAT_AUTODETECT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#6a61b70b</link>
        <description>gcov: remove CONFIG_GCOV_FORMAT_AUTODETECTCONFIG_GCOV_FORMAT_AUTODETECT compiles either gcc_3_4.c or gcc_4_7.caccording to your GCC version.We can achieve the equivalent behavior by setting reasonable dependencywith the knowledge of the compiler version.If GCC older than 4.7 is used, GCOV_FORMAT_3_4 is the default, but usersare still allowed to select GCOV_FORMAT_4_7 in case the newer format isback-ported.On the other hand, If GCC 4.7 or newer is used, there is no reason touse GCOV_FORMAT_3_4, so it should be hidden.If you downgrade the compiler to GCC 4.7 or older, oldconfig/syncconfigwill display a prompt for the choice because GCOV_FORMAT_3_4 becomesvisible as a new symbol.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Peter Oberparleiter &lt;oberpar@linux.vnet.ibm.com&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Mon, 28 May 2018 09:22:03 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>cc622420 - gcov: disable for COMPILE_TEST</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#cc622420</link>
        <description>gcov: disable for COMPILE_TESTEnabling gcov is counterproductive to compile testing: it significantlyincreases the kernel image size, compile time, and it produces lotsof false positive &quot;may be used uninitialized&quot; warnings as the resultof missed optimizations.This is in line with how UBSAN_SANITIZE_ALL and PROFILE_ALL_BRANCHESwork, both of which have similar problems.With an ARM allmodconfig kernel, I see the build time drop from283 minutes CPU time to 225 minutes, and the vmlinux size dropsfrom 43MB to 26MB.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Peter Oberparleiter &lt;oberpar@linux.vnet.ibm.com&gt;Signed-off-by: Michal Marek &lt;mmarek@suse.com&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Mon, 25 Apr 2016 15:35:29 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>957e3fac - gcov: enable GCOV_PROFILE_ALL from ARCH Kconfigs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#957e3fac</link>
        <description>gcov: enable GCOV_PROFILE_ALL from ARCH KconfigsFollowing the suggestions from Andrew Morton and Stephen Rothwell,Dont expand the ARCH list in kernel/gcov/Kconfig. Instead,define a ARCH_HAS_GCOV_PROFILE_ALL bool which architecturescan enable.set ARCH_HAS_GCOV_PROFILE_ALL on Architectures where it waspreviously allowed + ARM64 which I tested.Signed-off-by: Riku Voipio &lt;riku.voipio@linaro.org&gt;Cc: Peter Oberparleiter &lt;oberpar@linux.vnet.ibm.com&gt;Cc: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Sat, 13 Dec 2014 00:57:44 +0000</pubDate>
        <dc:creator>Riku Voipio &lt;riku.voipio@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>f601de20 - gcov: add ARM64 to GCOV_PROFILE_ALL</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#f601de20</link>
        <description>gcov: add ARM64 to GCOV_PROFILE_ALLFollowing up the arm testing of gcov, turns out gcov on ARM64 works fineas well.  Only change needed is adding ARM64 to Kconfig depends.Tested with qemu and mach-virtSigned-off-by: Riku Voipio &lt;riku.voipio@linaro.org&gt;Acked-by: Peter Oberparleiter &lt;oberpar@linux.vnet.ibm.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Wed, 29 Oct 2014 21:50:24 +0000</pubDate>
        <dc:creator>Riku Voipio &lt;riku.voipio@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>75c34906 - ARM: 8153/1: Enable gcov support on the ARM architecture</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#75c34906</link>
        <description>ARM: 8153/1: Enable gcov support on the ARM architectureEnable gcov support for ARM based on original patches by DavidSingleton and George G. DavisRiku - updated to patch to current mainline kernel. The patchhas been submitted in 2010, 2012 - for symmetry, now in 2014 too.https://lwn.net/Articles/390419/http://marc.info/?l=linux-arm-kernel&amp;m=133823081813044v2: remove arch/arm/kernel from gcov disabled filesCc: Andrey Ryabinin &lt;a.ryabinin@samsung.com&gt;Cc: Naresh Kamboju &lt;naresh.kamboju@linaro.org&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Riku Voipio &lt;riku.voipio@linaro.org&gt;Signed-off-by: Vincent Sanders &lt;vincent.sanders@collabora.co.uk&gt;Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Thu, 18 Sep 2014 19:39:15 +0000</pubDate>
        <dc:creator>Vincent Sanders &lt;vincent.sanders@collabora.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>17c568d6 - gcov: compile specific gcov implementation based on gcc version</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#17c568d6</link>
        <description>gcov: compile specific gcov implementation based on gcc versionCompile the correct gcov implementation file for the specific gcc version.Signed-off-by: Frantisek Hrbata &lt;fhrbata@redhat.com&gt;Cc: Jan Stancek &lt;jstancek@redhat.com&gt;Cc: Kees Cook &lt;keescook@chromium.org&gt;Acked-by: Peter Oberparleiter &lt;peter.oberparleiter@de.ibm.com&gt;Cc: Rusty Russell &lt;rusty@rustcorp.com.au&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Andy Gospodarek &lt;agospoda@redhat.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Tue, 12 Nov 2013 23:11:27 +0000</pubDate>
        <dc:creator>Frantisek Hrbata &lt;fhrbata@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>750358ee - kernel/gcov: remove depends on CONFIG_EXPERIMENTAL</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#750358ee</link>
        <description>kernel/gcov: remove depends on CONFIG_EXPERIMENTALThe CONFIG_EXPERIMENTAL config item has not carried much meaning for awhile now and is almost always enabled by default. As agreed during theLinux kernel summit, remove it from any &quot;depends on&quot; lines in Kconfigs.Cc: WANG Cong &lt;xiyou.wangcong@gmail.com&gt;Signed-off-by: Kees Cook &lt;keescook@chromium.org&gt;Acked-by: Peter Oberparleiter &lt;peter.oberparleiter@de.ibm.com&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Tue, 02 Oct 2012 18:19:30 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>947be5df - gcov: disable CONSTRUCTORS for UML</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/kernel/gcov/Kconfig#947be5df</link>
        <description>gcov: disable CONSTRUCTORS for UMLSelecting GCOV for UML causing configuration mismatch:  warning: (GCOV_KERNEL) selects CONSTRUCTORS which has unmet direct dependencies (!UML)Constructors are not needed for UML.Signed-off-by: Vitaliy Ivanov &lt;vitalivanov@gmail.com&gt;Cc: Peter Oberparleiter &lt;oberpar@linux.vnet.ibm.com&gt;Acked-by: Richard Weinberger &lt;richard@nod.at&gt;Acked-by: WANG Cong &lt;xiyou.wangcong@gmail.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/kernel/gcov/Kconfig</description>
        <pubDate>Tue, 26 Jul 2011 23:08:49 +0000</pubDate>
        <dc:creator>Vitaliy Ivanov &lt;vitalivanov@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
