Home
last modified time | relevance | path

Searched full:situations (Results 1 – 25 of 360) sorted by relevance

12345678910>>...15

/Linux-v5.10/Documentation/RCU/
DarrayRCU.rst7 also be used to protect arrays. Three situations are as follows:
15 Each of these three situations involves an RCU-protected pointer to an
26 That aside, each of the three RCU-protected pointer situations are
37 to other array-of-list situations, such as radix trees.
/Linux-v5.10/Documentation/timers/
Dno_hz.rst38 there are some situations where this old-school approach is still the
80 unnecessary scheduling-clock interrupts. In these situations, there
121 by one less than the number of CPUs. In these situations, there is
183 There are situations in which idle CPUs cannot be permitted to
265 of other situations where the scheduling-clock tick is not
282 Better handling of these sorts of situations is future work.
/Linux-v5.10/Documentation/locking/
Dpreempt-locking.rst15 requires explicit additional locking for very few additional situations.
18 requires protecting these situations.
35 protect these situations by disabling preemption around them.
/Linux-v5.10/arch/powerpc/include/asm/nohash/32/
Dpte-44x.h60 * certain situations. In other words, in such situations some portion of
/Linux-v5.10/lib/zlib_inflate/
DMakefile13 # any nasty situations wrt memory management, and that the
/Linux-v5.10/Documentation/maintainer/
Drebasing-and-merging.rst111 the mainline. The best practices to follow differ in those two situations.
190 as always, in such situations, the merge commit should explain why the
223 be situations that call out for a different solution, and these guidelines
/Linux-v5.10/Documentation/devicetree/bindings/regulator/
Dqcom,usb-vbus-regulator.yaml14 regulator will be enabled in situations where the device is required to
/Linux-v5.10/Documentation/ABI/testing/
Dsysfs-devices-real_power_state17 In some situations the value of this attribute may be different
Dsysfs-class-bdi46 situations where we want to avoid one device taking all or
Dsysfs-bus-iio-trigger-sysfs9 automated testing or in situations, where other trigger methods
/Linux-v5.10/Documentation/i2c/
Dgpio-fault-injection.rst46 The following fault injectors create situations where SDA will be held low by a
47 device. Bus recovery should be able to fix these situations. But please note:
/Linux-v5.10/Documentation/arm/
Dvlocks.rst10 which are otherwise non-coherent, in situations where the hardware
89 vlocks are therefore best suited to situations where it is necessary
/Linux-v5.10/Documentation/devicetree/bindings/watchdog/
Daspeed-wdt.txt20 This is useful in situations where another watchdog engine on chip is
/Linux-v5.10/drivers/usb/dwc3/
DMakefile37 # which is arch-specific and that it compiles on all situations.
/Linux-v5.10/Documentation/admin-guide/
Dedid.rst24 As a remedy for such situations, the kernel configuration item
Dcpu-load.rst51 One can imagine many more situations where this behavior of the kernel
/Linux-v5.10/drivers/gpu/drm/
Ddrm_vblank_work.c25 * there's a few situations where it can't be helped. Some unforgiving
31 * context. Both of these situations can't be solved perfectly in Linux since
/Linux-v5.10/arch/arm/mach-mstar/
Dmstarv7.c44 * This may need locking to deal with situations where an interrupt
/Linux-v5.10/Documentation/vm/
Dovercommit-accounting.rst26 use, in most situations this means a process will not be
/Linux-v5.10/arch/mips/include/asm/octeon/
Dcvmx-bootmem.h324 * Locks the bootmem allocator. This is useful in certain situations
332 * Unlocks the bootmem allocator. This is useful in certain situations
/Linux-v5.10/Documentation/core-api/
Dkref.rst148 know what you are doing (there are some situations where locking is
153 There are some situations where you can optimize the gets and puts.
/Linux-v5.10/Documentation/driver-api/iio/
Dtriggers.rst12 In many situations it is useful for a driver to be able to capture data based
/Linux-v5.10/Documentation/power/
Dpci.rst68 Thus in many situations both the native and the platform-based power management
231 may be identified later). The GPEs used in such situations are referred to as
302 These callbacks are executed by the PM core in various situations related to
407 situations. First, it may be called at the request of the device's driver, for
775 The freeze() callback is hibernation-specific and is executed in two situations,
920 The complete() callback is executed in the following situations:
1035 situations. If the PM core determines that the driver's "noirq" and "early"
1104 are a few situations in which power management requests are automatically
/Linux-v5.10/Documentation/fb/
Dtridentfb.rst59 detection says in all three BIOS selectable situations 2M, 4M, 8M.
/Linux-v5.10/Documentation/userspace-api/media/v4l/
Dvidioc-subscribe-event.rst106 situations like that.

12345678910>>...15