<div dir="ltr">Hi Juerg,<div><br></div><div>We have quite a backlog and keeping kernels up to date is time consuming so it<br>just took us a while to pull the commits into Bionic.<br></div><div><br></div><div>I think if commits are chosen, porting them should be easy. Can you give me more details on why </div><div>it's time consuming?</div><div><br></div><div>Thanks</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 1, 2020 at 5:20 AM Juerg Haefliger <<a href="mailto:juerg.haefliger@canonical.com">juerg.haefliger@canonical.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 Thadeu,<br>
> <br>
> I just found a patch in<br>
> <a href="https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1857158" rel="noreferrer" target="_blank">https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1857158</a>, "rtc: disable<br>
> uie before setting time and enable after"--7e7c005b4b1f1f169bcc. It's<br>
> in v4.19.89. But it's not patched in Ubuntu-4.15.0-76.86,which is issued at<br>
> Jan 17 2020.<br>
> Ubuntu-4.15.0-76.86 contains the commit in the "Fixes:"<br>
> in 7e7c005b4b1f1f169bcc, which means that ubuntu introduces the bug. It's<br>
> necessary to be patched. And the patch is also in the list of<br>
> <a href="https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1857158" rel="noreferrer" target="_blank">https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1857158</a>. I thought all<br>
> the patches<br>
> in that website are to be added in ubuntu. Why is not it added in ubuntu?<br>
> Is there any other rules?<br>
<br>
That patch was added to Bionic 4.15.0-88.88. If you look at LP: #1857158<br>
(comment #1) it will tell you which kernel version fixed the bug.<br>
<br>
We have quite a backlog and keeping kernels up to date is time consuming so it<br>
just took us a while to pull the commits into Bionic.<br>
<br>
...Juerg<br>
<br>
<br>
> Thanks<br>
> <br>
> On Wed, Aug 12, 2020 at 9:42 PM David Lee <<a href="mailto:saynice111@gmail.com" target="_blank">saynice111@gmail.com</a>> wrote:<br>
> <br>
> > Hi Thadeu,<br>
> ><br>
> > we have Kamal do the<br>
> > great job of tracking commits to 4.14 and 4.19 and make pull requests so<br>
> > those<br>
> > can be included in Ubuntu's kernel.<br>
> ><br>
> > I just measured that there are 13007 commits from 4.15.18 which is<br>
> > end-of-life in 4.15 stable branch to a specific ubuntu-bionic<br>
> > version, Ubuntu-4.15.0-76.86. 9830 commits in 13007 also exist in 4.14 lts.<br>
> > But there is 0 commit which exist in 4.19 lts. Is there anything wrong?<br>
> > Can you give me more guidance on this?<br>
> > Thanks<br>
> ><br>
> ><br>
> > On Tue, Aug 11, 2020 at 12:49 PM David Lee <<a href="mailto:saynice111@gmail.com" target="_blank">saynice111@gmail.com</a>> wrote:<br>
> >  <br>
> >> Hi,<br>
> >><br>
> >> Thanks for your reply. Very helpful to me.<br>
> >><br>
> >> There is no upstream Linux 4.15 stable branch.<br>
> >><br>
> >> There is no upstream linux 4.15 long term support branch. But there is a<br>
> >> Linux stable branch<br>
> >> <a href="https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/log/?h=linux-4.15.y" rel="noreferrer" target="_blank">https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/log/?h=linux-4.15.y</a><br>
> >> .<br>
> >><br>
> >> Ubuntu's bionic is based on Linux 4.15. But there is also linux<br>
> >> 4.15-linux 4.15.18 branch in ubuntu-bionic. And commits in Linux<br>
> >> 4.15-4.15.18 in ubuntu git is the same as it in Linux git except some<br>
> >> ubuntu sauce patches.<br>
> >><br>
> >> Besides, how does ubuntu know if there is a new patch added in upstream?<br>
> >> And how do ubuntu determine if a patch is necessary for ubuntu?<br>
> >> Thanks<br>
> >><br>
> >> On Tue, Aug 11, 2020 at 4:32 AM Thadeu Lima de Souza Cascardo <  <br>
> >> <a href="mailto:cascardo@canonical.com" target="_blank">cascardo@canonical.com</a>> wrote:  <br>
> >>  <br>
> >>> On Tue, Aug 11, 2020 at 12:33:17AM -0700, David Lee wrote:  <br>
> >>> > Hi,<br>
> >>> ><br>
> >>> > I saw your email in the patch "serdev: Fix serdev_uevent failure on  <br>
> >>> ACPI  <br>
> >>> > enumerated serdev-controllers  <br>
> >>> 586ca5b1a90b66eb0a2805c9419683e33d1d418b" in  <br>
> >>> > ubuntu's git repository.<br>
> >>> > I am surprised to find that this patch in ubuntu git is committed on  <br>
> >>> Apr 12  <br>
> >>> > 10:06:37 2018. But this patch is committed to linux 4.15 stable branch<br>
> >>> > on Apr 12 12:31:11 2018.<br>
> >>> > In ubuntu git repository, this patch is also in Linux 4.15 stable  <br>
> >>> branch.  <br>
> >>> > Why a patch is committed before it's added in Linux 4.15 stable branch?<br>
> >>> ><br>
> >>> > Thanks  <br>
> >>><br>
> >>> Hi, David.<br>
> >>><br>
> >>> There is no upstream Linux 4.15 stable branch. Upstream <a href="http://kernel.org" rel="noreferrer" target="_blank">kernel.org</a> git<br>
> >>> trees<br>
> >>> closest to 4.15 are 4.14 and 4.19. Kamal Mostafa, from the Ubuntu Kernel<br>
> >>> team<br>
> >>> picks up commits from those trees in order to apply them to Ubuntu bionic<br>
> >>> kernel tree, which is based on 4.15. As upstream has stopped publishing<br>
> >>> updates<br>
> >>> to 4.15 and Ubuntu picked up 4.15 for its Bionic release, we have Kamal<br>
> >>> do the<br>
> >>> great job of tracking commits to 4.14 and 4.19 and make pull requests so<br>
> >>> those<br>
> >>> can be included in Ubuntu's kernel.<br>
> >>><br>
> >>> But patches are also submitted to Ubuntu's kernel through other ways and<br>
> >>> for<br>
> >>> other reasons, like when they fix specific bugs tracked at launchpad. It<br>
> >>> may<br>
> >>> happen that such patches match upstream commits that have both landed on<br>
> >>> Kamal's tree and directly on Ubuntu's tree.<br>
> >>><br>
> >>> And by git's distributed nature, the same patch may be applied on<br>
> >>> different<br>
> >>> dates, or it may happen that they are rebased or reapplied, causing them<br>
> >>> to<br>
> >>> have different commit ids, and even different commit dates or commit<br>
> >>> authors,<br>
> >>> or have had their messages changed because of sign-offs.<br>
> >>><br>
> >>> I didn't investigate the specific case you pointed out, but it may be<br>
> >>> that with<br>
> >>> the explanations above, you may find other differences between those two<br>
> >>> commits that might explain what might have happened.<br>
> >>><br>
> >>> Regards.<br>
> >>> Thadeu Cascardo.<br>
> >>>  <br>
> >>  <br>
<br>
</blockquote></div>