<?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 .gitignore</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>2504e5b9 - selftests/powerpc/copyloops: Add memmove_64 test</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore#2504e5b9</link>
        <description>selftests/powerpc/copyloops: Add memmove_64 testWhile debugging an issue, we wanted to check whether the arch specifickernel memmove implementation is correct.This selftest could help test that.Suggested-by: Aneesh Kumar K.V &lt;aneesh.kumar@linux.ibm.com&gt;Suggested-by: Vaibhav Jain &lt;vaibhav@linux.ibm.com&gt;Signed-off-by: Ritesh Harjani &lt;riteshh@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/57242c1fe7aba6b7f0fcd0490303bfd5f222ee00.1631512686.git.riteshh@linux.ibm.com

            List of files:
            /linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore</description>
        <pubDate>Mon, 13 Sep 2021 06:17:20 +0000</pubDate>
        <dc:creator>Ritesh Harjani &lt;riteshh@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>ec6347bb - x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore#ec6347bb</link>
        <description>x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()In reaction to a proposal to introduce a memcpy_mcsafe_fast()implementation Linus points out that memcpy_mcsafe() is poorly namedrelative to communicating the scope of the interface. Specifically whataddresses are valid to pass as source, destination, and what faults /exceptions are handled.Of particular concern is that even though x86 might be able to handlethe semantics of copy_mc_to_user() with its common copy_user_generic()implementation other archs likely need / want an explicit path for thiscase:  On Fri, May 1, 2020 at 11:28 AM Linus Torvalds &lt;torvalds@linux-foundation.org&gt; wrote:  &gt;  &gt; On Thu, Apr 30, 2020 at 6:21 PM Dan Williams &lt;dan.j.williams@intel.com&gt; wrote:  &gt; &gt;  &gt; &gt; However now I see that copy_user_generic() works for the wrong reason.  &gt; &gt; It works because the exception on the source address due to poison  &gt; &gt; looks no different than a write fault on the user address to the  &gt; &gt; caller, it&apos;s still just a short copy. So it makes copy_to_user() work  &gt; &gt; for the wrong reason relative to the name.  &gt;  &gt; Right.  &gt;  &gt; And it won&apos;t work that way on other architectures. On x86, we have a  &gt; generic function that can take faults on either side, and we use it  &gt; for both cases (and for the &quot;in_user&quot; case too), but that&apos;s an  &gt; artifact of the architecture oddity.  &gt;  &gt; In fact, it&apos;s probably wrong even on x86 - because it can hide bugs -  &gt; but writing those things is painful enough that everybody prefers  &gt; having just one function.Replace a single top-level memcpy_mcsafe() with eithercopy_mc_to_user(), or copy_mc_to_kernel().Introduce an x86 copy_mc_fragile() name as the rename for thelow-level x86 implementation formerly named memcpy_mcsafe(). It is usedas the slow / careful backend that is supplanted by a fastcopy_mc_generic() in a follow-on patch.One side-effect of this reorganization is that separating copy_mc_64.Sto its own file means that perf no longer needs to track dependenciesfor its memcpy_64.S benchmarks. [ bp: Massage a bit. ]Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;Signed-off-by: Borislav Petkov &lt;bp@suse.de&gt;Reviewed-by: Tony Luck &lt;tony.luck@intel.com&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: &lt;stable@vger.kernel.org&gt;Link: http://lore.kernel.org/r/CAHk-=wjSqtXAqfUJxFtWNwmguFASTgB0dz1dT3V-78Quiezqbg@mail.gmail.comLink: https://lkml.kernel.org/r/160195561680.2163339.11574962055305783722.stgit@dwillia2-desk3.amr.corp.intel.com

            List of files:
            /linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore</description>
        <pubDate>Tue, 06 Oct 2020 03:40:16 +0000</pubDate>
        <dc:creator>Dan Williams &lt;dan.j.williams@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>d198b34f - .gitignore: add SPDX License Identifier</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore#d198b34f</link>
        <description>.gitignore: add SPDX License IdentifierAdd SPDX License Identifier to all .gitignore files.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore</description>
        <pubDate>Tue, 03 Mar 2020 13:35:59 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>6f62a822 - seltests/powerpc: Add a selftest for memcpy_mcsafe</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore#6f62a822</link>
        <description>seltests/powerpc: Add a selftest for memcpy_mcsafeAppropriate self tests for memcpy_mcsafeSuggested-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Signed-off-by: Santosh Sivaraj &lt;santosh@fossix.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20190903214359.23887-2-santosh@fossix.org

            List of files:
            /linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore</description>
        <pubDate>Tue, 03 Sep 2019 21:43:59 +0000</pubDate>
        <dc:creator>Santosh Sivaraj &lt;santosh@fossix.org&gt;</dc:creator>
    </item>
