<div dir="ltr"><div><div>perfect ! I will do it that way then. <br><br></div>besides that, generally if you are making changes to drivers , then the responsibility of testing is on the author of the patch right ? if you don't have the device how would you test such things ?  I would assume other subsystems like memory will have some sort of test suite that gets run automatically to make sure we are not introducing any regressions but confused as to how we ensure the same with drivers. <br><br></div>Thanks so much Greg , for a quick reply .<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 21, 2021 at 12:14 PM Greg KH <<a href="mailto:greg@kroah.com">greg@kroah.com</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 Sun, Mar 21, 2021 at 12:03:36PM -0400, Harsha Vardhan wrote:<br>
> Any thoughts on whether I should just do a <a href="http://checkpatch.pl" rel="noreferrer" target="_blank">checkpatch.pl</a> change as my first<br>
> patch ?<br>
<br>
You should do a <a href="http://checkpatch.pl" rel="noreferrer" target="_blank">checkpatch.pl</a> change as your first patch :)<br>
<br>
That way you can focus on the process more than the technical aspects of<br>
the patch (git, changelog text, subject line, email, submission,<br>
revision, acceptance, etc.) and not have to worry a lot about breaking<br>
working code or not.<br>
<br>
After you get the process working properly for you, then move to<br>
changing real code and contributing that way.<br>
<br>
But that's just a suggestion, not a requirement, you can do whatever you<br>
want to do :)<br>
<br>
good luck!<br>
<br>
greg k-h<br>
</blockquote></div>