<div dir="ltr"><div>HI Chris,</div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 10 Jul 2020 at 11:27, Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 5/7/20 8:23 pm, James Fitzsimons wrote:<br>
> Hi all,<br>
> <br>
> Problem solved!<br>
> <br>
> After coming back to this fresh the next day I realised I had gone down <br>
> a blind alley with the device tree thinking. The PWM driver does all <br>
> hardware configuration required - no fdt required.<br>
<br>
I have done this a number of times :)<br></blockquote><div><br></div><div>I am very glad to hear I am not alone and in good company ;-) </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Thank for the patch and thank you for posting your progress as you <br>
solved the problem.<br></blockquote><div><br></div><div>Thanks for the encouragement. I'm hoping to get an eQEP driver written for this BSP next.  </div><div><br></div><div>I've also been exchanging emails with Niteesh (who is implementing the FDT support for the Beaglebone BSP as part of the GSoC) to ensure that the new eQEP driver will also work with the FDT configuration approach.</div><div><br></div><div>Cheers,</div><div>James</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Chris<br>
</blockquote></div></div>