NVIDIA GeForce 210 - Version 320.49 stopped responding and has successfully


Recommended Posts

Hello All,

 

I just got a desktop assembled (Intel i5-3330 CPU, Board: Intel DB75EN, Windows 7 32 Bit, RAM: 4GB DDR3, Transcend), for general home use. I got a NVIDIA GeForce 210 video card along with that. 

 

I get this error every few minutes:

 

"Display driver NVIDIA Windows Kernel Mode Driver, Version 320.49 stopped responding and has successfully recovered"
 
After which I get a BSOD. 
 
I have the latest drivers installed. I have tried the forums, nothing has been of much help.
 
Should I get a better graphics card instead?
 
-CF
 

You should put it in another computer and see if the card is faulty (most likely).

Meanwhile use the integrated video and maintain heavy load to push the limits (memtest, Prime95).

 

If it's a generic no-name, might try swapping the power supply.

I have seen reports that v320.49 doesn't play well with older hardware.

It gave me a few issues (screen flicker, stuttering) on my Gigabyte GTX 460 (1GB).

I went back to v314.22 and everything is working ok. See if that helps.

I have seen reports that v320.49 doesn't play well with older hardware.

It gave me a few issues (screen flicker, stuttering) on my Gigabyte GTX 460 (1GB).

I went back to v314.22 and everything is working ok. See if that helps.

The issue is indeed more common with GeForce 400 series and derivatives, though there have been complaints from GeForce 500 series, 600 series, and even current (7xx) series owners as well.

 

I have a GTX 550 Ti, and the 320.49 betas (and the later now-current 326.01 WHQL Forceware release) have been as painless a set of drivers as I have ever used - and I'm coming from AMD (where I had had largely NO issues with Catalyst, and that goes back to the original 3D Rage graphics chipset).  As to why this long-time fanATIc went Green, it can be summed up rather succinctly - price, price, price.  This GTX 550 Ti (refurbished) cost me $63.49USD, including taxes.  Had an AMD HD5770/HD6770 been available for the same price, in the same condition, I would have pounced on it.  So it's not about issues with AMD, for the simple reason that I didn't have any.

I have a Gigabyte GTX 560Ti OC and I had the same problem with the 320.49 drivers... From what I have seen on various other websites it seems the 320 series of drivers have major issues with some graphics cards. So I reverted back to the 314.22 and so far I have had no issues with these drivers.

I have a Gigabyte GTX 560Ti OC and I had the same problem with the 320.49 drivers... From what I have seen on various other websites it seems the 320 series of drivers have major issues with some graphics cards. So I reverted back to the 314.22 and so far I have had no issues with these drivers.

I have had a proper look through the windows logs and it seems to be caused by nvlddmkm, which is a component of the Nvidia drivers. If you random lock ups or BSOD or sometimes get the message 'Display driver NVIDIA Windows Kernel Mode Driver, Version 320.49 stopped responding and has successfully recovered' pop up.

 

Check your system logs for this message...

 

The description for Event ID 14 from source nvlddmkm cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.

If the event originated on another computer, the display information had to be saved with the event.

The following information was included with the event:

\Device\Video5

!06d7(2648)

 

If you do have these issues reinstall the 314.22 drivers make sure to select 'Custom (Advanced), once opened click the Perform a clean installation check box' as this will uninstall the 320.49 drivers properly. Custom (Advanced) also allows you to select what components of the Nvida drivers you wish to install too.

Latest news... I have been onto Nvidia website and they have just released 326.19 (Beta drivers). I have not installed them so can't comment on how well they work yet, I will wait until they go WHQL certified first. If any one has installed them please leave a post on here, informing how well they work etc.. thanks.

Funny, google sent me here after googling the error in the topic plus 326.19. Just got it with my new GTX760. 

Well it's nice to see Google works then... obviously the 326.19 drivers also has some issues like the 320.49 drivers. I was thinking of buying a new graphics card; now it just might have to be a AMD 7850 instead of the GTX 660, that I was thinking of buying.

The issue is indeed more common with GeForce 400 series and derivatives, though there have been complaints from GeForce 500 series, 600 series, and even current (7xx) series owners as well.

 

