| /Linux-v6.6/Documentation/process/ |
| D | contribution-maturity-model.rst | 19 take on upstream contributions such as reviewing other people’s patches,
24 expectations for upstream community engagement aim to increase the
35 upstream community.
58 * A Software Engineer’s upstream code contributions will be considered
78 * The number of upstream kernel contributions by team or organization
80 * The percentage of kernel developers who have made upstream
84 and/or products, and the publication date of the upstream kernel
92 time focused on Upstream Work, which is defined as reviewing patches,
94 such as writing or maintaining tests, upstream tech debt reduction,
104 * Upstream kernel development is considered a formal job position, with
[all …]
|
| D | stable-kernel-rules.rst | 9 - It or an equivalent fix must already exist in Linus' tree (upstream).
152 to. When doing so, you must note the upstream commit ID in the changelog of your
157 commit <sha1> upstream.
163 [ Upstream commit <sha1> ]
165 If the submitted patch deviates from the original upstream patch (for example
|
| /Linux-v6.6/rust/alloc/ |
| D | README.md | 9 upstream. In general, only additions should be performed (e.g. new
10 methods). Eventually, changes should make it into upstream so that,
13 The Rust upstream version on top of which these files are based matches
24 upstream as possible and avoid as much divergence as possible, which
28 in-tree that would be as small and as close as possible to upstream.
29 Then, upstream can start adding the functions that we add to `alloc`
32 upstream, so that we can drop `alloc` from the kernel tree and go back
33 to using the upstream one.
|
| /Linux-v6.6/Documentation/translations/sp_SP/process/ |
| D | contribution-maturity-model.rst | 24 upstream, como revisar los parches de otras personas, reestructurar la
29 expectativas comunes para la participación con la comunidad upstream
41 upstream.
63 * Las contribuciones de código upstream de un ingeniero de software se
84 * El número de contribuciones al kernel upstream por equipo u
88 contribuciones upstream relativo al total de desarrolladores
92 upstream en el que se basa el kernel interno.
103 de tecnología upstream, escribir documentación, etc.
112 * El desarrollo del kernel upstream se considera un puesto de trabajo
119 de trabajo upstream a trabajo enfocado en perseguir directamente los
|
| /Linux-v6.6/Documentation/maintainer/ |
| D | rebasing-and-merging.rst | 68 newer base or avoiding a merge with an upstream repository is not
102 required before any given branch finds its way into an upstream repository.
127 requests, and upstream maintainers should verify the tags when pulling
135 Merging from sibling or upstream trees
139 trees tend to be a red flag when it comes time to push a branch upstream.
152 you are managing is stable and ready for upstream. Frequent merges can
160 Even then, you should not back merge a tree above your immediate upstream
161 tree; if a higher-level back merge is really required, the upstream tree
165 maintainer merges with the upstream in order to resolve merge conflicts
185 asking upstream to do.
[all …]
|
| /Linux-v6.6/drivers/net/phy/ |
| D | sfp-bus.c | 28 void *upstream; member
464 ops->link_down(bus->upstream); in sfp_register_bus()
466 ret = ops->connect_phy(bus->upstream, bus->phydev); in sfp_register_bus()
475 bus->upstream_ops->attach(bus->upstream, bus); in sfp_register_bus()
484 bus->upstream_ops->detach(bus->upstream, bus); in sfp_unregister_bus()
489 ops->disconnect_phy(bus->upstream); in sfp_unregister_bus()
585 bus->upstream = NULL; in sfp_upstream_clear()
624 * - an error from the upstream's connect_phy() method.
656 * @upstream: the upstream private data
657 * @ops: the upstream's &struct sfp_upstream_ops
[all …]
|
| D | marvell-88x2222.c | 478 static int mv2222_sfp_insert(void *upstream, const struct sfp_eeprom_id *id) in mv2222_sfp_insert() argument
481 struct phy_device *phydev = upstream; in mv2222_sfp_insert()
521 static void mv2222_sfp_remove(void *upstream) in mv2222_sfp_remove() argument
523 struct phy_device *phydev = upstream; in mv2222_sfp_remove()
533 static void mv2222_sfp_link_up(void *upstream) in mv2222_sfp_link_up() argument
535 struct phy_device *phydev = upstream; in mv2222_sfp_link_up()
542 static void mv2222_sfp_link_down(void *upstream) in mv2222_sfp_link_down() argument
544 struct phy_device *phydev = upstream; in mv2222_sfp_link_down()
|
| /Linux-v6.6/drivers/fsi/ |
| D | fsi-master-hub.c | 29 * device (the hub->upstream device), and provides access to the downstream FSI
38 struct fsi_device *upstream; member
54 return fsi_slave_read(hub->upstream->slave, addr, val, size); in hub_master_read()
66 return fsi_slave_write(hub->upstream->slave, addr, val, size); in hub_master_write()
94 return fsi_device_write(hub->upstream, FSI_MCENP0 + (4 * idx), in hub_master_link_enable()
97 rc = fsi_device_write(hub->upstream, FSI_MSENP0 + (4 * idx), ®, 4); in hub_master_link_enable()
126 struct fsi_device *dev = hub->upstream; in hub_master_init()
226 hub->upstream = fsi_dev; in hub_master_probe()
267 fsi_slave_release_range(hub->upstream->slave, hub->addr, hub->size); in hub_master_remove()
|
| /Linux-v6.6/drivers/pci/pcie/ |
| D | ptm.c | 13 * If the next upstream device supports PTM, return it; otherwise return
22 * capability; their PTM behavior is controlled by the Upstream in pci_upstream_ptm()
23 * Port (PCIe r5.0, sec 7.9.16), so if the upstream bridge is a in pci_upstream_ptm()
60 * furthest upstream Time Source as the PTM Root. For Endpoints, in pci_ptm_init()
133 * from a PTM Root that's farther upstream. Every device along the in __pci_enable_ptm()
136 * upstream link partner must have PTM enabled before we can enable in __pci_enable_ptm()
166 * is not a PTM Root and lacks an upstream path of PTM-enabled devices.
|
| D | aspm.c | 30 #define ASPM_STATE_L0S_UP (1) /* Upstream direction L0s state */
46 struct pci_dev *pdev; /* Upstream component of the Link */
217 /* Check upstream component if bit Slot Clock Configuration is 1 */ in pcie_aspm_configure_common_clock()
250 /* Configure upstream component */ in pcie_aspm_configure_common_clock()
394 /* Check upstream direction L0s latency */ in pcie_aspm_check_latency()
507 /* Program Common_Mode_Restore_Time in upstream device */ in aspm_calc_l12_info()
611 * Re-read upstream/downstream components' register state after in pcie_aspm_cap_init()
723 u32 upstream = 0, dwstream = 0; in pcie_config_aspm_link() local
743 /* Convert ASPM state to upstream/downstream ASPM register state */ in pcie_config_aspm_link()
747 upstream |= PCI_EXP_LNKCTL_ASPM_L0S; in pcie_config_aspm_link()
[all …]
|
| /Linux-v6.6/Documentation/kbuild/ |
| D | gcc-plugins.rst | 39 compiler features that are neither in GCC nor Clang upstream. Once
40 their utility is proven, the goal is to upstream the feature into GCC
45 upstream compiler support (in either GCC or Clang).
48 bring the feature to upstream GCC (rather than just as a kernel-specific
53 to upstream the feature to GCC (and Clang).
55 After a feature is available in upstream GCC, the plugin will be made
|
| /Linux-v6.6/Documentation/PCI/ |
| D | pcieaer-howto.rst | 145 default reset_link function, but different Upstream Ports might
147 Upstream Port drivers may provide their own reset_link functions.
181 at upstream is not required. The AER driver calls error_detected(dev,
185 Endpoint <==> Downstream Port B <==> Upstream Port A <==> Root Port
187 If Upstream Port A captures an AER error, the hierarchy consists of
196 a hierarchy in question. Then, performing link reset at upstream is
218 What happens if an upstream port service driver does not provide
223 upstream ports who are attached by the service driver.
|
| /Linux-v6.6/Documentation/scsi/ |
| D | lpfc.rst | 11 toward the upstream kernel. As such, we removed #ifdefs for older kernels
16 and extended attribute support is now part of the upstream kernel
27 history of the driver as we push for upstream acceptance.
67 This source package is targeted for the upstream kernel only. (See notes
|
| /Linux-v6.6/drivers/staging/media/imx/ |
| D | imx-media-utils.c | 645 * Search upstream/downstream for a subdevice or video device pad in the
656 enum v4l2_buf_type buftype, bool upstream) in imx_media_pipeline_pad() argument
667 if ((upstream && !(spad->flags & MEDIA_PAD_FL_SINK)) || in imx_media_pipeline_pad()
668 (!upstream && !(spad->flags & MEDIA_PAD_FL_SOURCE))) in imx_media_pipeline_pad()
683 buftype, upstream); in imx_media_pipeline_pad()
692 buftype, upstream); in imx_media_pipeline_pad()
703 * Search upstream/downstream for a subdev or video device in the current
708 enum v4l2_buf_type buftype, bool upstream) in find_pipeline_entity() argument
724 pad = imx_media_pipeline_pad(start, grp_id, buftype, upstream); in find_pipeline_entity()
730 * Find a subdev reached upstream from the given start entity in
[all …]
|
| /Linux-v6.6/Documentation/driver-api/acpi/ |
| D | linuxized-acpica.rst | 18 upstream.
169 Figure 2. ACPICA -> Linux Upstream Process
198 the ACPICA code in Linux and the upstream ACPICA code, referred to as
210 upstream source code and generate the linuxized fix using the ACPICA
215 Those changes may not be acceptable by ACPICA upstream and in such cases
223 fixups are backported to the upstream ACPICA sources, they must follow
224 the upstream ACPICA rules and so further modifications may appear.
235 This paragraph guides Linux developers to use the ACPICA upstream release
236 utilities to obtain Linux patches corresponding to upstream ACPICA commits
273 If you have local copies of both Linux and upstream ACPICA, you can generate
|
| /Linux-v6.6/tools/perf/pmu-events/arch/x86/amdzen4/ |
| D | data-fabric.json | 388 …"PublicDescription": "Read data beats (64 bytes) for local socket upstream DMA at IO Moderator (IO…
396 …"PublicDescription": "Read data beats (64 bytes) for local socket upstream DMA at IO Moderator (IO…
404 …"PublicDescription": "Read data beats (64 bytes) for local socket upstream DMA at IO Moderator (IO…
412 …"PublicDescription": "Read data beats (64 bytes) for local socket upstream DMA at IO Moderator (IO…
420 …"PublicDescription": "Write data beats (64 bytes) for local socket upstream DMA at IO Moderator (I…
428 …"PublicDescription": "Write data beats (64 bytes) for local socket upstream DMA at IO Moderator (I…
436 …"PublicDescription": "Write data beats (64 bytes) for local socket upstream DMA at IO Moderator (I…
444 …"PublicDescription": "Write data beats (64 bytes) for local socket upstream DMA at IO Moderator (I…
452 …"PublicDescription": "Read data beats (64 bytes) for remote socket upstream DMA at IO Moderator (I…
460 …"PublicDescription": "Read data beats (64 bytes) for remote socket upstream DMA at IO Moderator (I…
[all …]
|
| /Linux-v6.6/drivers/media/pci/cx25821/ |
| D | cx25821.h | 254 /* Analog Audio Upstream */
284 /* Video Upstream */
305 #define SRAM_CH09 9 /* Video Upstream I */
306 #define SRAM_CH10 10 /* Video Upstream J */
307 #define SRAM_CH11 11 /* Audio Upstream AUD_CHANNEL_B */
336 /* For Upstream Video */
|
| /Linux-v6.6/drivers/net/fddi/skfp/ |
| D | ecm.c | 444 /* trace propagate upstream */ in prop_actions()
450 /* trace propagate upstream */ in prop_actions()
468 int upstream ; in prop_actions() local
490 upstream = cem_get_upstream(smc,initiator) ; in prop_actions()
492 if (upstream == ENTITY_MAC) { in prop_actions()
498 /* trace propagate upstream */ in prop_actions()
499 DB_ECM("ECM : propagate TRACE on PHY %d", upstream); in prop_actions()
500 queue_event(smc,EVENT_PCM+upstream,PC_TRACE) ; in prop_actions()
|
| /Linux-v6.6/scripts/dtc/ |
| D | update-dtc-source.sh | 43 git log --oneline scripts/dtc/ | grep 'upstream' | head -1 | sed -e 's/^.* \(.*\)/\1/'
72 scripts/dtc: Update to upstream version ${dtc_version}
74 This adds the following commits from upstream:
|
| /Linux-v6.6/Documentation/devicetree/bindings/sound/ |
| D | mrvl,pxa-ssp.txt | 6 port A phandle reference to a PXA ssp upstream device
18 /* upstream device */
|
| /Linux-v6.6/Documentation/gpu/rfc/ |
| D | i915_gem_lmem.rst | 5 Upstream plan
7 For upstream the overall plan for landing all the DG1 stuff and turning it for
|
| D | xe.rst | 103 2) Early upstream engagement.
106 track of GPU virtual address mappings. This is still not merged upstream, but
108 upstream and the port of Xe towards GPUVA is already ongoing.
192 code simultaneously in order to get a clean result before they land upstream, so
195 However, display code should not gate the acceptance of Xe in upstream. Xe
|
| /Linux-v6.6/drivers/infiniband/hw/hfi1/ |
| D | aspm.c | 29 * If the driver does not have access to the upstream component, in aspm_hw_l1_supported()
62 * If the driver does not have access to the upstream component, in aspm_hw_enable_l1()
68 /* Enable ASPM L1 first in upstream component and then downstream */ in aspm_hw_enable_l1()
81 /* Disable ASPM L1 first in downstream component and then upstream */ in aspm_hw_disable_l1()
|
| /Linux-v6.6/Documentation/devicetree/bindings/i2c/ |
| D | i2c-atr.yaml | 14 ("upstream") port and N I2C master child ("downstream") ports, and
15 forwards transactions from upstream to the appropriate downstream port
|
| /Linux-v6.6/include/linux/ |
| D | sfp.h | 519 * struct sfp_upstream_ops - upstream operations structure
520 * @attach: called when the sfp socket driver is bound to the upstream
522 * @detach: called when the sfp socket driver is unbound from the upstream
525 * whether the module is supported for the upstream device.
570 int sfp_bus_add_upstream(struct sfp_bus *bus, void *upstream,
642 static inline int sfp_bus_add_upstream(struct sfp_bus *bus, void *upstream, in sfp_bus_add_upstream() argument
|
