Message ID | 1512641720-4715-1-git-send-email-geert+renesas@glider.be |
---|---|
Headers | show |
Series | PCI: rcar: Misc error path fixes | expand |
On Thu, Dec 07, 2017 at 11:15:18AM +0100, Geert Uytterhoeven wrote: > Hi Simon, Lorenzo, Bjorn, > > This patch series fixes two issues in the error path for the R-Car PCIe > host bridge driver. > > The first issue is triggered easily by not having a PCIe card inserted, > and may cause a crash. > > Thanks! Acked-by: Simon Horman <horms+renesas@verge.net.au>
On Thu, Dec 07, 2017 at 11:15:18AM +0100, Geert Uytterhoeven wrote: > Hi Simon, Lorenzo, Bjorn, > > This patch series fixes two issues in the error path for the R-Car PCIe > host bridge driver. > > The first issue is triggered easily by not having a PCIe card inserted, > and may cause a crash. > > Thanks! > > Geert Uytterhoeven (2): > PCI: rcar: Fix use-after-free in probe error path > PCI: rcar: Handle rcar_pcie_parse_request_of_pci_ranges() failures > > drivers/pci/host/pcie-rcar.c | 11 +++++++---- > 1 file changed, 7 insertions(+), 4 deletions(-) The first fixes ddd535f1ea3eb27e, which appeared in v4.14-rc1. The second fixes 5d2917d469faab72, which appeared in v4.5-rc1. After the merge window I normally just pull in critical fixes and fixes to things we merged during the window. I think the first makes sense for v4.15 because it can cause a crash with no obvious way to debug it. The second one feels like v4.16 material to me. Thoughts? We're trying to sort out how to handle this sort of thing between Lorenzo and myself, so I apologize for the confusion here. Bjorn
Hi Bjorn, On Tue, Dec 12, 2017 at 6:16 PM, Bjorn Helgaas <helgaas@kernel.org> wrote: > On Thu, Dec 07, 2017 at 11:15:18AM +0100, Geert Uytterhoeven wrote: >> This patch series fixes two issues in the error path for the R-Car PCIe >> host bridge driver. >> >> The first issue is triggered easily by not having a PCIe card inserted, >> and may cause a crash. >> >> Thanks! >> >> Geert Uytterhoeven (2): >> PCI: rcar: Fix use-after-free in probe error path >> PCI: rcar: Handle rcar_pcie_parse_request_of_pci_ranges() failures >> >> drivers/pci/host/pcie-rcar.c | 11 +++++++---- >> 1 file changed, 7 insertions(+), 4 deletions(-) > > The first fixes ddd535f1ea3eb27e, which appeared in v4.14-rc1. The > second fixes 5d2917d469faab72, which appeared in v4.5-rc1. > > After the merge window I normally just pull in critical fixes and > fixes to things we merged during the window. > > I think the first makes sense for v4.15 because it can cause a crash > with no obvious way to debug it. The second one feels like v4.16 > material to me. > > Thoughts? We're trying to sort out how to handle this sort of thing > between Lorenzo and myself, so I apologize for the confusion here. Sounds fine to me. The first one happens all the time if no PCIe card is present. The second one is non-critical. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
On Tue, Dec 12, 2017 at 11:16:58AM -0600, Bjorn Helgaas wrote: > On Thu, Dec 07, 2017 at 11:15:18AM +0100, Geert Uytterhoeven wrote: > > Hi Simon, Lorenzo, Bjorn, > > > > This patch series fixes two issues in the error path for the R-Car PCIe > > host bridge driver. > > > > The first issue is triggered easily by not having a PCIe card inserted, > > and may cause a crash. > > > > Thanks! > > > > Geert Uytterhoeven (2): > > PCI: rcar: Fix use-after-free in probe error path > > PCI: rcar: Handle rcar_pcie_parse_request_of_pci_ranges() failures > > > > drivers/pci/host/pcie-rcar.c | 11 +++++++---- > > 1 file changed, 7 insertions(+), 4 deletions(-) > > The first fixes ddd535f1ea3eb27e, which appeared in v4.14-rc1. The > second fixes 5d2917d469faab72, which appeared in v4.5-rc1. > > After the merge window I normally just pull in critical fixes and > fixes to things we merged during the window. > > I think the first makes sense for v4.15 because it can cause a crash > with no obvious way to debug it. The second one feels like v4.16 > material to me. > > Thoughts? We're trying to sort out how to handle this sort of thing > between Lorenzo and myself, so I apologize for the confusion here. This sounds absolutely reasonable for me. Thanks ! Lorenzo