I have a GTX 550 Ti, and the 320.49 betas (and the later now-current 326.01 WHQL Forceware release) have been as painless a set of drivers as I have ever used - and I'm coming from AMD (where I had had largely NO issues with Catalyst, and that goes back to the original 3D Rage graphics chipset).  As to why this long-time fanATIc went Green, it can be summed up rather succinctly - price, price, price.  This GTX 550 Ti (refurbished) cost me $63.49USD, including taxes.  Had an AMD HD5770/HD6770 been available for the same price, in the same condition, I would have pounced on it.  So it's not about issues with AMD, for the simple reason that I didn't have any.

320.49 is the latest WHQL, and 326.19 is the latest Beta...I've had zero issues on 320.49 with my Gigabyte GTX 560 Ti on Windows 8.1 x64

320.49 is the latest WHQL, and 326.19 is the latest Beta...I've had zero issues on 320.49 with my Gigabyte GTX 560 Ti on Windows 8.1 x64

320.49 was a beta driver then later Nvidia had them WHQL certified...

320.49 was a beta driver then later Nvidia had them WHQL certified...

Yes I know that. I was more referring to PGHammer's statement of 326.01 WHQL drivers, which don't exist. 

According to this post the 326.19 beta drivers include the 326.01 WHQL drivers. The 326.19 beta is supposed to be for is Windows 8.1 Preview.  https://www.neowin.net/news/nvidia-releases-new-geforce-beta-driver-for-windows-81-preview

Go to Control Panel > nVidia Control Panel > PhysX > Change the drop-down on the right from Auto to your 210, apply and close.

It happens because the PhysX engine doesn't work well with the embedded gfx controller in the CPU. I've had your exact problem 3 or 4 times, and every time the fix is as above. You'll find when you update your drivers, the setting MAY revert back to Auto so it's worth going back in every now and then and checking it's still set to your 210.

 

HTH.


Really... just had a look on the Nvidia website no mention of them on the .co.uk and .com site.

 Download and use the nVidia Experience app, they'll shop up in there.

Just made an account to throw my 2 cents in here. I updated to the newest 326.19 beta drivers and had issues overnight last night. I ran memtest86+ just to rule out a memory issue of some sort and it came back clean. Now, I suspect that the recent 32x.xx series of drivers dont play nice with older graphics cards (ie 400 series and 500 series). I've run each driver released since 314.22 and each one had the same issue ("Event ID 14 from source nvlddmkm"). Now, I'm still testing out 326.19 to see if it's an issue with overclocking, some miscalibrated setting, or otherwise an issue on my end, but from what my own experience (and what Ive seen around in other forums) it seems that 314.22 is the last useable driver for pre-600 series cards.

Just made an account to throw my 2 cents in here. I updated to the newest 326.19 beta drivers and had issues overnight last night. I ran memtest86+ just to rule out a memory issue of some sort and it came back clean. Now, I suspect that the recent 32x.xx series of drivers dont play nice with older graphics cards (ie 400 series and 500 series). I've run each driver released since 314.22 and each one had the same issue ("Event ID 14 from source nvlddmkm"). Now, I'm still testing out 326.19 to see if it's an issue with overclocking, some miscalibrated setting, or otherwise an issue on my end, but from what my own experience (and what Ive seen around in other forums) it seems that 314.22 is the last useable driver for pre-600 series cards.

 

Literally 20 second after making this post, my pc locked up again, but this time it actually crashed and restarted itself (which was a first). I'm just going to go ahead and say that it's probably avoid the 32x.xx series of drivers for oder gen cards unless you want headaches and hastle :pinch: I'm probably going to roll back my drivers later today to 314.22. Oh, if anyone is intrested, I suggest you follow the guide posted on overclock.net for doing a completely clean install of the drivers (http://www.overclock.net/t/1150443/how-to-remove-your-nvidia-gpu-drivers)

 

Hello All,

 

I just got a desktop assembled (Intel i5-3330 CPU, Board: Intel DB75EN, Windows 7 32 Bit, RAM: 4GB DDR3, Transcend), for general home use. I got a NVIDIA GeForce 210 video card along with that. 

 

I get this error every few minutes:

 

"Display driver NVIDIA Windows Kernel Mode Driver, Version 320.49 stopped responding and has successfully recovered"
 
After which I get a BSOD. 
 
I have the latest drivers installed. I have tried the forums, nothing has been of much help.
 
Should I get a better graphics card instead?
 
-CF

 

install the 114.22. The bug is known and they are working on it.

Go to Control Panel > nVidia Control Panel > PhysX > Change the drop-down on the right from Auto to your 210, apply and close.

