Re: [PATCH V8 3/3] OPP: Allow "opp-hz" and "opp-microvolt" to contain magic values

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 12/28, Viresh Kumar wrote:
> On 27-12-17, 15:54, Rob Herring wrote:
> > 
> > I don't really know. I don't really care either. I'll probably go
> > along with what everyone agrees to, but the only one I see any
> > agreement from is Ulf. Also, it is pretty vague as to what platforms
> > will use this. You claimed you can support QCom scenarios, but there's
> > really no evidence that that is true.
> 
> Well, I sent out the code few days back based on these bindings and everyone can
> see how these bindings will get used now.
> 
> > What I don't want to see is this
> > merged and then we need something more yet again in a few months for
> > another platform.
> 
> Sure, I get your concerns.
> 
> So what we need now is:
> 
> - Stephen to start responding and clarify all the doubts he had as being silent
>   isn't helping.

What can I reply to specifically? From what I can tell, the
patches have changed to this 'opp-required' thing in the past
week and the position of 'generic OPP layer interprets magic
values' doesn't look to have changed. Is that the summary? I can
look deeply at the patches tomorrow.

> 
> - Or Rajendra to post patches which can prove that this is usable. The last time
>   I had a chat with him, he confirmed that he will post patches after 4.15-rc1
>   and he should have posted them by now, but he didn't :(
> 

I'd prefer either that, or some tree here that we can look at. I
said this last time, I'm having a really hard time seeing how
everything is going to work. The little drip of code, then DT
binding, then maybe a small change in dts files, then maybe some
code that uses the new APIs, etc. is pretty annoying. From my
perspective you've chopped the problem up into pieces that don't
stand on their own and then started sending patches for some
parts without showing the overall result. It's like we're being
taken on a ride in your development workflow, and we don't get to
see what's coming around the corner, and the only assumption I
can make is that you don't know either.

I'm actually confused how any of the code is even tested or used.
It looks like things are getting merged without any users, for
what exactly I'm not sure. Please, please, get an end-to-end
solution going and actually use the code from day one on a real
device that can use it.

Sorry for the rant, but my inbox keeps filling with patches for
this series and I have no idea what's going on.

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux