<?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>a79be02b - Fix mis-uses of &apos;cc-option&apos; for warning disablement</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#a79be02b</link>
        <description>Fix mis-uses of &apos;cc-option&apos; for warning disablementThis was triggered by one of my mis-uses causing odd build warnings onsparc in linux-next, but while figuring out why the &quot;obviously correct&quot;use of cc-option caused such odd breakage, I found eight other cases ofthe same thing in the tree.The root cause is that &apos;cc-option&apos; doesn&apos;t work for checking negativewarning options (ie things like &apos;-Wno-stringop-overflow&apos;) because gccwill silently accept options it doesn&apos;t recognize, and so &apos;cc-option&apos;ends up thinking they are perfectly fine.And it all works, until you have a situation where _another_ warning isemitted.  At that point the compiler will go &quot;Hmm, maybe the userintended to disable this warning but used that wrong option that Ididn&apos;t recognize&quot;, and generate a warning for the unrecognized negativeoption.Which explains why we have several cases of this in the tree: the&apos;cc-option&apos; test really doesn&apos;t work for this situation, but most of thetime it simply doesn&apos;t matter that ity doesn&apos;t work.The reason my recently added case caused problems on sparc was pointedout by Thomas Wei&#223;schuh: the sparc build had a previous explicit warningthat then triggered the new one.I think the best fix for this would be to make &apos;cc-option&apos; a bit smarterabout this sitation, possibly by adding an intentional warning to thetest case that then triggers the unrecognized option warning reliably.But the short-term fix is to replace &apos;cc-option&apos; with an existing helperdesigned for this exact case: &apos;cc-disable-warning&apos;, which picks thenegative warning but uses the positive form for testing the compilersupport.Reported-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Link: https://lore.kernel.org/all/20250422204718.0b4e3f81@canb.auug.org.au/Explained-by: Thomas Wei&#223;schuh &lt;linux@weissschuh.net&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Wed, 23 Apr 2025 17:08:29 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>04816c15 - LoongArch: Add debugfs entries to switch SFB/TSO state</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#04816c15</link>
        <description>LoongArch: Add debugfs entries to switch SFB/TSO stateWe need to switch SFB (Store Fill Buffer) and TSO (Total Store Order)state at runtime to debug memory management and KVM virtualization, soadd two debugfs entries &quot;sfb_state&quot; and &quot;tso_state&quot; under the directory/sys/kernel/debug/loongarch.Query SFB:cat /sys/kernel/debug/loongarch/sfb_stateEnable SFB:echo 1 &gt; /sys/kernel/debug/loongarch/sfb_stateDisable SFB:echo 0 &gt; /sys/kernel/debug/loongarch/sfb_stateQuery TSO:cat /sys/kernel/debug/loongarch/tso_stateSwitch TSO:echo [TSO] &gt; /sys/kernel/debug/loongarch/tso_stateAvailable [TSO] states:0 (No Load No Store)    1 (All Load No Store)   3 (Same Load No Store)4 (No Load All Store)   5 (All Load All Store)  7 (Same Load All Store)Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Sun, 26 Jan 2025 13:49:59 +0000</pubDate>
        <dc:creator>Huacai Chen &lt;chenhuacai@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>6e3f5e62 - loongarch: Use new fallback IO memcpy/memset</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#6e3f5e62</link>
        <description>loongarch: Use new fallback IO memcpy/memsetUse the new fallback memcpy_{from,to}io and memset_io functions fromlib/iomem_copy.c on the loongarch processor architecture.Reviewed-by: Yann Sionneau &lt;ysionneau@kalrayinc.com&gt;Signed-off-by: Julian Vetter &lt;jvetter@kalrayinc.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Mon, 28 Oct 2024 13:42:27 +0000</pubDate>
        <dc:creator>Julian Vetter &lt;jvetter@kalrayinc.com&gt;</dc:creator>
    </item>
