Hi Carl, on 2024/6/6 06:25, Carl Love wrote: > Kewen: > > On 6/3/24 23:00, Kewen.Lin wrote: >> Hi Carl, >> >> on 2024/5/29 23:52, Carl Love wrote: >>> This patch was approved in the previous series. There are no changes to >>> this patch. Reposting for completeness. >> I guess you can just push the approved ones, as there is no dependency >> between any two of them? It can help to reduce the size of this series. > > The patches do touch some similar files so they are not completely > independent from a patch standpoint. Functionally they are all independent. > > I tried applying the approved patches only to the current mainline tree. The > approved patches were: 1,3,5 (with tweak), 6, 8, 9, 10, 12. Patch 5 requires > a little rebasing due to a little fuzz in the lines. Not a big deal. Patch > 8 also doesn't apply cleanly with git. The patch command gets a little > confused when I tried to use it, so I had to manually "recreate" the patch. > The changes are straight forward so that is fairly easy. The rest of the > patches applied cleanly with git. I am guessing there will be some rebasing > needed for the non-approved patches to apply them after the approved patches.
IMHO, you can first reorder the patches in your WIP branch (like the approved ones go first) with git rebase -i, then rebase with the latest trunk, there may be some conflicts but I'd expect there are not many. > > The main reason that I reposted everything was that the patch numbers changed > and I wanted it to be fairly clear what was going on. OK, if you push them, you can also specify the commit hashes for the pushed ones in cover letter. > > I toyed with the idea of committing the 8 approved patches and then working > on the additional 5 but I think that is hard as I would have to manually > adjust the patch numbers to keep them lined up with version 3 or version 4 > has a new numbering patches 1 to 5 (i.e. remapping of version 3 patch > numbers). Either way I think it would be hard/confusing. > > Given that separating out the approved and non-approved patches causes some > re-basing issues, it is probably best to just update the 5 patches, posting > them as version 4 and not re-post the whole series. I will just note in the > header patch 0/13 the patches that have already been approved. I hope that > is ok? Sure, I'm totally fine if you prefer this way. :) BR, Kewen