<?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>b1992c37 - kbuild: use $(src) instead of $(srctree)/$(src) for source directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#b1992c37</link>
        <description>kbuild: use $(src) instead of $(srctree)/$(src) for source directoryKbuild conventionally uses $(obj)/ for generated files, and $(src)/ forchecked-in source files. It is merely a convention without any functionaldifference. In fact, $(obj) and $(src) are exactly the same, as definedin scripts/Makefile.build:    src := $(obj)When the kernel is built in a separate output directory, $(src) doesnot accurately reflect the source directory location. While Kbuildresolves this discrepancy by specifying VPATH=$(srctree) to search forsource files, it does not cover all cases. For example, when adding aheader search path for local headers, -I$(srctree)/$(src) is typicallypassed to the compiler.This introduces inconsistency between upstream and downstream Makefilesbecause $(src) is used instead of $(srctree)/$(src) for the latter.To address this inconsistency, this commit changes the semantics of$(src) so that it always points to the directory in the source tree.Going forward, the variables used in Makefiles will have the followingmeanings:  $(obj)     - directory in the object tree  $(src)     - directory in the source tree  (changed by this commit)  $(objtree) - the top of the kernel object tree  $(srctree) - the top of the kernel source treeConsequently, $(srctree)/$(src) in upstream Makefiles need to be replacedwith $(src).Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Sat, 27 Apr 2024 14:55:02 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>bbc90bc1 - arch: syscalls: simplify uapi/kapi directory creation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#bbc90bc1</link>
        <description>arch: syscalls: simplify uapi/kapi directory creation$(shell ...) expands to empty. There is no need to assign it to _dummy.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Sun, 27 Feb 2022 09:10:24 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c8ba52d1 - mips: syscalls: use pattern rules to generate syscall headers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#c8ba52d1</link>
        <description>mips: syscalls: use pattern rules to generate syscall headersUse pattern rules to unify similar build rules among n32, n64, and o32.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Fri, 28 May 2021 03:46:15 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>faf243ed - mips: syscalls: define syscall offsets directly in &lt;asm/unistd.h&gt;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#faf243ed</link>
        <description>mips: syscalls: define syscall offsets directly in &lt;asm/unistd.h&gt;There is no good reason to generate the syscall offset macros byscripting since they are not derived from the syscall tables.Define __NR_*_Linux macros directly in arch/mips/include/asm/unistd.h,and clean up the Makefile and the shell script.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Philippe Mathieu-Daud&#233; &lt;f4bug@amsat.org&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Fri, 28 May 2021 03:46:14 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>6228bd65 - mips: syscalls: switch to generic syscallhdr.sh</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#6228bd65</link>
        <description>mips: syscalls: switch to generic syscallhdr.shMany architectures duplicate similar shell scripts.This commit converts mips to use scripts/syscallhdr.sh.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Mon, 01 Mar 2021 14:48:25 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ecbba30f - mips: syscalls: switch to generic syscalltbl.sh</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#ecbba30f</link>
        <description>mips: syscalls: switch to generic syscalltbl.shMany architectures duplicate similar shell scripts.This commit converts mips to use scripts/syscalltbl.sh. This alsounifies syscall_table_32_o32.h and syscall_table_64_o32.h intosyscall_table_o32.h.The offset parameters are unneeded here; __SYSCALL(nr, entry) is definedas &apos;PTR entry&apos;, so the parameter &apos;nr&apos; is not used in the first place.With this commit, syscall tables and generated files are straightmapped,  which makes things easier to understand.  syscall_n32.tbl  --&gt;  syscall_table_n32.h  syscall_n64.tbl  --&gt;  syscall_table_n64.h  syscall_o32.tbl  --&gt;  syscall_table_o32.hThen, the abi parameters are also unneeded.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Mon, 01 Mar 2021 14:48:24 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>29c5c3ac - arch: syscalls: remove $(srctree)/ prefix from syscall tables</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#29c5c3ac</link>
        <description>arch: syscalls: remove $(srctree)/ prefix from syscall tablesThe &apos;syscall&apos; variables are not directly used in the commands.Remove the $(srctree)/ prefix because we can rely on VPATH.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Mon, 15 Feb 2021 00:48:23 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>865fa29f - arch: syscalls: add missing FORCE and fix &apos;targets&apos; to make if_changed work</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#865fa29f</link>
        <description>arch: syscalls: add missing FORCE and fix &apos;targets&apos; to make if_changed workThe rules in these Makefiles cannot detect the command line changebecause the prerequisite &apos;FORCE&apos; is missing.Adding &apos;FORCE&apos; will result in the headers being rebuilt every timebecause the &apos;targets&apos; additions are also wrong; the file paths in&apos;targets&apos; must be relative to the current Makefile.Fix all of them so the if_changed rules work correctly.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Mon, 15 Feb 2021 00:48:22 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ccb21774 - MIPS: UAPI: unexport unistd_nr_{n32,n64,o32}.h</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#ccb21774</link>
        <description>MIPS: UAPI: unexport unistd_nr_{n32,n64,o32}.hunistd_nr_{n32,n64,o32}.h are needed only by include/asm/unistd.h,which is a kernel-side header file, and their contents is generallynot for userland use.Move their target destination from include/generated/uapi/asm/ toinclude/generated/asm/ to disable exporting them as UAPI headers.Signed-off-by: Alexander Lobakin &lt;alobakin@pm.me&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Mon, 04 Jan 2021 15:41:48 +0000</pubDate>
        <dc:creator>Alexander Lobakin &lt;alobakin@pm.me&gt;</dc:creator>
    </item>
