Home
last modified time | relevance | path

Searched refs:O (Results 1 – 25 of 652) sorted by relevance

12345678910>>...27

/linux/Documentation/translations/zh_CN/virt/acrn/
H A Dio-request.rst16 I/O请求处理
19 客户虚拟机的I/O请求由超级管理器构建，由ACRN超级管理器服务模块分发到与I/O请求的地址范
20 围相对应的I/O客户端。I/O请求处理的细节将在以下章节描述。
22 1. I/O请求
26 I/O请求通信。一个I/O请求是一个256字节的结构体缓冲区，它是 "acrn_io_request" 结构
27 体，当客户虚拟机中发生被困的I/O访问时，由超级管理器的I/O处理器填充。服务虚拟机中的
29 台。缓冲区被用作16个I/O请求槽的数组，每个I/O请求槽为256字节。这个数组是按vCPU ID
32 2. I/O客户端
35 一个I/O客户端负责处理客户虚拟机的I/O请求，其访问的GPA在一定范围内。每个客户虚拟机
36 可以关联多个I/O客户端。每个客户虚拟机都有一个特殊的客户端，称为默认客户端，负责处理
[all …]
/linux/drivers/comedi/drivers/tests/
H A Dni_routes_test.c27 #define O(x) ((x) + NI_NAMES_BASE) macro
47 static const int bad_dest = O(8), dest0 = O(0), desti = O(5);
49 static const int no_val_dest = O(7), no_val_index = 4;
52 #define rgout0_src0 (O(100))
53 #define rgout0_src1 (O(101))
54 #define brd0_src0 (O(110))
55 #define brd0_src1 (O(111))
56 #define brd1_src0 (O(120))
57 #define brd1_src1 (O(121))
58 #define brd2_src0 (O(130))
[all …]
/linux/Documentation/virt/acrn/
H A Dio-request.rst3 I/O request handling
6 An I/O request of a User VM, which is constructed by the hypervisor, is
7 distributed by the ACRN Hypervisor Service Module to an I/O client
8 corresponding to the address range of the I/O request. Details of I/O request
11 1. I/O request
14 For each User VM, there is a shared 4-KByte memory region used for I/O requests
15 communication between the hypervisor and Service VM. An I/O request is a
17 an I/O handler of the hypervisor when a trapped I/O access happens in a User
20 used as an array of 16 I/O request slots with each I/O request slot being 256
23 2. I/O clients
[all …]
/linux/Documentation/translations/zh_CN/block/
H A Dblk-mq.rst15 多队列块设备 I/O 排队机制 (blk-mq)
18 多队列块设备 I/O 排队机制提供了一组 API，使高速存储设备能够同时在多个队列中
19 处理并发的 I/O 请求并将其提交到块设备，从而实现极高的每秒输入/输出操作次数
28 磁盘从 Linux 内核开发初期就已成为事实上的标准。块 I/O 子系统的目标是尽可能
37 原来的设计只有一个队列来存储块设备 I/O 请求，并且只使用一个锁。由于缓存中的
39 （或同一进程在不同 CPU 上）同时执行块设备 I/O 时，该单队列模型还会出现严重
47 当用户空间执行对块设备的 I/O（例如读写文件）时，blk-mq 便会介入：它将存储和
48 管理发送到块设备的 I/O 请求，充当用户空间（文件系统，如果存在的话）与块设备驱
62 在这些请求未直接发送到驱动时，块设备 I/O 子系统会将请求添加到软件暂存队列中
72 此外，I/O 调度器还可以对请求进行重新排序以确保系统资源的公平性（例如防止某
[all …]
H A Ddata-integrity.rst25 通过在 I/O 中附加完整性元数据的方式，试图解决这一问题。完整性元数据（在
27 各扇区按正确顺序被写入盘。在某些保护方案中，还能保证 I/O 写入磁盘的正确位置。
30 常只在各自的独立域内工作，或最多仅在 I/O 路径的相邻节点之间发挥作用。DIF 及
31 其它数据完整性拓展有意思的点在于保护格式定义明确，I/O 路径上的每个节点都可以
32 验证 I/O 的完整性，如检测到损坏可直接拒绝。这不仅可以防止数据损坏，还能够隔
60 的分离。只有这两个不同的缓冲区匹配，I/O 才能完成。
69 Linux 中的数据完整性框架允许将保护信息固定到 I/O 上，并在支持该功能的控制器
82 某种程度上内核）而言，完整性元数据是附加在 I/O 上的不透明信息。
84 当前实现允许块层自动为任何 I/O 生成保护信息。最终目标是将用户数据的完整性元
85 数据计算移至用户空间。内核中产生的元数据和其他 I/O 仍将使用自动生成接口。
[all …]
/linux/Documentation/hwmon/
H A Dit87.rst10 Addresses scanned: from Super I/O config space (8 I/O ports)
18 Addresses scanned: from Super I/O config space (8 I/O ports)
24 Addresses scanned: from Super I/O config space (8 I/O ports)
32 Addresses scanned: from Super I/O config space (8 I/O ports)
40 Addresses scanned: from Super I/O config space (8 I/O ports)
48 Addresses scanned: from Super I/O config space (8 I/O ports)
56 Addresses scanned: from Super I/O config space (8 I/O ports)
64 Addresses scanned: from Super I/O config space (8 I/O ports)
72 Addresses scanned: from Super I/O config space (8 I/O ports)
80 Addresses scanned: from Super I/O config space (8 I/O ports)
[all …]
H A Dw83627hf.rst7 Addresses scanned: ISA address retrieved from Super I/O registers
10 Addresses scanned: ISA address retrieved from Super I/O registers
13 Addresses scanned: ISA address retrieved from Super I/O registers
16 Addresses scanned: ISA address retrieved from Super I/O registers
19 Addresses scanned: ISA address retrieved from Super I/O registers
42 the Winbond W83627HF, W83627THF, W83697HF and W83637HF Super I/O chips.
47 Super I/O chip and a second i2c-only Winbond chip (often a W83782D),
51 If you really want i2c accesses for these Super I/O chips,
72 be used to force the base I/O address of the hardware monitoring block.
78 # Enter the Super I/O config space::
[all …]
/linux/Documentation/admin-guide/device-mapper/
H A Ddm-io.rst5 Dm-io provides synchronous and asynchronous I/O services. There are three
6 types of I/O services available, and each type has a sync and an async
10 of the I/O. Each io_region indicates a block-device along with the starting
22 The first I/O service type takes a list of memory pages as the data buffer for
23 the I/O, along with an offset into the first page::
37 The second I/O service type takes an array of bio vectors as the data buffer
38 for the I/O. This service can be handy if the caller has a pre-assembled bio,
48 The third I/O service type takes a pointer to a vmalloc'd memory buffer as the
49 data buffer for the I/O. This service can be handy if the caller needs to do
50 I/O to a large region but doesn't want to allocate a large number of individual
[all …]
H A Ddm-flakey.rst40 unreliability, all I/O returns errors.
43 All read I/O is failed with an error signalled.
44 Write I/O is handled correctly.
47 All write I/O is silently ignored.
48 Read I/O is handled correctly.
51 All write I/O is failed with an error signalled.
52 Read I/O is handled correctly.
/linux/Documentation/arch/s390/
H A Dcds.rst6 Device Driver I/O Support Routines
19 I/O access method. This gives relief to the device drivers as they don't
22 I/O (PIO), and other hardware features more. However, this implies that
23 either every single device driver needs to implement the hardware I/O
32 In order to build common device support for ESA/390 I/O interfaces, a
33 functional layer was introduced that provides generic I/O access methods to
36 The common device support layer comprises the I/O support routines defined
67 initiate an I/O request.
73 terminate the current I/O request processed on the device.
77 routine whenever an I/O interrupt is presented to the system. The do_IRQ()
[all …]
H A Dvfio-ccw.rst8 Here we describe the vfio support for I/O subchannel devices for
13 I/O access method, which is so called Channel I/O. It has its own access
23 vfio framework. And we add read/write callbacks for special vfio I/O
25 (the real I/O subchannel device) to do further address translation and
26 to perform I/O instructions.
28 This document does not intend to explain the s390 I/O architecture in
31 - A good start to know Channel I/O in general:
32 https://en.wikipedia.org/wiki/Channel_I/O
47 paravirtualized virtio devices via the "Virtio Over Channel I/O
52 use the standard Channel I/O based mechanism, we also need to provide
[all …]
/linux/Documentation/driver-api/
H A Ds390-drivers.rst11 drive s390 based channel attached I/O devices. This includes interfaces
14 I/O layer.
17 with the s390 channel I/O architecture. For a description of this
21 While most I/O devices on a s390 system are typically driven through the
22 channel I/O mechanism described here, there are various other methods
25 The s390 common I/O layer also provides access to some devices that are
26 not strictly considered I/O devices. They are considered here as well,
38 * Standard I/O subchannels, for use by the system. They have a child
40 * I/O subchannels bound to the vfio-ccw driver. See
53 so-called channel attached devices. They are addressed via I/O
[all …]
H A Dio_ordering.rst2 Ordering I/O writes to memory-mapped addresses
5 On some platforms, so-called memory-mapped I/O is weakly ordered. On such
6 platforms, driver writers are responsible for ensuring that I/O writes to
8 typically done by reading a 'safe' device or bridge register, causing the I/O
12 subsequent writes to I/O space arrived only after all prior writes (much like a
13 memory barrier op, mb(), only with respect to I/O).
49 Here, the reads from safe_register will cause the I/O chipset to flush any
/linux/Documentation/block/
H A Dstat.rst30 read merges requests number of read I/Os merged with in-queue I/O
34 write merges requests number of write I/Os merged with in-queue I/O
41 discard merges requests number of discard I/Os merged with in-queue I/O
51 These values increment when an I/O request completes.
56 These values increment when an flush I/O request completes.
64 These values increment when an I/O request is merged with an
65 already-queued I/O request.
73 block size. The counters are incremented when the I/O completes.
78 These values count the number of milliseconds that I/O requests have
79 waited on this block device. If there are multiple I/O requests waiting,
[all …]
/linux/drivers/tty/vt/
H A Ducs_recompose_table.h_shipped38 … 0x004F, 0x0300, 0x00D2 }, /* LATIN CAPITAL LETTER O + COMBINING GRAVE ACCENT = LATIN CAPITAL LETT…
39 … 0x004F, 0x0301, 0x00D3 }, /* LATIN CAPITAL LETTER O + COMBINING ACUTE ACCENT = LATIN CAPITAL LETT…
40 …004F, 0x0302, 0x00D4 }, /* LATIN CAPITAL LETTER O + COMBINING CIRCUMFLEX ACCENT = LATIN CAPITAL LE…
41 …{ 0x004F, 0x0303, 0x00D5 }, /* LATIN CAPITAL LETTER O + COMBINING TILDE = LATIN CAPITAL LETTER O W…
42 …{ 0x004F, 0x0308, 0x00D6 }, /* LATIN CAPITAL LETTER O + COMBINING DIAERESIS = LATIN CAPITAL LETTER…
64 …{ 0x006F, 0x0300, 0x00F2 }, /* LATIN SMALL LETTER O + COMBINING GRAVE ACCENT = LATIN SMALL LETTER …
65 …{ 0x006F, 0x0301, 0x00F3 }, /* LATIN SMALL LETTER O + COMBINING ACUTE ACCENT = LATIN SMALL LETTER …
66 … 0x006F, 0x0302, 0x00F4 }, /* LATIN SMALL LETTER O + COMBINING CIRCUMFLEX ACCENT = LATIN SMALL LET…
67 …{ 0x006F, 0x0303, 0x00F5 }, /* LATIN SMALL LETTER O + COMBINING TILDE = LATIN SMALL LETTER O WITH …
68 …{ 0x006F, 0x0308, 0x00F6 }, /* LATIN SMALL LETTER O + COMBINING DIAERESIS = LATIN SMALL LETTER O W…
/linux/tools/power/cpupower/
H A DMakefile12 ifeq ("$(origin O)", "command line")
13 OUTPUT := $(O)/
282 @V=$(V) confdir=$(confdir) $(MAKE) -C bench O=$(OUTPUT)
303 $(MAKE) -C bench O=$(OUTPUT) clean
358 @sbindir=$(sbindir) bindir=$(bindir) docdir=$(docdir) confdir=$(confdir) $(MAKE) -C bench O=$(OUTPUT) install
384 @echo ' to "O" cmdline option dir (default: current dir)'
386 @echo ' dir defined by "O" cmdline option (default: current dir)'
390 @echo ' dir defined by "O" cmdline option (default: current dir)'
394 @echo ' dir defined by "O" cmdline option (default: current dir) and'
402 @echo ' dir defined by "O" cmdlin
[all...]
/linux/Documentation/translations/zh_CN/sound/hd-audio/
H A Dcontrols.rst21 制多I/O插孔的插孔重分配。
53 输入“和”线路输入“以确定输入偏置,或者当引脚是环绕声道的多I/O插孔时，它
61 一个枚举控件，用于为环绕输出重新分配多个I/O插孔的任务。当它打开时，相应
98 被使用的通道数:”2ch“、”4ch“和”6ch“。根据配置，这还控制多I/O插孔的插孔重
/linux/arch/powerpc/boot/
H A DREADME4 objcopy -j .kernel:vmlinux -O binary zImage vmlinux.gz
5 objcopy -j .kernel:System.map -O binary zImage System.map.gz
6 objcopy -j .kernel:.config -O binary zImage config.gz
7 objcopy -j .kernel:initrd -O binary zImage.initrd initrd.gz
/linux/tools/scripts/
H A DMakefile.include2 ifneq ($(O),)
4 $(if $(shell cd $(PWD); test -d $(O) || echo $(O)),$(error O=$(O) does not exist),)
5 ABSOLUTE_O := $(shell cd $(PWD); cd $(O) ; pwd)
7 COMMAND_O := O=$(ABSOLUTE_O)
9 objtree := $(O)
/linux/Documentation/userspace-api/media/v4l/
H A Dio.rst13 The classic I/O method using the :c:func:`read()` and
18 Other methods must be negotiated. To select the streaming I/O method
22 Video overlay can be considered another I/O method, although the
27 Generally exactly one I/O method, including overlay, is associated with
35 degree, but for simplicity drivers need not support switching the I/O
39 The following sections describe the various I/O methods in more detail.
/linux/rust/kernel/
H A Dconfigfs.rs523 pub struct Attribute<const ID: u64, O, Data> {
525 _p: PhantomData<(O, Data)>,
529 unsafe impl<const ID: u64, O, Data> Sync for Attribute<ID, O, Data> {}
532 unsafe impl<const ID: u64, O, Data> Send for Attribute<ID, O, Data> {}
534 impl<const ID: u64, O, Data> Attribute<ID, O, Data>
536 O: AttributeOperations<ID, Data = Data>,
563 let ret = O in show()
709 add<const I: usize, const ID: u64, O>( &'static self, attribute: &'static Attribute<ID, O, Data>, ) where O: AttributeOperations<ID, Data = Data>, add() argument
[all...]
/linux/tools/testing/selftests/hid/
H A Dvmtest.sh
/linux/tools/docs/
H A Dfeatures-refresh.sh13 O=""
16 O="not"
82 if [ "$O" = "" ] && [ ! -z "$K_GREP" ]; then
84 elif [ "$O" = "not" ] && [ -z "$K_GREP" ]; then
/linux/tools/perf/Documentation/
H A Dperf-iostat.txt6 perf-iostat - Show I/O performance metrics
16 Mode is intended to provide four I/O performance metrics per each PCIe root port:
18 - Inbound Read - I/O devices below root port read from the host memory, in MB
20 - Inbound Write - I/O devices below root port write to the host memory, in MB
22 - Outbound Read - CPU reads from I/O devices below root port, in MB
24 - Outbound Write - CPU writes to I/O devices below root port, in MB
/linux/Documentation/devicetree/bindings/soc/fsl/cpm_qe/qe/
H A Dpar_io.txt1 * Parallel I/O Ports
3 This node configures Parallel I/O ports for CPUs with QE support.
5 device that using parallel I/O ports, a child node should be created.
12 - num-ports : number of Parallel I/O ports
26 the new device trees. Instead, each Par I/O bank should be represented

12345678910>>...27