Lines Matching refs:we

8 (DCN) works, we need to start with an overview of the hardware pipeline. Below
10 generic diagram, and we have variations per ASIC.
14 Based on this diagram, we can pass through each block and briefly describe
60 setup or ignored accordingly with userspace demands. For example, if we
79 From DCHUB to MPC, we have a representation called dc_plane; from MPC to OPTC,
80 we have dc_stream, and the output (DIO) is handled by dc_link. Keep in mind
102 a one-to-one mapping of the link encoder to PHY, but we can configure the DCN
125 depth format), bit-depth reduction/dithering would kick in. In OPP, we would
127 Eventually, we output data in integer format at DIO.
133 overloaded with multiple meanings, so it is important to define what we mean
134 when we say **pipeline**. In the DCN driver, we use the term **hardware
137 core treats DCN blocks as individual resources, meaning we can build a pipeline
139 In actuality, we can't connect an arbitrary block from one pipe to a block from
160 The first thing to notice from the diagram and DTN log it is the fact that we
162 we have just a single **pipeline** where the data flows from DCHUB to DIO, as
163 we intuitively expect. Nonetheless, DCN is flexible, as mentioned before, and
164 we can split this single pipe differently, as described in the below diagram:
168 Now, if we inspect the DTN log again we can see some interesting changes::
180 From the above example, we now split the display pipeline into two vertical
181 parts of 1920x2160 (i.e., 3440x2160), and as a result, we could reduce the
214 independent of the VSync signal we use VUPDATE to signal the VSync event as it