| /OK3568_Linux_fs/kernel/Documentation/translations/ko_KR/ |
| H A D | memory-barriers.txt | 93 - CPU 메모리 배리어. 102 (*) CPU 간 ACQUIRING 배리어의 효과. 117 (*) CPU 캐시의 영향. 123 (*) CPU 들이 저지르는 일들. 147 | CPU 1 |<----->| Memory |<----->| CPU 2 | 164 프로그램은 여러 메모리 액세스 오퍼레이션을 발생시키고, 각각의 CPU 는 그런 165 프로그램들을 실행합니다. 추상화된 CPU 모델에서 메모리 오퍼레이션들의 순서는 166 매우 완화되어 있고, CPU 는 프로그램이 인과관계를 어기지 않는 상태로 관리된다고 172 따라서 위의 다이어그램에서 한 CPU가 동작시키는 메모리 오퍼레이션이 만들어내는 173 변화는 해당 오퍼레이션이 CPU 와 시스템의 다른 부분들 사이의 인터페이스(점선)를 [all …]
|
| /OK3568_Linux_fs/yocto/meta-qt5/recipes-qt/qt5/qtwebkit/ |
| H A D | 0009-Riscv-Add-support-for-riscv.patch | 26 message(FATAL_ERROR "Unknown CPU '${LOWERCASE_CMAKE_SYSTEM_PROCESSOR}'") 48 -#if CPU(ARM) || CPU(MIPS) || CPU(SH4) || CPU(ALPHA) || CPU(HPPA) 56 +#if CPU(ARM) || CPU(MIPS) || CPU(SH4) || CPU(ALPHA) || CPU(HPPA) || CPU(RISCV) 61 || CPU(S390X) \ 62 || CPU(MIPS64) \ 63 || CPU(PPC64) \ 64 - || CPU(PPC64LE) 65 + || CPU(PPC64LE) \ 66 + || CPU(RISCV64) 78 …CPU(MIPS) || CPU(MIPS64) || CPU(PPC) || CPU(PPC64) || CPU(PPC64LE) || CPU(SH4) || CPU(S390) || CPU… [all …]
|
| H A D | 0003-Fix-build-bug-for-armv32-BE.patch | 21 …CPU(MIPS) || CPU(MIPS64) || CPU(PPC) || CPU(PPC64) || CPU(PPC64LE) || CPU(SH4) || CPU(S390) || CPU… 22 …CPU(MIPS) || CPU(MIPS64) || CPU(PPC) || CPU(PPC64) || CPU(PPC64LE) || CPU(SH4) || CPU(S390) || CPU…
|
| /OK3568_Linux_fs/kernel/arch/sparc/kernel/ |
| H A D | cpu.c | 54 #define CPU(ver, _name) \ macro 68 CPU(0, "Fujitsu MB86900/1A or LSI L64831 SparcKIT-40"), 70 CPU(4, "Fujitsu MB86904"), 71 CPU(5, "Fujitsu TurboSparc MB86907"), 72 CPU(-1, NULL) 88 CPU(0, "LSI Logic Corporation - L64811"), 90 CPU(1, "Cypress/ROSS CY7C601"), 92 CPU(3, "Cypress/ROSS CY7C611"), 94 CPU(0xf, "ROSS HyperSparc RT620"), 95 CPU(0xe, "ROSS HyperSparc RT625 or RT626"), [all …]
|
| /OK3568_Linux_fs/buildroot/package/qt5/qt5webkit/ |
| H A D | 0005-Add-support-for-ARC-processors.patch | 52 +/* CPU(ARC) - ARC */ 60 #if CPU(ARM) || CPU(MIPS) || CPU(SH4) || CPU(ALPHA) || CPU(HPPA) 71 …CPU(MIPS) || CPU(MIPS64) || CPU(PPC) || CPU(PPC64) || CPU(PPC64LE) || CPU(SH4) || CPU(S390) || CPU… 72 …CPU(MIPS) || CPU(MIPS64) || CPU(PPC) || CPU(PPC64) || CPU(PPC64LE) || CPU(SH4) || CPU(S390) || CPU…
|
| /OK3568_Linux_fs/kernel/Documentation/translations/zh_CN/ |
| H A D | io_ordering.txt | 35 CPU A: spin_lock_irqsave(&dev_lock, flags) 36 CPU A: val = readl(my_status); 37 CPU A: ... 38 CPU A: writel(newval, ring_ptr); 39 CPU A: spin_unlock_irqrestore(&dev_lock, flags) 41 CPU B: spin_lock_irqsave(&dev_lock, flags) 42 CPU B: val = readl(my_status); 43 CPU B: ... 44 CPU B: writel(newval2, ring_ptr); 45 CPU B: spin_unlock_irqrestore(&dev_lock, flags) [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/x86/ |
| H A D | topology.rst | 84 A per-CPU variable containing: 114 CPU. 152 The alternative Linux CPU enumeration depends on how the BIOS enumerates the 154 That has the "advantage" that the logical Linux CPU numbers of threads 0 stay 160 [package 0] -> [core 0] -> [thread 0] -> Linux CPU 0 166 [package 0] -> [core 0] -> [thread 0] -> Linux CPU 0 167 -> [core 1] -> [thread 0] -> Linux CPU 1 171 [package 0] -> [core 0] -> [thread 0] -> Linux CPU 0 172 -> [thread 1] -> Linux CPU 1 173 -> [core 1] -> [thread 0] -> Linux CPU 2 [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/driver-api/ |
| H A D | io_ordering.rst | 18 CPU A: spin_lock_irqsave(&dev_lock, flags) 19 CPU A: val = readl(my_status); 20 CPU A: ... 21 CPU A: writel(newval, ring_ptr); 22 CPU A: spin_unlock_irqrestore(&dev_lock, flags) 24 CPU B: spin_lock_irqsave(&dev_lock, flags) 25 CPU B: val = readl(my_status); 26 CPU B: ... 27 CPU B: writel(newval2, ring_ptr); 28 CPU B: spin_unlock_irqrestore(&dev_lock, flags) [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/translations/zh_CN/arm64/ |
| H A D | booting.txt | 41 这个术语来定义在将控制权交给 Linux 内核前 CPU 上执行的所有软件。 153 - 主 CPU 通用寄存器设置 159 - CPU 模式 162 CPU 必须处于 EL2(推荐,可访问虚拟化扩展)或非安全 EL1 模式下。 178 CNTFRQ 必须设定为计时器的频率,且 CNTVOFF 必须设定为对所有 CPU 183 通过内核启动的所有 CPU 在内核入口地址上必须处于相同的一致性域中。 184 这可能要根据具体实现来定义初始化过程,以使能每个CPU上对维护操作的 207 以上对于 CPU 模式、高速缓存、MMU、架构计时器、一致性、系统寄存器的 208 必要条件描述适用于所有 CPU。所有 CPU 必须在同一异常级别跳入内核。 210 引导装载程序必须在每个 CPU 处于以下状态时跳入内核入口: [all …]
|
| H A D | amu.rst | 21 活动监控是 ARMv8.4 CPU 架构引入的一个可选扩展特性。 23 活动监控单元(在每个 CPU 中实现)为系统管理提供了性能计数器。既可以通 28 - CPU 周期计数器:同 CPU 的频率增长 47 内核可以安全地运行在支持 AMU 和不支持 AMU 的 CPU 组合中。 49 (secondary or hotplugged) CPU 检测和使用这个特性。 51 当在 CPU 上检测到该特性时,我们会标记为特性可用但是不能保证计数器的功能, 58 - 在从电源关闭状态启动 CPU 前或后保存或者恢复计数器。
|
| /OK3568_Linux_fs/kernel/Documentation/vm/ |
| H A D | mmu_notifier.rst | 10 For secondary TLB (non CPU TLB) like IOMMU TLB or device TLB (when device use 11 thing like ATS/PASID to get the IOMMU to walk the CPU page table to access a 41 CPU-thread-0 {try to write to addrA} 42 CPU-thread-1 {try to write to addrB} 43 CPU-thread-2 {} 44 CPU-thread-3 {} 48 CPU-thread-0 {COW_step0: {mmu_notifier_invalidate_range_start(addrA)}} 49 CPU-thread-1 {COW_step0: {mmu_notifier_invalidate_range_start(addrB)}} 50 CPU-thread-2 {} 51 CPU-thread-3 {} [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/scheduler/ |
| H A D | sched-capacity.rst | 5 1. CPU Capacity 16 CPU capacity is a measure of the performance a CPU can reach, normalized against 17 the most performant CPU in the system. Heterogeneous systems are also called 18 asymmetric CPU capacity systems, as they contain CPUs of different capacities. 20 Disparity in maximum attainable performance (IOW in maximum CPU capacity) stems 32 CPU performance is usually expressed in Millions of Instructions Per Second 41 Two different capacity values are used within the scheduler. A CPU's 43 attainable performance level. A CPU's ``capacity`` is its ``capacity_orig`` to 47 Note that a CPU's ``capacity`` is solely intended to be used by the CFS class, 58 Consider an hypothetical dual-core asymmetric CPU capacity system where [all …]
|
| /OK3568_Linux_fs/kernel/drivers/media/pci/cx18/ |
| H A D | cx18-mailbox.c | 36 API_ENTRY(CPU, CX18_CPU_SET_CHANNEL_TYPE, 0), 37 API_ENTRY(CPU, CX18_EPU_DEBUG, 0), 38 API_ENTRY(CPU, CX18_CREATE_TASK, 0), 39 API_ENTRY(CPU, CX18_DESTROY_TASK, 0), 40 API_ENTRY(CPU, CX18_CPU_CAPTURE_START, API_SLOW), 41 API_ENTRY(CPU, CX18_CPU_CAPTURE_STOP, API_SLOW), 42 API_ENTRY(CPU, CX18_CPU_CAPTURE_PAUSE, 0), 43 API_ENTRY(CPU, CX18_CPU_CAPTURE_RESUME, 0), 44 API_ENTRY(CPU, CX18_CPU_SET_CHANNEL_TYPE, 0), 45 API_ENTRY(CPU, CX18_CPU_SET_STREAM_OUTPUT_TYPE, 0), [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/admin-guide/ |
| H A D | kernel-per-CPU-kthreads.rst | 5 This document lists per-CPU kthreads in the Linux kernel and presents 6 options to control their OS jitter. Note that non-per-CPU kthreads are 7 not listed here. To reduce OS jitter from non-per-CPU kthreads, bind 8 them to a "housekeeping" CPU dedicated to such work. 23 - /sys/devices/system/cpu/cpuN/online: Control CPU N's hotplug state, 26 - In order to locate kernel-generated OS jitter on CPU N: 46 that does not require per-CPU kthreads. This will prevent these 52 3. Rework the eHCA driver so that its per-CPU kthreads are 65 some other CPU. 78 occur on some other CPU and furthermore initiate all [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/RCU/ |
| H A D | stallwarn.rst | 4 Using RCU's CPU Stall Detector 7 This document first discusses what sorts of issues RCU's CPU stall 13 What Causes RCU CPU Stall Warnings? 16 So your kernel printed an RCU CPU stall warning. The next question is 17 "What caused it?" The following problems can result in RCU CPU stall 20 - A CPU looping in an RCU read-side critical section. 22 - A CPU looping with interrupts disabled. 24 - A CPU looping with preemption disabled. 26 - A CPU looping with bottom halves disabled. 28 - For !CONFIG_PREEMPT kernels, a CPU looping anywhere in the kernel [all …]
|
| /OK3568_Linux_fs/kernel/arch/mips/bcm63xx/ |
| H A D | Kconfig | 2 menu "CPU support" 6 bool "support 3368 CPU" 11 bool "support 6328 CPU" 16 bool "support 6338 CPU" 21 bool "support 6345 CPU" 25 bool "support 6348 CPU" 30 bool "support 6358 CPU" 35 bool "support 6362 CPU" 40 bool "support 6368 CPU"
|
| /OK3568_Linux_fs/kernel/Documentation/arm/ |
| H A D | cluster-pm-race-avoidance.rst | 5 This file documents the algorithm which is used to coordinate CPU and 48 Each cluster and CPU is assigned a state, as follows: 67 The CPU or cluster is not coherent, and is either powered off or 71 The CPU or cluster has committed to moving to the UP state. 76 The CPU or cluster is active and coherent at the hardware 77 level. A CPU in this state is not necessarily being used 81 The CPU or cluster has committed to moving to the DOWN 86 Each CPU has one of these states assigned to it at any point in time. 87 The CPU states are described in the "CPU state" section, below. 95 To help distinguish the CPU states from cluster states in this [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/power/ |
| H A D | suspend-and-cpuhotplug.rst | 2 Interaction of Suspend code (S3) with the CPU hotplug infrastructure 8 I. Differences between CPU hotplug and Suspend-to-RAM 11 How does the regular CPU hotplug code differ from how the Suspend-to-RAM 17 interactions involving the freezer and CPU hotplug and also tries to explain 21 What happens when regular CPU hotplug and Suspend-to-RAM race with each other 66 Common | before taking down the CPU | 117 Regular CPU hotplug call path 139 Common | before taking down the CPU 149 regular CPU hotplug] 154 regular CPU hotplug and the suspend code path converge at the _cpu_down() and [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/networking/ |
| H A D | scaling.rst | 60 for each CPU if the device supports enough queues, or otherwise at least 77 this to notify a CPU when new packets arrive on the given queue. The 79 that can route each interrupt to a particular CPU. The active mapping 81 an IRQ may be handled on any CPU. Because a non-negligible part of packet 98 receive queue overflows due to a saturated CPU, because in default 104 a separate CPU. For interrupt handling, HT has shown no benefit in 105 initial tests, so limit the number of queues to the number of CPU cores 114 Whereas RSS selects the queue and hence CPU that will run the hardware 115 interrupt handler, RPS selects the CPU to perform protocol processing 117 on the desired CPU’s backlog queue and waking up the CPU for processing. [all …]
|
| /OK3568_Linux_fs/kernel/drivers/cpuidle/ |
| H A D | Kconfig.arm | 3 # ARM CPU Idle drivers 6 bool "Generic ARM/ARM64 CPU idle Driver" 13 initialized by calling the CPU operations init idle hook 17 bool "PSCI CPU idle Driver" 27 bool "PSCI CPU idle Domain" 44 Select this option to enable CPU idle driver for big.LITTLE based 47 multiple CPU idle drivers infrastructure. 50 bool "CPU Idle Driver for CLPS711X processors" 56 bool "CPU Idle Driver for Calxeda processors" 63 bool "CPU Idle Driver for Marvell Kirkwood SoCs" [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/ia64/ |
| H A D | irq-redir.rst | 13 IRQ target is one particular CPU and cannot be a mask of several 20 The target CPU has to be specified as a hexadecimal CPU mask. The 21 first non-zero bit is the selected CPU. This format has been kept for 25 interrupts to CPU #3 (logical CPU number) (2^3=0x08):: 29 Set the default route for IRQ number 41 to CPU 6 in lowest priority 38 gives the target CPU mask for the specified interrupt vector. If the CPU 49 IO-SAPIC interrupts are initialized with CPU#0 as their default target 57 - maximal if the CPU is going to be switched off. 59 The IRQ is routed to the CPU with lowest XTP register value, the 60 search begins at the default CPU. Therefore most of the interrupts [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/core-api/ |
| H A D | cpu_hotplug.rst | 2 CPU hotplug in the Kernel 18 insertion and removal require support for CPU hotplug. 21 provisioning reasons, or for RAS purposes to keep an offending CPU off 22 system execution path. Hence the need for CPU hotplug support in the 25 A more novel use of CPU-hotplug support is its use today in suspend resume 58 CPU maps 71 after a CPU is available for kernel scheduling and ready to receive 72 interrupts from devices. Its cleared when a CPU is brought down using 74 migrated to another target CPU. 84 You really don't need to manipulate any of the system CPU maps. They should [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/admin-guide/pm/ |
| H A D | cpufreq.rst | 7 CPU Performance Scaling 15 The Concept of CPU Performance Scaling 22 can be retired by the CPU over a unit of time, but also the higher the clock 24 time (or the more power is drawn) by the CPU in the given P-state. Therefore 25 there is a natural tradeoff between the CPU capacity (the number of instructions 26 that can be executed over a unit of time) and the power drawn by the CPU. 32 instructions so quickly and maintaining the highest available CPU capacity for a 34 It also may not be physically possible to maintain maximum CPU capacity for too 40 Typically, they are used along with algorithms to estimate the required CPU 44 to as CPU performance scaling or CPU frequency scaling (because it involves [all …]
|
| /OK3568_Linux_fs/kernel/Documentation/cpu-freq/ |
| H A D | cpufreq-stats.rst | 22 cpufreq-stats is a driver that provides CPU frequency statistics for each CPU. 25 in /sysfs (<sysfs root>/devices/system/cpu/cpuX/cpufreq/stats/) for each CPU. 29 that may be running on your CPU. So, it will work with any cpufreq_driver. 66 this CPU. The cat output will have "<frequency> <time>" pair in each line, which 67 will mean this CPU spent <time> usertime units of time at <frequency>. Output 83 This gives the total number of frequency transitions on this CPU. The cat 94 This will give a fine grained information about all the CPU frequency 124 CPU Frequency scaling ---> 125 [*] CPU Frequency scaling 126 [*] CPU frequency translation statistics [all …]
|
| /OK3568_Linux_fs/kernel/drivers/cpufreq/ |
| H A D | Kconfig | 2 menu "CPU Frequency scaling" 5 bool "CPU Frequency scaling" 8 CPU Frequency scaling allows you to change the clock speed of 10 the lower the CPU clock speed, the less power the CPU consumes. 12 Note that this driver doesn't automatically change the CPU 31 bool "CPU frequency transition statistics" 33 Export CPU frequency statistics information through sysfs. 38 bool "CPU frequency time-in-state statistics" 40 Export CPU time-in-state information through procfs. 60 the CPU. [all …]
|