| /openbmc/linux/drivers/clk/qcom/ |
| H A D | clk-regmap.c | 18 * Clocks that use regmap for their register I/O can set the
19 * enable_reg and enable_mask fields in their struct clk_regmap and then use
20 * this as their is_enabled operation, saving some code.
44 * Clocks that use regmap for their register I/O can set the
45 * enable_reg and enable_mask fields in their struct clk_regmap and then use
46 * this as their enable() operation, saving some code.
68 * Clocks that use regmap for their register I/O can set the
69 * enable_reg and enable_mask fields in their struct clk_regmap and then use
70 * this as their disable() operation, saving some code.
93 * Clocks that use regmap for their register I/O should register their
|
| /openbmc/linux/Documentation/process/ |
| H A D | contribution-maturity-model.rst | 16 maintainers as part of their job, so they can grow into becoming
29 The TAB urges organizations to continuously evaluate their Open Source
34 publish their evaluations and plans to improve their engagement with the
48 kernel, either as part of their job responsibilities or on their own
55 part of their job responsibilities.
57 conferences as a part of their job.
65 authored by engineers from other companies) as part of their job
72 * Organizations will regularly report metrics of their open source
91 * Software Engineers are encouraged to spend a portion of their work
|
| H A D | 1.Intro.rst | 10 and the kinds of frustrations that developers and their employers can
63 vendors want to ensure that Linux supports their products well, making
67 other software vendors who base their products on Linux have a clear
70 better suit their needs.
121 learning how to work with the kernel community and get their code into the
169 to implement changes which make the kernel work better for their needs.
196 a result, their distribution is a violation of the GNU General Public
212 will have to upgrade your module separately every time they upgrade their
249 be obtained (or their code removed from the kernel). So, in particular,
256 off" on their code, stating that the code can be distributed with the
|
| H A D | 6.Followthrough.rst | 9 developers can make is to conclude that their work is now done. In truth,
47 - Similarly, code reviewers are not trying to promote their employers'
49 be working on the kernel years from now, but they understand that their
52 trying to create discomfort for their employers' competitors.
63 making. Do not let their form of expression or your own pride keep that
67 thank them, and describe how you will answer their questions.
129 default. Subsystem trees typically feed linux-next as well, making their
161 how many people will build your code into their kernels. And, of course,
186 development community remembers developers who lose interest in their code
|
| /openbmc/linux/drivers/regulator/ |
| H A D | helpers.c | 24 * Regulators that use regmap for their register I/O can set the
25 * enable_reg and enable_mask fields in their descriptor and then use
26 * this as their is_enabled operation, saving some code.
56 * Regulators that use regmap for their register I/O can set the
57 * enable_reg and enable_mask fields in their descriptor and then use
58 * this as their enable() operation, saving some code.
82 * Regulators that use regmap for their register I/O can set the
83 * enable_reg and enable_mask fields in their descriptor and then use
84 * this as their disable() operation, saving some code.
126 * Regulators that use regmap for their register I/O and use pickable
[all …]
|
| /openbmc/linux/Documentation/admin-guide/blockdev/drbd/ |
| H A D | data-structure-v9.rst | 30 In this table, horizontally, devices can be accessed from resources by their
32 their volume number. Objects in the vertical direction are connected by double
33 linked lists. There are back pointers from peer_devices to their connections a
34 devices, and from connections and devices to their resource.
37 devices can be accessed by their minor device number via the drbd_devices idr.
41 devices and connections; their lifetime is determined by the lifetime of the
|
| /openbmc/bmcweb/ |
| H A D | OEM_SCHEMAS.md | 18 when compared to their closed source brethren.
29 quality and testing than their spec-driven alternatives, given the lack of
41 their best to stay current on the evolving Redfish ecosystem, we have
64 3. If DMTF is interested in the proposal, proceed using their documented process
67 push them to gerrit. Maintainers are tasked with doing their best to
79 implement all appropriate CSDL and OpenAPI schemas for their given OEM
90 registered their OEM namespace directly in the specification to allow extensions
|
| /openbmc/qemu/docs/devel/ |
| H A D | maintainers.rst | 8 working in their spare time to employees who work on the project as
9 part of their job. Maintainer activities include:
13 - tending to the long term health of their area
29 patches that touch their area of code.
85 also be done by a retiring maintainer who nominates their replacement
106 flexibility here. Maintainers still need to sign their pull
|
| /openbmc/linux/drivers/media/test-drivers/vidtv/ |
| H A D | vidtv_channel.h | 10 * Their services will be concatenated to populate the SDT.
11 * Their programs will be concatenated to populate the PAT
12 * Their events will be concatenated to populate the EIT
35 * Their services will be concatenated to populate the SDT.
36 * Their programs will be concatenated to populate the PAT
|
| /openbmc/linux/include/drm/ |
| H A D | drm_gem_shmem_helper.h | 139 * should use it as their &drm_gem_object_funcs.free handler.
155 * use this function as their &drm_gem_object_funcs.print_info handler.
170 * use it as their &drm_gem_object_funcs.pin handler.
184 * use it as their &drm_gem_object_funcs.unpin handler.
198 * use it as their &drm_gem_object_funcs.get_sg_table handler.
216 * use it as their &drm_gem_object_funcs.vmap handler.
235 * use it as their &drm_gem_object_funcs.vunmap handler.
251 * use it as their &drm_gem_object_funcs.mmap handler.
|
| H A D | drm_gem_dma_helper.h | 56 * should use it as their &drm_gem_object_funcs.free handler.
72 * should use this function as their &drm_gem_object_funcs.print_info handler.
87 * use it as their &drm_gem_object_funcs.get_sg_table handler.
105 * use it as their &drm_gem_object_funcs.vmap handler.
124 * use it as their &drm_gem_object_funcs.mmap handler.
178 * Drivers that come with their own implementation of
215 * Drivers that come with their own implementation of
|
| /openbmc/linux/drivers/video/fbdev/core/ |
| H A D | Kconfig | 50 filling. This is used by drivers that don't provide their own
58 This is used by drivers that don't provide their own (accelerated)
66 blitting. This is used by drivers that don't provide their own
82 filling. This is used by drivers that don't provide their own
90 This is used by drivers that don't provide their own (accelerated)
98 blitting. This is used by drivers that don't provide their own
|
| /openbmc/openbmc-build-scripts/config/ |
| H A D | .gitlint | 4 # Rules and sections can be referenced by their full name or by id. For example
99 # Ignore certain rules, you can reference them by their id or by their full name
108 # Ignore certain rules, you can reference them by their id or by their full name
121 # Ignore certain rules, you can reference them by their id or by their full name
|
| /openbmc/openbmc/poky/meta/files/common-licenses/ |
| H A D | EPICS | 15 2. The copyright holders shown above and their third-party licensors hereby grant Licensee a royalt…
30 …IND. THE COPYRIGHT HOLDERS, THEIR THIRD PARTY LICENSORS, THE UNITED STATES, THE UNITED STATES DEPA…
32 …WILL THE COPYRIGHT HOLDERS, THEIR THIRD PARTY LICENSORS, THE UNITED STATES, THE UNITED STATES DEPA…
|
| H A D | DOC | 7 …their employees, and students shall have no liability with respect to the infringement of copyrigh…
9 …their employees, or students to assist in its use, correction, modification, or enhancement. A num…
11 …n for the name Washington University, UC Irvine, or Vanderbilt University to appear in their names.
|
| /openbmc/linux/Documentation/networking/devlink/ |
| H A D | devlink-trap.rst | 31 The ``devlink-trap`` mechanism allows capable device drivers to register their
125 Such traps can be shared by multiple device drivers and their description must
185 routed and their destination IP is the loopback address (i.e., 127.0.0.0/8
190 routed and their source IP is multicast (i.e., 224.0.0.0/8 and ff::/8)
194 routed and their source IP is the loopback address (i.e., 127.0.0.0/8 and ::1/128)
198 routed and their IP header is corrupted: wrong checksum, wrong IP version
203 routed and their source IP is limited broadcast (i.e., 255.255.255.255/32)
207 be routed and their IPv6 multicast destination IP has a reserved scope
212 be routed and their IPv6 multicast destination IP has an interface-local scope
247 - Traps NVE packets that the device decided to drop because their overlay
[all …]
|
| /openbmc/linux/Documentation/power/regulator/ |
| H A D | consumer.rst | 75 Some consumer drivers need to be able to dynamically change their supply
80 Consumers can control their supply voltage by calling::
106 Some consumer drivers need to be able to dynamically change their supply
111 Consumers can control their supply current limit by calling::
138 their supply regulator to be more efficient when the consumers operating state
145 Consumer drivers can request a change in their supply regulator operating mode
166 operating mode depending on their operating point. This can be achieved by
192 Regulators use the kernel notifier framework to send event to their interested
|
| /openbmc/linux/include/linux/ |
| H A D | irqchip.h | 28 * the association between their DT compatible string and their
67 * the association between their version and their initialization function.
|
| /openbmc/openbmc/meta-openembedded/meta-oe/recipes-graphics/gtkperf/gtkperf/ |
| H A D | Makevars | 17 # expected to transfer the copyright for their translations to this person
18 # or entity, or to disclaim their copyright. The empty string stands for
20 # their copyright.
|
| /openbmc/linux/Documentation/usb/ |
| H A D | CREDITS | 48 - USAR Systems provided us with one of their excellent USB
55 - Thanks to Intel Corporation for their precious help.
64 - Due to their support to us, Keytronic can be sure that they
83 - Thanks to Y-E Data, Inc. for donating their FlashBuster-U
99 Logitech customers to enjoy support in their favorite
164 - All the people at the USB Implementors Forum for their
|
| /openbmc/openbmc/poky/documentation/test-manual/ |
| H A D | test-process.rst | 44 separately every six hours and automatically push their results to the
80 - QA teams run their tests and share their results in the
82 repository, along with a summary of their findings.
84 - Release engineering prepare the release as per their process.
|
| /openbmc/linux/arch/arm/ |
| H A D | Kconfig.debug | 113 # These options are only for real kernel hackers who want to get their hands dirty.
144 their output to an UART or USART port on asm9260 based
202 their output to the USART1 port on SAMV7 based
259 their output to the third serial port on these devices.
289 their output to the first serial port on these devices. The
301 their output to the first serial port on these devices.
308 their output to the second serial port on these devices.
316 their output to UART1 serial port on DaVinci DA8XX devices.
324 their output to UART2 serial port on DaVinci DA8XX devices.
331 their output to the serial port in the DC21285 (Footbridge).
[all …]
|
| /openbmc/linux/Documentation/devicetree/bindings/opp/ |
| H A D | opp-v2-base.yaml | 30 their DVFS state together, i.e. they share clock/voltage/current lines.
40 Their name isn't significant but their phandle can be used to reference an
55 to relate the values to their clocks or the order in which the clocks
73 relate the values to their power supplies or the order in which the supplies
100 values to their power supplies or the order in which the supplies need
115 values to their power supplies or the order in which the supplies need
|
| /openbmc/linux/Documentation/arch/mips/ |
| H A D | ingenic-tcu.rst | 19 different clocks (pclk, ext, rtc), gated, and reclocked, through their TCSR register.
22 format in their register space.
44 - on older SoCs (JZ4740 and below), channel 0 and channel 1 have their
68 drivers access their registers through the same regmap.
|
| /openbmc/linux/Documentation/filesystems/ |
| H A D | idmappings.rst | 205 the same kernel id in their kernel idmapsets. For example, consider the
229 this question both idmappings need to contain the same kernel id in their
280 this question both idmappings need to contain the same userspace id in their
591 to use their home directories on different machines where they are assigned
593 on their machine at home and all files in their home directory will usually be
595 ``u1125``. This makes it rather difficult to interact with their home directory
596 on their work machine.
601 user switches from their home to their work machine. For really large sets of
958 Consider our previous example where a user has their home directory on portable
959 storage. At home they have id ``u1000`` and all files in their home directory
[all …]
|