On Mon, Mar 5, 2018 at 2:24 PM, Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx> wrote: > On Fri, 2018-03-02 at 12:10 +0100, Rafael J. Wysocki wrote: >> On Thu, Mar 1, 2018 at 7:02 PM, Andy Shevchenko >> <andriy.shevchenko@xxxxxxxxxxxxxxx> wrote: >> > Introduce a new helper to extract a year from DMI BIOS date since >> > there >> > are most existing users do and newcomers would utilize as well. >> > >> > Ingo, this is respin of the patches in x86/platform. I think, if >> > it's >> > possible to rebase, would be easier just to replace existing ones. >> > >> > Otherwise I would reorganize them as a series of fixups. >> > >> > Bjorn, Jean, Rafael, thank you for your reviews! >> > >> > Since v1: >> > - move the helper to be regular function (Bjorn, Rafael) >> > - fix a potential regression introduced in pci_acpi_crs_quirks() >> > (Jean) >> > - adjust subject lines and commit message bodies (Bjorn) >> > - add tags (Bjorn, Jean) >> > >> > Andy Shevchenko (4): >> > firmware: dmi_scan: Introduce the dmi_get_bios_year() helper >> > x86/PCI: Simplify code by using the new dmi_get_bios_year() helper >> > ACPI / sleep: Simplify code by using the new dmi_get_bios_year() >> > helper >> > PCI: Simplify code by using the new dmi_get_bios_year() helper >> >> I can apply this or if you want to route it differently, > > I don't know how to proceed here, Ingo applied v1 and there might be > options like remove old and reapply new, or do a series of fixups. > > Ingo, can you suggest how to do this in the best way? AFAICS the tip workflow is that things are not rebased in there, only reverted if need be, and if the previous version was taken to tip, reverting it is not worth the hassle IMO. I'd just wait for it to be integrated and post an update on top of it or even on top of linux-next.
