lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Mon, 24 Sep 2012 20:12:02 +0900 From: Takao Indoh <indou.takao@...fujitsu.com> To: ddutile@...hat.com CC: konrad@...nel.org, vgoyal@...hat.com, kexec@...ts.infradead.org, linux-kernel@...r.kernel.org, linux-pci@...r.kernel.org, bhelgaas@...gle.com, hbabu@...ibm.com, ishii.hironobu@...fujitsu.com, martin.wilck@...fujitsu.com Subject: Re: [RFC][PATCH] Reset PCIe devices to address DMA problem on kdump with iommu (2012/09/22 2:57), Don Dutile wrote: > On 09/14/2012 04:03 PM, Konrad Rzeszutek Wilk wrote: >>> As to the boot parameter to enable this function, you suggested using >>> reset_devices. I found that on a certain platform resetting devices >>> caused PCIe error due to a hardware bug. Therefore I think we need >>> new parameter apart from reset_devices to disable this function on >>> such a machine. >> >> Wouldn't a DMI quirk be better for this? That way the second kernel >> internally would know not to do this. >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-pci" in >> the body of a message to majordomo@...r.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html > a DMI quirk for a PCIe switch? pci-quirk maybe? there is a hook > in per-device pci reset code path, which could be setup for such > a case. Yep, I think early-quirk is better. Thanks, Takao Indoh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists