Searched full:might (Results 1 – 25 of 662) sorted by relevance
12345678910>>...27
| /Documentation/livepatch/ |
| 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
|
| 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
|
| 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 …]
|
| /Documentation/admin-guide/ |
| D | reporting-issues.rst | 21 In all other cases try your best guess which kernel part might be causing the
55 developers. It might be all that's needed for people already familiar with
89 kernel modules on-the-fly, which solutions like DKMS might be doing locally
93 that made the kernel set this flag might be causing the issue you face.
111 thoroughly for reports that might match your issue. If you find anything,
119 situations; during the merge window that actually might be even the best
149 link to it. Include or upload all other information that might be relevant,
188 the issue might have already been fixed there. If you first noticed the
212 might not get the issue solved in older releases: the fix might be too big
219 the issue in mainline, as its commit message might tell you if the fix is
[all …]
|
| D | verify-bugs-and-bisect-regressions.rst | 21 might want to switch to a rendered version: it makes it a lot easier to
36 aspects, all of which might be essential in your present case.]*
76 # * Hint: at this point you might want to adjust the build configuration;
187 a) To avoid running out of disk space during a bisection, you might need to
205 the kernels you built earlier and later you might want to keep around for
254 pitfalls, as well as problems that might occur at the particular step -- and how
265 preliminary report after segment 2 might be wise, as the regression and its
266 culprit might be known already. For further details on what actually qualifies
496 But if you are extremely short on storage space, you might want to disable
554 tag. In that case you might want to check if a successor series (say
[all …]
|
| D | quickly-build-trimmed-linux.rst | 18 which might be relevant for you.]*
32 # Hint: at this point you might want to adjust the build configuration; you'll
47 # Reminder: you might want to add or modify a build tag at this point.
73 that might occur at a particular point -- and how to then get things rolling
78 might want to switch to a rendered version, as it makes it a lot easier to
224 aspect in mind when using a kernel built with this make target, as it might
231 * Check if you might want to or have to adjust some kernel configuration
235 might need to decode a stack trace found for example in a 'panic', 'Oops',
296 version you care about, as git otherwise might retrieve the entire commit
307 At this point you might want to patch the sources again or set/modify a build
[all …]
|
| /Documentation/driver-api/soundwire/ |
| 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
|
| /Documentation/userspace-api/media/rc/ |
| 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
|
| /Documentation/networking/ |
| 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.
|
| /Documentation/ABI/stable/ |
| 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
|
| /Documentation/ABI/testing/ |
| D | sysfs-bus-iio-dma-buffer | 6 buffers. If this alignment requirement is not met samples might
15 that the alignment requirement in samples sets might change
|
| D | sysfs-memory-page-offline | 15 this might change.
40 this might change.
|
| /Documentation/core-api/ |
| 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.
|
| D | dma-attributes.rst | 50 buffer from CPU domain to device domain. Some advanced use cases might
61 might be a time consuming operation, especially if the buffers are
85 pages). You might want to specify this if:
88 You might know that the accesses are likely to be sequential or
95 might be the case.
|
| D | swiotlb.rst | 72 swiotlb_tbl_unmap_single() does the reverse. If the DMA operation might have
101 Conversely, the heuristic might produce a size that is insufficient, depending
108 are such that the device might use swiotlb, the maximum size of a DMA segment
123 swiotlb, max_sectors_kb might be 512 KiB or larger. If a device might use
125 max_sectors_kb might be even smaller, such as 252 KiB.
130 bounce buffer might start at a larger address if min_align_mask is non-zero.
155 what might be called a "slot set". When a bounce buffer is allocated, it
168 slots, it might be necessary to assign multiple CPUs to the same area. The
185 initial slots in each slot set might not meet the alloc_align_mask criterium.
190 change in the future, the initial pool allocation might need to be done with
[all …]
|
| /Documentation/dev-tools/kunit/ |
| 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
|
| /Documentation/power/ |
| D | tricks.rst | 7 If you want to trick swsusp/S3 into working, you might want to try:
19 * use vga text console, shut down X. [If you really want X, you might
|
| /Documentation/process/ |
| 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
|
| /Documentation/RCU/ |
| 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 …]
|
| 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
|
| D | rcubarrier.rst | 12 delete an element p from the linked list from IRQ context might then be
19 IRQ context. The function p_callback() might be defined as follows::
43 One might be tempted to try several back-to-back synchronize_rcu()
45 heavy RCU-callback load, then some of the callbacks might be deferred in
166 Is there any other situation where rcu_barrier() might
171 Your module might have additional complications. For example, if your
296 Is there any other situation where rcu_barrier() might
341 Nevertheless, that extra count might still be a good idea.
377 as might well happen due to real-time latency considerations,
|
| /Documentation/driver-api/media/drivers/ |
| 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.
|
| /Documentation/devicetree/bindings/net/ |
| D | ethernet-phy-package.yaml | 32 Some PHY in the PHY package might be not defined but
34 anything) hence the PHY package reg might correspond
|
| /Documentation/hwmon/ |
| D | sl28cpld.rst | 21 supervisor. In the future there might be other flavours and additional
22 hardware monitoring might be supported.
|
| /Documentation/sound/designs/ |
| D | powersave.rst | 34 Note that you might hear click noise/pop when changing the power
42 consumption, but might result in longer wake-up time and click noise.
|
12345678910>>...27