Lines Matching full:topology
56 * protocol. The helpers contain a topology manager and bandwidth manager.
1349 * Topology refcount overview
1354 * two different kinds of refcounts: topology refcounts, and malloc refcounts.
1356 * Topology refcounts are not exposed to drivers, and are handled internally
1358 * in-memory topology state from being changed in the middle of critical
1361 * of the topology until its topology refcount reaches zero. Additionally,
1369 * drm_dp_mst_branch allocated even after all of its topology references have
1371 * branch's last known state before it was disconnected from the topology.
1383 * Refcount relationships in a topology
1386 * Let's take a look at why the relationship between topology and malloc
1389 * .. kernel-figure:: dp-mst/topology-figure-1.dot
1391 * An example of topology and malloc refs in a DP MST topology with two
1392 * active payloads. Topology refcount increments are indicated by solid
1398 * As you can see in the above figure, every branch increments the topology
1405 * topology would start to look like the figure below.
1407 * .. kernel-figure:: dp-mst/topology-figure-2.dot
1412 * Whenever a port or branch device's topology refcount reaches zero, it will
1413 * decrement the topology refcounts of all its children, the malloc refcount
1415 * #4, this means they both have been disconnected from the topology and freed
1417 * #3, port #3 is removed from the topology but its &struct drm_dp_mst_port
1425 * connected to the topology. In this case, we would travel up the topology as
1428 * .. kernel-figure:: dp-mst/topology-figure-3.dot
1614 drm_printf(&p, "%s (%p) topology count reached 0, dumping history:\n", in __dump_topology_ref_history()
1724 * drm_dp_mst_topology_try_get_mstb() - Increment the topology refcount of a
1726 * @mstb: &struct drm_dp_mst_branch to increment the topology refcount of
1728 * Attempts to grab a topology reference to @mstb, if it hasn't yet been
1729 * removed from the topology (e.g. &drm_dp_mst_branch.topology_kref has
1730 * reached 0). Holding a topology reference implies that a malloc reference
1731 * will be held to @mstb as long as the user holds the topology reference.
1734 * reference to @mstb. If you already have a topology reference to @mstb, you
1742 * * 1: A topology reference was grabbed successfully
1743 * * 0: @port is no longer in the topology, no reference was grabbed
1763 * drm_dp_mst_topology_get_mstb() - Increment the topology refcount of a
1765 * @mstb: The &struct drm_dp_mst_branch to increment the topology refcount of
1769 * you are already guaranteed to have at least one active topology reference
1789 * drm_dp_mst_topology_put_mstb() - release a topology reference to a branch
1791 * @mstb: The &struct drm_dp_mst_branch to release the topology reference from
1793 * Releases a topology reference from @mstb by decrementing
1839 * drm_dp_mst_topology_try_get_port() - Increment the topology refcount of a
1841 * @port: &struct drm_dp_mst_port to increment the topology refcount of
1843 * Attempts to grab a topology reference to @port, if it hasn't yet been
1844 * removed from the topology (e.g. &drm_dp_mst_port.topology_kref has reached
1845 * 0). Holding a topology reference implies that a malloc reference will be
1846 * held to @port as long as the user holds the topology reference.
1849 * reference to @port. If you already have a topology reference to @port, you
1857 * * 1: A topology reference was grabbed successfully
1858 * * 0: @port is no longer in the topology, no reference was grabbed
1877 * drm_dp_mst_topology_get_port() - Increment the topology refcount of a port
1878 * @port: The &struct drm_dp_mst_port to increment the topology refcount of
1882 * you are already guaranteed to have at least one active topology reference
1902 * drm_dp_mst_topology_put_port() - release a topology reference to a port
1903 * @port: The &struct drm_dp_mst_port to release the topology reference from
1905 * Releases a topology reference from @port by decrementing
2286 * Drop a topology reference, and unlink the port from the in-memory topology
2960 * topology, but were not seen in this link address. Usually this in drm_dp_send_link_address()
2961 * means that they were removed while the topology was out of sync, in drm_dp_send_link_address()
3070 * Searches upwards in the topology starting from mstb to try to find the
3072 * topology. This can be used in order to perform operations like releasing
3148 * mstb could also be removed from the topology. In the future, this in drm_dp_payload_send_msg()
3151 * timeout if the topology is still connected to the system. in drm_dp_payload_send_msg()
3314 "VCPI %d for port %p not in topology, not creating a payload\n", in drm_dp_add_payload_part1()
3348 * Removes a payload from an MST topology if it was successfully assigned a start slot. Also updates
3371 drm_dbg_kms(mgr->dev, "Payload for VCPI %d not in topology, not sending remove\n", in drm_dp_remove_payload()
3592 * drm_dp_mst_topology_mgr_set_mst() - Set the MST state for a topology manager
3708 * @sync: whether or not to perform topology reprobing synchronously
3722 * Returns: -1 if the MST topology was removed while we were suspended, 0
3763 * For the final step of resuming the topology, we need to bring the in drm_dp_mst_topology_mgr_resume()
3764 * state of our in-memory topology back into sync with reality. So, in drm_dp_mst_topology_mgr_resume()
3772 "Waiting for link probe work to finish re-syncing topology...\n"); in drm_dp_mst_topology_mgr_resume()
4064 * topology manager will process the sideband messages received
4253 * @mgr: MST topology manager for the port
4261 * atomic state is added whenever the state of payloads in the topology changes.
4343 * @mgr: MST topology manager for the port
4352 * topology.
4428 * currently assigned to an MST topology. Drivers must call this hook from their
4472 * touched CRTCs that were/are on an MST topology to be programmed to hardware and flipped to before
4473 * returning. This is to prevent multiple non-blocking commits affecting an MST topology from racing
4475 * the modeset objects in these commits share are an MST topology.
4518 * @mgr: The MST topology manager for the &drm_connector
4521 * serialize non-blocking commits happening on the real DP connector of an MST topology switching
4523 * MST topology will never share the same &drm_encoder.
4526 * state to determine if it is about to have a modeset - and then pulling in the MST topology state
4812 * drm_dp_mst_dump_topology(): dump topology to seq file.
4814 * @mgr: manager to dump current topology for.
4816 * helper to dump MST topology to a seq file for debugfs.
5250 * @mgr: MST topology manager
5252 * Whenever there is a change in mst topology
5255 * CRTCs in that topology
5364 * drm_dp_mst_atomic_check - Check that the new state of an MST topology in an
5368 * Checks the given topology state for an atomic update to ensure that it's
5419 * drm_atomic_get_mst_topology_state: get MST topology state
5421 * @mgr: MST topology manager, also the private object in this case
5425 * topology object.
5429 * The MST topology state or error pointer.
5439 * drm_atomic_get_old_mst_topology_state: get old MST topology state in atomic state, if any
5441 * @mgr: MST topology manager, also the private object in this case
5445 * topology object.
5449 * The old MST topology state, or NULL if there's no topology state for this MST mgr
5464 * drm_atomic_get_new_mst_topology_state: get new MST topology state in atomic state, if any
5466 * @mgr: MST topology manager, also the private object in this case
5470 * topology object.
5474 * The new MST topology state, or NULL if there's no topology state for this MST mgr
5489 * drm_dp_mst_topology_mgr_init - initialise a topology manager
5522 * requeuing will be also flushed when deiniting the topology manager. in drm_dp_mst_topology_mgr_init()
5558 * drm_dp_mst_topology_mgr_destroy() - destroy topology manager.
5795 * A single physical MST hub object can be represented in the topology