<item>
        <title>74c16b2e - LoongArch: KVM: Add PV IPI support on guest side</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#74c16b2e</link>
        <description>LoongArch: KVM: Add PV IPI support on guest sidePARAVIRT config option and PV IPI is added for the guest side, functionpv_ipi_init() is used to add IPI sending and IPI receiving hooks. Thisfunction firstly checks whether system runs in VM mode, and if kernelruns in VM mode, it will call function kvm_para_available() to detectthe current hypervirsor type (now only KVM type detection is supported).The paravirt functions can work only if current hypervisor type is KVM,since there is only KVM supported on LoongArch now.PV IPI uses virtual IPI sender and virtual IPI receiver functions. Withvirtual IPI sender, IPI message is stored in memory rather than emulatedHW. IPI multicast is also supported, and 128 vcpus can received IPIsat the same time like X86 KVM method. Hypercall method is used for IPIsending.With virtual IPI receiver, HW SWI0 is used rather than real IPI HW.Since VCPU has separate HW SWI0 like HW timer, there is no trap in IPIinterrupt acknowledge. Since IPI message is stored in memory, there isno trap in getting IPI message.Signed-off-by: Bibo Mao &lt;maobibo@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Mon, 06 May 2024 14:00:47 +0000</pubDate>
        <dc:creator>Bibo Mao &lt;maobibo@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>cb8a2ef0 - LoongArch: Add ORC stack unwinder support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#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/Makefile</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>655fc6cd - loongarch, kexec: change dependency of object files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#655fc6cd</link>
        <description>loongarch, kexec: change dependency of object filesPatch series &quot;kexec: fix the incorrect ifdeffery and dependency ofCONFIG_KEXEC&quot;.The select of KEXEC for CRASH_DUMP in kernel/Kconfig.kexec will bedropped, then compiling errors will be triggered if below config items areset:===CONFIG_CRASH_CORE=yCONFIG_KEXEC_CORE=yCONFIG_CRASH_DUMP=y===E.g on mips, below link error are seen:--------------------------------------------------------------------mipsel-linux-ld: kernel/kexec_core.o: in function `kimage_free&apos;:kernel/kexec_core.c:(.text+0x2200): undefined reference to `machine_kexec_cleanup&apos;mipsel-linux-ld: kernel/kexec_core.o: in function `__crash_kexec&apos;:kernel/kexec_core.c:(.text+0x2480): undefined reference to `machine_crash_shutdown&apos;mipsel-linux-ld: kernel/kexec_core.c:(.text+0x2488): undefined reference to `machine_kexec&apos;mipsel-linux-ld: kernel/kexec_core.o: in function `kernel_kexec&apos;:kernel/kexec_core.c:(.text+0x29b8): undefined reference to `machine_shutdown&apos;mipsel-linux-ld: kernel/kexec_core.c:(.text+0x29c0): undefined reference to `machine_kexec&apos;--------------------------------------------------------------------Here, change the incorrect dependency of building kexec_core relatedobject files, and the ifdeffery on architectures from CONFIG_KEXEC toCONFIG_KEXEC_CORE.Testing:========Passed on mips and loognarch with the LKP reproducer.This patch (of 5):Currently, in arch/loongarch/kernel/Makefile, building machine_kexec.orelocate_kernel.o depends on CONFIG_KEXEC.Whereas, since we will drop the select of KEXEC for CRASH_DUMP inkernel/Kconfig.kexec, compiling error will be triggered if below configitems are set:===CONFIG_CRASH_CORE=yCONFIG_KEXEC_CORE=yCONFIG_CRASH_DUMP=y===---------------------------------------------------------------loongarch64-linux-ld: kernel/kexec_core.o: in function `.L209&apos;:&gt;&gt; kexec_core.c:(.text+0x1660): undefined reference to `machine_kexec_cleanup&apos;   loongarch64-linux-ld: kernel/kexec_core.o: in function `.L287&apos;:&gt;&gt; kexec_core.c:(.text+0x1c5c): undefined reference to `machine_crash_shutdown&apos;&gt;&gt; loongarch64-linux-ld: kexec_core.c:(.text+0x1c64): undefined reference to `machine_kexec&apos;   loongarch64-linux-ld: kernel/kexec_core.o: in function `.L2^B5&apos;:&gt;&gt; kexec_core.c:(.text+0x2090): undefined reference to `machine_shutdown&apos;   loongarch64-linux-ld: kexec_core.c:(.text+0x20a0): undefined reference to `machine_kexec&apos;---------------------------------------------------------------Here, change the dependency of machine_kexec.o relocate_kernel.o toCONFIG_KEXEC_CORE can fix above building error.Link: https://lkml.kernel.org/r/20231208073036.7884-1-bhe@redhat.comLink: https://lkml.kernel.org/r/20231208073036.7884-2-bhe@redhat.comSigned-off-by: Baoquan He &lt;bhe@redhat.com&gt;Reported-by: kernel test robot &lt;lkp@intel.com&gt;Closes: https://lore.kernel.org/oe-kbuild-all/202311300946.kHE9Iu71-lkp@intel.com/Cc: Eric DeVolder &lt;eric_devolder@yahoo.com&gt;Cc: Ignat Korchagin &lt;ignat@cloudflare.com&gt;Cc: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Fri, 08 Dec 2023 07:30:32 +0000</pubDate>
        <dc:creator>Baoquan He &lt;bhe@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>c718a0ba - LoongArch: Fix some build warnings with W=1</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#c718a0ba</link>
        <description>LoongArch: Fix some build warnings with W=1There are some building warnings when building LoongArch kernel with W=1as following, this patch fixes them.arch/loongarch/kernel/acpi.c:284:13: warning: no previous prototype for &#8216;acpi_numa_arch_fixup&#8217; [-Wmissing-prototypes]  284 | void __init acpi_numa_arch_fixup(void) {}      |             ^~~~~~~~~~~~~~~~~~~~arch/loongarch/kernel/time.c:32:13: warning: no previous prototype for &#8216;constant_timer_interrupt&#8217; [-Wmissing-prototypes]   32 | irqreturn_t constant_timer_interrupt(int irq, void *data)      |             ^~~~~~~~~~~~~~~~~~~~~~~~arch/loongarch/kernel/traps.c:496:25: warning: no previous prototype for &apos;do_fpe&apos; [-Wmissing-prototypes]  496 | asmlinkage void noinstr do_fpe(struct pt_regs *regs      |                         ^~~~~~arch/loongarch/kernel/traps.c:813:22: warning: variable &#8216;opcode&#8217; set but not used [-Wunused-but-set-variable]  813 |         unsigned int opcode;      |                      ^~~~~~arch/loongarch/kernel/signal.c:895:14: warning: no previous prototype for &#8216;get_sigframe&#8217; [-Wmissing-prototypes]  895 | void __user *get_sigframe(struct ksignal *ksig, struct pt_regs *regs,      |              ^~~~~~~~~~~~arch/loongarch/kernel/syscall.c:21:40: warning: initialized field overwritten [-Woverride-init]   21 | #define __SYSCALL(nr, call)     [nr] = (call),      |                                        ^arch/loongarch/kernel/syscall.c:40:14: warning: no previous prototype for &#8216;do_syscall&#8217; [-Wmissing-prototypes]   40 | void noinstr do_syscall(struct pt_regs *regs)      |              ^~~~~~~~~~arch/loongarch/kernel/smp.c:502:17: warning: no previous prototype for &#8216;start_secondary&#8217; [-Wmissing-prototypes]  502 | asmlinkage void start_secondary(void)      |                 ^~~~~~~~~~~~~~~arch/loongarch/kernel/process.c:309:15: warning: no previous prototype for &#8216;arch_align_stack&#8217; [-Wmissing-prototypes]  309 | unsigned long arch_align_stack(unsigned long sp)      |               ^~~~~~~~~~~~~~~~arch/loongarch/kernel/topology.c:13:5: warning: no previous prototype for &#8216;arch_register_cpu&#8217; [-Wmissing-prototypes]   13 | int arch_register_cpu(int cpu)      |     ^~~~~~~~~~~~~~~~~arch/loongarch/kernel/topology.c:27:6: warning: no previous prototype for &#8216;arch_unregister_cpu&#8217; [-Wmissing-prototypes]   27 | void arch_unregister_cpu(int cpu)      |      ^~~~~~~~~~~~~~~~~~~arch/loongarch/kernel/module-sections.c:103:5: warning: no previous prototype for &#8216;module_frob_arch_sections&#8217; [-Wmissing-prototypes]  103 | int module_frob_arch_sections(Elf_Ehdr *ehdr, Elf_Shdr *sechdrs,      |     ^~~~~~~~~~~~~~~~~~~~~~~~~arch/loongarch/mm/hugetlbpage.c:56:5: warning: no previous prototype for &#8216;is_aligned_hugepage_range&#8217; [-Wmissing-prototypes]   56 | int is_aligned_hugepage_range(unsigned long addr, unsigned long len)      |     ^~~~~~~~~~~~~~~~~~~~~~~~~Signed-off-by: Bibo Mao &lt;maobibo@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Wed, 20 Sep 2023 06:26:28 +0000</pubDate>
        <dc:creator>Bibo Mao &lt;maobibo@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>5aa4ac64 - LoongArch: Add KASAN (Kernel Address Sanitizer) support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#5aa4ac64</link>
        <description>LoongArch: Add KASAN (Kernel Address Sanitizer) support1/8 of kernel addresses reserved for shadow memory. But for LoongArch,There are a lot of holes between different segments and valid addressspace (256T available) is insufficient to map all these segments to kasanshadow memory with the common formula provided by kasan core, saying(addr &gt;&gt; KASAN_SHADOW_SCALE_SHIFT) + KASAN_SHADOW_OFFSETSo LoongArch has a arch-specific mapping formula, different segments aremapped individually, and only limited space lengths of these specificsegments are mapped to shadow.At early boot stage the whole shadow region populated with just onephysical page (kasan_early_shadow_page). Later, this page is reused asreadonly zero shadow for some memory that kasan currently don&apos;t track.After mapping the physical memory, pages for shadow memory are allocatedand mapped.Functions like memset()/memcpy()/memmove() do a lot of memory accesses.If bad pointer passed to one of these function it is important to becaught. Compiler&apos;s instrumentation cannot do this since these functionsare written in assembly.KASan replaces memory functions with manually instrumented variants.Original functions declared as weak symbols so strong definitions inmm/kasan/kasan.c could replace them. Original functions have aliaseswith &apos;__&apos; prefix in names, so we could call non-instrumented variantif needed.Signed-off-by: Qing Zhang &lt;zhangqing@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Wed, 06 Sep 2023 14:54:16 +0000</pubDate>
        <dc:creator>Qing Zhang &lt;zhangqing@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/Makefile#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/Makefile</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>bd3c5798 - LoongArch: Add Loongson Binary Translation (LBT) extension support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#bd3c5798</link>
        <description>LoongArch: Add Loongson Binary Translation (LBT) extension supportLoongson Binary Translation (LBT) is used to accelerate binary translation,which contains 4 scratch registers (scr0 to scr3), x86/ARM eflags (eflags)and x87 fpu stack pointer (ftop).This patch support kernel to save/restore these registers, handle the LBTexception and maintain sigcontext.Signed-off-by: Qi Hu &lt;huqi@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Wed, 06 Sep 2023 14:53:55 +0000</pubDate>
        <dc:creator>Qi Hu &lt;huqi@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>19bc6cb6 - LoongArch: Add uprobes support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#19bc6cb6</link>
        <description>LoongArch: Add uprobes supportUprobes is the user-space counterpart to kprobes, this patch addsuprobes support for LoongArch.Here is a simple example with CONFIG_UPROBE_EVENTS=y:  # cat test.c  #include &lt;stdio.h&gt;  int add(int a, int b)  {  	  return a + b;  }  int main()  {	  return add(2, 7);  }  # gcc test.c -o /tmp/test  # nm /tmp/test | grep add  0000000120004194 T add  # cd /sys/kernel/debug/tracing  # echo &gt; uprobe_events  # echo &quot;p:myuprobe /tmp/test:0x4194 %r4 %r5&quot; &gt; uprobe_events  # echo &quot;r:myuretprobe /tmp/test:0x4194 %r4&quot; &gt;&gt; uprobe_events  # echo 1 &gt; events/uprobes/enable  # echo 1 &gt; tracing_on  # /tmp/test  # cat trace  ...  #           TASK-PID     CPU#  |||||  TIMESTAMP  FUNCTION  #              | |         |   |||||     |         |              test-1060    [001] DNZff  1015.770620: myuprobe: (0x120004194) arg1=0x2 arg2=0x7              test-1060    [001] DNZff  1015.770930: myuretprobe: (0x1200041f0 &lt;- 0x120004194) arg1=0x9Tested-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/Makefile</description>
        <pubDate>Thu, 29 Jun 2023 12:58:44 +0000</pubDate>
        <dc:creator>Tiezhu Yang &lt;yangtiezhu@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>7b0a0964 - LoongArch: Replace kretprobe with rethook</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#7b0a0964</link>
        <description>LoongArch: Replace kretprobe with rethookThis is an adaptation of commit f3a112c0c40d (&quot;x86,rethook,kprobes:Replace kretprobe with rethook on x86&quot;) and commit b57c2f124098 (&quot;riscv:add riscv rethook implementation&quot;) to LoongArch. Mainly refer to commitb57c2f124098 (&quot;riscv: add riscv rethook implementation&quot;).Replaces the kretprobe code with rethook on LoongArch. With this patch,kretprobe on LoongArch uses the rethook instead of kretprobe specifictrampoline code.Signed-off-by: Haoran Jiang &lt;jianghaoran@kylinos.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Thu, 29 Jun 2023 12:58:44 +0000</pubDate>
        <dc:creator>Haoran Jiang &lt;jianghaoran@kylinos.cn&gt;</dc:creator>
    </item>