<item>
        <title>b8baa05a - selftests/powerpc: Ignore generated files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore#b8baa05a</link>
        <description>selftests/powerpc: Ignore generated filesCurrently some binary files which are generated when tests are compiledare not ignored by git, so &apos;git status&apos; catch them.For copyloops test, fix wrong binary names already in .gitignore. Forptrace, security, and stringloops tests add missing binary names to the.gitignore file.Signed-off-by: Gustavo Romero &lt;gromero@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20190814205638.25322-2-gromero@linux.ibm.com

            List of files:
            /linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore</description>
        <pubDate>Wed, 14 Aug 2019 20:56:38 +0000</pubDate>
        <dc:creator>Gustavo Romero &lt;gromero@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>2679f63f - selftests/powerpc/64: Test exception cases in copy_tofrom_user</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore#2679f63f</link>
        <description>selftests/powerpc/64: Test exception cases in copy_tofrom_userThis adds a set of test cases to test the behaviour ofcopy_tofrom_user when exceptions are encountered accessing thesource or destination.  Currently, copy_tofrom_user does not alwayscopy as many bytes as possible when an exception occurs on a storeto the destination, and that is reflected in failures in these tests.Based on a test program from Anton Blanchard.[paulus@ozlabs.org - test all three paths, wrote commit description, made EX_TABLE create an exception table.]Signed-off-by: Paul Mackerras &lt;paulus@ozlabs.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore</description>
        <pubDate>Fri, 03 Aug 2018 10:13:05 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>98c45f51 - selftests/powerpc/64: Test all paths through copy routines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore#98c45f51</link>
        <description>selftests/powerpc/64: Test all paths through copy routinesThe hand-coded assembler 64-bit copy routines include feature sectionsthat select one code path or another depending on which CPU we areexecuting on.  The self-tests for these copy routines end up testingjust one path.  This adds a mechanism for selecting any desired codepath at compile time, and makes 2 or 3 versions of each test, eachusing a different code path, so as to cover all the possible paths.Signed-off-by: Paul Mackerras &lt;paulus@ozlabs.org&gt;[mpe: Add -mcpu=power4 to CFLAGS for older compilers]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore</description>
        <pubDate>Fri, 03 Aug 2018 10:13:04 +0000</pubDate>
        <dc:creator>Paul Mackerras &lt;paulus@ozlabs.org&gt;</dc:creator>
    </item>
<item>
        <title>b64eedb8 - selftests/powerpc: Make git ignore all binaries in powerpc test suite</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore#b64eedb8</link>
        <description>selftests/powerpc: Make git ignore all binaries in powerpc test suiteThis patch includes all of the powerpc test binaries into the .gitignorefile listing in their respective directories. This will make sure thatgit ignores all of these test binaries when displaying status.Signed-off-by: Anshuman Khandual &lt;khandual@linux.vnet.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/powerpc/copyloops/.gitignore</description>
        <pubDate>Wed, 14 Jan 2015 07:08:50 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;khandual@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
</channel>
</rss>
