On Mon, Jan 29, 2018 at 5:35 PM, <sylvain.bertrand@xxxxxxxxx> wrote: > On Mon, Jan 29, 2018 at 03:40:34PM -0500, Alex Deucher wrote: >> On Mon, Jan 29, 2018 at 3:34 PM, <sylvain.bertrand@xxxxxxxxx> wrote: >> > As far as I can remember, not for the new features ofc, DCE programming for GCN1 >> > is very similar if not mostly the same than DCE programming for GCN1.1/2 which >> > is supported by the new DC code. >> > >> > Is this planned? >> >> Right, as I said, you could definitely leverage the support for DCE8 >> in DC. The blocks are very similar. At the moment, we have no plans >> to implement DC support for DCE6. > > Ok. > > Which git repo/branch has the most up-to-date DCE code? https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next > > Is there a fine granularity selection system for supported DCE features? That > to expose the available/implemented DCE features to userland DRM (I can test only discret > tahiti XT code paths). > > I'll try to get something working. amdgpu only supports SI and newer parts so you don't have to worry about DCE6-based APUs in this case. The current DCE8, 10, and 11 implementations share a lot of code. Your best bet would be to follow a similar model for DCE6. Alex _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
