How to install latest Intel Chipset Drivers

Have you encountered where you download the latest chipset driver from Intel, you run setup, but you know nothing was installed?

Create a desktop shortcut of the setup exe. Right click on the shortcut and add -overall to the target line after .exe" -overall

This will force the installer to update everything to the latest version on the INF installer.

This also works when you to downgrade say from a beta to an official release from AMD.

 

The default is -overall, so you don't have to force it. Installation of the chipset drivers is only necessary for new chipsets that are not included in the Microsoft install medium for Win7.
You can also install for example IRST driver without installing the chipset driver as the necessary entry is included in the IRST package.

 

Thank you Rukus, all of the chipset drivers from the Windows 7 install were from 2006! now I have them all 2009 TY!

 

Nope, sorry, wrong. The default isn't -overall. If it was, it would overwrite over any existing intel chipset driver and update them all. And it's a known bug in the installer, it does not always update to latest, for many they have drivers still dated 2006 rather than 2009/2010.

Not everyone is interested in having Microsoft default 2006 drivers.

 

What is the latest intel INF these days?
I currently am running the 9.1.1.1027 from the ASUS G73JW support site.
BTW I have a G73JH.

 

The latest is for desktop, I'm running the same version as you also. But if you want latest from Intel here is the link. Using -overall will ensure your driver number is the same and updated.

http://downloadcenter.intel.com/Det...tProduct=Intel®+Desktop+Board+DH55HC&lang=eng

 

Hello,

When you do the installation as suggested in this thread, if you have newer drivers it will prompt you to confirm whether or not you want to over the newer drivers.

I have version 9.2.0.1015

In Peace and Agape,
Trav...

 

I you people want the latest tested drivers, just install drivermax. This utility scan your system and downloads for you the latest updates for all your devices. It even able to recognize unknown devices in your system. Of course you can control was driver is downloaded, when it's installed, create backup and system restore points...

I was using for years (also in my old laptops) and never have any problem.

The only controllers/drivers that I manage myself are VGA (of course), Audio and the choppy touchpad. For all the rest is drivermax in charge.

 

Nope, regarding the chipset driver I disagree!
If you look in the logfile c:\intel\logs\IntelChipset.log you can see what the installer does. It was invoked without -overall switch. The installed version of the device is checked against the version contained in the setup file version for all devices contained in the inf entries.
For a HP 8530w with PM45 chipset nothing is installed as the system is up to date. Only IRST 10.0.0.1046 was previously installed.
Your right that many Microsoft device driver are dated 2006. But this are not chipset drivers!
Attached is my IntelChipset.log as zip. Look for
" Matched HardwareID"
and
" System is up to date"

 

Who puts out this software? Are they reputable? What else is this software doing that I may not be aware of? What information is it potentially data mining from my machine? How could this potentially adversely affect my machine? It's performance?

100% free software on a site with no adds in a world of advertising and data mining saturation. . . I think I'm a bit skeptical.

I have no idea personally, for all I know it's all on the level. . but I think I'd still prefer to get my drivers first hand from the manufacturer instead of letting some random program install Bob knows what drivers from who knows where onto my machine.

Ruckus: Forged in win, man. absolutely awesome

 

The Intel installer, when it detects a previous Intel INF install, will only update the components IF the component in its package is flagged as being a critical update to the one already installed. This is why you can run the installer on default settings and not have it install anything, even if the components are newer. Intel did this because they have a policy of "If it ain't broke, leave it alone", and minimizes issues since the system is presumed to already be working.

Using -overall forces the installer to overwrite all components found with the latest version it has access to according to the INF and chipset.

 

hmm i always use "-overide -overall" on my installs, i've not used it by double clicking for a long time i think it was back when the ICH5/6 was current.

to be honest i can't remember why, just always have done it with those two switches.

oh, now i do, -overide is for the updated IDE driver... i should stop using that switch now i only have sata interface based machines lol

 

So chipset can be safely installed on the g7 even if it's for desktop?

 

Yes it can

 

No. I just downloaded from intel drivers pour chipsets the newest Intel chipset driver Version 9.2.0.1009_beta and invoked the Setup.exe with -overall( Commandline = -overall; see in the corresponding log!). Nothing is replaced! The result is " No INFs left. System is up to date.".
Look in the log!

 

Nope. I've used those beta and used the -overall command and yes, all drivers in the INF were replaced.

 

Even if that's true wouldn't you want to be 100% sure that the chipset is installed correctly? So if by adding the -overall would be a better precaution with out using it i think it would play common sense.

Thanks Khaldum.

+Rep for Rukus

 

Please post the log IntelChipset

 

http://pcaudio.ath.cx/stuff/IntelChipset.log

It showed a bunch of .1022 drivers installed, and asked for a reboot.

 

I looked into the log.
The .1022 drivers are dated 10/28/2009 therefore they can't be included in the initial release of Win7(compiled in July 2009 as rtm).
From all available devices only ibexcore(replaces matched oem56), ibexusb(replaces matched oem2) and INTELCP2(replaces matched oem58) were installed.
But not all! Reboot is required because of the ibexcore inf.
As an example, you have the AHCI controller
Description: Intel(R) 5 Series/3400 Series Chipset Family 4 Port SATA AHCI Controller - 3B29
HardwareID = PCI\VEN_8086&DEV_3B29
Matched HardwareID = PCI\VEN_8086&DEV_3B29
Installed Driver = {4d36e96a-e325-11ce-bfc1-08002be10318}\0000
contained in ibexahci(.inf) dated 06/08/2010.
It is not replaced/installed as its already up to date.
There is also
Description: Intel(R) 5 Series/3400 Series Chipset Family SMBus Controller - 3B30
HardwareID = PCI\VEN_8086&DEV_3B30
Matched HardwareID = PCI\VEN_8086&DEV_3B30
Installed Driver = {4d36e97d-e325-11ce-bfc1-08002be10318}\0020
contained in ibexsmb(.inf) dated 06/08/2010.
It is also not replaced!
Only the outdated driver were replaced, same happens when Setup is invoked without -overall.

 

I use the pay version of DriverMax to keep all of our machines up to date.

One of the best tools if you have to maintain a lot of machines.

 

Ruckus do you have to rewrite the exe from setup to -overall or setup space then -overall?

 

OH NOES UBUNTU IS STEALING MY DATAS!!!!

 

"setup.exe -overall"

 

Is there any tangible benefit to installing updated chipset drivers? I am kind of a "if it ain't broke don't fix it" kind of guy.

 

For one thing I find the .1022 drivers have lowered latency during file transfers, which is a nice thing to see. The more important issue is getting all your INF drivers updated to the same build. I have seen where the sporadic "critical" updates cause some older versions coexist with newer builds.

 

Thanks chasity but I already renamed it to -overall instead of keeping it setup.exe -overall.

So it's -overall.exe it installed fine that way.

 

Oh, the installer will run, but not necessarily they way you intend it to.