| What | Removed | Added |
|---|---|---|
| Resolution | --- | NOTABUG |
| Status | NEW | RESOLVED |
Comment # 9
on bug 108585
from Christian König
(In reply to Benjamin Herrenschmidt from comment #6) > They may or may not be related ... Alex, kexec is how we boot these > machines, there's a Linux kernel in flash that runs a Linux based bootloader. Yeah, you guys should have noted that because that combination is known to not work correctly. The problem is that some parts of the hardware are explicitly designed in a way which only allows loading one firmware after an ASIC reset. So as long as kexec doesn't makes a full PCIe level ASIC reset the second driver load is intended to fail. We have the same problem with virtualization and used to have a workaround in KVM which triggers the ASIC reset with a PCIe config space write. Alex should know the details. Only solution I can see is to either use the same workaround as the KVM guys or use the same firmware for both the loader and the final kernel.
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
