<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, May 8, 2018 at 2:20 PM, Dylan Baker <span dir="ltr"><<a href="mailto:dylan@pnwbakers.com" target="_blank">dylan@pnwbakers.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Quoting Mark Janes (2018-05-08 11:10:19)<br>
<span>> Dylan Baker <<a href="mailto:dylan@pnwbakers.com" target="_blank">dylan@pnwbakers.com</a>> writes:<br>
> <br>
> > I have both pulled into the 18.1-proposed tree now. I think we need to have a<br>
> > wider discussion about better ways to propose patches to stable after the fact<br>
> > like ea1fff4416036066cff51826f95b47<wbr>03d7211008. Thanks for helping get this<br>
> > resolved so quickly.<br>
> <br>
> We have to expect that stable annotations will be missed for some<br>
> patches.  No one is perfect.  The patch author could help a lot by<br>
> making sure the commit gets into the correct stable branches, because<br>
> they are the ones with the most awareness of the situation.<br>
> <br>
<br>
</span>I agree 100%. <br>
<br>
I'm just trying to think of a more robust solution than manually mailing<br>
mesa-stable. The signal to noise ratio of that list is pretty bad. I'm<br>
wondering if after the fdo migration to gitlab it would be better to use pull<br>
requests for these kind of nominations.<br></blockquote><div><br></div></div>A pull request is something I'm probably going to use for missed patches. AMD has its own stable branches mirroring Mesa stable branches for our official driver releases, and we have some fixes there that were not applied to upstream stable branches for various reasons. So we can easily see the diff between upstream and internal.<br><br></div><div class="gmail_extra">Marek<br></div></div>