<item>
        <title>f02644e3 - LoongArch: Add jump-label implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#f02644e3</link>
        <description>LoongArch: Add jump-label implementationAdd support for jump labels based on the ARM64 version.Acked-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Signed-off-by: Youling Tang &lt;tangyouling@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Thu, 29 Jun 2023 12:58:44 +0000</pubDate>
        <dc:creator>Youling Tang &lt;tangyouling@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>2b3bd32e - LoongArch: Provide kernel fpu functions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#2b3bd32e</link>
        <description>LoongArch: Provide kernel fpu functionsProvide kernel_fpu_begin()/kernel_fpu_end() to allow the kernel itselfto use fpu. They can be used by some other kernel components, e.g., theAMDGPU graphic driver for DCN.Reported-by: WANG Xuerui &lt;kernel@xen0n.name&gt;Tested-by: WANG Xuerui &lt;kernel@xen0n.name&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Mon, 01 May 2023 09:19:27 +0000</pubDate>
        <dc:creator>Huacai Chen &lt;chenhuacai@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>3f553686 - LoongArch: Add kretprobes support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#3f553686</link>
        <description>LoongArch: Add kretprobes supportUse the generic kretprobe trampoline handler to add kretprobes supportfor LoongArch.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/Makefile</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>6d4cc40f - LoongArch: Add kprobes support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#6d4cc40f</link>
        <description>LoongArch: Add kprobes supportKprobes allows you to trap at almost any kernel address and execute acallback function, this commit adds kprobes support for LoongArch.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/Makefile</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>edffa33c - LoongArch: Add hardware breakpoints/watchpoints support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#edffa33c</link>
        <description>LoongArch: Add hardware breakpoints/watchpoints supportUse perf framework to manage hardware instruction and data breakpoints.LoongArch defines hardware watchpoint functions for instruction fetchand memory load/store operations. After the software configures hardwarewatchpoints, the processor hardware will monitor the access address ofthe instruction fetch and load/store operation, and trigger an exceptionof the watchpoint when it meets the conditions set by the watchpoint.The hardware monitoring points for instruction fetching and load/storeoperations each have a register for the overall configuration of allmonitoring points, a register for recording the status of all monitoringpoints, and four registers required for configuration of each watchpointindividually.Signed-off-by: Qing Zhang &lt;zhangqing@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Sat, 25 Feb 2023 07:52:57 +0000</pubDate>
        <dc:creator>Qing Zhang &lt;zhangqing@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>d8da19fb - LoongArch: Add support for kernel relocation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#d8da19fb</link>
        <description>LoongArch: Add support for kernel relocationThis config allows to compile kernel as PIE and to relocate it at anyvirtual address at runtime: this paves the way to KASLR.Runtime relocation is possible since relocation metadata are embeddedinto the kernel.Signed-off-by: Youling Tang &lt;tangyouling@loongson.cn&gt;Signed-off-by: Xi Ruoyao &lt;xry111@xry111.site&gt; # Use arch_initcallSigned-off-by: Jinyang He &lt;hejinyang@loongson.cn&gt; # Provide la_abs relocation codeSigned-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Sat, 25 Feb 2023 07:52:56 +0000</pubDate>
        <dc:creator>Youling Tang &lt;tangyouling@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>41596803 - LoongArch: Make -mstrict-align configurable</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#41596803</link>
        <description>LoongArch: Make -mstrict-align configurableIntroduce Kconfig option ARCH_STRICT_ALIGN to make -mstrict-align beconfigurable.Not all LoongArch cores support h/w unaligned access, we can use the-mstrict-align build parameter to prevent unaligned accesses.CPUs with h/w unaligned access support:Loongson-2K2000/2K3000/3A5000/3C5000/3D5000.CPUs without h/w unaligned access support:Loongson-2K500/2K1000.This option is enabled by default to make the kernel be able to run onall LoongArch systems. But you can disable it manually if you want torun kernel only on systems with h/w unaligned access support in order tooptimise for performance.Reviewed-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Sat, 25 Feb 2023 07:52:56 +0000</pubDate>
        <dc:creator>Huacai Chen &lt;chenhuacai@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>c5ac25e0 - LoongArch: Strip guess unwinder out from prologue unwinder</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/loongarch/kernel/Makefile#c5ac25e0</link>
        <description>LoongArch: Strip guess unwinder out from prologue unwinderThe prolugue unwinder rely on symbol info. When PC is not in kernel textaddress, it cannot find relative symbol info and it will be broken. Theguess unwinder will be used in this case. And the guess unwinder code inprolugue unwinder is redundant. Strip it out and set the unwinder typein unwind_state. Make guess_unwinder::unwind_next_frame() as default waywhen other unwinders cannot unwind in some extreme case.Signed-off-by: Jinyang He &lt;hejinyang@loongson.cn&gt;Signed-off-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;

            List of files:
            /linux-6.15/arch/loongarch/kernel/Makefile</description>
        <pubDate>Tue, 17 Jan 2023 03:42:16 +0000</pubDate>
        <dc:creator>Jinyang He &lt;hejinyang@loongson.cn&gt;</dc:creator>
    </item>
</channel>
</rss>
