/linux-6.6.21/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-6.6.21/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() 673 int sfp_bus_add_upstream(struct sfp_bus *bus, void *upstream, in sfp_bus_add_upstream() argument 685 bus->upstream = upstream; in sfp_bus_add_upstream() 731 ret = ops->connect_phy(bus->upstream, phydev); in sfp_add_phy() [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()
|
D | phylink.c | 3009 static void phylink_sfp_attach(void *upstream, struct sfp_bus *bus) in phylink_sfp_attach() argument 3011 struct phylink *pl = upstream; in phylink_sfp_attach() 3016 static void phylink_sfp_detach(void *upstream, struct sfp_bus *bus) in phylink_sfp_detach() argument 3018 struct phylink *pl = upstream; in phylink_sfp_detach() 3212 static int phylink_sfp_module_insert(void *upstream, in phylink_sfp_module_insert() argument 3215 struct phylink *pl = upstream; in phylink_sfp_module_insert() 3232 static int phylink_sfp_module_start(void *upstream) in phylink_sfp_module_start() argument 3234 struct phylink *pl = upstream; in phylink_sfp_module_start() 3251 static void phylink_sfp_module_stop(void *upstream) in phylink_sfp_module_stop() argument 3253 struct phylink *pl = upstream; in phylink_sfp_module_stop() [all …]
|
/linux-6.6.21/drivers/fsi/ |
D | fsi-master-hub.c | 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-6.6.21/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-6.6.21/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 94 such as writing or maintaining tests, upstream tech debt reduction,
|
/linux-6.6.21/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-6.6.21/drivers/staging/media/imx/ |
D | imx-media-utils.c | 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() 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() 736 bool upstream) in imx_media_pipeline_subdev() argument 740 me = find_pipeline_entity(start_entity, grp_id, 0, upstream); in imx_media_pipeline_subdev()
|
D | imx-media.h | 208 enum v4l2_buf_type buftype, bool upstream); 211 bool upstream);
|
/linux-6.6.21/Documentation/driver-api/acpi/ |
D | linuxized-acpica.rst | 18 upstream. 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-6.6.21/scripts/dtc/ |
D | update-dtc-source.sh | 72 scripts/dtc: Update to upstream version ${dtc_version} 74 This adds the following commits from upstream:
|
/linux-6.6.21/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 …]
|
D | messy-diffstat.rst | 8 process of sending work upstream. Normally, the result includes a nice 73 upstream is a well-known way to get a grumpy response. 96 shows what is really going on. That request can then be sent upstream.
|
/linux-6.6.21/Documentation/devicetree/bindings/sound/ |
D | mrvl,pxa-ssp.txt | 6 port A phandle reference to a PXA ssp upstream device 18 /* upstream device */
|
/linux-6.6.21/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-6.6.21/drivers/net/fddi/skfp/ |
D | ecm.c | 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() 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-6.6.21/Documentation/devicetree/bindings/i2c/ |
D | i2c-mux-ltc4306.txt | 26 - ltc,upstream-accelerators-enable: Enables the rise time accelerators 27 on the upstream port.
|
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-6.6.21/scripts/package/ |
D | snapcraft.template | 4 description: The upstream Linux kernel
|
D | mkdebian | 155 sourcename=${KDEB_SOURCENAME:-linux-upstream} 193 This is a packaged upstream version of the Linux kernel.
|
/linux-6.6.21/drivers/staging/wlan-ng/ |
D | README | 7 Kroah-Hartman <greg@kroah.com> and don't bother the upstream wireless
|
/linux-6.6.21/drivers/usb/core/ |
D | port.c | 627 struct usb_port *upstream; in find_and_link_peer() local 634 upstream = parent_hub->ports[hdev->portnum - 1]; in find_and_link_peer() 635 if (!upstream || !upstream->peer) in find_and_link_peer() 638 peer_hdev = upstream->peer->child; in find_and_link_peer()
|
/linux-6.6.21/drivers/staging/board/ |
D | Kconfig | 6 Staging board base is to support continuous upstream
|
/linux-6.6.21/Documentation/features/ |
D | arch-support.txt | 4 support matrix, for all upstream Linux architectures.
|