| /Linux-v5.4/Documentation/ABI/testing/ |
| D | sysfs-class-mic | 9 Integrated Core (MIC) architecture that runs a Linux OS.
42 MIC device in the context of the card OS. Possible values that
44 "ready" - The MIC device is ready to boot the card OS. On
48 "booting" - The MIC device has initiated booting a card OS.
50 "shutting_down" - The card OS is shutting down.
55 operations depending upon the current state of the card OS.
57 "boot" - Boot the card OS image specified by the combination
61 "shutdown" - Initiates card OS shutdown.
68 An Intel MIC device runs a Linux OS during its operation. This
69 OS can shutdown because of various reasons. When read, this
[all …]
|
| D | sysfs-driver-ppi | 31 executed in the pre-OS environment. It is the only input from
32 the OS to the pre-OS environment. The request should be an
60 operation to be executed in the pre-OS environment by the BIOS
71 operation to be executed in the pre-OS environment by the BIOS
|
| D | configfs-usb-gadget | 120 This group contains "OS String" extension handling attributes.
122 use - flag turning "OS Desctiptors" support on/off
125 qw_sign - an identifier to be reported as "OS String"
|
| /Linux-v5.4/fs/hpfs/ |
| D | Kconfig | 3 tristate "OS/2 HPFS file system support"
6 OS/2 is IBM's operating system for PC's, the same as Warp, and HPFS
7 is the file system used for organizing files on OS/2 hard disk
9 write files to an OS/2 HPFS partition on your hard drive. OS/2
|
| /Linux-v5.4/Documentation/firmware-guide/acpi/ |
| D | osi.rst | 24 but where Linux was installed to replace the original OS (Windows or OSX).
53 is checked into Linux, the OS will answer "YES" when the BIOS
55 by the OS. Linux distributors can back-port that patch for Linux
74 interpreter in the kernel would return to it a string identifying the OS:
80 The idea was on a platform tasked with running multiple OS's,
81 the BIOS could use _OS to enable devices that an OS
83 necessary to make the platform compatible with that pre-existing OS.
86 of every possible version of the OS that would run on it, and needed to know
87 all the quirks of those OS's. Certainly it would make more sense
88 for the BIOS to ask *specific* things of the OS, such
[all …]
|
| /Linux-v5.4/Documentation/filesystems/ |
| D | hpfs.txt | 41 When to mark filesystem dirty so that OS/2 checks it.
54 As in OS/2, filenames are case insensitive. However, shell thinks that names
61 OS/2 ignores dots and spaces at the end of file name, so this driver does as
68 On HPFS partitions, OS/2 can associate to each file a special information called
71 variable length. OS/2 stores window and icon positions and file types there. So
96 incompatible with OS/2. OS/2 PmShell symlinks are not supported because they are
106 file has a pointer to codepage its name is in. However OS/2 was created in
108 support is quite buggy. I have Czech OS/2 working in codepage 852 on my disk.
109 Once I booted English OS/2 working in cp 850 and I created a file on my 852
111 Czech OS/2, the file was completely inaccessible under any name. It seems that
[all …]
|
| D | adfs.txt | 14 the RISC OS file type will be added. Default 0.
62 RISC OS file type suffix
65 RISC OS file types are stored in bits 19..8 of the file load address.
67 To enable non-RISC OS systems to be used to store files without losing
71 naming convention is now also used by RISC OS emulators such as RPCEmu.
|
| /Linux-v5.4/Documentation/networking/device_drivers/toshiba/ |
| D | spider_net.txt | 29 and is waiting to be emptied and processed by the OS. A "not-in-use"
33 During normal operation, on device startup, the OS (specifically, the
37 buffers, and marks them "full". The OS follows up, taking the full
41 and "tail" pointers, managed by the OS, and a hardware current
52 descr. The OS will process this descr, and then mark it "not-in-use",
57 The OS will then note that the current tail is "empty", and halt
62 a "not-in-use" descr. The OS will perform various housekeeping duties
64 dma-mapping it so as to make it visible to the hardware. The OS will
69 pointer, at which point the OS will notice that the head descr is
114 As long as the OS can empty out the RX buffers at a rate faster than
[all …]
|
| /Linux-v5.4/Documentation/PCI/ |
| D | acpi-info.rst | 8 OS might use unless there's another way for the OS to find it [1, 2].
17 described via ACPI. The OS can discover them via the standard PCI
25 namespace [2]. The _CRS is like a generalized PCI BAR: the OS can read
27 a driver for the device [3]. That's important because it means an old OS
28 can work correctly even on a system with new devices unknown to the OS.
29 The new devices might not do anything, but the OS can at least make sure no
33 reserving address space. The static tables are for things the OS needs to
35 is defined, an old OS needs to operate correctly even though it ignores the
37 OS; a static table does not.
39 If the OS is expected to manage a non-discoverable device described via
[all …]
|
| /Linux-v5.4/drivers/misc/mic/ |
| D | Kconfig | 18 OS and tools for MIC to use with this driver are available from
35 OS and tools for MIC to use with this driver are available from
51 OS and tools for MIC to use with this driver are available from
63 run a 64 bit Linux OS. The driver manages card OS state and
71 OS and tools for MIC to use with this driver are available from
102 run a 64 bit Linux OS. The Symmetric Communication Interface
110 OS and tools for MIC to use with this driver are available from
128 OS and tools for MIC to use with this driver are available from
149 OS and tools for MIC to use with this driver are available from
|
| /Linux-v5.4/Documentation/mic/ |
| D | mic_overview.rst | 7 that runs a Linux OS. It is a PCIe endpoint in a platform and therefore
9 memory and I/O. The host OS loads a device driver as is typical for
11 transfers control to the card OS downloaded from the host driver. The
13 the card during suspend and reboots the card OS during resume.
14 The card OS as shipped by Intel is a Linux kernel with modifications
55 | Card OS | | | Host OS |
|
| /Linux-v5.4/Documentation/admin-guide/ |
| D | kernel-per-CPU-kthreads.rst | 2 Reducing OS jitter due to per-cpu kthreads
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
26 - In order to locate kernel-generated OS jitter on CPU N:
43 To reduce its OS jitter, do any of the following:
62 To reduce its OS jitter, do the following:
73 To reduce its OS jitter, do one of the following:
87 To reduce its OS jitter, each softirq vector must be handled
202 housekeeping CPUs, which can tolerate OS jitter.
228 To reduce its OS jitter, do any of the following:
[all …]
|
| /Linux-v5.4/arch/alpha/include/asm/ |
| D | jensen.h | 307 #define IOPORT(OS, NS) \ argument
311 return jensen_read##OS(xaddr - 0x100000000ul); \
313 return jensen_in##OS((unsigned long)xaddr); \
318 jensen_write##OS(b, xaddr - 0x100000000ul); \
320 jensen_out##OS(b, (unsigned long)xaddr); \
|
| D | core_t2.h | 574 #define IOPORT(OS, NS) \ argument
578 return t2_read##OS(xaddr); \
580 return t2_in##OS((unsigned long)xaddr - T2_IO); \
585 t2_write##OS(b, xaddr); \
587 t2_out##OS(b, (unsigned long)xaddr - T2_IO); \
|
| /Linux-v5.4/arch/um/ |
| D | Makefile | 21 OS := $(shell uname -s) macro
28 $(ARCH_DIR)/os-$(OS)/
79 include $(ARCH_DIR)/Makefile-os-$(OS)
148 export HEADER_ARCH SUBARCH USER_CFLAGS CFLAGS_NO_HARDENING OS DEV_NULL_PATH
|
| /Linux-v5.4/Documentation/driver-api/ |
| D | dcdbas.rst | 11 power off after OS shutdown) on certain Dell systems.
55 to perform a power cycle or power off of the system after the OS has finished
57 a driver perform a SMI after the OS has finished shutting down.
73 4) Initiate OS shutdown.
74 (Driver will perform host control SMI when it is notified that the OS
|
| /Linux-v5.4/drivers/gpu/drm/xen/ |
| D | Kconfig | 3 bool "DRM Support for Xen guest OS"
10 tristate "Para-virtualized frontend driver for Xen guest OS"
|
| /Linux-v5.4/Documentation/ia64/ |
| D | mca.rst | 10 the OS is in any state. Including when one of the cpus is already
102 slaves. All the OS INIT handlers are entered at approximately the same
103 time. The OS monarch prints the state of all tasks and returns, after
109 cpu to return from the OS then drive the rest as slaves. Some versions
110 of SAL cannot even cope with returning from the OS, they spin inside
111 SAL on resume. The OS INIT code has workarounds for some of these
112 broken SAL symptoms, but some simply cannot be fixed from the OS side.
154 entry to the OS and are restored from there on return to SAL, so user
156 OS has no idea what unwind data is available for the user space stack,
157 MCA/INIT never tries to backtrace user space. Which means that the OS
[all …]
|
| /Linux-v5.4/Documentation/devicetree/bindings/arm/ |
| D | secure.txt | 61 be used to pass data to the Secure OS. Only the properties defined
64 - stdout-path : specifies the device to be used by the Secure OS for
67 present, the Secure OS should not perform any console output. If
68 /secure-chosen does not exist, the Secure OS should use the value of
70 Normal world OS).
|
| /Linux-v5.4/Documentation/devicetree/bindings/remoteproc/ |
| D | st-rproc.txt | 6 Co-processors can be controlled from the bootloader or the primary OS. If
7 the bootloader starts a co-processor, the primary OS must detect its state
|
| /Linux-v5.4/Documentation/timers/ |
| D | no_hz.rst | 8 efficiency and reducing OS jitter. Reducing OS jitter is important for
79 1,500 OS instances might find that half of its CPU time was consumed by
211 So you enable all the OS-jitter features described in this document,
213 your workload isn't affected that much by OS jitter, or is it because
215 by providing a simple OS-jitter test suite, which is available on branch
222 whether or not you have succeeded in removing OS jitter from your system.
223 If this trace shows that you have removed OS jitter as much as is
225 sensitive to OS jitter.
228 We do not currently have a good way to remove OS jitter from single-CPU
295 of OS jitter, including interrupts and system-utility tasks
[all …]
|
| /Linux-v5.4/drivers/platform/chrome/ |
| D | Kconfig | 3 # Platform support for Chrome OS hardware (Chromebooks and Chromeboxes)
29 tristate "Chrome OS Laptop"
39 tristate "Chrome OS pstore support"
58 select Chrome OS systems.
140 tristate "Backlight LED support for Chrome OS keyboards"
144 select Chrome OS systems.
|
| /Linux-v5.4/Documentation/driver-api/mei/ |
| D | iamt.rst | 18 - OS updates
79 Intel AMT OS Health Watchdog
82 The Intel AMT Watchdog is an OS Health (Hang/Crash) watchdog.
83 Whenever the OS hangs or crashes, Intel AMT will send an event
|
| /Linux-v5.4/Documentation/livepatch/ |
| D | module-elf-format.rst | 41 selected from OS-specific ranges according to the definitions from glibc.
175 SHF_RELA_LIVEPATCH flag ("o" - for OS-specific).
238 94: 0000000000000000 0 NOTYPE GLOBAL DEFAULT OS [0xff20] .klp.sym.vmlinux.printk,0
289 73: 0000000000000000 0 NOTYPE GLOBAL DEFAULT OS [0xff20] .klp.sym.vmlinux.snprintf,0
290 74: 0000000000000000 0 NOTYPE GLOBAL DEFAULT OS [0xff20] .klp.sym.vmlinux.capable,0
291 75: 0000000000000000 0 NOTYPE GLOBAL DEFAULT OS [0xff20] .klp.sym.vmlinux.find_next_bit,0
292 76: 0000000000000000 0 NOTYPE GLOBAL DEFAULT OS [0xff20] .klp.sym.vmlinux.si_swapinfo,0
299 "OS" means OS-specific.
|
| /Linux-v5.4/Documentation/cpu-freq/ |
| D | pcc-cpufreq.txt | 48 performance (ie: frequency) between the platform firmware and the OS.
53 OS utilizes the PCC interface to inform platform firmware what frequency the
54 OS wants for a logical processor. The platform firmware attempts to achieve
65 between the OS and platform firmware. PCC also implements a "doorbell" that
66 is used by the OS to inform the platform firmware that a command has been
95 the OS is capable of getting/setting the frequency of all the logical CPUs in
|
