<?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 sysrq.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>0f659ff3 - um: Always dump trace for specified task in show_stack</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#0f659ff3</link>
        <description>um: Always dump trace for specified task in show_stackCurrently, show_stack() always dumps the trace of the current task.However, it should dump the trace of the specified task if one isprovided. Otherwise, things like running &quot;echo t &gt; sysrq-trigger&quot;won&apos;t work as expected.Fixes: 970e51feaddb (&quot;um: Add support for CONFIG_STACKTRACE&quot;)Signed-off-by: Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;Link: https://patch.msgid.link/20241106103933.1132365-1-tiwei.btw@antgroup.comSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Wed, 06 Nov 2024 10:39:33 +0000</pubDate>
        <dc:creator>Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;</dc:creator>
    </item>
<item>
        <title>ce6e85a1 - um: remove broken double fault detection</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#ce6e85a1</link>
        <description>um: remove broken double fault detectionThe show_stack function had some code to detect double faults. However,the logic is wrong and it would e.g. trigger if a WARNING happenedinside an IRQ.Remove it without trying to add a new logic. The current behaviour,which will just fault repeatedly until the IRQ stack is used up and thehost kills UML, seems to be good enough.Signed-off-by: Benjamin Berg &lt;benjamin.berg@intel.com&gt;Link: https://patch.msgid.link/20241103150506.1367695-5-benjamin@sipsolutions.netSigned-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Sun, 03 Nov 2024 15:05:06 +0000</pubDate>
        <dc:creator>Benjamin Berg &lt;benjamin.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>ae0dc67c - um: Remove outdated asm/sysrq.h header</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#ae0dc67c</link>
        <description>um: Remove outdated asm/sysrq.h headerThis header no longer serves a purpose after show_trace was removedby commit 9d1ee8ce92e1 (&quot;um: Rewrite show_stack()&quot;).Signed-off-by: Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Mon, 26 Aug 2024 10:08:15 +0000</pubDate>
        <dc:creator>Tiwei Bie &lt;tiwei.btw@antgroup.com&gt;</dc:creator>
    </item>
<item>
        <title>2975e4a2 - um: Prevent KASAN splats in dump_stack()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#2975e4a2</link>
        <description>um: Prevent KASAN splats in dump_stack()Use READ_ONCE_NOCHECK() when reading the stack to prevent KASAN splatswhen dump_stack() is used.Fixes: 5b301409e8bc5d7fad (&quot;UML: add support for KASAN under x86_64&quot;)Signed-off-by: Vincent Whitchurch &lt;vincent.whitchurch@axis.com&gt;Reviewed-by: Dmitry Vyukov &lt;dvyukov@google.com&gt;Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Wed, 07 Sep 2022 10:05:33 +0000</pubDate>
        <dc:creator>Vincent Whitchurch &lt;vincent.whitchurch@axis.com&gt;</dc:creator>
    </item>
<item>
        <title>273fe1b6 - um: Clean up stacktrace dump</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#273fe1b6</link>
        <description>um: Clean up stacktrace dumpWe currently get a few stray newlines, due to the interactionbetween printk() and the code here. Remove a few explicitnewline prints to neaten the output.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/arch/um/kernel/sysrq.c</description>
        <pubDate>Mon, 21 Sep 2020 11:43:25 +0000</pubDate>
        <dc:creator>Johannes Berg &lt;johannes.berg@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>9cb8f069 - kernel: rename show_stack_loglvl() =&gt; show_stack()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#9cb8f069</link>
        <description>kernel: rename show_stack_loglvl() =&gt; show_stack()Now the last users of show_stack() got converted to use an explicit loglevel, show_stack_loglvl() can drop it&apos;s redundant suffix and become onceagain well known show_stack().Signed-off-by: Dmitry Safonov &lt;dima@arista.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Link: http://lkml.kernel.org/r/20200418201944.482088-51-dima@arista.comSigned-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Tue, 09 Jun 2020 04:32:29 +0000</pubDate>
        <dc:creator>Dmitry Safonov &lt;dima@arista.com&gt;</dc:creator>
    </item>
<item>
        <title>1ad87824 - um: add show_stack_loglvl()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#1ad87824</link>
        <description>um: add show_stack_loglvl()Currently, the log-level of show_stack() depends on a platformrealization.  It creates situations where the headers are printed withlower log level or higher than the stacktrace (depending on a platform oruser).Furthermore, it forces the logic decision from user to an architectureside.  In result, some users as sysrq/kdb/etc are doing tricks withtemporary rising console_loglevel while printing their messages.  And inresult it not only may print unwanted messages from other CPUs, but alsoomit printing at all in the unlucky case where the printk() was deferred.Introducing log-level parameter and KERN_UNSUPPRESSED [1] seems an easierapproach than introducing more printk buffers.  Also, it will consolidateprintings with headers.Introduce show_stack_loglvl(), that eventually will substituteshow_stack().[1]: https://lore.kernel.org/lkml/20190528002412.1625-1-dima@arista.com/T/#uSigned-off-by: Dmitry Safonov &lt;dima@arista.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Anton Ivanov &lt;anton.ivanov@cambridgegreys.com&gt;Cc: Jeff Dike &lt;jdike@addtoit.com&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Link: http://lkml.kernel.org/r/20200418201944.482088-37-dima@arista.comSigned-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Tue, 09 Jun 2020 04:31:45 +0000</pubDate>
        <dc:creator>Dmitry Safonov &lt;dima@arista.com&gt;</dc:creator>
    </item>
