| /linux/Documentation/arm/ |
| A D | setup.rst | 7 for most ARM Linux architectures.
61 based machines. May be used differently by different architectures.
65 different architectures.
69 architectures.
102 then a value of 50 Mhz is the default on 21285 architectures.
|
| /linux/Documentation/driver-api/ |
| A D | device-io.rst | 31 memory, but as accesses to a device. Some architectures define devices
44 space to the kernel. Most architectures allocate new address space each
153 ``void __iomem *reg``. On most architectures it is a regular pointer that
160 While on most architectures, ioremap() creates a page table entry for an
182 On architectures that require an expensive barrier for serializing against
200 other architectures, these are simply aliases.
211 Note: On some architectures, the normal readl()/writel() functions
249 architectures, these are mapped to readl()/writel() style accessors
259 In some architectures, the I/O port number space has a 1:1 mapping to
290 Some architectures support multiple modes for mapping device memory.
[all …]
|
| /linux/Documentation/ABI/stable/ |
| A D | vdso | 7 On some architectures, when the kernel loads any userspace program it
29 ABI of those symbols is considered stable. It may vary across architectures,
34 The maintainers of the other vDSO-using architectures should confirm
|
| /linux/Documentation/livepatch/ |
| A D | reliable-stacktrace.rst | 20 debugging are unsound for livepatching. Livepatching depends on architectures
30 'arch_stack_walk_reliable', and other architectures must implement
56 architectures may need to verify that code has been compiled in a manner
71 The unwinding process varies across architectures, their respective procedure
73 details that architectures should consider.
89 architectures verify that a stacktrace ends at an expected location, e.g.
116 trace, it is strongly recommended that architectures positively identify code
140 For some architectures this may change at runtime as a result of dynamic
219 It is recommended that architectures unwind cases where return_to_handler has
220 not yet been returned to, but architectures are not required to unwind from the
[all …]
|
| /linux/Documentation/core-api/ |
| A D | unaligned-memory-access.rst | 13 Linux runs on a wide variety of architectures which have varying behaviour
46 In reality, only a few architectures require natural alignment on all sizes
47 of memory access. However, we must consider ALL supported architectures;
59 - Some architectures are able to perform unaligned memory accesses
61 - Some architectures raise processor exceptions when unaligned accesses
64 - Some architectures raise processor exceptions when unaligned accesses
67 - Some architectures are not capable of unaligned memory access, but will
246 On architectures that require aligned loads, networking requires that the IP
249 architectures this constant has the value 2 because the normal ethernet
258 unnecessary on architectures that can do unaligned accesses, the code can be
|
| /linux/lib/vdso/ |
| A D | Kconfig | 20 in 32 bit only architectures.
30 Selected by architectures which support time namespaces in the
|
| /linux/Documentation/admin-guide/ |
| A D | cputopology.rst | 6 to /proc/cpuinfo output of some architectures. They reside in
38 To be consistent on all architectures, include/linux/topology.h
51 For architectures that don't support books (CONFIG_SCHED_BOOK) there are no
53 For architectures that don't support drawers (CONFIG_SCHED_DRAWER) there are
|
| A D | highuid.rst | 15 What's left to be done for 32-bit UIDs on all Linux architectures:
23 architectures, this should not be a problem.
|
| /linux/Documentation/bpf/ |
| A D | bpf_design_QA.rst | 34 with two most used architectures x64 and arm64 (and takes into
35 consideration important quirks of other architectures) and
37 convention of the linux kernel on those architectures.
135 impossible to make generic and efficient across CPU architectures.
150 A: Because architectures like sparc have register windows and in general
151 there are enough subtle differences between architectures, so naive
172 CPU architectures and 32-bit HW accelerators. Can true 32-bit registers
179 programs for 32-bit architectures.
186 (a mov32 variant). This means that for architectures without zext hardware
|
| /linux/Documentation/ |
| A D | atomic_t.txt | 152 are time critical and can, (typically) on LL/SC architectures, be more
201 These helper barriers exist because architectures have varying implicit
202 ordering on their SMP atomic primitives. For example our TSO architectures
326 indefinitely. However, this is not evident on LL/SC architectures, because
357 to fail on some architectures, let alone whatever the compiler makes of the C
361 Even native CAS architectures can fail to provide forward progress for their
365 to a failed CAS in order to ensure some progress. Affected architectures are
|
| /linux/Documentation/vm/ |
| A D | numa.rst | 51 architectures. As with physical cells, software nodes may contain 0 or more
57 For some architectures, such as x86, Linux will "hide" any node representing a
60 these architectures, one cannot assume that all CPUs that Linux associates with
63 In addition, for some architectures, again x86 is an example, Linux supports
119 On architectures that do not hide memoryless nodes, Linux will include only
147 architectures transparently, kernel subsystems can use the numa_mem_id()
|
| /linux/Documentation/dev-tools/kunit/ |
| A D | faq.rst | 25 Does KUnit support running on architectures other than UML?
35 other architectures.
37 In short, this means that, yes, you can run KUnit on other architectures, but
100 non-UML architectures" in Documentation/dev-tools/kunit/usage.rst.
|
| A D | usage.rst | 585 KUnit on non-UML architectures
593 other architectures.
595 Running existing KUnit tests on non-UML architectures
599 non-UML architectures:
606 may be hermetic on UML may not be hermetic on other architectures.
624 architectures, and using them is straightforward: Most popular architectures
626 architectures on QEMU include:
638 In order to run KUnit tests on one of these architectures via QEMU with the
726 Writing new tests for other architectures
|
| /linux/kernel/configs/ |
| A D | nopm.config | 11 # ARM/ARM64 architectures that select PM unconditionally
|
| /linux/arch/ |
| A D | Kconfig | 117 Some architectures require 64 bit accesses to be 64 bit
120 architectures which can do 64 bit accesses, as well as 64 bit
121 architectures without unaligned access.
133 Some architectures are unable to perform unaligned accesses
166 on architectures that don't have such instructions.
310 All new 32-bit architectures should have 64-bit off_t type on
312 is the requirement for modern ABIs. Some existing architectures
314 architectures explicitly.
407 architectures.
1093 This is relevant on all 32-bit architectures, and 64-bit architectures
[all …]
|
| /linux/arch/microblaze/ |
| A D | Kconfig | 54 microblaze architectures can be configured for either little or
105 On some architectures there is currently no way for the boot loader
106 to pass arguments to the kernel. For these architectures, you should
|
| /linux/Documentation/features/ |
| A D | arch-support.txt | 4 support matrix, for all upstream Linux architectures.
|
| /linux/Documentation/arm/omap/ |
| A D | omap_pm.rst | 23 - allow drivers which are shared with other architectures (e.g.,
28 architectures.
77 omap_pm_set_max_dev_wakeup_lat(), etc. Other architectures which do
|
| /linux/sound/parisc/ |
| A D | Kconfig | 9 Support for GSC sound devices on PA-RISC architectures.
|
| /linux/sound/mips/ |
| A D | Kconfig | 9 Support for sound devices of MIPS architectures.
|
| /linux/Documentation/userspace-api/ioctl/ |
| A D | ioctl-decoding.rst | 7 Most architectures use this generic format, but check
|
| /linux/Documentation/devicetree/bindings/serial/ |
| A D | litex,liteuart.yaml | 16 multiple CPU architectures, currently including e.g. OpenRISC and RISC-V.
|
| /linux/sound/sh/ |
| A D | Kconfig | 9 Support for sound devices specific to SUPERH architectures.
|
| /linux/drivers/firmware/smccc/ |
| A D | Kconfig | 6 Call (HVC) instructions on Armv7 and above architectures.
|
| /linux/sound/arm/ |
| A D | Kconfig | 9 Support for sound devices specific to ARM architectures.
|