Hello,
 
I have a trange behavior with my new FTW3.
The fist time I booted it up everything worked great (high resolution boot screen), had CMS disables in bios. So I installed Precision XOC to get the firmware update. The notification poped up, I pressed on update. I did not get any "successfully upgraded" notification or something like this.
Restarted my PC and could not see the boot screen, it just stays black till windows login screen pops up. As well the "GPU failure" LED on my asus board stays on.
I did a bios reset (that enabled CSM) and everything works normal, I can see the bootscreen (but in low resolution) and the "GPU failure" LED stays off.
Now if I disable CSM I have the same problems again, cant see the boot screen and the "GPU failure" LED stays on. It looks like the GOP/UEFI is currupt of something else, maybe the firmware upgrade failed in some way. I tried the slave bios, same behavior. 
 
Is there any way to do the firmeware update one more time?
 
Edit:
Ok, did some further investigations.
With full UEFI mode (CSM disabled) the FTW3 only refuses to show the bootscreen with displayport, hdmi and dvi works flawless.
So it looks like displayport is somehow broken if the cards runs with UEFI GOP vBios.
Tried different displayport cables and different monitors over displayport, all the same behavier. Only HDMI and DVI works with CSM disabled.
 
There are several thread around the net saying that its the boot priority or something like this inside the vbios and only modifications in there can fix it. 

As said, the bahavior is the same with both master and slave. How do I get the firmware update in precision XOC to pop up again? I think there is no way till a new update will be released.
 
Anyway I found the troublemaker.. looks like the FTW3 don't like the resolution of my 38" ultrawide 24:10, 3840x1600.
With CSM off I dont get the bootscreen with my ultrawide so I tried connecting my 1080p monitor and/or my 1440p monitor, both shows the bootscreen perfectly with cms off.
So it looks like the gop of the ftw3 dont like this monitor.. acer xr382cqk.
Maybe this could be fixed with a firmware update.

Just checked, yes its the same version on both master and slave.
Anyway the problem is that I cant go full uefi with disables CMS and this monitor acer xr382cqk.
Boot screen dont show up and the "GPU failed" LED on my motherboard stays on if I disable CSM. Dont have this problem with onboard graphics and same monitor.

Just registered my card and opened a support ticket, maybe there is hope.
This kind of monitors are fairly new, maybe there is a general problem.
Thanks so far guys.

acls86
Ok, did some further investigations.
With full UEFI mode (CSM disabled) the FTW3 only refuses to show the bootscreen with displayport, hdmi and dvi works flawless.
So it looks like displayport is somehow broken if the cards runs with UEFI GOP vBios.
Tried different displayport cables and different monitors over displayport, all the same behavier. Only HDMI and DVI works with CSM disabled.
 
There are several thread around the net saying that its the boot priority or something like this inside the vbios and only modifications in there can fix it. 

What they mean by that (in bold) is when you have say one display connected to DVI and the other to DP, the DVI will take priority because that's the boot order.  DVI > HDMI > DP I believe is the order and can't be changed.  But this should only be an issue if your main display is connected to DP and you have another display connected to a different connector.
 
Having a single display connected to DP with CSM disabled shouldn't be a problem seeing the boot screen.  I see mine everyday.

Have you tried a different DP cable?  Sometimes they can be faulty.  Even brand new supplied with the display.
 
Have you tried one of the other DP connectors on the GPU?

That's a bummer...  I don't suppose you know anyone you could test your display on with a different computer with DP?  If so, that could rule out a faulty DP connection on your display.
NM.  You mentioned that once in Windows, it all works fine.

Might be time to start the RMA process for your GPU.  Maybe tech support will have an idea beyond everything you've already tried.  You may also want to link this thread for them to read through.

Check and make sure your dp cable is vesa certified. I'd recommend picking up a vesa certified cable if your dp cable isn't vesa certified. 
 
Recommend vesa certified cable... https://www.accellcables....port-version-1-2-cable

Keep us posted on how things turn out if you would.  It will be interesting to hear what the problem turns out to be...

Seems like a OS and BIOS issue, not a GPU issue.
 
Set to UEFI only, disable CSM. Boot drive should read Windows Boot Manager and not the name of the drive, so it can load it in secure space. This may require a fresh format to get working, but this is the preferred way to use UEFI motherboards.
 
I had similar issues until I formatted and installed Windows 10 fresh on UEFI only. Now it works great and boots even faster.

acls86
Ok, found something intressting. My Monitor Acer XR382CQK has the option to switch between Displayport 1.1 and 1.2
Default is 1.2 and I never had problems with it. Now if I change to 1.1 the FTW3 works as intended in full UEFI mode with csm disabled connected over displayport.
With 1.2 I get the blackscreen again.
Its the only card that has this problem, my 980 and the internal intel gpu works flawless with my monitor set to displayport 1.2
 
Would suck to RMA, its the first evga card since years with zero coil whine. :(

It's possible the GOP EFI module needs to be patched.
 
Download this http://www.entechtaiwan.com/util/moninfo.shtm and do the following:
1. Launch the utility Report button at the bottom.
2. Click on the OK button when the Monitor Report window pops open
3. Save the dump
 
Do the above twice, Once for DP1.1 and once for DP1.2.  After you have both send the EDID's to EVGA.
 
I'm not saying EVGA has the source code for the GOP module or even the correct people to fix it, but it's worth a try.

The fix is to run the nvidia UEFI firmware update