| /linux/Documentation/livepatch/ |
| H A D | cumulative-patches.rst | 5 There might be dependencies between livepatches. If multiple patches need
10 This might become a maintenance nightmare. Especially when more patches
36 As a result, the livepatch authors might maintain sources only for one
42 actually in use. Also the livepatch might then be seen as a "normal"
83 As a result, it might be dangerous to replace newer cumulative patches by
84 older ones. The old livepatches might not provide the necessary callbacks.
86 This might be seen as a limitation in some scenarios. But it makes life
101 A good practice might be to remove shadow variables in the post-unpatch
|
| H A D | system-state.rst | 13 The problems might come with shadow variables and callbacks. They might
31 The state of the system might get modified either by several livepatch callbacks
99 It might be the original system state or the state modification
113 - Allocate *state->data* when necessary. The allocation might fail
125 - Clean up its own mess in case of error. It might be done by a custom
154 state. It might mean doing nothing.
166 It might be called also during the transition reverse. Therefore it
|
| H A D | livepatch.rst | 61 the same way to the rest of the system. In this case, the functions might
64 But there are more complex fixes. For example, a patch might change
66 might exchange meaning of some temporary structures and update
236 might want to access functions or data from the original source file
270 together. Note that patched modules might be loaded later than
271 the patch itself and the relevant functions might be patched
307 Second, the error code might be used to refuse loading the module when
336 Note that functions might be patched multiple times. The ftrace handler
344 functions might be patched two times only during the transition period.
350 All enabled patches might get replaced by a cumulative patch that
[all …]
|
| /linux/Documentation/RCU/ |
| H A D | rcu_dereference.rst | 126 can now be speculated, such that it might happen before the
208 might provide, especially if you are making use of feedback-based
273 You might be surprised that the outcome (r1 == 143 && r2 == 44) is possible,
274 but you should not be. After all, the updater might have been invoked
346 first pointer might be. This lack of knowledge prevents the compiler
347 from carrying out optimizations that otherwise might destroy the ordering
351 But without rcu_dereference(), the compiler knows more than you might
416 2. If the access might be within an RCU read-side critical section
424 3. If the access might be within an RCU read-side critical section
443 is appropriate. In addition, rcu_dereference_raw() might be
[all …]
|
| H A D | NMI-RCU.rst | 59 …Why might the rcu_dereference_sched() be necessary on Alpha, given that the code referenced by the…
107 …Why might the rcu_dereference_sched() be necessary on Alpha, given that the code referenced by the…
109 The caller to set_nmi_callback() might well have
113 just after the new handler was set might see the pointer
|
| /linux/Documentation/driver-api/soundwire/ |
| H A D | error_handling.rst | 21 and after a number of such errors are detected the bus might be reset. Note
38 backtracking and restarting the entire programming sequence might be a
39 solution. Alternatively some implementations might directly issue a bus
58 hard-reset might be the best solution.
62 that the Slave might behave in implementation-defined ways. The bus
|
| /linux/Documentation/ABI/stable/ |
| H A D | sysfs-hypervisor-xen | 7 Might return "<denied>" in case of special security settings
16 Might return "<denied>" in case of special security settings
25 Might return "<denied>" in case of special security settings
56 Might return "<denied>" in case of special security settings
73 Might return "0" in case of special security settings
105 Might return "<denied>" in case of special security settings
|
| /linux/drivers/media/test-drivers/vidtv/ |
| H A D | vidtv_pes.h | 87 * @n_pes_h_s_bytes: Padding bytes. Might be used by an encoder if needed, gets
89 * @access_unit_len: The size of _one_ access unit (with any headers it might need)
104 /* might be used by an encoder if needed, gets discarded by decoder */
117 * @n_stuffing_bytes: Padding bytes. Might be used by an encoder if needed, gets
136 * @access_unit_len: The size of _one_ access unit (with any headers it might need)
148 * @n_pes_h_s_bytes: Padding bytes. Might be used by an encoder if needed, gets
|
| /linux/Documentation/core-api/ |
| H A D | printk-index.rst | 21 is not always trivial. Various changes might be backported. Various kernel
22 versions might be used on different monitored systems.
24 This is where the printk index feature might become useful. It provides
44 might appear in "vmlinux" when the module is built-in.
68 between various kernels. Especially the line number might change
118 interface might then show the printk formats including these prefixes.
|
| H A D | memory-allocation.rst | 97 might deplete the memory and the next user might hit the more aggressive
130 This might be really dangerous especially for larger orders.
172 should be used if a part of the cache might be copied to the userspace.
180 or `kvfree`, where the latter two might be more convenient thanks to not
|
| /linux/arch/x86/ |
| H A D | Kconfig.cpu | 249 # This flag might not be available in cross-compilers:
267 Note that such a kernel might not work optimally on a
374 CPU might render the kernel unbootable.
388 CPU might render the kernel unbootable.
401 CPU might render the kernel unbootable.
415 CPU might render the kernel unbootable.
428 CPU might render the kernel unbootable.
442 CPU might render the kernel unbootable.
456 CPU might render the kernel unbootable.
469 CPU might render the kernel unbootable.
|
| /linux/tools/testing/selftests/mm/ |
| H A D | mkdirty.c | 3 * Test handling of code that might set PTE/PMD dirty in read-only VMAs.
107 * Unshare the page (populating a fresh anon page that might be set in test_ptrace_write()
178 /* Trigger page migration. Might not be available or fail. */ in test_page_migration()
202 * Write to the first page, which might populate a fresh anon THP in test_page_migration_thp()
217 /* Trigger page migration. Might not be available or fail. */ in test_page_migration_thp()
241 * Write to the first page, which might populate a fresh anon THP in test_pte_mapped_thp()
309 /* Place a page in a read-only VMA, which might set the PTE dirty. */ in test_uffdio_copy()
367 /* PTE-mapping a THP might propagate the dirty PMD bit to the PTEs. */ in main()
|
| /linux/Documentation/dev-tools/kunit/ |
| H A D | faq.rst | 34 (``tools/testing/kunit/kunit.py``) that might not support some architectures
37 In short, yes, you can run KUnit on other architectures, but it might require
55 usually just two or three. For example, someone might write an integration
62 code under test. For example, someone might write an end-to-end test for the
74 parameter. This might show details or error messages hidden by the kunit_tool
90 It also preserves any config changes you might make, so you can
|
| /linux/Documentation/process/ |
| H A D | volatile-considered-harmful.rst | 36 change unexpectedly while the_lock is held. Any other code which might
40 compiler might think it knows what will be in shared_data, but the
61 Another situation where one might be tempted to use volatile is
76 - The above-mentioned accessor functions might use volatile on
92 - Pointers to data structures in coherent memory which might be modified
|
| H A D | handling-regressions.rst | 133 these tags are of great value for everyone (you included) that might be looking
169 till the end of the cycle, as the issue might discourage or prevent users and
173 resolving an issue then might take longer than outlined below.
209 subsystem maintainer might be unavailable. Also CC the stable team, when you
235 series, please evaluate at least briefly if the issue might happen in current
245 * In case of urgent regression fixes you might want to ensure prompt
248 the fix otherwise might land at the end of a huge patch queue.
285 trickle in. Depending on the risk, you also might want to ask the subsystem
292 of other aspects you want might want to be aware of:
301 security fix or when fixing a regression might cause another one
[all …]
|
| H A D | management-style.rst | 15 might not actually be true. You'll have to decide for yourself.
78 huge amounts of money that you might not be able to repay, the only
103 might be the wrong thing. You should always reserve the right to change
111 This preemptive admission of incompetence might also make the people who
173 might even be amused.
208 not necessarily translate to other areas. So you might prod people in
209 specific directions, but let's face it, they might be good at what they
|
| /linux/arch/arm64/ |
| H A D | Kconfig | 492 …bool "Cortex-A53: 826319: System might deadlock if a write cannot complete until read data is acce…
514 …bool "Cortex-A53: 827319: Data cache clean instructions might cause overlapping transactions to th…
536 bool "Cortex-A53: 824069: Cache line might not be marked as clean after a CleanShared snoop"
547 address, then this erratum might cause a clean cache line to be
559 bool "Cortex-A53: 819472: Store exclusive instructions might cause data corruption"
569 maintenance operation to the same address, then this erratum might
587 Affected Cortex-A57 parts might deadlock when exclusive load/store
599 …bool "Cortex-A57: 834220: Stage 2 translation fault might be incorrectly reported in presence of a…
605 Affected Cortex-A57 parts might report a Stage 2 translation
635 bool "Cortex-A53: 845719: a load might read incorrect data"
[all …]
|
| /linux/Documentation/driver-api/media/drivers/ |
| H A D | bttv-devel.rst | 27 If your card isn't listed there, you might check the source code for
34 example. If your board has one, you might have to load a helper
37 you might want to check the video4linux mailing list archive first...
87 card installed, you might to check out if you can read these registers
91 You might also dig around in the ``*.ini`` files of the Windows applications.
|
| /linux/Documentation/userspace-api/media/rc/ |
| H A D | lirc-set-wideband-receiver.rst | 39 This might be useful of receivers that have otherwise narrow band receiver
40 that prevents them to be used with some remotes. Wide band receiver might
46 Wide band receiver might be implicitly enabled if you enable
|
| /linux/Documentation/networking/ |
| H A D | ipv6.rst | 23 its functionality. This might be used when another module
45 on all interfaces. This might be used when one does not wish
65 This might be used when no IPv6 addresses are desired.
|
| /linux/Documentation/power/ |
| H A D | energy-model.rst | 17 Alternatively, userspace might be best positioned. And so on. In order to avoid
23 The power values might be expressed in micro-Watts or in an 'abstract scale'.
24 Multiple subsystems might use the EM and it is up to the system integrator to
28 powercap power values expressed in an 'abstract scale' might cause issues.
30 thus the real micro-Watts might be needed. An example of these requirements can
33 Kernel subsystems might implement automatic detection to check whether EM
135 subsystems which use EM might rely on this flag to check if all EM devices use
136 the same scale. If there are different scales, these subsystems might decide
148 (static + dynamic). These power values might be coming directly from
180 The EM which is registered using this method might not reflect correctly the
|
| /linux/tools/memory-model/Documentation/ |
| H A D | ordering.txt | 162 always successful but spin_trylock() might not be.
187 Note that smp_wmb() might fail to provide ordering for unmarked C-language
190 compiler might then reasonably decide to transform "x = 1" and "y = 1"
223 prohibits compiler code-motion optimizations that might move memory
287 against "y". On x86, the version using smp_store_release() might compile
502 might (and sometimes does) split a plain C-language store into multiple
504 CPU while such a store is executing might see a value that is a mashup
515 but to all the compilers that might be used to build it. Such compilers
516 might replace a series of loads with a single load, and might replace
|
| /linux/Documentation/fb/ |
| H A D | vesafb.rst | 74 If this does not work, this might be because your BIOS does not support
76 Even if your board does, it might be the BIOS which does not. VESA BIOS
89 another (accelerated) X-Server like XF86_SVGA might or might not work.
107 * VBE 3.0 might work too. I have neither a gfx board with VBE 3.0
|
| /linux/Documentation/admin-guide/ |
| H A D | bug-bisect.rst | 46 2. Now build, install, and boot a kernel. This might fail for unrelated reasons,
74 easily fill your terminal, so you might need to scroll up to see the message
99 Git might reject this, for example when the bisection landed on a merge
127 This will bisect across a wide range of changes, some of which you might have
164 (for example by the kernel's build system) might contain content taken from
|
| H A D | reporting-regressions.rst | 126 might even enjoy some time away from computers (as crazy as that might sound).
149 the reporter to locate the culprit commit; sometimes users might even need to
159 Documentation/admin-guide/bug-bisect.rst. It might sound like a lot of work, but
169 issue might better be dealt with in private, feel free to omit the list.
180 something might break. This is in the interest of the kernel developers to make
183 in everybody's interest, as `those series might have known bugs, security
281 weeks later this solution can become impossible, as some software might have
302 to be affected by a regression, it for the greater good might be in their and
345 that might cause regressions.
351 file as the older one (see above), as those that built them might have enabled
[all …]
|