| /OK3568_Linux_fs/kernel/Documentation/input/ |
| H A D | gamepad.rst | 12 document defines how gamepads are supposed to report their data.
44 4 buttons in diamonds-shape (on the right side). The buttons are
56 all devices have both or any, but they are present at most times.
59 Triggers are located on the upper-side of the pad in vertical direction.
60 Not all devices provide them, but the upper buttons are normally named
63 Many devices provide force-feedback features. But are mostly just
79 All new gamepads are supposed to comply with this mapping. Please report any
82 There are a lot of less-featured/less-powerful devices out there, which re-use
103 of the labels on the buttons, the codes are sent according to the
106 Please note that 2- and 3-button pads are fairly rare and old. You might
[all …]
|
| /OK3568_Linux_fs/kernel/sound/pci/cs46xx/ |
| H A D | cs46xx.h | 173 * The following defines are for the flags in the host interrupt status
208 * The following defines are for the flags in the host signal register 0.
245 * The following defines are for the flags in the host interrupt control
252 * The following defines are for the flags in the DMA status register.
260 * The following defines are for the flags in the host DMA source address
275 * The following defines are for the flags in the host DMA destination address
290 * The following defines are for the flags in the host DMA control register.
299 * The following defines are for the flags in the host DMA control register.
329 * The following defines are for the flags in the performance monitor control
356 * The following defines are for the flags in the performance counter value 1
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/fb/ |
| H A D | api.rst | 13 buffer core are not described.
24 Device and driver capabilities are reported in the fixed screen information
39 When supported, formats are configured using a FOURCC instead of manually
46 Pixels are stored in memory in hardware-dependent formats. Applications need
50 Formats are described by frame buffer types and visuals. Some visuals require
51 additional information, which are stored in the variable screen information
55 macropixels. Types describe how macropixels are stored in memory. The following
56 types and visuals are supported.
60 Macropixels are stored contiguously in a single plane. If the number of bits
61 per macropixel is not a multiple of 8, whether macropixels are padded to the
[all …]
|
| /OK3568_Linux_fs/external/xserver/hw/xfree86/man/ |
| H A D | xorg.conf.man | 16 line options and environment variables (and some defaults) are
19 parameters, with their defaults, are described below. Driver and module
20 specific configuration parameters are described in the relevant driver
64 search locations are as follows:
98 Additional configuration files are searched for in the following
117 config directory search locations are as follows:
139 These files are found in the following directory:
151 files are composed of a number of sections which may be present in any order,
164 The section names are:
186 The following obsolete section names are still recognised for compatibility
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/userspace-api/media/v4l/ |
| H A D | colorspaces.rst | 20 the human eye has color receptors that are sensitive to three different
22 color. Be glad you are not a mantis shrimp as those are sensitive to 12
27 color receptors are stimulated. This is based on the Spectral Power
35 those receptors and are perceived as the same color, even though the SPD
43 After some further mathematical transforms these stimuli are known as
45 color as perceived by a human unambiguously. These X, Y and Z values are
56 The x and y values are the chromaticity coordinates and can be used to
59 colors are specified with lower case 'x' and 'y', then the CIE xyY
64 will find reading resources that go into much more detail if you are
71 phosphors used in the displays. These *color primaries* are part of what
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/livepatch/ |
| H A D | livepatch.rst | 28 There are many situations where users are reluctant to reboot a system. It may
39 There are multiple mechanisms in the Linux kernel that are directly related
43 - The kernel probes are the most generic. The code can be redirected by
52 are in any way modified.
56 Most of these problems are solved by using the dynamic ftrace framework as
59 a live patch is called with the help of a custom ftrace handler. But there are
66 Functions are there for a reason. They take some input parameters, get or
73 Most of these changes are self contained and the function presents itself
77 But there are more complex fixes. For example, a patch might change
83 when it is safe to do so, e.g. when the affected locks are released
[all …]
|
| /OK3568_Linux_fs/kernel/init/ |
| H A D | Kconfig.gki | 14 These are normally selected implicitly when including a
15 DRM module, but for GKI, the modules are built out-of-tree.
23 These are normally selected implicitly when a module
31 These are normally selected implicitly when a module
43 These are normally selected implicitly when a module
56 These are normally selected implicitly when a module
64 These are normally selected implicitly when a module
73 These are normally selected implicitly when a module
84 These are normally selected implicitly when a module
101 These are normally selected implicitly when a module
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/vm/ |
| H A D | hugetlbfs_reserv.rst | 10 Huge pages as described at :ref:`hugetlbpage` are typically
11 preallocated for application use. These huge pages are instantiated in a
12 task's address space at page fault time if the VMA indicates huge pages are
28 This description is primarily targeted at kernel developers who are modifying
37 huge pages are only available to the task which reserved them.
62 The 'from' and 'to' fields of the file region structure are huge page
67 These are stored in the bottom bits of the reservation map pointer.
89 of mappings. Location differences are:
95 inode->i_mapping->private_data. Since shared mappings are always backed
103 Reservations are created when a huge page backed shared memory segment is
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/process/ |
| H A D | howto.rst | 31 are not a good substitute for a solid C education and/or years of
32 experience, the following books are good for, if anything, reference:
39 adheres to the ISO C89 standard, it uses a number of extensions that are
42 portions of the C standard are not supported. Arbitrary long long
43 divisions and floating point are not allowed. It can sometimes be
49 Please remember that you are trying to learn how to work with the
54 possible about these standards ahead of time, as they are well
64 rules and how to use `SPDX <https://spdx.org/>`_ identifiers in source code are
67 not ask on the Linux kernel mailing list. The people on the mailing lists are
78 The Linux kernel source tree has a large range of documents that are
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/admin-guide/LSM/ |
| H A D | Smack.rst | 15 are encouraged to compare Smack with the other mechanisms
22 - Basic utilities, which are helpful but not required
32 configurations are intolerant of IP options and can impede
44 There are five commands included in smackutil:
56 These two commands are obsolete with the introduction of
78 objects. The attributes are stored in the extended attribute security
82 The extended attributes that Smack uses are:
118 There are multiple ways to set a Smack label on a file::
177 The following numbers are the categories::
189 The following numbers are the categories::
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/admin-guide/pm/ |
| H A D | suspend-flows.rst | 26 different sleep states of the system are quite similar, but there are some
36 states are mostly identical, so they both together will be referred to as
45 The following steps are taken in order to transition the system from the working
58 Tasks are frozen primarily in order to avoid unchecked hardware accesses
64 All user space tasks are intercepted as though they were sent a signal and
69 specific reasons are frozen subsequently, but they are not intercepted.
70 Instead, they are expected to periodically check whether or not they need
79 Devices are suspended in four phases called *prepare*, *suspend*,
87 phase and high-level ("action") interrupt handlers are prevented from being
90 Interrupts are still handled after that, but they are only acknowledged to
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/ |
| H A D | atomic_t.txt | 5 RMW operations between CPUs (atomic operations on MMIO are not supported and
82 The non-RMW ops are (typically) regular LOADs and STOREs and are canonically
86 and are doing it wrong.
91 C Atomic-RMW-ops-are-atomic-WRT-atomic_set
142 these are limited to the arithmetic operations because those are
143 reversible. Bitops are irreversible and therefore the modified value
150 - misc; the special purpose operations that are commonly used and would,
152 are time critical and can, (typically) on LL/SC architectures, be more
155 All these operations are SMP atomic; that is, the operations (for a single
165 - non-RMW operations are unordered;
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/filesystems/ |
| H A D | ext2.rst | 10 filesystem in use by Linux. There are also implementations available
16 Most defaults are determined by the filesystem superblock, and can be
17 set using tune2fs(8). Kernel-determined defaults are indicated by (*).
79 compression though these are not yet implemented (some are available as
87 The space in the device or file is split up into blocks. These are
96 Blocks are clustered into block groups in order to reduce fragmentation
100 Two blocks near the start of each group are reserved for the block usage
102 are in use. Since each bitmap is limited to a single block, this means
105 The block(s) following the bitmaps in each block group are designated
106 as the inode table for that block group and the remainder are the data
[all …]
|
| H A D | squashfs.rst | 10 directories. Inodes in the system are very small and all blocks are packed to
11 minimise data overhead. Block sizes greater than 4K are supported up to a
51 directory data are highly compacted, and packed on byte boundaries. Each
100 Compressed data blocks are written to the filesystem as files are read from
103 xattr tables are written.
110 these are stored here.
115 Metadata (inodes and directories) are compressed in 8Kbyte blocks. Each
120 Inodes are packed into the metadata blocks, and are not aligned to block
121 boundaries, therefore inodes overlap compressed blocks. Inodes are identified
126 To maximise compression there are different inodes for each file type
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/hid/ |
| H A D | hid-transport.rst | 15 drivers on top of it. The transport drivers are responsible of raw data
18 and quirks are handled by all layers depending on the quirk.
62 drivers are not required to register themselves with HID core. HID core is never
63 aware of which transport drivers are available and is not interested in it. It
68 this struct are used by HID core to communicate with the device.
70 Transport drivers are responsible of detecting device failures and unplugging.
100 reports. No management commands or data acknowledgements are sent on this
103 send their input events on this channel. Outgoing events are normally
107 channel and are normally ignored. Instead, devices only send management
111 Outgoing reports are usually sent on the ctrl channel via synchronous
[all …]
|
| /OK3568_Linux_fs/prebuilts/gcc/linux-x86/aarch64/gcc-arm-10.3-2021.07-x86_64-aarch64-none-linux-gnu/share/man/man1/ |
| H A D | aarch64-none-linux-gnu-cpp.1 | 152 Only the most useful options are given above; see below for a more
161 you to define \fImacros\fR, which are brief abbreviations for longer
169 preserving characteristics of the input which are not significant to
174 are not C. Other Algol-ish programming languages are often safe
181 you are writing in. Modern versions of the \s-1GNU\s0 assembler have macro
189 few things required by the standard. These are features which are
201 differences that do exist are detailed in the section \fBTraditional
233 The contents of \fIdefinition\fR are tokenized and processed as if
238 If you are invoking the preprocessor from a shell or shell-like
244 (if any). Parentheses are meaningful to most shells, so you should
[all …]
|
| /OK3568_Linux_fs/prebuilts/gcc/linux-x86/arm/gcc-arm-10.3-2021.07-x86_64-arm-none-linux-gnueabihf/share/man/man1/ |
| H A D | arm-none-linux-gnueabihf-cpp.1 | 152 Only the most useful options are given above; see below for a more
161 you to define \fImacros\fR, which are brief abbreviations for longer
169 preserving characteristics of the input which are not significant to
174 are not C. Other Algol-ish programming languages are often safe
181 you are writing in. Modern versions of the \s-1GNU\s0 assembler have macro
189 few things required by the standard. These are features which are
201 differences that do exist are detailed in the section \fBTraditional
233 The contents of \fIdefinition\fR are tokenized and processed as if
238 If you are invoking the preprocessor from a shell or shell-like
244 (if any). Parentheses are meaningful to most shells, so you should
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/admin-guide/device-mapper/ |
| H A D | statistics.rst | 6 regions of a DM device. If no regions are defined no statistics are
8 devices are currently supported.
14 The I/O statistics counters for each step-sized area of a region are
16 Documentation/admin-guide/iostats.rst). But two extra counters (12 and 13) are
22 The reported times are in milliseconds and the granularity depends on
24 reported times are in nanoseconds.
65 The following optional arguments are supported:
70 used, the resulting times are in nanoseconds instead of
71 milliseconds. Precise timestamps are a little bit slower
75 numbers n1, n2, etc are times that represent the boundaries
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/scsi/ |
| H A D | st.rst | 49 above. Additional modes are dormant until they are defined by the
58 parameters are reset when a new tape is loaded).
73 non-rewind devices (minor is 128 + device number) are implemented.
98 are caught at that point, but this takes time. In some applications, several
109 The compile options are defined in the file linux/drivers/scsi/st_options.h.
124 each drive are used.
132 byte). The bits defining the mode are below the non-rewind bit. The
142 directories corresponding to the existing tape devices. There are autorewind
143 and non-rewind entries for each mode. The names are stxy and nstxy, where x
145 a). For example, the directories for the first tape device are (assuming four
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/driver-api/ |
| H A D | device_link.rst | 8 that are borne out of a parent/child relationship within the device
10 are ordered based on this relationship, i.e. children are always suspended
30 presence on the supplier. The consumer devices are not probed before the
77 to deletion. Device links managed by the driver core are deleted automatically
86 Two other flags are specifically targeted at use cases where the device
104 ``DL_FLAG_STATELESS`` are invalid and cannot be used.
116 Moreover, managed device links cannot be deleted directly. They are deleted
117 by the driver core when they are not necessary any more in accordance with the
120 set) are expected to be removed by whoever called :c:func:`device_link_add()`
138 Sometimes drivers depend on optional resources. They are able to operate
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/core-api/ |
| H A D | workqueue.rst | 13 There are many cases where an asynchronous process execution context
22 While there are work items on the workqueue the worker executes the
82 worker threads become idle. These worker threads are managed in so
89 There are two worker-pools, one for normal work items and the other
96 aspects of the way the work items are executed by setting flags on the
97 workqueue they are putting the work item on. These flags include
110 (how many execution contexts are active) is an important issue. cmwq
118 number of the currently runnable workers. Generally, work items are
121 stalling should be optimal. As long as there are one or more runnable
125 are pending work items. This allows using a minimal number of workers
[all …]
|
| H A D | this_cpu_ops.rst | 8 this_cpu operations are a way of optimizing access to per cpu
18 This means that there are no atomicity issues between the calculation of
24 Read-modify-write operations are of particular interest. Frequently
32 synchronization is not necessary since we are dealing with per cpu
34 processor should be accessing that variable and therefore there are no
37 Please note that accesses by remote processors to a per cpu area are
45 are defined. These operations can be used without worrying about
116 the value of the individual counters for each processor are
120 Per cpu variables are used for performance reasons. Bouncing cache
190 Operations on these fields are straightforward::
[all …]
|
| /OK3568_Linux_fs/kernel/Documentation/virt/kvm/ |
| H A D | vcpu-requests.rst | 12 /* Check if any requests are pending for VCPU @vcpu. */
39 (kvm_make_request() calls) are followed by a call to kvm_vcpu_kick(),
50 thread, there are two other actions a kick may take. All three actions
51 are listed below:
54 2) Waking a sleeping VCPU. Sleeping VCPUs are VCPU threads outside guest
67 ensure VCPU requests are seen by VCPUs (see "Ensuring Requests Are Seen"),
69 even to ensure IPI acknowledgements are waited upon (see "Waiting for
70 Acknowledgements"). The following modes are defined:
94 VCPU requests are simply bit indices of the ``vcpu->requests`` bitmap.
101 break the abstraction. The first 8 bits are reserved for architecture
[all …]
|
| /OK3568_Linux_fs/external/chromium/licenses/ |
| H A D | NOTICE | 5 modification, are permitted provided that the following conditions are met:
18 A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
36 modification, are permitted provided that the following conditions are met:
49 A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
64 modification, are permitted provided that the following conditions
65 are met:
76 WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
105 modification, are permitted provided that the following conditions
106 are met:
119 ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
[all …]
|
| /OK3568_Linux_fs/kernel/arch/arm/mach-s3c/ |
| H A D | Kconfig.s3c24xx | 97 Common power management code for systems that are
179 Say Y here if you are using the American Microsystems M5900 Series
195 Say Y here if you are using the Simtec Electronics EB2410ITX
213 Say Y here if you are using the HP IPAQ H1940
236 Say Y here if you are using the Nex Vision OTOM board
243 Say Y here if you are using the Armzone QT2410
250 Say Y here if you are using the SMDK2410 or the derived module A9M2410
257 Say Y here if you are using the TinCanTools Hammer Board
269 Say Y here if you are using the Thorcom VR1000 board.
307 Say Y here if you are using the Logitech Jive.
[all …]
|