<?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 asm-offsets.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>5cc5f19f - xtensa: improve call0 ABI probing</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#5cc5f19f</link>
        <description>xtensa: improve call0 ABI probingWhen call0 userspace ABI support by probing is enabled instructions thatcause illegal instruction exception when PS.WOE is clear are retriedwith PS.WOE set before calling c-level exception handler. Record user pcat which PS.WOE was set in the fast exception handler and clear PS.WOEin the c-level exception handler if we get there from the same address.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Fri, 13 May 2022 15:11:14 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>733f5c28 - xtensa: add hibernation support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#733f5c28</link>
        <description>xtensa: add hibernation supportDefine ARCH_HIBERNATION_POSSIBLE in Kconfig and implement hibernationcallbacks.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Wed, 20 Apr 2022 13:07:20 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>11e969bc - xtensa: support coprocessors on SMP</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#11e969bc</link>
        <description>xtensa: support coprocessors on SMPCurrent coprocessor support on xtensa only works correctly onuniprocessor configurations. Make it work on SMP too and keep it lazy.Make coprocessor_owner array per-CPU and move it to struct exc_table foreasy access from the fast_coprocessor exception handler. Allow task tohave live coprocessors only on single CPU, record this CPU number in thestruct thread_info::cp_owner_cpu. Change struct thread_info::cpenablemeaning to be &apos;coprocessors live on cp_owner_cpu&apos;.Introduce C-level coprocessor exception handler that flushes andreleases live coprocessors of the task taking &apos;coprocessor disabled&apos;exception and call it from the fast_coprocessor handler when the taskhas live coprocessors on other CPU.Make coprocessor_flush_all and coprocessor_release_all work correctlywhen called from any CPU by sending IPI to the cp_owner_cpu. Addfunction coprocessor_flush_release_all to do flush followed by releaseatomically. Add function local_coprocessors_flush_release_all to flushand release all coprocessors on the local CPU and use it to flushcoprocessor contexts from the CPU that goes offline.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Fri, 15 Apr 2022 10:05:31 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>6fad9ddc - xtensa: rename PT_SIZE to PT_KERNEL_SIZE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#6fad9ddc</link>
        <description>xtensa: rename PT_SIZE to PT_KERNEL_SIZEPT_SIZE is used by the xtensa port to designate kernel exception framesize. In preparation for struct pt_regs size change rename PT_SIZE toPT_KERNEL_SIZE for clarity and change its definition to always coveronly the kernel exception frame.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Sun, 06 Mar 2022 05:01:49 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>967747bb - uaccess: remove CONFIG_SET_FS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#967747bb</link>
        <description>uaccess: remove CONFIG_SET_FSThere are no remaining callers of set_fs(), so CONFIG_SET_FScan be removed globally, along with the thread_info field andany references to it.This turns access_ok() into a cheaper check against TASK_SIZE_MAX.As CONFIG_SET_FS is now gone, drop all remaining references toset_fs()/get_fs(), mm_segment_t, user_addr_max() and uaccess_kernel().Acked-by: Sam Ravnborg &lt;sam@ravnborg.org&gt; # for sparc32 changesAcked-by: &quot;Eric W. Biederman&quot; &lt;ebiederm@xmission.com&gt;Tested-by: Sergey Matyukevich &lt;sergey.matyukevich@synopsys.com&gt; # for arc changesAcked-by: Stafford Horne &lt;shorne@gmail.com&gt; # [openrisc, asm-generic]Acked-by: Dinh Nguyen &lt;dinguyen@kernel.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Fri, 11 Feb 2022 20:42:45 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>a0fc1436 - xtensa: add missing exclusive access state management</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#a0fc1436</link>
        <description>xtensa: add missing exclusive access state managementThe result of the s32ex opcode is recorded in the ATOMCTL specialregister and must be retrieved with the getex opcode. Context switchbetween s32ex and getex may trash the ATOMCTL register and result induplicate update or missing update of the atomic variable.Add atomctl8 field to the struct thread_info and use getex to swapATOMCTL bit 8 as a part of context switch.Clear exclusive access monitor on kernel entry.Cc: stable@vger.kernel.orgFixes: f7c34874f04a (&quot;xtensa: add exclusive atomics support&quot;)Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Fri, 31 Jul 2020 19:38:05 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>44ba57a2 - xtensa: drop unused field from the struct exc_table</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#44ba57a2</link>
        <description>xtensa: drop unused field from the struct exc_tableexc_table::syscall_save and corresponding macro EXC_TABLE_SYSCALL_SAVEhave never been used by the xtensa code. Drop them.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Fri, 16 Nov 2018 03:38:51 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>03bc996a - xtensa: fix coprocessor context offset definitions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#03bc996a</link>
        <description>xtensa: fix coprocessor context offset definitionsCoprocessor context offsets are used by the assembly code that movescoprocessor context between the individual fields of thethread_info::xtregs_cp structure and coprocessor registers.This fixes coprocessor context clobbering on flushing and reloadingduring normal user code execution and user process debugging in thepresence of more than one coprocessor in the core configuration.Cc: stable@vger.kernel.orgSigned-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Mon, 26 Nov 2018 23:18:26 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>050e9baa - Kbuild: rename CC_STACKPROTECTOR[_STRONG] config variables</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#050e9baa</link>
        <description>Kbuild: rename CC_STACKPROTECTOR[_STRONG] config variablesThe changes to automatically test for working stack protector compilersupport in the Kconfig files removed the special STACKPROTECTOR_AUTOoption that picked the strongest stack protector that the compilersupported.That was all a nice cleanup - it makes no sense to have the AUTO casenow that the Kconfig phase can just determine the compiler supportdirectly.HOWEVER.It also meant that doing &quot;make oldconfig&quot; would now _disable_ the strongstackprotector if you had AUTO enabled, because in a legacy config file,the sane stack protector configuration would look like  CONFIG_HAVE_CC_STACKPROTECTOR=y  # CONFIG_CC_STACKPROTECTOR_NONE is not set  # CONFIG_CC_STACKPROTECTOR_REGULAR is not set  # CONFIG_CC_STACKPROTECTOR_STRONG is not set  CONFIG_CC_STACKPROTECTOR_AUTO=yand when you ran this through &quot;make oldconfig&quot; with the Kbuild changes,it would ask you about the regular CONFIG_CC_STACKPROTECTOR (that hadbeen renamed from CONFIG_CC_STACKPROTECTOR_REGULAR to justCONFIG_CC_STACKPROTECTOR), but it would think that the STRONG versionused to be disabled (because it was really enabled by AUTO), and woulddisable it in the new config, resulting in:  CONFIG_HAVE_CC_STACKPROTECTOR=y  CONFIG_CC_HAS_STACKPROTECTOR_NONE=y  CONFIG_CC_STACKPROTECTOR=y  # CONFIG_CC_STACKPROTECTOR_STRONG is not set  CONFIG_CC_HAS_SANE_STACKPROTECTOR=yThat&apos;s dangerously subtle - people could suddenly find themselves withthe weaker stack protector setup without even realizing.The solution here is to just rename not just the old RECULAR stackprotector option, but also the strong one.  This does that by justremoving the CC_ prefix entirely for the user choices, because it reallyis not about the compiler support (the compiler support now insteadautomatially impacts _visibility_ of the options to users).This results in &quot;make oldconfig&quot; actually asking the user for theirchoice, so that we don&apos;t have any silent subtle security model changes.The end result would generally look like this:  CONFIG_HAVE_CC_STACKPROTECTOR=y  CONFIG_CC_HAS_STACKPROTECTOR_NONE=y  CONFIG_STACKPROTECTOR=y  CONFIG_STACKPROTECTOR_STRONG=y  CONFIG_CC_HAS_SANE_STACKPROTECTOR=ywhere the &quot;CC_&quot; versions really are about internal compilerinfrastructure, not the user selections.Acked-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Thu, 14 Jun 2018 03:21:18 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>f21a79ca - xtensa: clean up exception handling structure</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#f21a79ca</link>
        <description>xtensa: clean up exception handling structureInstead of using flat array of longs use normal C structure and generateEXC_TABLE_* constants in the asm-offsets.cSigned-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Sat, 16 Dec 2017 00:08:16 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>40d1a07b - xtensa: enable stack protector</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#40d1a07b</link>
        <description>xtensa: enable stack protectorThe implementation is adopted from the ARM arch. GCC 7.3, 8 or newer isrequired for building the xtensa kernel with SSP.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Mon, 27 Mar 2017 09:44:47 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7c0f6ba6 - Replace &lt;asm/uaccess.h&gt; with &lt;linux/uaccess.h&gt; globally</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#7c0f6ba6</link>
        <description>Replace &lt;asm/uaccess.h&gt; with &lt;linux/uaccess.h&gt; globallyThis was entirely automated, using the script by Al:  PATT=&apos;^[[:blank:]]*#[[:blank:]]*include[[:blank:]]*&lt;asm/uaccess.h&gt;&apos;  sed -i -e &quot;s!$PATT!#include &lt;linux/uaccess.h&gt;!&quot; \        $(git grep -l &quot;$PATT&quot;|grep -v ^include/linux/uaccess.h)to do the replacement at the end of the merge window.Requested-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Sat, 24 Dec 2016 19:46:01 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>c91e02bd - xtensa: support hardware breakpoints/watchpoints</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#c91e02bd</link>
        <description>xtensa: support hardware breakpoints/watchpointsUse perf framework to manage hardware instruction and data breakpoints.Add two new ptrace calls: PTRACE_GETHBPREGS and PTRACE_SETHBPREGS toquery and set instruction and data breakpoints.Address bit 0 choose instruction (0) or data (1) break register, bits31..1 are the register number.Both calls transfer two 32-bit words: address (0) and control (1).Instruction breakpoint contorl word is 0 to clear breakpoint, 1 to set.Data breakpoint control word bit 31 is &apos;trigger on store&apos;, bit 30 is&apos;trigger on load, bits 29..0 are length. Length 0 is used to clear abreakpoint. To set a breakpoint length must be a power of 2 in the range1..64 and the address must be length-aligned.Introduce new thread_info flag: TIF_DB_DISABLED. Set it if debugexception is raised by the kernel code accessing watched userspaceaddress and disable corresponding data breakpoint. On exit to userspacecheck that flag and, if set, restore all data breakpoints.Handle debug exceptions raised with PS.EXCM set. This may happen whenwindow overflow/underflow handler or fast exception handler hits databreakpoint, in which case save and disable all data breakpoints,single-step faulting instruction and restore data breakpoints.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Sun, 24 Jan 2016 07:32:10 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>6ec7026a - xtensa: use context structure for debug exceptions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#6ec7026a</link>
        <description>xtensa: use context structure for debug exceptionsWith implementation of data breakpoints debug exceptions raised whenPS.EXCM is set need to be handled, e.g. window overflow code can writeto watched userspace address. Currently debug exception handler usesEXCSAVE and DEPC SRs to save temporary registers, but DEPC may not beavailable when PS.EXCM is set and more space will be needed to saveadditional state.Reorganize debug context: create per-CPU structure debug_table instanceand store its address in the EXCSAVE&lt;debug level&gt; instead ofdebug_exception function address. Expand this structure when more savespace is needed.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Sun, 06 Mar 2016 22:36:33 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>cb418fdb - xtensa: Autogenerate offsets in struct thread_info</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#cb418fdb</link>
        <description>xtensa: Autogenerate offsets in struct thread_infoMaintaining offsets by hand is no fun.Reported-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Sun, 12 Apr 2015 16:10:36 +0000</pubDate>
        <dc:creator>Richard Weinberger &lt;richard@nod.at&gt;</dc:creator>
    </item>
