License cleanup: add SPDX GPL-2.0 license identifier to files with no license
Many source files in the tree are missing licensing information, which
makes it harder for compliance tools to determine the correct license.
By default all files without license information are under the default
license of the kernel, which is GPL version 2.
Update the files which contain no license information with the 'GPL-2.0'
SPDX license identifier. The SPDX identifier is a legally binding
shorthand, which can be used instead of the full boiler plate text.
This patch is based on work done by Thomas Gleixner and Kate Stewart and
Philippe Ombredanne.
How this work was done:
Patches were generated and checked against linux-4.14-rc6 for a subset of
the use cases:
- file had no licensing information it it.
- file was a */uapi/* one with no licensing information in it,
- file was a */uapi/* one with existing licensing information,
Further patches will be generated in subsequent months to fix up cases
where non-standard license headers were used, and references to license
had to be inferred by heuristics based on keywords.
The analysis to determine which SPDX License Identifier to be applied to
a file was done in a spreadsheet of side by side results from of the
output of two independent scanners (ScanCode & Windriver) producing SPDX
tag:value files created by Philippe Ombredanne. Philippe prepared the
base worksheet, and did an initial spot review of a few 1000 files.
The 4.13 kernel was the starting point of the analysis with 60,537 files
assessed. Kate Stewart did a file by file comparison of the scanner
results in the spreadsheet to determine which SPDX license identifier(s)
to be applied to the file. She confirmed any determination that was not
immediately clear with lawyers working with the Linux Foundation.
Criteria used to select files for SPDX license identifier tagging was:
- Files considered eligible had to be source code files.
- Make and config files were included as candidates if they contained >5
lines of source
- File already had some variant of a license header in it (even if <5
lines).
All documentation files were explicitly excluded.
The following heuristics were used to determine which SPDX license
identifiers to apply.
- when both scanners couldn't find any license traces, file was
considered to have no license information in it, and the top level
COPYING file license applied.
For non */uapi/* files that summary was:
SPDX license identifier # files
---------------------------------------------------|-------
GPL-2.0 11139
and resulted in the first patch in this series.
If that file was a */uapi/* path one, it was "GPL-2.0 WITH
Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was:
SPDX license identifier # files
---------------------------------------------------|-------
GPL-2.0 WITH Linux-syscall-note 930
and resulted in the second patch in this series.
- if a file had some form of licensing information in it, and was one
of the */uapi/* ones, it was denoted with the Linux-syscall-note if
any GPL family license was found in the file or had no licensing in
it (per prior point). Results summary:
SPDX license identifier # files
---------------------------------------------------|------
GPL-2.0 WITH Linux-syscall-note 270
GPL-2.0+ WITH Linux-syscall-note 169
((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21
((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17
LGPL-2.1+ WITH Linux-syscall-note 15
GPL-1.0+ WITH Linux-syscall-note 14
((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5
LGPL-2.0+ WITH Linux-syscall-note 4
LGPL-2.1 WITH Linux-syscall-note 3
((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3
((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1
and that resulted in the third patch in this series.
- when the two scanners agreed on the detected license(s), that became
the concluded license(s).
- when there was disagreement between the two scanners (one detected a
license but the other didn't, or they both detected different
licenses) a manual inspection of the file occurred.
- In most cases a manual inspection of the information in the file
resulted in a clear resolution of the license that should apply (and
which scanner probably needed to revisit its heuristics).
- When it was not immediately clear, the license identifier was
confirmed with lawyers working with the Linux Foundation.
- If there was any question as to the appropriate license identifier,
the file was flagged for further research and to be revisited later
in time.
In total, over 70 hours of logged manual review was done on the
spreadsheet to determine the SPDX license identifiers to apply to the
source files by Kate, Philippe, Thomas and, in some cases, confirmation
by lawyers working with the Linux Foundation.
Kate also obtained a third independent scan of the 4.13 code base from
FOSSology, and compared selected files where the other two scanners
disagreed against that SPDX file, to see if there was new insights. The
Windriver scanner is based on an older version of FOSSology in part, so
they are related.
Thomas did random spot checks in about 500 files from the spreadsheets
for the uapi headers and agreed with SPDX license identifier in the
files he inspected. For the non-uapi files Thomas did random spot checks
in about 15000 files.
In initial set of patches against 4.14-rc6, 3 files were found to have
copy/paste license identifier errors, and have been fixed to reflect the
correct identifier.
Additionally Philippe spent 10 hours this week doing a detailed manual
inspection and review of the 12,461 patched files from the initial patch
version early this week with:
- a full scancode scan run, collecting the matched texts, detected
license ids and scores
- reviewing anything where there was a license detected (about 500+
files) to ensure that the applied SPDX license was correct
- reviewing anything where there was no detection but the patch license
was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied
SPDX license was correct
This produced a worksheet with 20 files needing minor correction. This
worksheet was then exported into 3 different .csv files for the
different types of files to be modified.
These .csv files were then reviewed by Greg. Thomas wrote a script to
parse the csv files and add the proper SPDX tag to the file, in the
format that the file expected. This script was further refined by Greg
based on the output to detect more types of files automatically and to
distinguish between header and source .c files (which need different
comment types.) Finally Greg ran the script using the .csv files to
generate the patches.
Reviewed-by: Kate Stewart <kstewart@linuxfoundation.org>
Reviewed-by: Philippe Ombredanne <pombredanne@nexb.com>
Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2017-11-01 22:07:57 +08:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0 */
|
2005-04-17 06:20:36 +08:00
|
|
|
#include <asm-generic/vmlinux.lds.h>
|
2008-05-13 05:01:56 +08:00
|
|
|
#include <asm/page.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
OUTPUT_FORMAT(ELF_FORMAT)
|
|
|
|
|
OUTPUT_ARCH(ELF_ARCH)
|
|
|
|
|
ENTRY(_start)
|
|
|
|
|
jiffies = jiffies_64;
|
|
|
|
|
|
|
|
|
|
SECTIONS
|
|
|
|
|
{
|
|
|
|
|
PROVIDE (__executable_start = START);
|
|
|
|
|
. = START + SIZEOF_HEADERS;
|
|
|
|
|
.interp : { *(.interp) }
|
|
|
|
|
__binary_start = .;
|
|
|
|
|
. = ALIGN(4096); /* Init code and data */
|
2006-10-31 14:07:13 +08:00
|
|
|
_text = .;
|
2009-09-24 22:36:20 +08:00
|
|
|
INIT_TEXT_SECTION(PAGE_SIZE)
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2008-05-13 05:01:56 +08:00
|
|
|
. = ALIGN(PAGE_SIZE);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/* Read-only sections, merged into text segment: */
|
|
|
|
|
.hash : { *(.hash) }
|
[PATCH] vDSO hash-style fix
The latest toolchains can produce a new ELF section in DSOs and
dynamically-linked executables. The new section ".gnu.hash" replaces
".hash", and allows for more efficient runtime symbol lookups by the
dynamic linker. The new ld option --hash-style={sysv|gnu|both} controls
whether to produce the old ".hash", the new ".gnu.hash", or both. In some
new systems such as Fedora Core 6, gcc by default passes --hash-style=gnu
to the linker, so that a standard invocation of "gcc -shared" results in
producing a DSO with only ".gnu.hash". The new ".gnu.hash" sections need
to be dealt with the same way as ".hash" sections in all respects; only the
dynamic linker cares about their contents. To work with older dynamic
linkers (i.e. preexisting releases of glibc), a binary must have the old
".hash" section. The --hash-style=both option produces binaries that a new
dynamic linker can use more efficiently, but an old dynamic linker can
still handle.
The new section runs afoul of the custom linker scripts used to build vDSO
images for the kernel. On ia64, the failure mode for this is a boot-time
panic because the vDSO's PT_IA_64_UNWIND segment winds up ill-formed.
This patch addresses the problem in two ways.
First, it mentions ".gnu.hash" in all the linker scripts alongside ".hash".
This produces correct vDSO images with --hash-style=sysv (or old tools),
with --hash-style=gnu, or with --hash-style=both.
Second, it passes the --hash-style=sysv option when building the vDSO
images, so that ".gnu.hash" is not actually produced. This is the most
conservative choice for compatibility with any old userland. There is some
concern that some ancient glibc builds (though not any known old production
system) might choke on --hash-style=both binaries. The optimizations
provided by the new style of hash section do not really matter for a DSO
with a tiny number of symbols, as the vDSO has. If someone wants to use
=gnu or =both for their vDSO builds and worry less about that
compatibility, just change the option and the linker script changes will
make any choice work fine.
Signed-off-by: Roland McGrath <roland@redhat.com>
Cc: "Luck, Tony" <tony.luck@intel.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Andi Kleen <ak@muc.de>
Cc: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-07-30 18:04:06 +08:00
|
|
|
.gnu.hash : { *(.gnu.hash) }
|
2005-04-17 06:20:36 +08:00
|
|
|
.dynsym : { *(.dynsym) }
|
|
|
|
|
.dynstr : { *(.dynstr) }
|
|
|
|
|
.gnu.version : { *(.gnu.version) }
|
|
|
|
|
.gnu.version_d : { *(.gnu.version_d) }
|
|
|
|
|
.gnu.version_r : { *(.gnu.version_r) }
|
|
|
|
|
.rel.init : { *(.rel.init) }
|
|
|
|
|
.rela.init : { *(.rela.init) }
|
|
|
|
|
.rel.text : { *(.rel.text .rel.text.* .rel.gnu.linkonce.t.*) }
|
|
|
|
|
.rela.text : { *(.rela.text .rela.text.* .rela.gnu.linkonce.t.*) }
|
|
|
|
|
.rel.fini : { *(.rel.fini) }
|
|
|
|
|
.rela.fini : { *(.rela.fini) }
|
|
|
|
|
.rel.rodata : { *(.rel.rodata .rel.rodata.* .rel.gnu.linkonce.r.*) }
|
|
|
|
|
.rela.rodata : { *(.rela.rodata .rela.rodata.* .rela.gnu.linkonce.r.*) }
|
|
|
|
|
.rel.data : { *(.rel.data .rel.data.* .rel.gnu.linkonce.d.*) }
|
|
|
|
|
.rela.data : { *(.rela.data .rela.data.* .rela.gnu.linkonce.d.*) }
|
|
|
|
|
.rel.tdata : { *(.rel.tdata .rel.tdata.* .rel.gnu.linkonce.td.*) }
|
|
|
|
|
.rela.tdata : { *(.rela.tdata .rela.tdata.* .rela.gnu.linkonce.td.*) }
|
|
|
|
|
.rel.tbss : { *(.rel.tbss .rel.tbss.* .rel.gnu.linkonce.tb.*) }
|
|
|
|
|
.rela.tbss : { *(.rela.tbss .rela.tbss.* .rela.gnu.linkonce.tb.*) }
|
|
|
|
|
.rel.ctors : { *(.rel.ctors) }
|
|
|
|
|
.rela.ctors : { *(.rela.ctors) }
|
|
|
|
|
.rel.dtors : { *(.rel.dtors) }
|
|
|
|
|
.rela.dtors : { *(.rela.dtors) }
|
|
|
|
|
.rel.got : { *(.rel.got) }
|
|
|
|
|
.rela.got : { *(.rela.got) }
|
|
|
|
|
.rel.bss : { *(.rel.bss .rel.bss.* .rel.gnu.linkonce.b.*) }
|
|
|
|
|
.rela.bss : { *(.rela.bss .rela.bss.* .rela.gnu.linkonce.b.*) }
|
2010-10-27 05:22:19 +08:00
|
|
|
.rel.plt : {
|
|
|
|
|
*(.rel.plt)
|
|
|
|
|
PROVIDE_HIDDEN(__rel_iplt_start = .);
|
|
|
|
|
*(.rel.iplt)
|
|
|
|
|
PROVIDE_HIDDEN(__rel_iplt_end = .);
|
|
|
|
|
}
|
|
|
|
|
.rela.plt : {
|
|
|
|
|
*(.rela.plt)
|
|
|
|
|
PROVIDE_HIDDEN(__rela_iplt_start = .);
|
|
|
|
|
*(.rela.iplt)
|
|
|
|
|
PROVIDE_HIDDEN(__rela_iplt_end = .);
|
|
|
|
|
}
|
2005-04-17 06:20:36 +08:00
|
|
|
.init : {
|
|
|
|
|
KEEP (*(.init))
|
|
|
|
|
} =0x90909090
|
|
|
|
|
.plt : { *(.plt) }
|
|
|
|
|
.text : {
|
2013-07-04 06:03:40 +08:00
|
|
|
_stext = .;
|
2007-05-13 06:31:33 +08:00
|
|
|
TEXT_TEXT
|
2005-04-17 06:20:36 +08:00
|
|
|
SCHED_TEXT
|
2016-10-08 08:02:55 +08:00
|
|
|
CPUIDLE_TEXT
|
2005-04-17 06:20:36 +08:00
|
|
|
LOCK_TEXT
|
|
|
|
|
*(.fixup)
|
|
|
|
|
*(.stub .text.* .gnu.linkonce.t.*)
|
|
|
|
|
/* .gnu.warning sections are handled specially by elf32.em. */
|
|
|
|
|
*(.gnu.warning)
|
[PATCH] uml: skas0 - separate kernel address space on stock hosts
UML has had two modes of operation - an insecure, slow mode (tt mode) in
which the kernel is mapped into every process address space which requires
no host kernel modifications, and a secure, faster mode (skas mode) in
which the UML kernel is in a separate host address space, which requires a
patch to the host kernel.
This patch implements something very close to skas mode for hosts which
don't support skas - I'm calling this skas0. It provides the security of
the skas host patch, and some of the performance gains.
The two main things that are provided by the skas patch, /proc/mm and
PTRACE_FAULTINFO, are implemented in a way that require no host patch.
For the remote address space changing stuff (mmap, munmap, and mprotect),
we set aside two pages in the process above its stack, one of which
contains a little bit of code which can call mmap et al.
To update the address space, the system call information (system call
number and arguments) are written to the stub page above the code. The
%esp is set to the beginning of the data, the %eip is set the the start of
the stub, and it repeatedly pops the information into its registers and
makes the system call until it sees a system call number of zero. This is
to amortize the cost of the context switch across multiple address space
updates.
When the updates are done, it SIGSTOPs itself, and the kernel process
continues what it was doing.
For a PTRACE_FAULTINFO replacement, we set up a SIGSEGV handler in the
child, and let it handle segfaults rather than nullifying them. The
handler is in the same page as the mmap stub. The second page is used as
the stack. The handler reads cr2 and err from the sigcontext, sticks them
at the base of the stack in a faultinfo struct, and SIGSTOPs itself. The
kernel then reads the faultinfo and handles the fault.
A complication on x86_64 is that this involves resetting the registers to
the segfault values when the process is inside the kill system call. This
breaks on x86_64 because %rcx will contain %rip because you tell SYSRET
where to return to by putting the value in %rcx. So, this corrupts $rcx on
return from the segfault. To work around this, I added an
arch_finish_segv, which on x86 does nothing, but which on x86_64 ptraces
the child back through the sigreturn. This causes %rcx to be restored by
sigreturn and avoids the corruption. Ultimately, I think I will replace
this with the trick of having it send itself a blocked signal which will be
unblocked by the sigreturn. This will allow it to be stopped just after
the sigreturn, and PTRACE_SYSCALLed without all the back-and-forth of
PTRACE_SYSCALLing it through sigreturn.
This runs on a stock host, so theoretically (and hopefully), tt mode isn't
needed any more. We need to make sure that this is better in every way
than tt mode, though. I'm concerned about the speed of address space
updates and page fault handling, since they involve extra round-trips to
the child. We can amortize the round-trip cost for large address space
updates by writing all of the operations to the data page and having the
child execute them all at the same time. This will help fork and exec, but
not page faults, since they involve only one page.
I can't think of any way to help page faults, except to add something like
PTRACE_FAULTINFO to the host. There is PTRACE_SIGINFO, but UML doesn't use
siginfo for SIGSEGV (or anything else) because there isn't enough
information in the siginfo struct to handle page faults (the faulting
operation type is missing). Adding that would make PTRACE_SIGINFO a usable
equivalent to PTRACE_FAULTINFO.
As for the code itself:
- The system call stub is in arch/um/kernel/sys-$(SUBARCH)/stub.S. It is
put in its own section of the binary along with stub_segv_handler in
arch/um/kernel/skas/process.c. This is manipulated with run_syscall_stub
in arch/um/kernel/skas/mem_user.c. syscall_stub will execute any system
call at all, but it's only used for mmap, munmap, and mprotect.
- The x86_64 stub calls sigreturn by hand rather than allowing the normal
sigreturn to happen, because the normal sigreturn is a SA_RESTORER in
UML's address space provided by libc. Needless to say, this is not
available in the child's address space. Also, it does a couple of odd
pops before that which restore the stack to the state it was in at the
time the signal handler was called.
- There is a new field in the arch mmu_context, which is now a union.
This is the pid to be manipulated rather than the /proc/mm file
descriptor. Code which deals with this now checks proc_mm to see whether
it should use the usual skas code or the new code.
- userspace_tramp is now used to create a new host process for every UML
process, rather than one per UML processor. It checks proc_mm and
ptrace_faultinfo to decide whether to map in the pages above its stack.
- start_userspace now makes CLONE_VM conditional on proc_mm since we need
separate address spaces now.
- switch_mm_skas now just sets userspace_pid[0] to the new pid rather
than PTRACE_SWITCH_MM. There is an addition to userspace which updates
its idea of the pid being manipulated each time around the loop. This is
important on exec, when the pid will change underneath userspace().
- The stub page has a pte, but it can't be mapped in using tlb_flush
because it is part of tlb_flush. This is why it's required for it to be
mapped in by userspace_tramp.
Other random things:
- The stub section in uml.lds.S is page aligned. This page is written
out to the backing vm file in setup_physmem because it is mapped from
there into user processes.
- There's some confusion with TASK_SIZE now that there are a couple of
extra pages that the process can't use. TASK_SIZE is considered by the
elf code to be the usable process memory, which is reasonable, so it is
decreased by two pages. This confuses the definition of
USER_PGDS_IN_LAST_PML4, making it too small because of the rounding down
of the uneven division. So we round it to the nearest PGDIR_SIZE rather
than the lower one.
- I added a missing PT_SYSCALL_ARG6_OFFSET macro.
- um_mmu.h was made into a userspace-usable file.
- proc_mm and ptrace_faultinfo are globals which say whether the host
supports these features.
- There is a bad interaction between the mm.nr_ptes check at the end of
exit_mmap, stack randomization, and skas0. exit_mmap will stop freeing
pages at the PGDIR_SIZE boundary after the last vma. If the stack isn't
on the last page table page, the last pte page won't be freed, as it
should be since the stub ptes are there, and exit_mmap will BUG because
there is an unfreed page. To get around this, TASK_SIZE is set to the
next lowest PGDIR_SIZE boundary and mm->nr_ptes is decremented after the
calls to init_stub_pte. This ensures that we know the process stack (and
all other process mappings) will be below the top page table page, and
thus we know that mm->nr_ptes will be one too many, and can be
decremented.
Things that need fixing:
- We may need better assurrences that the stub code is PIC.
- The stub pte is set up in init_new_context_skas.
- alloc_pgdir is probably the right place.
Signed-off-by: Jeff Dike <jdike@addtoit.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-07-08 08:56:49 +08:00
|
|
|
|
2008-05-13 05:01:56 +08:00
|
|
|
. = ALIGN(PAGE_SIZE);
|
2005-04-17 06:20:36 +08:00
|
|
|
} =0x90909090
|
2008-05-13 05:01:56 +08:00
|
|
|
. = ALIGN(PAGE_SIZE);
|
2007-08-31 14:56:17 +08:00
|
|
|
.syscall_stub : {
|
|
|
|
|
__syscall_stub_start = .;
|
|
|
|
|
*(.__syscall_stub*)
|
|
|
|
|
__syscall_stub_end = .;
|
|
|
|
|
}
|
2005-04-17 06:20:36 +08:00
|
|
|
.fini : {
|
|
|
|
|
KEEP (*(.fini))
|
|
|
|
|
} =0x90909090
|
|
|
|
|
|
|
|
|
|
.kstrtab : { *(.kstrtab) }
|
|
|
|
|
|
2012-10-08 10:27:32 +08:00
|
|
|
#include <asm/common.lds.S>
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2013-07-04 06:03:40 +08:00
|
|
|
__init_begin = .;
|
2008-01-20 21:15:03 +08:00
|
|
|
init.data : { INIT_DATA }
|
2013-07-04 06:03:40 +08:00
|
|
|
__init_end = .;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
|
/* Ensure the __preinit_array_start label is properly aligned. We
|
|
|
|
|
could instead move the label definition inside the section, but
|
|
|
|
|
the linker would then create the section even if it turns out to
|
|
|
|
|
be empty, which isn't pretty. */
|
|
|
|
|
. = ALIGN(32 / 8);
|
|
|
|
|
.preinit_array : { *(.preinit_array) }
|
|
|
|
|
.init_array : { *(.init_array) }
|
|
|
|
|
.fini_array : { *(.fini_array) }
|
|
|
|
|
.data : {
|
2009-09-24 22:36:20 +08:00
|
|
|
INIT_TASK_DATA(KERNEL_STACK_SIZE)
|
uml: iRQ stacks
Add a separate IRQ stack. This differs from i386 in having the entire
interrupt run on a separate stack rather than starting on the normal kernel
stack and switching over once some preparation has been done. The underlying
mechanism, is of course, sigaltstack.
Another difference is that interrupts that happen in userspace are handled on
the normal kernel stack. These cause a wait wakeup instead of a signal
delivery so there is no point in trying to switch stacks for these. There's
no other stuff on the stack, so there is no extra stack consumption.
This quirk makes it possible to have the entire interrupt run on a separate
stack - process preemption (and calls to schedule()) happens on a normal
kernel stack. If we enable CONFIG_PREEMPT, this will need to be rethought.
The IRQ stack for CPU 0 is declared in the same way as the initial kernel
stack. IRQ stacks for other CPUs will be allocated dynamically.
An extra field was added to the thread_info structure. When the active
thread_info is copied to the IRQ stack, the real_thread field points back to
the original stack. This makes it easy to tell where to copy the thread_info
struct back to when the interrupt is finished. It also serves as a marker of
a nested interrupt. It is NULL for the first interrupt on the stack, and
non-NULL for any nested interrupts.
Care is taken to behave correctly if a second interrupt comes in when the
thread_info structure is being set up or taken down. I could just disable
interrupts here, but I don't feel like giving up any of the performance gained
by not flipping signals on and off.
If an interrupt comes in during these critical periods, the handler can't run
because it has no idea what shape the stack is in. So, it sets a bit for its
signal in a global mask and returns. The outer handler will deal with this
signal itself.
Atomicity is had with xchg. A nested interrupt that needs to bail out will
xchg its signal mask into pending_mask and repeat in case yet another
interrupt hit at the same time, until the mask stabilizes.
The outermost interrupt will set up the thread_info and xchg a zero into
pending_mask when it is done. At this point, nested interrupts will look at
->real_thread and see that no setup needs to be done. They can just continue
normally.
Similar care needs to be taken when exiting the outer handler. If another
interrupt comes in while it is copying the thread_info, it will drop a bit
into pending_mask. The outer handler will check this and if it is non-zero,
will loop, set up the stack again, and handle the interrupt.
Signed-off-by: Jeff Dike <jdike@linux.intel.com>
Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-05-11 13:22:34 +08:00
|
|
|
. = ALIGN(KERNEL_STACK_SIZE);
|
2010-02-20 08:03:41 +08:00
|
|
|
*(.data..init_irqstack)
|
2007-05-17 19:38:44 +08:00
|
|
|
DATA_DATA
|
|
|
|
|
*(.data.* .gnu.linkonce.d.*)
|
2005-04-17 06:20:36 +08:00
|
|
|
SORT(CONSTRUCTORS)
|
|
|
|
|
}
|
|
|
|
|
.data1 : { *(.data1) }
|
|
|
|
|
.tdata : { *(.tdata .tdata.* .gnu.linkonce.td.*) }
|
|
|
|
|
.tbss : { *(.tbss .tbss.* .gnu.linkonce.tb.*) *(.tcommon) }
|
|
|
|
|
.eh_frame : { KEEP (*(.eh_frame)) }
|
|
|
|
|
.gcc_except_table : { *(.gcc_except_table) }
|
|
|
|
|
.dynamic : { *(.dynamic) }
|
|
|
|
|
.ctors : {
|
|
|
|
|
/* gcc uses crtbegin.o to find the start of
|
|
|
|
|
the constructors, so we make sure it is
|
|
|
|
|
first. Because this is a wildcard, it
|
|
|
|
|
doesn't matter if the user does not
|
|
|
|
|
actually link against crtbegin.o; the
|
|
|
|
|
linker won't look for a file to match a
|
|
|
|
|
wildcard. The wildcard also means that it
|
|
|
|
|
doesn't matter which directory crtbegin.o
|
|
|
|
|
is in. */
|
|
|
|
|
KEEP (*crtbegin.o(.ctors))
|
|
|
|
|
/* We don't want to include the .ctor section from
|
|
|
|
|
from the crtend.o file until after the sorted ctors.
|
|
|
|
|
The .ctor section from the crtend file contains the
|
|
|
|
|
end of ctors marker and it must be last */
|
|
|
|
|
KEEP (*(EXCLUDE_FILE (*crtend.o ) .ctors))
|
|
|
|
|
KEEP (*(SORT(.ctors.*)))
|
|
|
|
|
KEEP (*(.ctors))
|
|
|
|
|
}
|
|
|
|
|
.dtors : {
|
|
|
|
|
KEEP (*crtbegin.o(.dtors))
|
|
|
|
|
KEEP (*(EXCLUDE_FILE (*crtend.o ) .dtors))
|
|
|
|
|
KEEP (*(SORT(.dtors.*)))
|
|
|
|
|
KEEP (*(.dtors))
|
|
|
|
|
}
|
|
|
|
|
.jcr : { KEEP (*(.jcr)) }
|
|
|
|
|
.got : { *(.got.plt) *(.got) }
|
|
|
|
|
_edata = .;
|
|
|
|
|
PROVIDE (edata = .);
|
|
|
|
|
.bss : {
|
2007-08-31 14:56:17 +08:00
|
|
|
__bss_start = .;
|
2005-04-17 06:20:36 +08:00
|
|
|
*(.dynbss)
|
|
|
|
|
*(.bss .bss.* .gnu.linkonce.b.*)
|
|
|
|
|
*(COMMON)
|
|
|
|
|
/* Align here to ensure that the .bss section occupies space up to
|
|
|
|
|
_end. Align after .bss to ensure correct alignment even if the
|
|
|
|
|
.bss section disappears because there are no input sections. */
|
|
|
|
|
. = ALIGN(32 / 8);
|
|
|
|
|
. = ALIGN(32 / 8);
|
|
|
|
|
}
|
2013-07-04 06:03:40 +08:00
|
|
|
__bss_stop = .;
|
2005-04-17 06:20:36 +08:00
|
|
|
_end = .;
|
|
|
|
|
PROVIDE (end = .);
|
2005-09-11 01:44:54 +08:00
|
|
|
|
|
|
|
|
STABS_DEBUG
|
|
|
|
|
|
|
|
|
|
DWARF_DEBUG
|
2009-06-24 14:13:38 +08:00
|
|
|
|
linker script: unify usage of discard definition
Discarded sections in different archs share some commonality but have
considerable differences. This led to linker script for each arch
implementing its own /DISCARD/ definition, which makes maintaining
tedious and adding new entries error-prone.
This patch makes all linker scripts to move discard definitions to the
end of the linker script and use the common DISCARDS macro. As ld
uses the first matching section definition, archs can include default
discarded sections by including them earlier in the linker script.
ia64 is notable because it first throws away some ia64 specific
subsections and then include the rest of the sections into the final
image, so those sections must be discarded before the inclusion.
defconfig compile tested for x86, x86-64, powerpc, powerpc64, ia64,
alpha, sparc, sparc64 and s390. Michal Simek tested microblaze.
Signed-off-by: Tejun Heo <tj@kernel.org>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Acked-by: Mike Frysinger <vapier@gentoo.org>
Tested-by: Michal Simek <monstr@monstr.eu>
Cc: linux-arch@vger.kernel.org
Cc: Michal Simek <monstr@monstr.eu>
Cc: microblaze-uclinux@itee.uq.edu.au
Cc: Sam Ravnborg <sam@ravnborg.org>
Cc: Tony Luck <tony.luck@intel.com>
2009-07-09 10:27:40 +08:00
|
|
|
DISCARDS
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|