Hardware: 2017 15" MacBook Pro (MacBookPro14,3), Intel HD 630 + Radeon Pro 560 (PCI 1002:67EF, Apple subsys 0179106B REV_C0). Internal display is physically broken/disconnected — running headless off an external monitor via Thunderbolt/DisplayPort. Booting via OpenCore Legacy Patcher 2.4.1.
The problem: In macOS, the Radeon is fully accelerated and drives the external display perfectly. In Windows 10 22H2 (Boot Camp), every AMD Windows display driver I've tried fails with Code 43, service amdwddmg ending up STOPPED / ERROR_SERVICE_NEVER_STARTED.
The exact failure signature, consistent across everything below:
- Driver installs cleanly, PnP shows Device Status: 0x0180200a (DN_DRIVER_LOADED | DN_STARTED, no problem flag) immediately after
- Within 1-2 seconds it silently settles to CM_PROB_FAILED_POST_START
- Zero crash, exception, bugcheck, or DXGKRNL error anywhere in Windows logs — total silence
- Without an AMD driver, the card enumerates fine as Microsoft Basic Display Adapter and drives the external monitor at native res with no errors at all
Before the internal panel is completely written off as the cause: it isn't. See below.
Everything tried
Driver identity/version (4 separate codebases, all identical failure):
- BootCampDrivers "Polaris Red Edition" repack, AMD 24.9.1 base (u0407052.inf, 31.0.21921.1000) — diffed the repack against the original AMD INF; the only changes were added PCI-ID recognition for other Mac GPUs, nothing functional
- AMD's own official Boot Camp R6.4 (21.30.45.22)
- AMD R2 from 2019 (25.20.14020.10001) — six years older, completely different codebase
- Project Falcon (github.com/icywire/project-falcon) — a community project that patches genuine official AMD driver builds for Mac compatibility. Ran their actual mechanism end-to-end: downloaded AMD's real 26.5.2 Polaris/Vega installer (623MB, byte-verified), overlaid their re-signed INF/cat, trusted their cert, installed. Confirmed genuinely bound (DriverVersion 31.0.21925.1001). Same failure.
- The historical 2017-era Apple driver (C0313060.inf) blackened the external output rather than throwing Code 43 — different failure mode, no clean success
Registry/driver flags:
- MSI (MSISupported=0)
- TDR (TdrLevel=0, TdrDelay=60)
- 5 AMD display-detection keys (ExtEvent_EnableAutoDisplayConfig, PP_GPUPowerDownEnabled, EnableUlps, Display_Detection_DEF, Force_TV_Detection_DEF)
- KMD_BootCampPlatform / PP_EnableLoadFalconSmcFirmware — found these were stranded in a Navi-only INF section on every driver tested, never actually reaching the Polaris device. Manually set both directly in the registry, confirmed applied and surviving reboot. No change.
GPU/display topology:
- Intel iGPU: present+enabled, PnP-disabled, and fully firmware-deactivated (SignalAppleOS=false via OCLP) — tested all three states, identical Code 43 regardless
- Internal display panel physically reconnected and confirmed live in Windows (Color LCD, active, 3360x2100) — still Code 43 with a real panel present. This was the leading theory going in; it's dead.
- ARZOPA connected directly via USB-C vs. through a USB-C hub's HDMI output (completely different receiver chip/link path on the monitor side) — identical failure either way
OS/firmware:
- Windows 10 Pro N — missing Media Foundation entirely; confirmed mf.dll/mfplat.dll/etc. all absent, AMD's AMF runtime present but its MFTs weren't. Installed the Media Feature Pack, verified all DLLs present. No change.
- OpenCore config fully audited: zero ACPI patches, zero GPU DeviceProperties injected, SignalAppleOS toggled both directions
- Native Microsoft-EFI boot bypassing OpenCore entirely — still Code 43 (rules out OpenCore/OCLP as the cause)
Also tried — older Windows 10 build (1607/LTSB era):
- Based on an unverified third-party report that older Windows 10 builds might pair better with older AMD driver stacks (~18.40), tried a full Apple Boot Camp install on Windows 10 1607
- Result: color cycling/corruption, sometimes a stuck loading cursor — not a clean result, inconclusive
- Also tried in Parallels, but that test doesn't count — Parallels only exposes virtual hardware, never touches the physical Radeon, and the installer rolled back on an unrelated Bluetooth driver step anyway
- Given it never produced a clean result either way, not something I'd call "tested," just noting it was attempted
Hardware-level checks (via macOS as a live reference, since it works there):
- VBIOS dumped from IORegistry and parsed by hand (ATOM Object Info Table) — connector table is completely healthy: 1x eDP + 4x DisplayPort paths, correct encoders, correct subsystem ID matching Windows exactly
- Live PCIe link state: negotiating at full x8, Gen3 — the card's absolute maximum, zero degradation
- Live DisplayPort link state: 4 lanes at HBR3 (8.1 Gbps/lane) — also absolute maximum, zero degradation
- No GPU resets/panics in 30 days of macOS logs
- GPU's ACPI node (_SB/PCI0/PEG0/GFX0) properties all normal/consistent — no way to inspect actual _DSM AML logic without extracting+disassembling the DSDT, which I haven't done yet
Where I've landed
Given the electrical hardware checks out clean on both interfaces, I don't think this is physical damage anymore (even though the internal panel is broken from whatever incident this is). My best guess now is some kind of ACPI/platform-control-plane call AMD's Windows driver makes during init that Apple's firmware doesn't answer the way a normal PC would — but I have no way to confirm that without a kernel debugger and symbols AMD doesn't publish.
Has anyone actually gotten a Radeon Pro 555/560/560X's real Windows driver working in Boot Camp on a headless/no-internal-panel setup? Not "installed Windows and got a picture via Basic Display" — the actual AMD driver, no Code 43. Or has anyone seen this exact silent-post-start-failure signature on real (non-Mac) hardware and found what triggers it?