It happens because the PhysX engine doesn't work well with the embedded gfx controller in the CPU. I've had your exact problem 3 or 4 times, and every time the fix is as above. You'll find when you update your drivers, the setting MAY revert back to Auto so it's worth going back in every now and then and checking it's still set to your 210.

 

HTH.

 Download and use the nVidia Experience app, they'll shop up in there.

You mean GeForce Experience -  it is out of beta and included with all Forceware drivers (opt-in).

Just made an account to throw my 2 cents in here. I updated to the newest 326.19 beta drivers and had issues overnight last night. I ran memtest86+ just to rule out a memory issue of some sort and it came back clean. Now, I suspect that the recent 32x.xx series of drivers dont play nice with older graphics cards (ie 400 series and 500 series). I've run each driver released since 314.22 and each one had the same issue ("Event ID 14 from source nvlddmkm"). Now, I'm still testing out 326.19 to see if it's an issue with overclocking, some miscalibrated setting, or otherwise an issue on my end, but from what my own experience (and what Ive seen around in other forums) it seems that 314.22 is the last useable driver for pre-600 series cards.

As I stated, I have a GTX550 Ti (refurbished) and I haven't had a lick of trouble.

 

Not in Windows 8, 8.1 Preview, or Server 2012R2 (yes - same drivers).

 

The issue may well top out with the GTX400 series and GTS (not GTX) 500 series.

 

It's why I have asked about overclocking - I run my TI dead-stock.

After updating the drivers for my GTX560 I was getting constant crashes. Got here from a Google search for the "06d7(2648)" error. I thought I'd make an account for anyone who might have the same problem in order to point out that the following:

 

Go to Control Panel > nVidia Control Panel > PhysX > Change the drop-down on the right from Auto to your 210, apply and close.

It happens because the PhysX engine doesn't work well with the embedded gfx controller in the CPU. I've had your exact problem 3 or 4 times, and every time the fix is as above. You'll find when you update your drivers, the setting MAY revert back to Auto so it's worth going back in every now and then and checking it's still set to your 210.

 

...doesn't work. I did that and the crashes just kept on happening.

 

I did, however, solve the problem by downgrading to the 314.22 drivers.

 

GTX560 (non-TI) on an Asus P5K with a Q6600, running Windows 7 x64.

  • 4 weeks later...

1. This has nothing to do with nvidia drivers. It is a recent malware which attacks the display. You can remove it => http://www.tomshardware.co.uk/faq/id-1691891/removing-malware-proven-completely-remove-bitcoin-mining-malware.html

 

2. After the scan with anti-malware, you should remove it from the startup entry as well => cmd.exe -> msconfig -> startup -> tsiVideo  (remove this tsiVideo entry)

 

3. Remove everything from "C:\Users\Your_username\AppData\Local\Temp\iswizard" or perhaps "C:\Users\Your_username\AppData\Local\Temp\"

 

4. Reboot and see if entries are still being created in "C:\Users\Your_username\AppData\Local\Temp\iswizard"

 

I hope this helps. Basically the malware executes through rundll32.exe a dll called "tsivi232.dll" with the entry name "tsiVideo".

1. This has nothing to do with nvidia drivers. It is a recent malware which attacks the display. You can remove it => http://www.tomshardware.co.uk/faq/id-1691891/removing-malware-proven-completely-remove-bitcoin-mining-malware.html

 

2. After the scan with anti-malware, you should remove it from the startup entry as well => cmd.exe -> msconfig -> startup -> tsiVideo  (remove this tsiVideo entry)

 

3. Remove everything from "C:\Users\Your_username\AppData\Local\Temp\iswizard" or perhaps "C:\Users\Your_username\AppData\Local\Temp\"

 

4. Reboot and see if entries are still being created in "C:\Users\Your_username\AppData\Local\Temp\iswizard"

 

I hope this helps. Basically the malware executes through rundll32.exe a dll called "tsivi232.dll" with the entry name "tsiVideo".

 

Incorrect, it does have a lot to do with the new nVidia drivers, there are many reports the new betas are more geared towards the 700 series, older cards have trouble. I had nothing but problems with my 670s so i reverted back to last released stable and its no longer a problem. This was on a fresh install, so no it wasnt some bitcoin malware.

