<?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 entry.S</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>cb8a2ef0 - LoongArch: Add ORC stack unwinder support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/entry.S#cb8a2ef0</link>
        <description>LoongArch: Add ORC stack unwinder supportThe kernel CONFIG_UNWINDER_ORC option enables the ORC unwinder, which issimilar in concept to a DWARF unwinder. The difference is that the formatof the ORC data is much simpler than DWARF, which in turn allows the ORCunwinder to be much simpler and faster.The ORC data consists of unwind tables which are generated by objtool.After analyzing all the code paths of a .o file, it determines informationabout the stack state at each instruction address in the file and outputsthat information to the .orc_unwind and .orc_unwind_ip sections.The per-object ORC sections are combined at link time and are sorted andpost-processed at boot time. The unwinder uses the resulting data tocorrelate instruction addresses with their stack states at run time.Most of the logic are similar with x86, in order to get ra info before rais saved into stack, add ra_reg and ra_offset into orc_entry. At the sametime, modify some arch-specific code to silence the objtool warnings.Co-developed-by: Jinyang He &lt;hejinyang@loongson.cn&gt;Signed-off-by: Jinyang He &lt;hejinyang@loongson.cn&gt;Co-developed-by: Youling Tang &lt;tangyouling@loongson.cn&gt;Signed-off-by: Youling Tang &lt;tangyouling@loongson.cn&gt;Signed-off-by: Tiezhu Yang &lt;yangtiezhu@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/entry.S</description>
        <pubDate>Mon, 11 Mar 2024 14:23:47 +0000</pubDate>
        <dc:creator>Tiezhu Yang &lt;yangtiezhu@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>00c2ca84 - LoongArch: Use SYM_CODE_* to annotate exception handlers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/entry.S#00c2ca84</link>
        <description>LoongArch: Use SYM_CODE_* to annotate exception handlersAs described in include/linux/linkage.h,  FUNC -- C-like functions (proper stack frame etc.)  CODE -- non-C code (e.g. irq handlers with different, special stack etc.)  SYM_FUNC_{START, END} -- use for global functions  SYM_CODE_{START, END} -- use for non-C (special) functionsSo use SYM_CODE_* to annotate exception handlers.Signed-off-by: Tiezhu Yang &lt;yangtiezhu@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/entry.S</description>
        <pubDate>Wed, 18 Oct 2023 00:42:52 +0000</pubDate>
        <dc:creator>Tiezhu Yang &lt;yangtiezhu@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>e14dd076 - LoongArch: Add basic KGDB &amp; KDB support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/entry.S#e14dd076</link>
        <description>LoongArch: Add basic KGDB &amp; KDB supportKGDB is intended to be used as a source level debugger for the Linuxkernel. It is used along with gdb to debug a Linux kernel. GDB can beused to &quot;break in&quot; to the kernel to inspect memory, variables and regssimilar to the way an application developer would use GDB to debug anapplication. KDB is a frontend of KGDB which is similar to GDB.By now, in addition to the generic KGDB features, the LoongArch KGDBimplements the following features:- Hardware breakpoints/watchpoints;- Software single-step support for KDB.Signed-off-by: Qing Zhang &lt;zhangqing@loongson.cn&gt;   # Framework &amp; CoreFeatureSigned-off-by: Binbin Zhou &lt;zhoubinbin@loongson.cn&gt; # BreakPoint &amp; SingleStepSigned-off-by: Hui Li &lt;lihui@loongson.cn&gt;           # Some Minor ImprovementsSigned-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt; # Some Build Error FixesSigned-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/entry.S</description>
        <pubDate>Wed, 06 Sep 2023 14:53:55 +0000</pubDate>
        <dc:creator>Qing Zhang &lt;zhangqing@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>fcf77d01 - LoongArch: Mark some assembler symbols as non-kprobe-able</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/entry.S#fcf77d01</link>
        <description>LoongArch: Mark some assembler symbols as non-kprobe-ableSome assembler symbols are not kprobe safe, such as handle_syscall (usedas syscall exception handler), *memset*/*memcpy*/*memmove* (may causerecursive exceptions), they can not be instrumented, just blacklist themfor kprobing.Here is a related problem and discussion:Link: https://lore.kernel.org/lkml/20230114143859.7ccc45c1c5d9ce302113ab0a@kernel.org/Tested-by: Jeff Xie &lt;xiehuan09@gmail.com&gt;Signed-off-by: Tiezhu Yang &lt;yangtiezhu@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/entry.S</description>
        <pubDate>Sat, 25 Feb 2023 07:52:57 +0000</pubDate>
        <dc:creator>Tiezhu Yang &lt;yangtiezhu@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>f733f119 - LoongArch: Use la.pcrel instead of la.abs when it&apos;s trivially possible</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/entry.S#f733f119</link>
        <description>LoongArch: Use la.pcrel instead of la.abs when it&apos;s trivially possibleLet&apos;s start to kill la.abs in preparation for the subsequent support ofthe PIE kernel.BTW, Re-tab the indention in arch/loongarch/kernel/entry.S for alignment.Signed-off-by: Xi Ruoyao &lt;xry111@xry111.site&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/entry.S</description>
        <pubDate>Sat, 25 Feb 2023 07:52:56 +0000</pubDate>
        <dc:creator>Xi Ruoyao &lt;xry111@xry111.site&gt;</dc:creator>
    </item>
<item>
        <title>f5c3c22f - LoongArch: Re-tab the assembly files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/entry.S#f5c3c22f</link>
        <description>LoongArch: Re-tab the assembly filesReflow the *.S files for better stylistic consistency, namely hard tabsafter mnemonic position, and vertical alignment of the first operandwith hard tabs. Tab width is obviously 8. Some pre-existing intra-blockvertical alignments are preserved.Signed-off-by: WANG Xuerui &lt;git@xen0n.name&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/entry.S</description>
        <pubDate>Tue, 26 Jul 2022 15:57:22 +0000</pubDate>
        <dc:creator>WANG Xuerui &lt;git@xen0n.name&gt;</dc:creator>
    </item>
<item>
        <title>be769645 - LoongArch: Add system call support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/entry.S#be769645</link>
        <description>LoongArch: Add system call supportAdd system call support and related uaccess.h for LoongArch.Q: Why keep _ARCH_WANT_SYS_CLONE definition while there is clone3:A: The latest glibc release has some basic support for clone3 but it is   not complete. E.g., pthread_create() and spawni() have converted to   use clone3 but fork() will still use clone. Moreover, some seccomp   related applications can still not work perfectly with clone3. E.g.,   Chromium sandbox cannot work at all and there is no solution for it,   which is more terrible than the fork() story [1].[1] https://chromium-review.googlesource.com/c/chromium/src/+/2936184Reviewed-by: WANG Xuerui &lt;git@xen0n.name&gt;Reviewed-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/entry.S</description>
        <pubDate>Tue, 31 May 2022 10:04:11 +0000</pubDate>
        <dc:creator>Huacai Chen &lt;chenhuacai@loongson.cn&gt;</dc:creator>
    </item>
</channel>
</rss>
