<div dir="ltr">Hi Kleber,<div><br></div><div>Thanks for your reply. It helps me understand the process of importing patches from upstream to Ubuntu.</div><div><br></div><div>For such queries, please send an email to our mailing-list <a href="mailto:kernel-team@lists.ubuntu.com" target="_blank">kernel-team@lists.ubuntu.com</a><br>as it has a greater chance of getting a quicker reply and the information might be<br>useful for other people as well.<br></div><div><br></div><div>I cc'ed this reply to <a href="mailto:kernel-team@lists.ubuntu.com">kernel-team@lists.ubuntu.com</a>.</div><div><br></div><div>Which was released with Ubuntu-4.15.0-87.87 on 2020-01-31.<span class="gmail-im" style="color:rgb(80,0,80)"><br></span></div><div><br></div><div>According to <a href="https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1857158">https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1857158</a>, the task of porting patches from <span style="color:rgb(51,51,51);font-family:monospace;font-size:12px">v4.14.</span><span style="color:rgb(51,51,51);font-family:monospace;font-size:12px">159, v4.19.89 and </span><span style="color:rgb(51,51,51);font-family:monospace;font-size:12px">v4.19.90 is created on </span>2019-12-20 and finished on 2020-02-17. Why it takes three months? To port from LTS branch, what ubuntu  maintainers needs to do?</div><div>From my current understanding, ubuntu maintainers will port all commits from v4.14.159, v4.19.89 and v4.19.90 to ubuntu. Only importing does not take such long time. Is it because there are a lot of conflicts when applying these patches? Ubuntu maintainers must spend time and energy to deal with such energy?</div><div><br></div><div>Thanks</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 18, 2020 at 2:18 AM Kleber Souza <<a href="mailto:kleber.souza@canonical.com">kleber.souza@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 David,<br>
<br>
For such queries, please send an email to our mailing-list <a href="mailto:kernel-team@lists.ubuntu.com" target="_blank">kernel-team@lists.ubuntu.com</a><br>
as it has a greater chance of getting a quicker reply and the information might be<br>
useful for other people as well.<br>
<br>
On 14.08.20 07:35, David Lee wrote:<br>
> Hi Kleber,<br>
> <br>
> I just found a patch in <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 uie before setting time and enable after"--7e7c005b4b1f1f169bcc. It's in v4.19.89. But it's not patched in Ubuntu-4.15.0-76.86,which is issued at Jan 17 2020.<br>
<br>
The commit sha1 in the Ubuntu Bionic tree for this fix is<br>
be2063280b82447253c4b91d20b57c25f0a26579:<br>
<br>
<a href="https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/bionic/commit/?id=be2063280b82447253c4b91d20b57c25f0a26579" rel="noreferrer" target="_blank">https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/bionic/commit/?id=be2063280b82447253c4b91d20b57c25f0a26579</a><br>
<br>
Which was released with Ubuntu-4.15.0-87.87 on 2020-01-31.<br>
<br>
> Ubuntu-4.15.0-76.86 contains the commit in the "Fixes:" in 7e7c005b4b1f1f169bcc, which means that ubuntu introduces the bug. It's necessary to be patched. And the patch is also in the list of <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 the patches <br>
> in that website are to be added in ubuntu. Why is not it added in ubuntu? Is there any other rules?<br>
<br>
Ubuntu-4.15.0-76.86 really had the problematic commit (6610e0893b8b RTC: Rework RTC<br>
code to use timerqueue for events) which was in linux upstream since v2.6.38-rc1,<br>
however it has been fixed on Ubuntu-4.15.0-87.87 as I mentioned above.<br>
<br>
When a fix is mentioned in a bug report like #1857158 you need to look at its status<br>
to check whether the fix has been already released. In this case the status for the<br>
task in Bionic is set to 'Fix Released', meaning that the fix has already been<br>
released to the -updates pocket.<br>
<br>
> <br>
> Thanks<br>
<br>
<br>
Regards,<br>
Kleber<br>
</blockquote></div>