Searched full:there (Results 1 – 25 of 1503) sorted by relevance
12345678910>>...61
| /Documentation/ |
| D | robust-futexes.txt | 18 that says "there's a waiter pending", and the sys_futex(FUTEX_WAIT)
23 value) that there were waiter(s) pending, and does the
26 state, and there's no in-kernel state associated with it. The kernel
27 completely forgets that there ever was a futex at that address. This
42 There is a big conceptual problem with futex based mutexes though: it is
44 the kernel cannot help with the cleanup: if there is no 'futex queue'
45 (and in most cases there is none, futexes being fast lightweight locks)
75 because the kernel has no knowledge about how many robust futexes there
89 At the heart of this new approach there is a per-thread private list of
93 time, the kernel checks this user-space list: are there any robust futex
[all …]
|
| D | COPYING-logo | 2 ("currently unofficial" just means that there has been no paperwork and
7 Note that there are black-and-white versions of this available that
|
| /Documentation/timers/ |
| D | no_hz.rst | 12 There are three main ways of managing scheduling-clock interrupts
38 there are some situations where this old-school approach is still the
40 that use short bursts of CPU, where there are very frequent idle
43 clock interrupts will normally be delivered any way because there
68 If a CPU is idle, there is little point in sending it a scheduling-clock
80 unnecessary scheduling-clock interrupts. In these situations, there
98 There is also a boot parameter "nohz=" that can be used to disable
107 If a CPU has only one runnable task, there is little point in sending it
108 a scheduling-clock interrupt because there is no other task to switch to.
121 by one less than the number of CPUs. In these situations, there is
[all …]
|
| /Documentation/process/ |
| D | 6.Followthrough.rst | 13 It is a rare patch which is so good at its first posting that there is no
40 people remember who wrote kernel code, but there is little lasting fame
94 but there are times when somebody simply has to make a decision. If you
111 things. In particular, there may be more than one tree - one, perhaps,
115 For patches applying to areas for which there is no obvious subsystem tree
124 there's a good chance that you will get more comments from a new set of
144 To begin with, the visibility of your patch has increased yet again. There
146 the patch before. It may be tempting to ignore them, since there is no
155 where there are testers, there will be bug reports.
166 After any regressions have been dealt with, there may be other, ordinary
[all …]
|
| D | 8.Conclusion.rst | 6 There are numerous sources of information on Linux kernel development and
32 There are a number of books on kernel development:
44 the shelves for a while now. Still, there is quite a bit of good
45 information to be found there.
68 The kernel can always benefit from a larger developer base, though. There
|
| D | 3.Early-stage.rst | 44 There are a number of very good Linux kernel developers, but they
87 - There may be elements of the proposed solution which will not be
131 the MAINTAINERS file for a relevant place to post. If there is a suitable
132 subsystem list, posting there is often preferable to posting on
138 and not all subsystems are represented there. The person listed in the
140 that role currently. So, when there is doubt about who to contact, a
157 copies of the patch. There are a number of options regulating how hard
177 matter is (1) kernel developers tend to be busy, (2) there is no shortage
185 not assume that it means there is no interest in the project.
186 Unfortunately, you also cannot assume that there are no problems with your
[all …]
|
| /Documentation/devicetree/bindings/power/supply/ |
| D | twl-charger.txt | 4 to know when charging is permissible, and when there is a connection
7 The choice of phy cannot be configured at a hardware level, so there
9 if there is a sibling of the BCI node which is compatible with
|
| /Documentation/networking/device_drivers/toshiba/ |
| D | spider_net.txt | 26 There are three primary states that a descriptor can be in: "empty",
44 marks it full, and advances the GDACTDPA by one. Thus, when there is
53 and advance the tail pointer. Thus, when there is flowing RX traffic,
65 then mark the descr as "empty", ready to receive data. Thus, when there
115 the hardware can fill them, there is no problem. If, for some reason,
134 and is filling the next descrs. Since the OS doesn't see this, there
155 marked xa... which is "empty". Thus, from the OS point of view, there
156 is nothing to be done. In particular, there is the implicit assumption
166 and there can be no forward progress; the OS thinks there's nothing
175 operations there. Since this will leave "holes" in the ring, there
[all …]
|
| /Documentation/livepatch/ |
| D | livepatch.rst | 28 There are many situations where users are reluctant to reboot a system. It may
39 There are multiple mechanisms in the Linux kernel that are directly related
59 a live patch is called with the help of a custom ftrace handler. But there are
66 Functions are there for a reason. They take some input parameters, get or
77 But there are more complex fixes. For example, a patch might change
93 switching combined with kpatch's stack trace switching. There are also
132 (Note there's not yet such an approach for kthreads.)
155 There's also a /proc/<pid>/patch_state file which can be used to
163 actually delivered (there is no data in signal pending structures). Tasks are
168 /sys/kernel/livepatch/<patch>/force attribute. Writing 1 there clears
[all …]
|
| /Documentation/admin-guide/perf/ |
| D | qcom_l2_pmu.rst | 6 Centriq SoCs. There are multiple physical L2 cache clusters, each with their
9 There is one logical L2 PMU exposed, which aggregates the results from
18 a group of events. There are 8 groups. Only one entry from each
25 In addition there is a cycle counter event specified by the value 0xFE
|
| /Documentation/devicetree/bindings/iommu/ |
| D | mediatek,iommu.txt | 27 | gals-rx There may be GALS in some larbs.
38 | | |... | | | ... There are different ports in each larb.
49 like display, video decode, and camera. And there are different ports
50 in each larb. Take a example, There are many ports like MC, PP, VLD in the
52 In some SoCs, there may be a GALS(Global Async Local Sync) module between
73 if there is no this "bclk".
|
| /Documentation/gpu/ |
| D | todo.rst | 18 implementation (there's lots of outdated locking leftovers in various
31 There is a conversion guide for atomic and all you need is a GPU for a
58 now, but there's still a pile of existing drivers that easily could be
72 a bit too severe. So there's some follow-up work to adjust the function
86 implement the userspace ABI. And then there's the optional hooks for the
89 ``_helper_funcs`` since they are not part of the core ABI. There's a
104 and there's a ``gem_free_object_unlocked`` callback for any drivers which are
137 drm_mode_config_helper_suspend/resume(). Also there's still open-coded version
165 There's drm_gem_prime_mmap() for this now, but still needs to be rolled out.
267 in the future. If there is any debug code using drm_display_mode.hsync, convert
[all …]
|
| /Documentation/driver-api/mmc/ |
| D | mmc-async-req.rst | 45 There is one new public function mmc_start_req().
48 truly non-blocking. If there is an ongoing async request it waits
50 doesn't wait for the new request to complete. If there is no ongoing
56 There are two optional members in the mmc_host_ops -- pre_req() and
67 with the previous transfer, since there is no previous request.
69 The argument is_first_req in pre_req() indicates that there is no previous
|
| /Documentation/core-api/ |
| D | protection-keys.rst | 12 Amazon's EC2 C5 instances and is known to work there using an Ubuntu
21 There is also a new user-accessible register (PKRU) with two separate
26 There are two new instructions (RDPKRU/WRPKRU) for reading and writing
28 even though there is theoretically space in the PAE PTEs. These
35 There are 3 system calls which directly interact with pkeys::
|
| D | workqueue.rst | 13 There are many cases where an asynchronous process execution context
22 While there are work items on the workqueue the worker executes the
24 there is no work item left on the workqueue the worker becomes idle.
89 There are two worker-pools, one for normal work items and the other
121 stalling should be optimal. As long as there are one or more runnable
124 schedules a new worker so that the CPU doesn't sit idle while there
136 regulating concurrency level is on the users. There is also a flag to
156 also used as the name of the rescuer thread if there is one.
241 may queue at the same time. Unless there is a specific need for
332 there is dependency among multiple work items used during memory
[all …]
|
| /Documentation/filesystems/ |
| D | debugfs.txt | 7 there. The debugfs filesystem is also intended to not serve as a stable
8 ABI to user space; in theory, there are no stability constraints placed on
9 files exported there. The real world is not always so simple, though [1];
96 architectures, though, complicating the situation somewhat. There is a
138 can be used to export binary information, but there does not appear to be
180 There is a helper function to create device related seq_file:
192 There are a couple of other directory-oriented helper functions:
208 There is one important thing that all debugfs users must take into account:
209 there is no automatic cleanup of any directories created in debugfs. If a
213 be prepared to remove all files and directories they create there. A file
|
| D | inotify.txt | 36 There are other good arguments. With a single fd, there is a single
41 - There would be no way to get event ordering. Events on file foo and
42 file bar would pop poll() on both fd's, but there would be no way to tell
64 juggle more than one queue and thus more than one associated fd. There
|
| D | ext2.txt | 8 filesystem in use by Linux. There are also implementations available
76 separate patches). There is also a versioning mechanism to allow new
128 If the filesystem is revision 1 or higher, then there are extra fields,
148 There are some reserved fields which are currently unused in the inode
159 There are pointers to the first 12 blocks which contain the file's data
160 in the inode. There is a pointer to an indirect block (which contains
168 behaviour on a per-file basis. There are flags for secure deletion,
211 In ext2, there is a mechanism for reserving a certain number of blocks
237 revision 1. There are three 32-bit fields, one for compatible features
294 If you're exceptionally paranoid, there are 3 ways of making metadata
[all …]
|
| /Documentation/devicetree/bindings/sound/ |
| D | ics43432.txt | 3 There are no software configuration options for this device, indeed, the only
5 frequency (460 kHz to 3.379 MHz according to the data sheet) there must be
|
| /Documentation/power/ |
| D | basic-pm-debugging.rst | 49 there is the file /sys/power/pm_test that can be used to make the hibernation
50 core run in a test mode. There are 5 test modes available:
109 If the "freezer" test fails, there is a task that cannot be frozen (in that case
112 that there is a problem with the tasks freezer subsystem that should be
115 If the "devices" test fails, most likely there is a driver that cannot suspend
126 Once you have found the failing driver (there can be more than just one of
136 If the "platform" test fails, there is a problem with the handling of the
162 "reboot", "shutdown" and "platform" modes. If that does not work, there
165 individually. Otherwise, there is a problem with a modular driver and you can
168 - if there are n modules loaded and the attempt to suspend and resume fails,
[all …]
|
| /Documentation/devicetree/bindings/misc/ |
| D | idt_89hpesx.txt | 5 Basically there is only one manufacturer: idt, but some
22 Optionally there can be EEPROM-compatible subnode:
23 - compatible: There are five EEPROM devices supported: 24c32, 24c64, 24c128,
|
| /Documentation/media/uapi/rc/ |
| D | rc-protos.rst | 34 This IR protocol uses manchester encoding to encode 14 bits. There is a
79 There is a variant of rc5 called either rc5x or extended rc5
80 where there the second stop bit is the 6th commmand bit, but inverted.
83 done to keep it compatible with plain rc-5 where there are two start bits.
193 The sony protocol is a pulse-width encoding. There are three variants,
220 The sony protocol is a pulse-width encoding. There are three variants,
247 The sony protocol is a pulse-width encoding. There are three variants,
358 The scancode is the exact 16 bits as in the protocol. There is also a
367 as in the protocol. There is also a toggle bit.
375 as in the protocol. There is also a toggle bit.
[all …]
|
| /Documentation/hid/ |
| D | uhid.rst | 7 relies heavily on the definitions declared there.
13 There is an example user-space application in ./samples/uhid/uhid-example.c
44 The "type" field defines the payload. For each type, there is a
55 followed by an UHID_OPEN event again and so on. There is no need to perform
96 This destroys the internal HID device. No further I/O will be accepted. There
99 You can create a new device by sending UHID_CREATE2 again. There is no need to
158 there is actually no other process that reads your data so there is no need to
162 This is sent when there are no more processes which read the HID data. It is
175 The kernel serializes GET_REPORT requests so there will never be two in
|
| /Documentation/powerpc/ |
| D | pci_iov_resource_on_powernv.rst | 28 There is thus, in HW, a table of PE states that contains a pair of "frozen"
33 return all 1's value. MSIs are also blocked. There's a bit more state that
66 bridge being triggered. There's a PE# in the interrupt controller
75 from the CPU address space to the PCI address space. There is one M32
92 need to ensure Linux doesn't assign anything there, the M32 logic
115 address on the PowerBus). There is a way to also set the top 14
120 has 256 segments; however, there is no table for mapping a segment
124 there's a defined ordering for which window applies.
145 than one segment, we end up with more than one PE#. There is a HW
186 There are several strategies for isolating VFs in PEs:
[all …]
|
| /Documentation/i2c/ |
| D | gpio-fault-injection.rst | 11 Once the Kconfig option I2C_GPIO_FAULT_INJECTOR is enabled, there will be an
13 mounted at /sys/kernel/debug. There will be a separate subdirectory per GPIO
48 there are I2C client devices which detect a stuck SDA on their side and release
49 it on their own after a few milliseconds. Also, there might be an external
74 because it acknowledges data. However, there are two differences compared to
103 There doesn't need to be a device at this address because arbitration lost
135 Note that there doesn't need to be a device listening to the address you are
|
12345678910>>...61