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==--