🎉 Celebrating 25 Years of GameDev.net! 🎉

Not many can claim 25 years on the Internet! Join us in celebrating this milestone. Learn more about our history, and thank you for being a part of our community!

Shady Drivers...

Published June 14, 2009
Advertisement

Shady Drivers...

Well, it was a good try. I converted everything over to run on the down level hardware for my NSE Simulation, which should run on D3D_FEATURE_LEVEL_10_0. When I run it with the reference device everything works well, except for the speed of course. When I try running it on my experimental drivers that I mentioned last time, it renders the initial frame then I get a driver lockup and recovery with the following output on the debug window:

D3D11: Removing Device.
D3D11: ERROR: ID3D11Device::RemoveDevice: Device removal has been triggered for the following reason (DXGI_ERROR_DEVICE_HUNG: The Device took an unreasonable amount of time to execute its commands, or the hardware crashed/hung. As a result, the TDR (Timeout Detection and Recovery) mechanism has been triggered. The current Device Context was executing commands when the hang occurred. The application may want to respawn and fallback to less aggressive use of the display hardware). [ EXECUTION ERROR #378: DEVICE_REMOVAL_PROCESS_AT_FAULT ]
The thread 'Win32 Thread' (0x145c) has exited with code 0 (0x0).
The thread 'Win32 Thread' (0x1784) has exited with code 0 (0x0).
First-chance exception at 0x763642eb in LivingBook.exe: Microsoft C++ exception: _com_error at memory location 0x0012f3dc..

That is one heck of an error description if I do say so myself. Since it works fine with the REF device, I'm not sure I can spend too much time looking for something that I'm doing wrong. Has anyone seen anything like this before... My only recourse could be to wait for some actual drivers to come out, which may be never with a Dell laptop [rolleyes]!
0 likes 3 comments

Comments

remigius
Quote: Original post by Jason Z

... which may be never with a Dell laptop [rolleyes]!


When this popped up on my feed reader, I did assume you were still struggling with that Vostro [smile]

For what it's worth, at least you do get to experience the worst-case scenario your potential users may run into in driver-land [grin]
June 17, 2009 01:37 PM
Jason Z
Yes, it is quite a love-hate relationship with my laptop. I use it every day, and appreciate the fact that it has been robust without any major issues. But at the same time the Dell driver situation is just plain silly.

I went ahead and found an updated laptop driver on the nVidia site, and actually found out what the problem is (my hardware is actually incapable according to the new driver...). So it will remain with the REF device for a little while until I confiscate my wife's new laptop...
June 17, 2009 10:12 PM
FReY
There are a few things I can think of. Either:
1] your app is generating a lot of gpu work -or-
2] there is a genuine driver bug.

You can try disable TDR's to figure out whether it's [1] or [2]. If the app runs fine with disabled TDR's it's likely the former, otherwise it'll be the latter:
http://www.microsoft.com/whdc/device/display/wddm_timeout.mspx

Sprinkling a few liberal flushes may help to minimize the problem if the problem was [1].

Failing that, it may be worth trying to build on one of the DXSDK samples and slowly migrate it towards your current NSE solver project.
June 22, 2009 10:26 PM
You must log in to join the conversation.
Don't have a GameDev.net account? Sign up!
Advertisement