This topic is now closed to further replies.
  • Posts

    • If its the devs fault you would think Unreal would help M$ take full advantage of Unreal and work with them to fix the performance issues. Otherwise they are catching unwarranted bad press.
    • Thanks for the advice guys, I'll give my current GPU a clean and then run the benchmarks to see how similar it is. Hopefully a bit of a clean-out will help it last a bit longer.
    • Pretty sure those will still be in this game. The series' well-explored psychosis themes will return as well.
    • "performance issues? what performance issues?!"
    • Microsoft making much needed change to Windows 11, 10 Patch Tuesday security updates by Sayan Sen Recently, Microsoft delivered its latest Defender patches for Windows 11 ISOs. These definitions are released from time to time alongside the general security updates available during Patch Tuesday. Speaking of Defender, the company has now announced another important change that affects how security updates are delivered to enterprise devices running Windows. According to a recent announcement, Microsoft Defender for Endpoint's endpoint detection and response (EDR) updates will no longer be bundled with the monthly Windows security updates or Patch Tuesdays. Instead the company is shifting delivery of these updates to Microsoft Update, bringing EDR servicing in line with several other Microsoft Defender components. If you recall, Microsoft last year moved PowerShell updates to Microsoft Update (MU) as well since it provides automatic updates for Microsoft products and services. Thus the move is intended to allow Microsoft to deliver EDR improvements and security enhancements independently of the OS's regular monthly update cycle; this should enable faster deployment of protection updates without requiring organizations to wait for the next Patch release. For those unfamiliar, Microsoft Defender for Endpoint's EDR capabilities are designed to help organizations detect, investigate, and respond to advanced threats across managed devices. Keeping these components updated is critical for maintaining protection against evolving attack techniques. The rollout has already began for Windows 10 devices in late May 2026 (last month) and Microsoft says it will gradually expand support to Windows 11 and the remaining supported Windows versions over the coming months. The company expects deployment across Windows 10 and Windows 11 to be completed by fall 2026 or around Q3 of this year. Once the transition is complete, EDR updates will be delivered through Microsoft Update using KB5005292, provided the required prerequisite updates have already been installed. Microsoft is also introducing a new Defender Update Service as part of the change. Following installation of the first update, devices will automatically create a new directory located at %ProgramData%\Microsoft\Microsoft Defender\Defender Update. Microsoft notes that restarts may occasionally be necessary in case of "rare" failure scenarios. For most organizations, the tech giant says no action will be required as long as Microsoft Update is already permitted within their update management strategy. Admins who rely on manually deployed update packages, however, will need to adjust their processes to ensure the new Defender update package is included. Microsoft also recommends reviewing internal documentation and notifying helpdesk and security operations teams about the updated delivery mechanism to avoid confusion during the transition. As a prerequisite, the tech giant notes that systems must be running Sense version 10.8798.25857.1000 or later and have one of the following Windows updates (or later) installed: Win11 24H2 KB5062660 (2025-07 Cumulative Update Preview) Win11 23H2 KB5062663 (2025-07 Cumulative Update Preview) Win11 22H2 KB5062663 (2025-07 Cumulative Update Preview) Win10 22H2 KB5062649 (2025-07 Cumulative Update Preview) Win10 1809 KB5063877 (2025-08 Cumulative Update) Server 2019 KB5063877 (2025-08 Cumulative Update) Server 2022 KB5063880 (2025-08 Cumulative Update) Server 2025 KB5063878 (2025-08 Cumulative Update) As always, organizations should verify that their update policies align with the new servicing approach before the broader rollout reaches all supported Windows platforms later this year. In case of major problems, the EDR update can be rolled back to the inbox version stored in %ProgramFiles%\\Windows Defender Advanced Threat Protection (ATP) using: MpCmdRun.exe -RevertMde -Product Edr -ToVersion Inbox For those who have access to the Microsoft 365 Admin Center portal, you can view the message here under ID MC1381119.
  • Recent Achievements

    • One Month Later
      DJC50PLUS earned a badge
      One Month Later
    • Week One Done
      DJC50PLUS earned a badge
      Week One Done
    • Proficient
      Eric Biran went up a rank
      Proficient
    • Dedicated
      Conjor earned a badge
      Dedicated
    • Week One Done
      Windows Guy earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      493
    2. 2
      PsYcHoKiLLa
      248
    3. 3
      Steven P.
      73
    4. 4
      +Edouard
      69
    5. 5
      neufuse
      68
  • Tell a friend

    Love Neowin? Tell a friend!