From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 76490] Hang during boot when DPM is on (R9 270X) Date: Fri, 10 Jul 2015 01:26:46 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1292078075==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id A20166ED9C for ; Thu, 9 Jul 2015 18:26:46 -0700 (PDT) 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 --===============1292078075== Content-Type: multipart/alternative; boundary="1436491606.2f8Ab3.26261"; charset="UTF-8" --1436491606.2f8Ab3.26261 Date: Fri, 10 Jul 2015 01:26:46 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=76490 --- Comment #39 from Alex Deucher --- (In reply to Tobias Droste from comment #35) > 3) This card works fine with any sclk/mclk combination with the same vddc > (1238mV) in windows and I can overclock there! There is apparently some aspect of the set up that we are not programming correctly that manifests with higher clocks on certain boards. > > I'm also wondering why I get a different VBIOS size if I get the bios in > windows (gpu-z) and linux. Is it because different firmware gets loaded? The > (working) vbios under windows is twice as large as the linux one (see > attachments). The vbios is loaded from rom on the card. The firmware for the various micro-controllers on the GPU are loaded by the driver and are not part of the vbios. I'm not sure off hand why they differ. Perhaps gpuz always returns a 128K image regardless of what size the actual bios is? Or maybe it asks the driver windows driver for a copy and the windows driver always stores 128K images regardless of the actual image size. I quick look at the tables and I only see one small difference in the overdrive table: -OD max sclk: 140000, max mclk: 162500 (win) +OD max sclk: 107000, max mclk: 140000 (linux) Everything else appears to be the same. I'm guessing the windows driver patched that and gpuz fetches the copy from the driver. -- You are receiving this mail because: You are the assignee for the bug. --1436491606.2f8Ab3.26261 Date: Fri, 10 Jul 2015 01:26:46 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 39 on bug 76490 from 
(In reply to Tobias Droste from comment #35)
> 3) This card works fine with any sclk/mclk combination with the same vddc
> (1238mV) in windows and I can overclock there!

There is apparently some aspect of the set up that we are not programming
correctly that manifests with higher clocks on certain boards.

> 
> I'm also wondering why I get a different VBIOS size if I get the bios in
> windows (gpu-z) and linux. Is it because different firmware gets loaded? The
> (working) vbios under windows is twice as large as the linux one (see
> attachments).

The vbios is loaded from rom on the card.  The firmware for the various
micro-controllers on the GPU are loaded by the driver and are not part of the
vbios.  I'm not sure off hand why they differ.  Perhaps gpuz always returns a
128K image regardless of what size the actual bios is?  Or maybe it asks the
driver windows driver for a copy and the windows driver always stores 128K
images regardless of the actual image size.  I quick look at the tables and I
only see one small difference in the overdrive table:
-OD max sclk: 140000, max mclk: 162500 (win)
+OD max sclk: 107000, max mclk: 140000 (linux)
Everything else appears to be the same.  I'm guessing the windows driver
patched that and gpuz fetches the copy from the driver.

You are receiving this mail because:
  • You are the assignee for the bug.
--1436491606.2f8Ab3.26261-- --===============1292078075== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============1292078075==--