Searched full:them (Results 1 – 25 of 819) sorted by relevance
12345678910>>...33
| /Documentation/vm/ |
| D | swap_numa.rst | 19 to be swapped on. Simply swapping them on by doing::
26 that the order of them being swapped on doesn't matter.
31 The way to swap them on is the same as above::
40 Then node 0 will use them in the order of::
46 node 1 will use them in the order of::
50 node 2 will use them in the order of::
57 node 3 will use them in the order of::
|
| /Documentation/hwmon/ |
| D | vexpress.rst | 28 from a wide range of boards, each of them containing (apart of the main
33 temperature and power usage. Some of them also calculate consumed energy
40 Tree passed to the kernel. Details of the DT binding for them can be found
|
| D | userspace-tools.rst | 19 setup monitoring limits etc. You can get them on their homepage
32 3) load them and run "sensors" command, you should see some results.
|
| /Documentation/driver-api/ |
| D | isa.rst | 22 to the driver creating them because it might want to drive them, meaning
54 them in at all. The id is the only thing we ever want other then the
60 of the old .probe in .match, which would only keep them registered after
78 loops over the passed in ndev creating devices and registering them.
79 This causes the bus match method to be called for them, which is::
|
| /Documentation/i2c/ |
| D | ten-bit-addresses.rst | 8 address 0x10 (though a single device could respond to both of them).
21 hardware doesn't support them (SMBus doesn't require 10-bit address
33 needs them to be fixed.
|
| /Documentation/ABI/stable/ |
| D | sysfs-firmware-opal-elog | 18 but not explicitly acknowledged them to firmware and
24 entries, read them out and acknowledge them.
|
| /Documentation/x86/ |
| D | microcode.rst | 89 somewhere else and/or you've downloaded them directly from the processor
111 packages already put them there.
137 so that the build system can find those files and integrate them into
138 the final kernel image. The early loader finds them and applies them.
|
| D | intel_mpx.rst | 112 them somewhere. It has two special instructions for this which allow
124 the instructions for moving bounds in and out of them are extremely
131 are a few ways this could be done. We don't think any of them are practical
135 never have to allocate them?
139 even if we clean them up aggressively. In the worst-case scenario, the
143 If we were to preallocate them for the 128TB of user virtual address
167 bounds tables that we could think of, we create them on demand in
207 knowledge, it is also responsible for freeing them when the associated
241 directory at them through XSAVE instruction, and then set valid bit
246 them at the same bounds table.
|
| /Documentation/admin-guide/pm/ |
| D | cpuidle.rst | 23 Since part of the processor hardware is not used in idle states, entering them
39 (program) from memory and executing them, but it need not work this way
49 work physically in parallel with each other, so if each of them executes only
63 instructions from multiple locations in memory and execute them in the same time
70 by one of them, the hardware thread (or CPU) that asked for it is stopped, but
81 *idle* by the Linux kernel when there are no tasks to run on them except for the
99 to allow them to make some progress over time.]
163 and ``ladder``. Which of them is used by default depends on the configuration
181 decision on which one of them to use has to be made early (on Intel platforms
196 allow them to make reasonable progress in a given time frame is to make them
[all …]
|
| D | strategies.rst | 15 One of them is based on using global low-power states of the whole system in
33 allowing them to process data and to be accessed by software. In turn, if they
39 draw (or maximum energy usage) of it. If all of them are inactive, the system
|
| /Documentation/devicetree/bindings/mmc/ |
| D | brcm,sdhci-brcmstb.txt | 7 on Device Tree properties to enable them for SoC/Board combinations
8 that support them.
|
| /Documentation/ABI/testing/ |
| D | sysfs-firmware-efi-runtime-map | 12 can reassemble them and pass them into the kexec kernel.
|
| /Documentation/input/ |
| D | gamepad.rst | 45 differently labeled on most devices so we define them as NORTH,
57 Analog-sticks may also provide a digital button if you press them.
60 Not all devices provide them, but the upper buttons are normally named
74 Legacy drivers often don't comply to these rules. As we cannot change them
76 user-space yourself. Some of them might also provide module-options that
85 and one analog stick. It reports them as if it were a gamepad with only one
|
| /Documentation/driver-api/acpi/ |
| D | scan_handlers.rst | 28 information from the device objects represented by them and populating them with
29 appropriate data, but some of them require additional handling after they have
56 to match a scan handler against each of them using the ids arrays of the
|
| /Documentation/process/ |
| D | management-style.rst | 47 competent to make that decision for them.
114 sure as hell shouldn't encourage them by promising them that what they
115 work on will be included. Make them at least think twice before they
150 is fairly easy, and un-alienating them is hard. Thus "alienating"
193 Some people react badly to smart people. Others take advantage of them.
196 Suck up to them, because they are the people who will make your job
212 are doing something irreversible when you **do** prod them in some
229 Then make the developer who really screwed up (if you can find them) know
287 by trying to keep up with everybody else and running after them as fast
|
| D | email-clients.rst | 148 patches so do not GPG sign them. Signing patches that have been inserted
149 as inlined text will make them tricky to extract from their 7-bit encoding.
152 them as text, right click on the attachment and select :menuselection:`properties`,
160 you will have to chmod them to make them group and world readable if you copy
161 them elsewhere.
199 to send them::
|
| /Documentation/ABI/ |
| D | README | 16 them will be guaranteed for at least 2 years. Most interfaces
25 errors or security problems are found in them. Userspace
31 notify them if any changes occur (see the description of the
|
| /Documentation/core-api/ |
| D | boot-time-mm.rst | 34 macros. Some of them are actually internal, but since they are
35 documented it would be silly to omit them. Besides, reading the
|
| /Documentation/filesystems/ |
| D | hpfs.txt | 43 What to do with extended attributes. 'no' - ignore them and use always
45 attributes but do not create them. 'rw' - create extended attributes
135 list, I don't know how to delete them when file is deleted and how to not
136 overwrite them with extended attributes. Send me some info on these structures
138 structures, remount read-only and not destroy them (I hope).
166 reasons. If you extremely wish to update them, let me know, I'll write it (but
182 correctly and writes warning if it finds them. If you see this message, this is
199 marks them as short (and writes "minor fs error corrected"). This bug is not in
245 not 100% ok, I have no info on it and OS/2 doesn't want to create them)
|
| /Documentation/sphinx/ |
| D | automarkup.py | 23 # pointless to try to cross-reference them and, as has been known
33 # Find all occurrences of function() and try to replace them with
62 # work around that by ignoring them.
|
| /Documentation/livepatch/ |
| D | cumulative-patches.rst | 15 from all older livepatches and completely replace them in one transition.
97 must create their own rules how to pass them from one cumulative
99 them in module_exit() functions.
|
| /Documentation/timers/ |
| D | hrtimers.rst | 49 them becomes necessary. Thus the users of these timeouts can accept
52 Accurate timing for them is not a core purpose - in fact most of the
53 timeout values used are ad-hoc. For them it is at most a necessary
109 time-changing code had to fix them up one by one, and all of them had to
122 1:1 mapping between them on the algorithmic level, and thus no real
|
| D | no_hz.rst | 110 task implies also omitting them for idle CPUs.
116 it allows them to improve their worst-case response times by the maximum
165 all of them over time. Adaptive-tick mode may prevent this
204 scheduler will decide where to run them, which might or might not be
205 where you want them to run.
238 dyntick-idle mode, an option that most of them take. However,
291 simply offloading RCU callbacks from all CPUs and pinning them
292 where you want them whenever you want them pinned.
|
| /Documentation/virt/kvm/ |
| D | ppc-pv.txt | 6 instructions and can emulate them accordingly.
13 and transforms them into unprivileged ones with some help from the hypervisor.
82 registers. Only if the host supports the additional features, make use of them.
100 feature before using them!
204 them are handled in the kernel, some are handled in user space. This is only
|
| /Documentation/admin-guide/ |
| D | vga-softcursor.rst | 16 where 1, 2 and 3 are parameters described below. If you omit any of them,
36 (by simply XORing them with the value of this parameter). On standard
|
12345678910>>...33