<div dir="ltr"><div>The branches mentioned has been pushed to this repository:</div><div><a href="https://gitlab.com/deif-as/ethercat/ethercat">https://gitlab.com/deif-as/ethercat/ethercat</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 29, 2021 at 2:57 PM Esben Haabendal <<a href="mailto:esben.haabendal@gmail.com">esben.haabendal@gmail.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">Hi all<br>
<br>
As part of a process of aligning a couple of branches based on old<br>
etherlabmaster versions, I have taken the Gavin Lambert patchset 20190904 and<br>
rebased it to current stable-1.5.<br>
<br>
There are several changes made on the old default branch, and in the<br>
patchset that the products rely on, so for now, we cannot simply use<br>
stable-1.5 as-is.<br>
<br>
As the 20190904 patchset is based on a specific commit (hg revision 33b922)<br>
from the (now deprecated/unsupported) default branch, I rebased the patchset<br>
in 3 steps.<br>
<br>
1. Rebase of the 33b922 revision to the new stable-1.5 branch as of<br>
   20141028 (git commit c02e204fcb5b).  Pushed to branch<br>
   hg-default-33b922-rebased-to-stable-1.5-20141028<br>
<br>
2. Rebase of the branch created in step 1 to latest stable-1.5 commit<br>
   (git commit 1fa5565aa028).  Pushed to branch<br>
   hg-default-33b922-rebased-to-stable-1.5-20210609<br>
<br>
3. Applied the 20190904 patchset (minus stable/*.patch), trying to<br>
   resolve any conflicts found.  Pushed to<br>
   gavin-patchset-20190904-stable-1.5-20210609<br>
<br>
All of the branches above are for all practical purposes only meant for<br>
inspiration/review.  They are not in any to be considered upstream, and<br>
no merge requests or anything like that will be considered.<br>
<br>
Also, the rebased branches have only been very lightly tested as of<br>
now.  Work on that will be started ASAP.<br>
<br>
The question is then.  What, if anything, can and should we do with all<br>
this?  I believe it will be in everybodys interest to get back to a<br>
situation where we have a common baseline to work on, or maybe a small<br>
number of aligned common baselines.<br>
<br>
What is acceptable for getting merged to stable-1.5 branch?  I<br>
assume that any backwards compatible bugfixes is fine.  But what about<br>
changes that modifies the ioctl() API/ABI?  And what about changes that<br>
modifies the user-space library API and/or ABI?<br>
<br>
If there are changes which cannot be merged to stable-1.5, can we create<br>
a new branch (something like development-1.6?) to have a common place to<br>
share this work?  And if we do this, we need to agree on to keep that<br>
branch aligned with stable-1.5, so we don't end up with another<br>
"default" branch to be abandoned a few years up the road.<br>
<br>
Best regards,<br>
Esben<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Esben Haabendal<br>Ulstrupvej 7, 9500 Hobro, Denmark</div>