| /linux/arch/x86/crypto/ |
| H A D | Kconfig | 17 Architecture: x86 (32-bit and 64-bit) using:
34 Architecture: x86_64
45 Architecture: x86_64
56 Architecture: x86_64 using:
67 Architecture: x86_64 using:
82 Architecture: x86_64 using:
99 Architecture: x86_64 using:
114 Architecture: x86_64
128 Architecture: x86_64 using:
143 Architecture: x86 (32-bit) using:
[all …]
|
| /linux/Documentation/arch/powerpc/ |
| H A D | isa-versions.rst | 10 CPU Architecture version
24 Power5 - PowerPC User Instruction Set Architecture Book I v2.02
25 - PowerPC Virtual Environment Architecture Book II v2.02
26 - PowerPC Operating Environment Architecture Book III v2.02
27 PPC970 - PowerPC User Instruction Set Architecture Book I v2.01
28 - PowerPC Virtual Environment Architecture Book II v2.01
29 - PowerPC Operating Environment Architecture Book III v2.01
31 Power4+ - PowerPC User Instruction Set Architecture Book I v2.01
32 - PowerPC Virtual Environment Architecture Book II v2.01
33 - PowerPC Operating Environment Architecture Book III v2.01
[all …]
|
| H A D | elf_hwcaps.rst | 67 HWCAPs are allocated as described in Power Architecture 64-Bit ELF V2 ABI
131 The processor implements the embedded category ("BookE") architecture.
147 The processor supports the v2.05 userlevel architecture. Processors
160 The processor supports the v2.06 userlevel architecture. Processors
182 The processor supports the v2.07 userlevel architecture. Processors
209 The processor supports the v3.0B / v3.0C userlevel architecture. Processors
228 The processor supports the v3.1 userlevel architecture. Processors
|
| /linux/drivers/perf/arm_cspmu/ |
| H A D | Kconfig | 6 tristate "ARM Coresight Architecture PMU"
10 based on ARM CoreSight PMU architecture. Note that this PMU
11 architecture does not have relationship with the ARM CoreSight
15 tristate "NVIDIA Coresight Architecture PMU"
19 (PMU) devices based on ARM CoreSight PMU architecture.
22 tristate "Ampere Coresight Architecture PMU"
26 (PMU) devices based on ARM CoreSight PMU architecture.
|
| /linux/include/linux/ |
| H A D | irq-entry-common.h | 15 * Define dummy _TIF work flags if not defined by the architecture or for
36 * arch_enter_from_user_mode - Architecture specific sanity check for user mode regs
39 * Defaults to an empty implementation. Can be replaced by architecture
53 * arch_in_rcu_eqs - Architecture specific check for RCU extended quiescent
78 * Invoked from architecture specific syscall entry code with interrupts
83 * This is invoked when there is architecture specific functionality to be
105 * Defaults to local_irq_enable(). Can be supplied by architecture specific
120 * Defaults to local_irq_disable(). Can be supplied by architecture specific
133 * arch_exit_to_user_mode_work - Architecture specific TIF work for exit
140 * Defaults to NOOP. Can be supplied by architecture specific code.
[all …]
|
| H A D | entry-common.h | 51 * Invoked from architecture specific syscall entry code with interrupts
59 * This is invoked when there is extra architecture specific functionality
73 * Invoked from architecture specific syscall entry code with interrupts
75 * architecture specific work.
106 * Invoked from architecture specific syscall entry code with interrupts
184 * switch to user mode. Called from architecture specific syscall and ret
196 * arch_exit_to_user_mode_work() for architecture specific TIF work
197 * - Architecture specific one time work arch_exit_to_user_mode_prepare()
|
| H A D | execmem.h | 75 * after it was temporarily remapped as writable. Relies on architecture
108 * struct execmem_info - architecture parameters for code allocations
109 * @ranges: array of parameter sets defining architecture specific
111 * explicitly initialized by an architecture use parameters defined for
128 * Return: a structure defining architecture parameters and restrictions
144 * The memory will have protections defined by architecture for executable
|
| /linux/arch/s390/crypto/ |
| H A D | Kconfig | 11 Architecture: s390
21 Architecture: s390
31 Architecture: s390
44 Architecture: s390
67 Architecture: s390
79 Architecture: s390
|
| /linux/Documentation/mm/ |
| H A D | memory-model.rst | 16 FLATMEM and SPARSEMEM. Each architecture defines what
43 To allocate the `mem_map` array, architecture specific setup code should
48 An architecture may free parts of the `mem_map` array that do not cover the
49 actual physical pages. In such case, the architecture specific
75 `MAX_PHYSMEM_BITS` constants defined by each architecture that
77 physical address that an architecture supports, the
100 The architecture setup code should call sparse_init() to
119 To use vmemmap, an architecture has to reserve a range of virtual
122 the architecture should implement :c:func:`vmemmap_populate` method
124 virtual memory map. If an architecture does not have any special
|
| /linux/Documentation/virt/kvm/x86/ |
| H A D | hypercalls.rst | 45 2. Architecture(s)
52 :Architecture: x86
60 :Architecture: x86
68 :Architecture: PPC
79 :Architecture: PPC
89 :Architecture: x86
105 :Architecture: x86
143 :Architecture: x86
164 :Architecture: x86
175 :Architecture: x86
|
| /linux/tools/perf/pmu-events/ |
| H A D | README | 19 - To reduce JSON event duplication per architecture, platform JSONs may
20 use "ArchStdEvent" keyword to dereference an "Architecture standard
21 events", defined in architecture standard JSONs.
22 Architecture standard JSONs must be located in the architecture root
44 - Set of 'PMU events tables' for all known CPUs in the architecture,
61 - A 'mapping table' that maps each CPU of the architecture, to its
86 3. _All_ known CPU tables for architecture are included in the perf
|
| /linux/scripts/package/ |
| H A D | mkdebian | 27 # Attempt to find the correct Debian architecture
84 debarch=$(dpkg-architecture -qDEB_HOST_ARCH)
88 echo "Your architecture doesn't have its equivalent" >&2
89 echo "Debian userspace architecture defined!" >&2
90 echo "Falling back to the current host architecture ($debarch)." >&2
192 host_gnu=$(dpkg-architecture -a "${debarch}" -q DEB_HOST_GNU_TYPE | sed 's/_/-/g')
219 Architecture: $debarch
231 Architecture: $debarch
242 Architecture: $debarch
257 Architecture: $debarch
|
| /linux/Documentation/devicetree/bindings/powerpc/fsl/ |
| H A D | cpus.txt | 2 Power Architecture CPU Binding
5 Power Architecture CPUs in Freescale SOCs are represented in device trees as
17 Freescale Power Architecture) defines the architecture for Freescale
18 Power CPUs. The EREF defines some architecture categories not defined
|
| /linux/Documentation/features/ |
| H A D | arch-support.txt | 2 For generic kernel features that need architecture support, the
8 | ok | # feature supported by the architecture
9 |TODO| # feature not yet supported by the architecture
11 | N/A| # feature doesn't apply to the architecture
|
| /linux/Documentation/core-api/irq/ |
| H A D | irqflags-tracing.rst | 15 CONFIG_PROVE_RWSEM_LOCKING will be offered on an architecture - these
19 Architecture support for this is certainly not in the "trivial"
21 state changes. But an architecture can be irq-flags-tracing enabled in a
42 - if the architecture has non-maskable interrupts then those need to be
47 implementation in an architecture: lockdep will detect that and will
|
| /linux/arch/riscv/crypto/ |
| H A D | Kconfig | 15 Architecture: riscv64 using:
28 Architecture: riscv64 using:
39 Architecture: riscv64 using:
56 Architecture: riscv64 using:
|
| /linux/Documentation/timers/ |
| H A D | highres.rst | 48 code out of the architecture-specific areas into a generic management
49 framework, as illustrated in figure #3 (OLS slides p. 18). The architecture
76 for various event driven functionalities is hardwired into the architecture
80 architecture. Another implication of the current design is that it is necessary
81 to touch all the architecture-specific implementations in order to provide new
87 to minimize the clock event related architecture dependent code to the pure
93 Clock event devices are registered either by the architecture dependent boot
116 architecture specific timer interrupt handlers and hands the control over the
131 The conversion of an architecture has no functional impact, but allows to
135 adding the kernel/time/Kconfig file to the architecture specific Kconfig and
|
| /linux/include/asm-generic/ |
| H A D | ticket_spinlock.h | 7 * guarantees under contention. If your architecture cannot provide this, stick
12 * you'd be hard pressed to find anything useful in architecture specifications
13 * about this. If your architecture cannot do this you might be better off with
22 * architecture has WFE like instructions to sleep instead of poll for word
94 * Remapping spinlock architecture specific functions to the corresponding
|
| /linux/drivers/infiniband/ulp/srpt/ |
| H A D | ib_dm_mad.h | 45 * InfiniBand Architecture Specification.
55 * Architecture Specification.
87 * Architecture Specification.
98 * the InfiniBand Architecture Specification.
132 * See also section 16.3.3.5 ServiceEntries in the InfiniBand Architecture
|
| /linux/arch/arm/crypto/ |
| H A D | Kconfig | 16 Architecture: arm using
33 Architecture: arm using:
43 Architecture: arm using
59 Architecture: arm
113 Architecture: arm using:
|
| /linux/drivers/clk/bcm/ |
| H A D | Kconfig | 30 based on the ARM architecture
38 based on the MIPS architecture
47 based on the MIPS architecture.
62 based on the iProc architecture
|
| /linux/tools/include/nolibc/ |
| H A D | nolibc.h | 21 * - The second level is mostly architecture-independent. It is made of
26 * A few of them are architecture-specific because the syscalls are not all
49 * structures like the sys_stat struct depend on the architecture.
51 * The definitions start with the architecture-specific parts, which are picked
52 * based on what the compiler knows about the target architecture, and are
54 * target architecture, cross-compiling normally works out of the box without
|
| /linux/Documentation/arch/x86/x86_64/ |
| H A D | fred.rst | 10 The FRED architecture defines simple new transitions that change
11 privilege level (ring transitions). The FRED architecture was
23 The new transitions defined by the FRED architecture are FRED event
31 In addition to these transitions, the FRED architecture defines a new
36 Furthermore, the FRED architecture is easy to extend for future CPU
|
| /linux/tools/memory-model/Documentation/ |
| H A D | references.txt | 9 o SPARC International Inc. (Ed.). 1994. "The SPARC Architecture
12 o Compaq Computer Corporation (Ed.). 2002. "Alpha Architecture
44 o ARM Ltd. (Ed.). 2014. "ARM Architecture Reference Manual (ARMv8,
45 for ARMv8-A architecture profile)". ARM Ltd.
47 o Imagination Technologies, LTD. 2015. "MIPS(R) Architecture
53 Sewell. 2016. "Modelling the ARMv8 Architecture, Operationally:
|
| /linux/arch/sparc/crypto/ |
| H A D | Kconfig | 17 Architecture: sparc64
27 Architecture: sparc64 using crypto instructions
38 Architecture: sparc64
|