That patch appears to be the grub 1 equivalent to grub2 git://git.savannah.gnu.org/grub.git rev 9d34bb8 which puts the network device into D3 power state. I am running grub2 with that patch and it doesn't fix my irq 17 problem. Can we not fix this in grub2 via something like Lukas original patch or disable any DMA transfers before the kernel starts? Andrew On 6 April 2016 at 05:59, Matthew Garrett <mjg59@xxxxxxxxxxxxx> wrote: > On Tue, Apr 05, 2016 at 02:40:15PM -0500, Bjorn Helgaas wrote: > >> https://bugzilla.kernel.org/show_bug.cgi?id=111781 and >> https://mjg59.dreamwidth.org/11235.html describe a sort of similar >> issue, but with DMA. An interrupt from the device is probably to >> signal a DMA completion, but these problem reports only mention the >> "IRQ nobody cared" issue; I don't see anything about memory >> corruption. > > I "fixed" this with > https://github.com/mjg59/grub-fedora/commit/21fcd6d79b7601e4b20ad70c5408adff2dabbc1d > - doing the same in the kernel EFI stub would probably be the best way > to handle it. This way you're guaranteed to stop DMA before the kernel > reclaims boot services memory, which guarantees you won't have any > corruption. -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