<item>
        <title>c50842df - xtensa: add support for TLS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#c50842df</link>
        <description>xtensa: add support for TLSThe Xtensa architecture provides a global register called THREADPTRfor the purpose of Thread Local Storage (TLS) support. This allows usto use a fairly simple implementation, keeping the thread pointer inthe regset and simply saving and restoring it upon entering/exitingthe from user space.Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Sun, 24 Feb 2013 03:35:57 +0000</pubDate>
        <dc:creator>Chris Zankel &lt;chris@zankel.net&gt;</dc:creator>
    </item>
<item>
        <title>c4c4594b - xtensa: clean up files to make them code-style compliant</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#c4c4594b</link>
        <description>xtensa: clean up files to make them code-style compliantRemove heading and trailing spaces, trim trailing lines, and wrap linesthat are longer than 80 characters.Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Thu, 29 Nov 2012 00:53:51 +0000</pubDate>
        <dc:creator>Chris Zankel &lt;chris@zankel.net&gt;</dc:creator>
    </item>
<item>
        <title>733536b8 - xtensa: save and restore scompare1 SR on kernel entry</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#733536b8</link>
        <description>xtensa: save and restore scompare1 SR on kernel entryAlthough scompare1 may be saved/restored by xchal_ncp_{load,store}macros, explicit save/restore of registers manipulated by the kernelitself is considered more correct.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Thu, 15 Nov 2012 02:25:48 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>4573e398 - xtensa: Shuffle include statements to fix linker script</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#4573e398</link>
        <description>xtensa: Shuffle include statements to fix linker scriptThe linker script was including assembly macros from the coprocessorheader file that is not otherwise used by the script.Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Sun, 02 May 2010 08:05:13 +0000</pubDate>
        <dc:creator>Chris Zankel &lt;chris@zankel.net&gt;</dc:creator>
    </item>
<item>
        <title>0fcfbb1d - xtensa: use kbuild.h macros instead of defining them in asm-offsets.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/kernel/asm-offsets.c#0fcfbb1d</link>
        <description>xtensa: use kbuild.h macros instead of defining them in asm-offsets.cSigned-off-by: Christoph Lameter &lt;clameter@sgi.com&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/kernel/asm-offsets.c</description>
        <pubDate>Tue, 29 Apr 2008 08:04:00 +0000</pubDate>
        <dc:creator>Christoph Lameter &lt;clameter@sgi.com&gt;</dc:creator>
    </item>
</channel>
</rss>
