Re: [PATCH v2] drm/of: Consider the state in which the ep is disabled

[Daniel Vetter]

On Mon, Oct 19, 2020 at 11:43:53AM +0800, Kever Yang wrote:
> Hi Daniel,
> 
> On 2020/10/15 下午11:23, Daniel Vetter wrote:
> > On Wed, Oct 14, 2020 at 09:48:43AM +0800, Kever Yang wrote:
> > > Hi Maintainers,
> > > 
> > >      Does this patch ready to merge?
> > Would maybe be good to get some acks from other drivers using this, then
> > Sandy can push to drm-misc-next.
> 
> Thanks for your reply, I can understand more 'acks' will be better, but
> there is no comments object to this patch
> 
> or any 'NAK' common for more then 3 months, maintainers should move to next
> step.

I expect you to poke relevant driver maintainers directly for these acks.
That was the purpose of my mail. All communication going through
maintainers, being exclusively orchestrated by maintainers, just doesn't
scale. So not an option for a big subsystem like drivers/gpu.

Hope that makes it clear.

For merging Sandy has commit rights to drm-misc, so that's not the
problem.

Cheers, Daniel

> 
> 
> Thanks,
> 
> - Kever
> 
> > -Daniel
> > > On 2020/7/7 下午7:25, Sandy Huang wrote:
> > > > don't mask possible_crtcs if remote-point is disabled.
> > > > 
> > > > Signed-off-by: Sandy Huang <hjc@xxxxxxxxxxxxxx>
> > > > ---
> > > >    drivers/gpu/drm/drm_of.c | 3 +++
> > > >    1 file changed, 3 insertions(+)
> > > > 
> > > > diff --git a/drivers/gpu/drm/drm_of.c b/drivers/gpu/drm/drm_of.c
> > > > index fdb05fbf72a0..565f05f5f11b 100644
> > > > --- a/drivers/gpu/drm/drm_of.c
> > > > +++ b/drivers/gpu/drm/drm_of.c
> > > > @@ -66,6 +66,9 @@ uint32_t drm_of_find_possible_crtcs(struct drm_device *dev,
> > > >    	uint32_t possible_crtcs = 0;
> > > >    	for_each_endpoint_of_node(port, ep) {
> > > > +		if (!of_device_is_available(ep))
> > > > +			continue;
> > > > +
> > > >    		remote_port = of_graph_get_remote_port(ep);
> > > >    		if (!remote_port) {
> > > >    			of_node_put(ep);
> > > Looks good to me.
> > > 
> > > 
> > > Reviewed-by: Kever Yang <kever.yang@xxxxxxxxxxxxxx>
> 
> 
> _______________________________________________
> dri-devel mailing list
> dri-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch