<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi Ben,<br>
<br>
<blockquote type="cite">I mentioned the HD 5450 purely as a matter
of archeological interest.<br>
</blockquote>
Ok, in that case looking at the lspci -tv output doesn't tell us
anything new.<br>
<br>
<blockquote type="cite">I suspected, but couldn't prove, that the
problem might have something<br>
to do with the bridge (IBM POWER8 Host Bridge (PHB3)).<br>
</blockquote>
<br>
In that case you would see the problem with the caicos as well.<br>
<br>
Or are there issues random enough that there could actually be
some problem with the caicos as well and we haven't noticed it so
far?<br>
<br>
See it is really really odd that this should only happen with the
cedar. On the other hand if it works for now, I don't see much
issue having this workaround.<br>
<br>
Regards,<br>
Christian.<br>
<br>
Am 23.02.2018 um 17:02 schrieb Ben Crocker:<br>
</div>
<blockquote type="cite"
cite="mid:CALk+eRccKjoYv29E4wphbLb4ib6r6w6ThxSZ9gf86GH2DyMQ_Q@mail.gmail.com">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div dir="ltr">Hi Christian, Michel, Alex, et al.,<br>
<br>
I mentioned the HD 5450 purely as a matter of archeological
interest.<br>
<br>
Back to the FirePro 2270 and Embedded Radeon E6465:<br>
<br>
I've attached text from both "lspci -tv" and "lspci -v."<br>
Actually I'm attaching a couple of different "lspci -v" outputs,
one<br>
with the FirePro 2270 in place and one with the E6465 in (the
same) place.<br>
<br>
I suspected, but couldn't prove, that the problem might have
something<br>
to do with the bridge (IBM POWER8 Host Bridge (PHB3)).<br>
<br>
But I want to reiterate:<br>
<ul>
<li>Cedar GPU -> problem (before patch, that is);</li>
<li>Caicos GPU in the same slot -> no problem</li>
</ul>
<br>
-- Ben<br>
<br>
P.S. Alex, thanks for applying the patch so expeditiously!<br>
<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Feb 23, 2018 at 2:45 AM,
Christian König <span dir="ltr"><<a
href="mailto:ckoenig.leichtzumerken@gmail.com"
target="_blank" moz-do-not-send="true">ckoenig.leichtzumerken@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex"><span
class="">Am 22.02.2018 um 18:56 schrieb Michel Dänzer:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
On 2018-02-22 06:37 PM, Ben Crocker wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
One of my colleagues did discover a "Radeon HG 5450
PCI" from February<br>
2010 which did, apparently, have a Cedar GPU and very
definitely had a<br>
(plain old) PCI connector.<br>
</blockquote>
There must be a PCIe-to-PCI bridge on that board. The
GPU itself is<br>
always PCIe, and treated accordingly by the driver.<br>
</blockquote>
<br>
</span>
Ben, just an educated guess but is this one the one which is
failing to work correctly?<br>
<br>
Cause the PCIe bus interface is pretty much identical over
all generations of the last decade or so. Only the newest
Vega10 generation is a bit different.<br>
<br>
So I strongly thing that this isn't related to the device
being a Cedar at all, but rather that you have a bridge
above it which doesn't correctly handle 64bit transfers.<br>
<br>
Can you please send and "lspci -t" of both the working and
the problematic devices?<br>
<br>
Thanks,<br>
Christian.<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>