<item>
        <title>3dd923f3 - um/sysrq: remove needless variable sp</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#3dd923f3</link>
        <description>um/sysrq: remove needless variable sp`sp&apos; is a needless excercise here.Signed-off-by: Dmitry Safonov &lt;dima@arista.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Anton Ivanov &lt;anton.ivanov@cambridgegreys.com&gt;Cc: Jeff Dike &lt;jdike@addtoit.com&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Link: http://lkml.kernel.org/r/20200418201944.482088-36-dima@arista.comSigned-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Tue, 09 Jun 2020 04:31:42 +0000</pubDate>
        <dc:creator>Dmitry Safonov &lt;dima@arista.com&gt;</dc:creator>
    </item>
<item>
        <title>d2912cb1 - treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 500</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#d2912cb1</link>
        <description>treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 500Based on 2 normalized pattern(s):  this program is free software you can redistribute it and or modify  it under the terms of the gnu general public license version 2 as  published by the free software foundation  this program is free software you can redistribute it and or modify  it under the terms of the gnu general public license version 2 as  published by the free software foundation #extracted by the scancode license scanner the SPDX license identifier  GPL-2.0-onlyhas been chosen to replace the boilerplate/reference in 4122 file(s).Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Reviewed-by: Enrico Weigelt &lt;info@metux.net&gt;Reviewed-by: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Allison Randal &lt;allison@lohutok.net&gt;Cc: linux-spdx@vger.kernel.orgLink: https://lkml.kernel.org/r/20190604081206.933168790@linutronix.deSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Tue, 04 Jun 2019 08:11:33 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>d75f773c - treewide: Switch printk users from %pf and %pF to %ps and %pS, respectively</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#d75f773c</link>
        <description>treewide: Switch printk users from %pf and %pF to %ps and %pS, respectively%pF and %pf are functionally equivalent to %pS and %ps conversionspecifiers. The former are deprecated, therefore switch the current usersto use the preferred variant.The changes have been produced by the following command:	git grep -l &apos;%p[fF]&apos; | grep -v &apos;^\(tools\|Documentation\)/&apos; | \	while read i; do perl -i -pe &apos;s/%pf/%ps/g; s/%pF/%pS/g;&apos; $i; doneAnd verifying the result.Link: http://lkml.kernel.org/r/20190325193229.23390-1-sakari.ailus@linux.intel.comCc: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Cc: linux-arm-kernel@lists.infradead.orgCc: sparclinux@vger.kernel.orgCc: linux-um@lists.infradead.orgCc: xen-devel@lists.xenproject.orgCc: linux-acpi@vger.kernel.orgCc: linux-pm@vger.kernel.orgCc: drbd-dev@lists.linbit.comCc: linux-block@vger.kernel.orgCc: linux-mmc@vger.kernel.orgCc: linux-nvdimm@lists.01.orgCc: linux-pci@vger.kernel.orgCc: linux-scsi@vger.kernel.orgCc: linux-btrfs@vger.kernel.orgCc: linux-f2fs-devel@lists.sourceforge.netCc: linux-mm@kvack.orgCc: ceph-devel@vger.kernel.orgCc: netdev@vger.kernel.orgSigned-off-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;Acked-by: David Sterba &lt;dsterba@suse.com&gt; (for btrfs)Acked-by: Mike Rapoport &lt;rppt@linux.ibm.com&gt; (for mm/memblock.c)Acked-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt; (for drivers/pci)Acked-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;Signed-off-by: Petr Mladek &lt;pmladek@suse.com&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Mon, 25 Mar 2019 19:32:28 +0000</pubDate>
        <dc:creator>Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>ecb6c743 - um: Fix _print_addr()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#ecb6c743</link>
        <description>um: Fix _print_addr()Recent changes to printk() broke UML&apos;s stack traceoutput. Kill the root of the problem by using a singleprintk() statement.Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Sun, 25 Dec 2016 22:11:05 +0000</pubDate>
        <dc:creator>Richard Weinberger &lt;richard@nod.at&gt;</dc:creator>
    </item>
<item>
        <title>3f8c2452 - sched/headers: Prepare to move kstack_end() from &lt;linux/sched.h&gt; to &lt;linux/sched/task_stack.h&gt;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#3f8c2452</link>
        <description>sched/headers: Prepare to move kstack_end() from &lt;linux/sched.h&gt; to &lt;linux/sched/task_stack.h&gt;But first update the usage sites with the new header dependency.Acked-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Mike Galbraith &lt;efault@gmx.de&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: linux-kernel@vger.kernel.orgSigned-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Sun, 05 Feb 2017 13:31:22 +0000</pubDate>
        <dc:creator>Ingo Molnar &lt;mingo@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b17b0153 - sched/headers: Prepare for new header dependencies before moving code to &lt;linux/sched/debug.h&gt;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#b17b0153</link>
        <description>sched/headers: Prepare for new header dependencies before moving code to &lt;linux/sched/debug.h&gt;We are going to split &lt;linux/sched/debug.h&gt; out of &lt;linux/sched.h&gt;, whichwill have to be picked up from other headers and a couple of .c files.Create a trivial placeholder &lt;linux/sched/debug.h&gt; file that justmaps to &lt;linux/sched.h&gt; to make this patch obviously correct andbisectable.Include the new header in the files that are going to need it.Acked-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Mike Galbraith &lt;efault@gmx.de&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: linux-kernel@vger.kernel.orgSigned-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Wed, 08 Feb 2017 17:51:35 +0000</pubDate>
        <dc:creator>Ingo Molnar &lt;mingo@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>fcf81931 - um: Remove dead code from stacktrace</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#fcf81931</link>
        <description>um: Remove dead code from stacktraceRemove left over code from commit 970e51feaddb(um: Add support for CONFIG_STACKTRACE)Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Wed, 18 Mar 2015 13:11:04 +0000</pubDate>
        <dc:creator>Richard Weinberger &lt;richard@nod.at&gt;</dc:creator>
    </item>
<item>
        <title>970e51fe - um: Add support for CONFIG_STACKTRACE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#970e51fe</link>
        <description>um: Add support for CONFIG_STACKTRACEAdd stacktrace support for User Mode LinuxSigned-off-by: Daniel Walter &lt;dwalter@google.com&gt;Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Wed, 20 Aug 2014 09:56:00 +0000</pubDate>
        <dc:creator>Daniel Walter &lt;dwalter@google.com&gt;</dc:creator>
    </item>
<item>
        <title>8ed12fcc - um: Rename print_stack_trace to do_stack_trace</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#8ed12fcc</link>
        <description>um: Rename print_stack_trace to do_stack_traceWe cannot use print_stack_trace because the name conflictswith linux/stacktrace.h.Reported-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Acked-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Thu, 21 Nov 2013 08:27:37 +0000</pubDate>
        <dc:creator>Richard Weinberger &lt;richard@nod.at&gt;</dc:creator>
    </item>
<item>
        <title>e96d1c36 - um: Make kstack_depth_to_print conform to arch/x86</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#e96d1c36</link>
        <description>um: Make kstack_depth_to_print conform to arch/x86Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Mon, 23 Sep 2013 15:38:04 +0000</pubDate>
        <dc:creator>Richard Weinberger &lt;richard@nod.at&gt;</dc:creator>
    </item>
<item>
        <title>f72c22e4 - um: Make stack trace reliable against kernel mode faults</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#f72c22e4</link>
        <description>um: Make stack trace reliable against kernel mode faultsAs UML uses an alternative signal stack we cannot usethe current stack pointer for stack dumping if UML itselfdies by SIGSEGV. To bypass this issue we save regs takenfrom mcontext in our segv handler into thread_struct anduse these regs to obtain the stack pointer in show_stack().Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Mon, 23 Sep 2013 15:38:02 +0000</pubDate>
        <dc:creator>Richard Weinberger &lt;richard@nod.at&gt;</dc:creator>
    </item>
<item>
        <title>9d1ee8ce - um: Rewrite show_stack()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#9d1ee8ce</link>
        <description>um: Rewrite show_stack()Currently on UML stack traces are not very reliable and bothx86 and x86_64 have their on implementations.This patch unifies both and adds support to outline unreliablefunctions calls.Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Mon, 23 Sep 2013 15:38:01 +0000</pubDate>
        <dc:creator>Richard Weinberger &lt;richard@nod.at&gt;</dc:creator>
    </item>
<item>
        <title>0a0fca9d - sched: Rename sched.c as sched/core.c in comments and Documentation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/um/kernel/sysrq.c#0a0fca9d</link>
        <description>sched: Rename sched.c as sched/core.c in comments and DocumentationMost of the stuff from kernel/sched.c was moved to kernel/sched/core.c long timeback and the comments/Documentation never got updated.I figured it out when I was going through sched-domains.txt and so thought offixing it globally.I haven&apos;t crossed check if the stuff that is referenced in sched/core.c by allthese files is still present and hasn&apos;t changed as that wasn&apos;t the motive behindthis patch.Signed-off-by: Viresh Kumar &lt;viresh.kumar@linaro.org&gt;Signed-off-by: Peter Zijlstra &lt;peterz@infradead.org&gt;Link: http://lkml.kernel.org/r/cdff76a265326ab8d71922a1db5be599f20aad45.1370329560.git.viresh.kumar@linaro.orgSigned-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux-6.15/arch/um/kernel/sysrq.c</description>
        <pubDate>Tue, 04 Jun 2013 07:40:24 +0000</pubDate>
        <dc:creator>Viresh Kumar &lt;viresh.kumar@linaro.org&gt;</dc:creator>
    </item>
</channel>
</rss>
