RMA issued by Asus since March 23rd. Three motherboards, no solution available.
RMA issued by Asus since March 23rd. Three motherboards, no solution available.
Here’s a rephrased version of your text:
I’m back here since March 23rd, receiving my first RMA number from ASUS for my motherboard (Pro B550M C-CSM). It didn’t work with the 5600G, but functioned properly with non-G CPU models I had in stock—namely the 1700 and 5900X. This was repeatedly mentioned in the tickets: this specific CPU wouldn’t fit this board, yet it worked on other boards. They confirmed that three 5600G units failed on a different motherboard, while all others operated successfully.
They informed me I’d purchased three faulty CPUs—one from a local wholesaler, one from Best Buy, and one from Amazon. Even though these units worked elsewhere, since they didn’t work on this board, they suspected the issue was with the product itself. Eventually, they agreed to a second RMA. This time, they asked me to demonstrate that the CPU was defective. A few days later, I received a message stating the CPU was bad because it didn’t work with a new Pro B550M-C model. They closed the ticket and marked it as unresolved.
I reached out to my RMA contact, asking whether they’d reviewed the original notes or tested the CPU on another board besides the B550M-C. They admitted they hadn’t, so I requested validation on a different board. It turned out to be fine! They offered me a basic B-series motherboard as a replacement—only featuring one port, VGA, and DVI—not a full-compatible upgrade, and definitely not a business model. It took several days, and they sent a picture claiming the CPU worked on the B550M-C, asking if it was acceptable.
I’m thrilled now that I can finally deploy this to my users. I received the box without any instructions, and the issue persisted. Three boards at home failed with this CPU; one didn’t work, while another supposedly did in their facility. They asked me for an RMA form, requesting details about the problem. I documented all troubleshooting steps, including POST beep codes from the speaker I installed. I explained that the 5600G wouldn’t post or emit any sound, but confirmed that the tested 1700 and 5900X with their GPUs worked perfectly.
On my return board, I got a repair report stating they’d tried the CPU, which failed, while the 5600X in stock functioned normally. They suggested the customer was at fault or had a defective unit. I’m seeking guidance on how to proceed—contact details, phone numbers, or any resources that could help resolve this. I’m on day 68 and feel stuck, having followed up as directed but still receiving no resolution.
They confirmed internally that the board has compatibility issues and even sent me a faulty board for testing. Now I’m back at the beginning, with chat logs, video evidence of the CPU failing, the RMA form, and repair documentation. I just need clarity on how to move forward.
Please let me know if you have any contact information or steps I should take next.
What BIOS releases have you experimented with? According to the Asus website, the 5600G is confirmed for BIOS version 1401. Using a very recent BIOS might mean the support for older models like the 5000G has been removed due to limited space, possibly affecting newer boards such as the 5800X3D. This seems more likely with older motherboards (300 and 400 series), though it's not certain. You could test various versions on the ASUS site to find a compatible one.
I've tested the 1401, which Asus suggested matches the 2604 they recommended. Then came the latest 28xx beta for the 5800x3d, but results stayed the same. Each time I reset the BIOS and removed the battery plus jumpers. I even tried pulling the battery over the weekend to see if it helped. The board only functions with the 1700 or 5900x models that include a GPU. The speaker I installed gave all the necessary information.
- 5600g alone works perfectly, no post beeps at all.
- 5600g plus GPU: initial short beep, then it fails.
- 5600g with no RAM: immediate beep for RAM.
- 1700 or 5900x with GPU: works after a reboot, then beeps again.
I reported everything to Asus via the RMA form. They confirmed the 5600x in stock works fine and that my 5600g didn't work on their other B550M-C units. No problem found—my CPU appears faulty. After they asked for testing on another board, they admitted the motherboard was defective. Instead of deeper troubleshooting, they fixed it, sent a BIOS screenshot and a 5600g, then ended the conversation. They built me the system they provided, but nothing changed.
As an IT consultant with experience since the late '90s, I suspect it's more a software or BIOS issue than hardware. They didn't validate my testing thoroughly, despite having all gear from the QVL since the 0402 launch. Their approach was to blame my equipment and offer a generic gaming board with limited features—just one HD output and no CSM support. I need a business-grade board with four 4K displays for my users, who rely on 4K monitors for spreadsheets. This has been a frustrating two months.
Best of luck!
They responded to my message and mentioned that because it functioned once in their testing environment, there must be an issue with my configuration. The setup includes: the motherboard they provided, the CPU I received (confirmed non-defective), four sticks of QVL RAM tested across different slot setups, and a photo of the board I sent them. They noted I can’t upload it to my home but can share the CPU with another board that has a faulty RAM. The same problems appear—perfect performance with the CPU and GPU, but not with the G series APU. I’m confused about how to proceed and feel frustrated because they seem to blame the customer and ignore the situation. After 70 days, I’m stuck on my third motherboard, having tried at least one more that didn’t work, and now this one that worked once before. I’m hoping someone familiar with ASUS can assist me and help me find a compatible part. I’ve been a customer for 25 years, but it feels like they don’t value your effort.
It’s clear to complete the RMA form at AMD and have the CPU swapped out. The issue shows up as three new boards without any beep codes when the CPU is installed, and no diagnostic light appears. It’s not guaranteed that a board will indicate a faulty CPU if it’s still in a sleep mode after a restart. Two possible solutions are a BIOS refresh, restoring an earlier version, or a flash update. In either case, I think the problem lies with the processor itself. This isn’t typically AMD’s first RMA request—usually it stems from hardware issues.
I didn’t mention it earlier, but three distinct 5600G boards were tested on this motherboard. One came from Amazon, another from Best Buy and the third from my wholesale network. All three functioned properly with the Asrock Rack B550D4 we typically use. Asus has confirmed that the CPU shipped with them works perfectly on a different board. This is entirely an ASUS concern, not a problem with the AMD chip itself. They’re now pointing to the memory kit I have from the QVL as the cause. The same kit I used previously for the B550D4 and X570-E was originally tested on this CPU. As a small IT consultant, I was installing custom, reliable components for an office project and usually stick with the Asrock Rack line—either the X570 or B550 models. Someone on our network noticed a Pro B550M-C board from our wholesaler and ordered one to test for future clients. We sell a lot of 5600G boards because they offer excellent value for long-term business performance.
Regarding reflash, I’ve tried several versions—1401 BIOS first, then newer releases, even the Beta version just before shipping. The board doesn’t trigger an init beep with just the 5600G, but it does give a beep and then fails the video device test if a GPU is added. It works fine with the 1700 or my main PC’s 5900X and a GPU. This suggests a problem with the BIOS/Firmware on this board. It’s an unusual issue, and no Asus representative is taking it seriously. They confirmed the board didn’t work with my motherboard and CPU I shipped, then also with another B550M-C, but validated the CPU on their test bench.
I’ve received three boards: one new from my wholesaler (issues as described), a refurbished unit with updated BIOS, and a defective one that worked once. All tested with this CPU. They advise buying an OEM memory chip not listed on QVL, since they tested it in their lab. No other tests were conducted beyond the photo. There have been many emails about this problem, but none of them were acknowledged—just blame on setup. One customer had a CPU, RAM stick (QVL), and a reset BIOS; another had the same issue with a refurbished board. The third board was defective but functioned once. Now I’m convinced the memory kit from QVL is the problem, even though it works on other boards with this CPU. They suggest purchasing an OEM chip not available on QVL, as they only tested it in their environment.
Avoiding direct references, the answer focuses on alternative approaches. The task seems to involve sidestepping specific components like the Asus board. It’s an unusual situation.
Following a very unsatisfactory email, they replied and I received a call from a tech at the Freemont site. They scheduled a conference call with overseas engineers for tomorrow morning after their shift ends in Asia. They explained that they now understood the problem: the motherboard functions correctly with a different CPU and GPU. They confirmed compatibility with the 5600G and GPU, though just before I received a confirmation beep. I was able to boot the motherboard from post to OS via HDMI on the header, but only when a GPU was present. It’s reassuring that progress is being made, but it took 71 days, three returns, and two board replacements before they finally addressed the issue properly. I’ll update this thread once I have a clear outcome, but this situation is truly surprising. As a business “Pro” product, they seem unwilling to take customer concerns seriously.