<div dir="ltr">Thanks Patrick. I was aware of the driver but haven't thoroughly checked the email thread. IMO it's a great idea and something I've hoped for. Will post some comments in the thread for support.</div><br><div class="gmail_quote"><div dir="ltr">On Mon, Aug 6, 2018 at 9:48 AM Patrick Venture <<a href="mailto:venture@google.com">venture@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+kunyi@<br>
<br>
PTAL - I know we're looking for a way to move the hacks forward<br>
properly, a driver or driver(s) is apparently already in the works,<br>
albeit with upstream resistance.<br>
<br>
Patrick<br>
<br>
On Fri, Aug 3, 2018 at 3:03 PM, Andrew Jeffery <<a href="mailto:andrew@aj.id.au" target="_blank">andrew@aj.id.au</a>> wrote:<br>
><br>
><br>
> On Sat, 4 Aug 2018, at 00:29, Patrick Venture wrote:<br>
>> On Wed, Aug 1, 2018 at 8:33 PM, Andrew Jeffery <<a href="mailto:andrew@aj.id.au" target="_blank">andrew@aj.id.au</a>> wrote:<br>
>> > On Thu, 2 Aug 2018, at 12:50, Oskar Senft wrote:<br>
>> >> Interesting suggestion, that looks promising, thank you?<br>
>> >><br>
>> >> What's the state of that driver? I.e. where do we expect it to land?<br>
>> ><br>
>> > If you think the bmc-misc-ctrl series is useful, please reply to the<br>
>> > upstream thread to outline all of your use-cases. There's a lot of push-<br>
>> > back on using the devicetree to describe these features, and I haven't<br>
>> > had a lot of feedback on the acceptability of the rest (driver itself,<br>
>> > userspace ABI).<br>
>> ><br>
>> > The more evidence we have of this being necessary/useful the better.<br>
>><br>
>> I just skimmed that message, and we're looking for a mechanism to set<br>
>> in the kernel some bits in the hwstrapping and other hardware<br>
>> registers to do things like restrict P2A ranges, disable lpc2ahb<br>
>> stuff, etc.  Things we had hacked into the mach-aspeed.c (iirc), and I<br>
>> wasn't sure it made sense to write a half dozen small drivers to<br>
>> control these individual things -- would these kind of use cases fall<br>
>> under this misc driver?<br>
><br>
> Yes, everything you listed there was a strong motivation for the series.<br>
><br>
> Cheers<br>
><br>
> Andrew<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Regards,<div>Kun</div></div></div>