<item>
        <title>4f29ad20 - MIPS: syscalls: fix indentation of the &apos;SYSNR&apos; message</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#4f29ad20</link>
        <description>MIPS: syscalls: fix indentation of the &apos;SYSNR&apos; messageIt also lacks a whitespace (copy&apos;n&apos;paste error?) and also messes up theoutput:  SYSHDR  arch/mips/include/generated/uapi/asm/unistd_n32.h  SYSHDR  arch/mips/include/generated/uapi/asm/unistd_n64.h  SYSHDR  arch/mips/include/generated/uapi/asm/unistd_o32.h  SYSNR  arch/mips/include/generated/uapi/asm/unistd_nr_n32.h  SYSNR  arch/mips/include/generated/uapi/asm/unistd_nr_n64.h  SYSNR  arch/mips/include/generated/uapi/asm/unistd_nr_o32.h  WRAP    arch/mips/include/generated/uapi/asm/bpf_perf_event.h  WRAP    arch/mips/include/generated/uapi/asm/ipcbuf.hAfter:  SYSHDR  arch/mips/include/generated/uapi/asm/unistd_n32.h  SYSHDR  arch/mips/include/generated/uapi/asm/unistd_n64.h  SYSHDR  arch/mips/include/generated/uapi/asm/unistd_o32.h  SYSNR   arch/mips/include/generated/uapi/asm/unistd_nr_n32.h  SYSNR   arch/mips/include/generated/uapi/asm/unistd_nr_n64.h  SYSNR   arch/mips/include/generated/uapi/asm/unistd_nr_o32.h  WRAP    arch/mips/include/generated/uapi/asm/bpf_perf_event.h  WRAP    arch/mips/include/generated/uapi/asm/ipcbuf.hPresent since day 0 of syscall table generation introduction for MIPS.Fixes: 9bcbf97c6293 (&quot;mips: add system call table generation support&quot;)Cc: &lt;stable@vger.kernel.org&gt; # v5.0+Signed-off-by: Alexander Lobakin &lt;alobakin@dlink.ru&gt;Signed-off-by: Paul Burton &lt;paulburton@kernel.org&gt;Cc: Ralf Baechle &lt;ralf@linux-mips.org&gt;Cc: James Hogan &lt;jhogan@kernel.org&gt;Cc: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Cc: Rob Herring &lt;robh@kernel.org&gt;Cc: linux-mips@vger.kernel.orgCc: linux-kernel@vger.kernel.org

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Fri, 17 Jan 2020 14:02:09 +0000</pubDate>
        <dc:creator>Alexander Lobakin &lt;alobakin@dlink.ru&gt;</dc:creator>
    </item>
<item>
        <title>9bcbf97c - mips: add system call table generation support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/kernel/syscalls/Makefile#9bcbf97c</link>
        <description>mips: add system call table generation supportThe system call tables are in different format in allarchitecture and it will be difficult to manually add,modify or delete the syscall table entries in the res-pective files. To make it easy by keeping a script andwhich will generate the uapi header and syscall tablefile. This change will also help to unify the implemen-tation across all architectures.The system call table generation script is added inkernel/syscalls directory which contain the scripts togenerate both uapi header file and system call tablefiles. The syscall.tbl will be input for the scripts.syscall.tbl contains the list of available system callsalong with system call number and corresponding entrypoint. Add a new system call in this architecture willbe possible by adding new entry in the syscall.tbl file.Adding a new table entry consisting of:  	- System call number.	- ABI.	- System call name.	- Entry point name.	- Compat entry name, if required.syscallhdr.sh, syscallnr.sh and syscalltbl.sh will gene-rate uapi header unistd_n64/n32/o32.h, unistd_nr_n64/n32/-o32.h and syscall_table_32_o32/64_n64/64-n32/64-o32.h filesrespectively. All *.sh files will parse the content sys-call.tbl to generate the header and table files. unistd-_n64/n32/o32.h and unistd_nr_n64/n32/o32.h will be includedby uapi/asm/unistd.h and syscall_table_32_o32/64_n64/64-n32-/64-o32.h is included by kernel/syscall_table32_o32/64-_n64/64-n32/64-o32.S - the real system call table.ARM, s390 and x86 architecuture does have similar support.I leverage their implementation to come up with a genericsolution.Signed-off-by: Firoz Khan &lt;firoz.khan@linaro.org&gt;[paul.burton@mips.com: - Change sysnr_pfx_unistd_nr_n64 to 64.]Signed-off-by: Paul Burton &lt;paul.burton@mips.com&gt;Cc: linux-mips@vger.kernel.orgCc: Ralf Baechle &lt;ralf@linux-mips.org&gt;Cc: James Hogan &lt;jhogan@kernel.org&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Cc: y2038@lists.linaro.orgCc: linux-kernel@vger.kernel.orgCc: linux-arch@vger.kernel.orgCc: arnd@arndb.deCc: deepa.kernel@gmail.comCc: marcin.juszkiewicz@linaro.org

            List of files:
            /linux-6.15/arch/mips/kernel/syscalls/Makefile</description>
        <pubDate>Thu, 13 Dec 2018 09:07:38 +0000</pubDate>
        <dc:creator>Firoz Khan &lt;firoz.khan@linaro.org&gt;</dc:creator>
    </item>
</channel>
</rss>
