From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 108585] *ERROR* hw_init of IP block failed -22 Date: Wed, 31 Oct 2018 08:09:43 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0856704568==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [IPv6:2610:10:20:722:a800:ff:fe98:4b55]) by gabe.freedesktop.org (Postfix) with ESMTP id 83A466E23F for ; Wed, 31 Oct 2018 08:09:43 +0000 (UTC) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0856704568== Content-Type: multipart/alternative; boundary="15409733832.D86E2A.1360" Content-Transfer-Encoding: 7bit --15409733832.D86E2A.1360 Date: Wed, 31 Oct 2018 08:09:43 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D108585 Christian K=C3=B6nig changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |NOTABUG Status|NEW |RESOLVED --- Comment #9 from Christian K=C3=B6nig = --- (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 bootloa= der. 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 k= exec doesn't makes a full PCIe level ASIC reset the second driver load is intend= ed 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 shou= ld know the details. Only solution I can see is to either use the same workaround as the KVM guy= s or use the same firmware for both the loader and the final kernel. --=20 You are receiving this mail because: You are the assignee for the bug.= --15409733832.D86E2A.1360 Date: Wed, 31 Oct 2018 08:09:43 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated Christian K=C3=B6nig changed bug 10858= 5
What Removed Added
Resolution --- NOTABUG
Status NEW RESOLVED

Commen= t # 9 on bug 10858= 5 from Christian K=C3= =B6nig
(In reply to Benjamin Herrenschmidt from comment #6)
> They may or may not be related ... Alex, kexec i=
s how we boot these
> machines, there's a Linux kernel in flash that runs a Linux based boot=
loader.

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 k=
exec
doesn't makes a full PCIe level ASIC reset the second driver load is intend=
ed
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 shou=
ld
know the details.

Only solution I can see is to either use the same workaround as the KVM guy=
s 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.
= --15409733832.D86E2A.1360-- --===============0856704568== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============0856704568==--