A couple of problems with Asrock X570 Taichi
Printed From: ASRock.com
Category: Technical Support
Forum Name: AMD Motherboards
Forum Description: Question about ASRock AMD motherboards
URL: https://forum.asrock.com/forum_posts.asp?TID=12361
Printed Date: 21 Dec 2024 at 8:55pm
Software Version: Web Wiz Forums 12.04 - http://www.webwizforums.com
Topic: A couple of problems with Asrock X570 Taichi
Posted By: shmerl
Subject: A couple of problems with Asrock X570 Taichi
Date Posted: 03 Sep 2019 at 2:42am
|
I just finished my build (Asrock X570 Taichi / Ryzen 9 3900X), and I noticed a few issues: 1. After waking up from suspend, the motherboard debug indicator LEDs and on-board LEDs on the power/reset buttons don't turn off and continue glowing. The debug indicator shows 00 (and stays that way during normal system operation). 2. The SB chipset always runs at around 60C or so, no matter what fan setting is enabled. That's a bit strange. I'm also using an NVMe SSD in the top slot. That happens even with latest firmware/bios 2.0 |
Replies:
Posted By: Xaltar
Date Posted: 03 Sep 2019 at 3:39am
|
That is odd, I will check it out on my X570 Taichi as soon as I have some free time, probably Wednesday. I don't have these issues with 1.80 on my board however. When my system enters sleep it reboots to wake, not exactly normal but then again, I have not done a fresh OS install on it yet so I need to take care of that first. If you have not performed a clean install on this system (used the OS drive from a different system) then that would be a solid first step. Sleep was problematic with both first and second gen Ryzen for quite a while after they launched. I suspect the issues are 2 fold, the AGESA and the OS. I had endless issues with sleep on my X370 Taichi and 1600x, I tried countless BIOS versions and in the end, the issue just disappeared, seemingly on it's own. Checking my logs I discovered Windows had updated itself while I was out and that was what eventually fixed it. As for the chipset temps, good exhaust airflow is essential with these X570 boards, you want to pump the heat out of the case as quickly as possible. I typically run my systems with positive pressure (more intake than exhaust) and noticed my temps were pretty high. Balancing the pressure a bit better dropped my chipset temp by about 5c. If 60c is a load temp however, that is pretty decent for an X570 it seems. I have seen reports of temps up to the low 80s under load and apparently, up to 85c is within "safe" operating temperature. Still no official word on max operating temps for the chipset but I would aim for sub 80c, a spike or 2 over that in an hour long stress test is fine but the average should be under 80c, if for no other reason than to limit heat saturation of surrounding components as well as dumping hot air into your case. ------------- 
|
Posted By: shmerl
Date Posted: 03 Sep 2019 at 5:08am
|
I'm using Linux (freshly installed on this system on NVMe), but it would be strange if suspend issues would be OS specific. Also, suspend works fine for me on X370 Taichi/Ryzen 2700X (also using Linux). This LED / resume is unique to X570. Also, I noticed this in older firmware dmesg used to give this error:
Which indicated that Asrock didn't handle Linux reporting to firmware OS name for ACPI purposes. In 2.0 this error is gone, so I assume that's good! (Some details on related issues here: https://wiki.archlinux.org/index.php/DSDT ). I can report this LED annoyance to Asrock directly, unless they can see this thread on the forum. Regarding positive pressure - interesting point. I also run my case with positive pressure, to keep dust out, since I'm using good quality dust filters from Demciflex. I get, how it can affect thermals negatively. Nvme runs at around 45C on idle, while in my older case whith X370 Taichi it was around 32+C. Not sure when it starts throttling (Samsuing 970 Evo Plus). It reaches 60C with heavy I/O. If it's OK for chipset to run at 60C may be I shouldn't worry. I tried loading the NVMe and GPU, the temperature didn't really rise for the chipset. But may be lm-sensors aren't reporting it correctly? Though when inside the UEFI UI, it also shows it around 60+C, so I assume it's correct (for me the sensor is called SMBUSMASTER 1. |
Posted By: shmerl
Date Posted: 03 Sep 2019 at 6:38am
|
I figured an interesting thing. In my case GPU was affecting the setup. I have Sapphire Pulse RX 5700XT, and basiclly by default, it has very passive fans policy on low load. GPU temps are quite high, and that's what's negatively affecting the heatsink and everything under it (nvme and the chipset). I just tried radeon-profile: https://github.com/marazmista/radeon-profile and set more active fan curve. GPU temps dropped down, as as well as chipset went from 60C to 56C! Nvme went from 45C to 41C! So now I know what needs adjustment. |
Posted By: shmerl
Date Posted: 03 Sep 2019 at 6:49am
| Also, too bad Asrock made only first PCIe slot connected directly to the CPU. Putting the GPU there positions it right above NVMe and the chipset :( Not a very good thermal design. I suppose putting the GPU in the second PCIe slot would make ventilation above the chipset better. |
Posted By: shmerl
Date Posted: 03 Sep 2019 at 8:11am
| I wonder if putting some insulating material between the long edge of the GPU and the heatsink could improve things further. |
Posted By: kschendel
Date Posted: 03 Sep 2019 at 10:35am
|
GPU's generally aren't PCIe bandwidth limited, so you probably wouldn't lose any real performance by putting it into the next slot. Might be worth experimenting with -- if you do, please report back! |
Posted By: shmerl
Date Posted: 03 Sep 2019 at 11:14am
| Yeah, good point, I'll give it a test. How much bandwidth does a GPU like RX 5700XT saturate? I guess it depends on the screen resolution too? Given that both board and card are PICe 4, I suppose even x8 bandwidth will be like x16 of PCIe 3? |
Posted By: shmerl
Date Posted: 03 Sep 2019 at 11:21am
| Also, are there any materials that are non conductive and are not prone for static electricity, while also having low thermal conductivity (thermal insulators)? Placing something like that between the GPU and the heatsink should help a bit I think. But styrofoam probably is a bad option, due to static electricity. |
Posted By: Xaltar
Date Posted: 04 Sep 2019 at 12:28am
|
I would just drop the GPU into a lower slot. PCIe 4.0 x8 is more or less the same as PCIe 3.0 x16, you are correct. The 2080ti doesn't saturate PCIe 3.0 x8 let alone x16 so you should be fine with the 5700xt at PCIe 4.0 x8. If you are a curious sort like myself, you can have a bit of fun benchmarking the GPU in each slot to check for differences yourself. I strongly suspect you won't see more than a margin of error difference even with the x4 slot  -------------
|
Posted By: shmerl
Date Posted: 04 Sep 2019 at 12:37am
Yep, I'll run some benchmarks a bit later today. By the way, did you manage to reproduce the suspend / resume LEDs issue? |
Xaltar wrote:Posted By: shmerl
Date Posted: 05 Sep 2019 at 4:25am
Hi Xaltar. Did you have a chance to test it with 2.0? |
Posted By: zerozl
Date Posted: 07 Sep 2019 at 8:27am
|
Hi, i am sorry if i am jumping into your thread, but i hope someone can help me: I am having trouble with the X570 Taichi MB, It does not Post, i get LEDs to turn on but when i press the power button, nothing turns on, i tried even a new Power supply, and all is the same, Tried stock Cooler, and the Corsair H100i pro, and nothing, just LEDS, no codes, no beeps, i would appreciate the help. |
Posted By: Cecil_Montgomery
Date Posted: 07 Sep 2019 at 8:18pm
I am running a vertically mounted GPU, so the entire gpu PCB is about 1-1.5 inches from the mainboard. Running a default fan curve on the EVGA 1080 (which doesn't even turn on fans until north of 40c), the chipset fan would always run hot. It was so bad that it in turn affected GPU temps, and the whole area became a hotbox. By simply adding a mild manual fan curve, it aleviated residual heat in the area, and allowed the chipset fan to be a LOT quieter. As we speak I'm running 30c on the GPU, with fans at 600rpm. The chipset is at 58c with chipset fan at 2300rpm. Intake fans are at 1200 and exhaust at 1400 (the CPU AIO is on exhaust fans). The chipset runs the same voltage (and thus the same temps) at all times. So don't worry too much if your chipset is at 65c, cos it won't go up much under load, except through heat soak from other components. My concerns about the temp were solely to do with reducing fan noise to the greatest extent possible, without exceeding temps I was comfortable with. |
Posted By: shmerl
Date Posted: 16 Sep 2019 at 12:59am
Hi Xaltar. Did you manage to reproduce this issue? |
Posted By: Xaltar
Date Posted: 16 Sep 2019 at 3:41am
|
Sorry it took a while to reply, I have had a very busy and rather unpleasant week. I have not been able to get my system to wake from sleep at all, it just reboots. Until I can actually wake from suspend I can't really check what happens after. I suspect it may be my GPU not playing nice with the board and will be testing with another GPU soon. I wouldn't be overly concerned however. Ryzen 3000 still does not have a mature AGESA so a lot of things will likely be fixed in future updates. If your system is running and the only concern is the debug display showing a code I would just wait for the next BIOS update and see if that resolves it. I believe there should be a new BIOS update in the next few weeks with AGESA 1.0.0.3 ABBA having just been released by AMD. -------------
|
Posted By: shmerl
Date Posted: 16 Sep 2019 at 3:44am
| Yep, I don't see anything anomalous after wake from suspend besides those LEDs, so it's not a critical issue, but would be nice for Asrock to sort this out. |
Posted By: Taichi_FTW
Date Posted: 20 Sep 2019 at 9:50am
|
I have the same issue as well, the LEDs are annoying but went away after a reboot. I read from Reddit Asrock is sending USB type C right-angled adapter cables, does anyone managed to get it? ------------- Ryzen 5 3600X on X570 Taichi |
Posted By: shmerl
Date Posted: 22 Sep 2019 at 12:30pm
| FYI, I tried firmware update 2.10, and LED problem still persists (debug and power / reset LEDs on the motherboard stay on after wake up from suspend). |
Posted By: brucer
Date Posted: 23 Sep 2019 at 6:29pm
|
have you tried just letting it sit for a while with it on.. I've heard sometimes these ryzen3000 cpus take a long time to self configure themselves.. ------------- Asrock x570 Taichi, Ryzen3800x, 32gb Gskill Royal 36000mhz@ 3733mhz, Samsung 250gb 970evo plus for OS drive, Sabrent Rocket 1tb nvme storage drive. |
Posted By: brucer
Date Posted: 23 Sep 2019 at 6:29pm
|
thermal tape. ------------- Asrock x570 Taichi, Ryzen3800x, 32gb Gskill Royal 36000mhz@ 3733mhz, Samsung 250gb 970evo plus for OS drive, Sabrent Rocket 1tb nvme storage drive. |
Posted By: shmerl
Date Posted: 18 Oct 2019 at 4:17am
| Just upgrades to UEFI 2.11. The LED issue is still present. Can anyone from Asrock please fix this? |
Posted By: shmerl
Date Posted: 18 Oct 2019 at 5:18am
| Reported this LEDs problem to Asrock support. Not sure if they'll respond, but at least they should know the problem exists. |
Posted By: Taichi_FTW
Date Posted: 20 Oct 2019 at 11:09am
|
Thanks for reporting this, hope it gets addressed soon enough. Running BIOS 2.10 and noticed that the CPU voltage is way too high still. And with the X570 chipset directly below GPU, the chipset is going to get hot no matter what. Manually tuned GPU fan profile alleviates this but this is still a design flaw imo. BTW, contacted Asrock for type C adapter cable (given for free but I paid for shipping), CS has great altitude so thumbs up there. Now the front panel type C could be usable. Looking back, I would rather have picked something else maybe... ------------- Ryzen 5 3600X on X570 Taichi |
Posted By: shmerl
Date Posted: 20 Oct 2019 at 1:05pm
|
[QUOTE=Taichi_FTW] Thanks for reporting this, hope it gets addressed soon enough./QUOTE] Asrock support asked me, if this happens on Windows 10 as well. Did you see it on Linux like in my case, or it happens to you on Windows? I don't have Windows, so can't really test that. |
Posted By: shmerl
Date Posted: 23 Oct 2019 at 8:56am
This the response I got from Asrock support:
I'm not sure they even get what the problem is. And since it's a bug in UEFI, it shouldn't matter what OS I'm using, it's something they should be fixing. |
Posted By: shmerl
Date Posted: 23 Oct 2019 at 1:52pm
| Is there anyone with Windows, who can confirm this LEDs bug? |
Posted By: Ray62
Date Posted: 23 Oct 2019 at 5:18pm
From another forum, a user with windows10 also has this problem with Power-LED in S3-Mode. He tried switching off "Power LED Always On In S5", no change. ------------- Asrock Fatal1ty X370 Professional Gaming Offline Under test: MSI X570_MEG_ACE | AMD Ryzen 9 3900X | Scythe Mugen5 | 2x16GB F4-3200C14D-32GTZ@3466 | ASUS GeForce GTX 1080 Ti FE |
Posted By: shmerl
Date Posted: 23 Oct 2019 at 9:45pm
| Thanks for confirming, I'll forward this to Asrock. |
Posted By: shmerl
Date Posted: 23 Oct 2019 at 9:55pm
| For me it's nos just on-board power and reset LEDs (on the buttons that are on the motherboard itself), but also Dr. Debug ones. They stay on after resume. |
Posted By: Ray62
Date Posted: 24 Oct 2019 at 5:07am
|
Sorry, now i read the complete thread and i have to say that i do not understand your problem. The user info i posted, was about the bug, that the power LED stays on in S3 (sleep, suspend). You are posting that the power and debug LED are ON after resume (wakeup). That would be complete normal. So, what is with your LEDs, when your system is in suspend (sleeping)? Or is your info just distorted? I hope you informed Asrock with the correct description of the problem. However, the Debug LED can be seperatly switched off in the bios (so that it is just used during bios startup). ------------- Asrock Fatal1ty X370 Professional Gaming Offline Under test: MSI X570_MEG_ACE | AMD Ryzen 9 3900X | Scythe Mugen5 | 2x16GB F4-3200C14D-32GTZ@3466 | ASUS GeForce GTX 1080 Ti FE |
Posted By: shmerl
Date Posted: 24 Oct 2019 at 5:10am
|
I meant during suspend, after at least one resume. Affected LEDs: Dr. Debug and on-board Power/Reset (glowing text on them). Use case: 1. Turn the compute on. 2. Suspend. 3. Resume. 4. Suspend again. On second suspend (after at least one resume before that), those LEDs stay on, so much that even if you shut down the computer, they stay on, unless you turn off the power button on the PSU. |
Posted By: shmerl
Date Posted: 24 Oct 2019 at 5:13am
|
To add to the above. Let's say after #4, you do step 5 and resume again. Dr. Debug and power/reset LEDs will stay on during normal operation, while normally they shouldn't! I.e. they aren't on after step 1 and 3 (except for brief period before OS bootlader is started). But after #5 they stay on no matter what (during OS operation, during suspend and even during shutdown like I said above). |
Posted By: shmerl
Date Posted: 24 Oct 2019 at 5:14am
| I can probably clarify it a bit to Asrock, since I focused on one part of it for them. |
Posted By: Ray62
Date Posted: 24 Oct 2019 at 5:15am
|
Ok, thanks. Now i got it. That is really strange. ------------- Asrock Fatal1ty X370 Professional Gaming Offline Under test: MSI X570_MEG_ACE | AMD Ryzen 9 3900X | Scythe Mugen5 | 2x16GB F4-3200C14D-32GTZ@3466 | ASUS GeForce GTX 1080 Ti FE |
Posted By: shmerl
Date Posted: 24 Oct 2019 at 5:19am
| Strange and annoying, since they keep glowing during suspend especially. |
Posted By: Ray62
Date Posted: 24 Oct 2019 at 5:31am
|
I just tested it on my machine. The power button LED remains on during suspend, the other LEDs are off. But all info LEDs can be switched off in the bios. Yes, it is a different board, even no Asrock. ------------- Asrock Fatal1ty X370 Professional Gaming Offline Under test: MSI X570_MEG_ACE | AMD Ryzen 9 3900X | Scythe Mugen5 | 2x16GB F4-3200C14D-32GTZ@3466 | ASUS GeForce GTX 1080 Ti FE |
Posted By: shmerl
Date Posted: 24 Oct 2019 at 5:40am
|
Different board isn't helping. Again, I'm not talking about power LED on the chassis! Asrock X570 Taichi has two buttons on the board itself And they have transparent letters "Power" and "Reset" which glow red due to LEDs behind them. That plus Dr. Debug numeric LEDs. That's what I'm talking about. |
Posted By: shmerl
Date Posted: 24 Oct 2019 at 5:43am
|
Posted By: Ray62
Date Posted: 24 Oct 2019 at 5:51am
Yes, my board too. And i also meant the power button on the board. I have no case setup yet. The board is placed on the desk for testing, the second week now. The build into a case with watercooling will happen after the test phase... ------------- Asrock Fatal1ty X370 Professional Gaming Offline Under test: MSI X570_MEG_ACE | AMD Ryzen 9 3900X | Scythe Mugen5 | 2x16GB F4-3200C14D-32GTZ@3466 | ASUS GeForce GTX 1080 Ti FE |
Posted By: shmerl
Date Posted: 24 Oct 2019 at 5:52am
| Since the board is different, I wouldn't assume it would have the same UEFI bugs as X570 Taichi. This is likely very board specific. |
Posted By: Ray62
Date Posted: 24 Oct 2019 at 6:06am
|
Nobody assumed that, it just was an info, that other boards obviously are also not perfect. But a new bios for your board is on the way, and a beta for the X570 Taichi is available yet. https://shop.jzelectronic.de/news.php?sw=AM4&kat=Bios ------------- Asrock Fatal1ty X370 Professional Gaming Offline Under test: MSI X570_MEG_ACE | AMD Ryzen 9 3900X | Scythe Mugen5 | 2x16GB F4-3200C14D-32GTZ@3466 | ASUS GeForce GTX 1080 Ti FE |
Posted By: shmerl
Date Posted: 24 Oct 2019 at 8:22am
| Sounds good, but they already missed that bug in the few recent updates, while it's quite easy to notice. I doubt they fixed it yet. |
Posted By: shmerl
Date Posted: 28 Oct 2019 at 6:42am
| That page doesn't show any BIOSes for me by the way. Why did Asrock stop posting betas on their own support pages? |
Posted By: Ray62
Date Posted: 28 Oct 2019 at 4:32pm
https://shop.jzelectronic.de/news.php?sw=AM4&kat=Bios Click "Neue BIOSe für ASRock Serie AM4" You will reach the page with the history... 22-25.10.19 X570 Phantom Gaming X - BIOS 2.30 X570 Taichi - BIOS 2.30 X570 Extreme4 - BIOS 2.01 X570M-Pro4 - BIOS 2.02 X470 Taichi Ultimate - BetaBIOS 3.71 X470 Taichi - BetaBIOS 3.71 X370 Taichi - BetaBIOS 5.91 X470 Gaming K4 - BetaBIOS 3.61 B450 Gaming K4 - BetaBIOS 3.81 B450 Pro4 - BetaBIOS 3.81 X470 Gaming-ITX/ac - BetaBIOS 3.53 B450 Gaming-ITX/ac - BetaBIOS 3.54 ... and then scroll down to the list box named "BIOS downloads Auswahl" ------------- Asrock Fatal1ty X370 Professional Gaming Offline Under test: MSI X570_MEG_ACE | AMD Ryzen 9 3900X | Scythe Mugen5 | 2x16GB F4-3200C14D-32GTZ@3466 | ASUS GeForce GTX 1080 Ti FE |
Posted By: Xaltar
Date Posted: 28 Oct 2019 at 4:50pm
Releasing Betas is not common practice, this typically only happens when an immediate stop gap solution is required for a more wide spread issue. JZ works closely with ASRock and helps to test pre-release BIOS versions. He does not however work for ASRock. Once he has tested a BIOS and found it to be safe he is kind enough to share them on his website for anyone who wants/needs to test them. I can usually also get access to these early betas but without owning a shop (like JZ) I don't have the inventory to test them all and make sure they are safe. Generally I prefer to leave providing beta BIOS versions to Tech Support (via support ticket) or through JZ who is extremely knowledgeable on BIOS testing, programming and fault finding. Early BIOS testing, outside of the manufacturer's in house testing, is typically only done by SIs (system integrators). It is not standard practice to release these to the general public, the risk of causing bad flashes or major faults is just too high. What JZ uploads to his site has typically been tested by him and found to be at least stable enough to allow you to POST and flash back to a release version if you have problems. Downloading and updating to Beta versions not provided on the ASRock website is done at your own risk. JZ puts a lot of effort into making this safer but even then, there is always the potential for issues on certain hardware combinations that he has not or can not test. Fortunately, ASRock is very good with helping users when a bad flash occurs (bricked BIOS/board). I have seen them help even when a product is out of warranty on many occasions. -------------
|
Posted By: shmerl
Date Posted: 14 Nov 2019 at 8:57am
|
Just tried BIOS 2.50 for X570 Taichi, and Dr. Debug / on board power+reset LEDs staying on on resume bug is still there! Come on Asrock, I even already reported it to their support, but looks like they dismissed the bug report because "not Windows" and didn't actually fix the issue. How professional is that? Should I open a new support request? |
Posted By: shmerl
Date Posted: 19 Nov 2019 at 9:34am
|
Another confirmation, that it happens to Windows users too: https://www.reddit.com/r/Amd/comments/dxhlev/3900x_and_asrock_x570_taichi_bios_250_benchmarks/f7vglzx/?context=3 I forwarded this to Asrock. Not sure what kind of other proof they need to actually take a look at this obvious bug. |
Posted By: shmerl
Date Posted: 11 Dec 2019 at 12:06pm
|
Just installed 2.70. The LED bug is still there! After waking up from suspend, Dr. Debug LEDs are continuing to glow (00 for me). Does it mean it's a defect? I contacted Asrock, and they offered to RMA the motherboard, but didn't confirm it's an UEFI bug. However other X570 Taichi users are saying they have the same issue. I suppose RMA is of no use in this case? |
Posted By: shmerl
Date Posted: 12 Dec 2019 at 9:33am
| Can anyone with X570 Taichi please confirm, if you are still getting this bug with 2.70? |
Posted By: shmerl
Date Posted: 12 Dec 2019 at 9:36am
| Or if you can't reproduce it too? That would help confirming the hardware is actually defective in my case, and RMA would make sense. |
Posted By: shmerl
Date Posted: 17 Dec 2019 at 4:04am
|
Another confirimation of the LEDs bug: https://www.reddit.com/r/Amd/comments/e8sqde/new_asrock_x570_taichi_bios_270_just_out/fag4h6r/ Seriously, someone from Asrock should pull this together and fix it, or confirm that it's an unfixable hardware problem that RMA can actually address. |
Posted By: shmerl
Date Posted: 09 Apr 2020 at 12:53am
|
After a long wait, 2.80 finally came out for X570 Taichi, but the Dr. Debug LEDs bug is still not fixed :( It still glows after resuming from suspend. I guess Asrock can't or don't plant to fix this issue. |
Posted By: shmerl
Date Posted: 09 Apr 2020 at 12:55am
| Is there even a point to request an RMA for the board? Asrock offered it, but I have no idea if replacement will have the same bug or not. |
Posted By: shmerl
Date Posted: 25 May 2020 at 12:43am
|
Just updated to UEFI 3.00 for X570 Taichi and this issue is now partially fixed! At least the numeric value of Dr. Debug stopped glowing after resume now! However words "Reset" and "Power" are still glowing (i.e. ones shown here: That's finally some progress! Can you please also fix the glowing words on those on-board buttons? |
Posted By: shmerl
Date Posted: 25 Aug 2020 at 12:26pm
| UEFI 3.40 finally fixed this bug! Thanks Asrock! |
Posted By: tinsuke
Date Posted: 30 Oct 2020 at 3:10am
|
I have updated the BIOS to the new 3.60 (AGESA 1.1.0.0) to get ready for the new Ryzen 5000 that launch next week. And, guess what? The LED problem is happening again for the power and reset buttons on the motherboard, now when the PC is off (Power State S5). Damn it, I wouldn't want to downgrade to 3.40, since it doesn't have the performant AGESA for Ryzen 5000. |
Posted By: shmerl
Date Posted: 30 Oct 2020 at 3:14am
Oh, that's bad. Can you contact Asrock support with this detail please? Since it worked with 3.40, the should be able to narrow down what regressed again. |
Posted By: tinsuke
Date Posted: 30 Oct 2020 at 3:43am
Done! Let's see if they can address this promptly. |
Posted By: shmerl
Date Posted: 02 Nov 2020 at 3:13pm
Did they respond anything? In the past I had hard time convincing them even to acknowledge the problem. |
Posted By: shmerl
Date Posted: 15 Nov 2020 at 7:47am
| There is 3.61 update, did you try it? |