wonder what it would be with 128MB RAM?
rofl
You are not logged in. Please login or register.
DriverPacks.net Forum » Posts by OverFlow
wonder what it would be with 128MB RAM?
rofl
It is going to be inevitable that providers will drop support for XP in their drivers. How many drivers today include support for win98?
Haswell is NT6 platform oriented hardware, run Win7 on it. IF you are really really tied to software that is locked to winXP then Run Win7 with XPmode. It's specifically for that reason.
If a driver supports an OS then we gleefully add it.
We can't put square pegs in round holes, find the round peg and it's all good.
we had a heck of a time with HDAudio until MS came out with the KB888111 (i think that was the number) HDAudio patch. there won't be any new patches so... we will have to see what develops.
that is pretty cool
Thank you, and welcome to DriverPacks.net
if they're on-board they may still not release them. the "reset" of the BIOS will re-enumerate the resources .
There is one other possibility that i have not seen for a long time. Interrupt conflict. try going into BIOS setup and hitting 'restore optimized defaults' and save and exit. if it's a resource conflict this may solve your issue.
worth a shot...
Back in the old days intel would tie the interrupts to specific PCI slots. You would physically have to move a card from one slot to another to resolve resource conflicts. Crazy Code 10 = move cards around
MSFN.org is the place to find what you seek
Wow That was VERY helpful i may put that in a FAQ at some point
that's what i did, but mine is very specialized, we use the output to populate the fields for publishing a pack. That is all it does. but... if very efficiently extracts (99.3%) all the correct HWIDs and categorizes by OS, and skips non entries. Only for one very specific task, that has a user base of two.
you don't need to split anything TD, don't confuse textmode and PNP mode they are not related at all.
putting a HWID in the INI file will not change anything related to PnP drivers
We have a forum for UBCD4Win if you need us
I'm moving this over there too
you do realize that winxp will still install and run after april, much the same way windows 95 still runs. you just won't be able to get new updates or phone support, same as windows 98. it will still work, it just won't be supported . They aren't going to Nuke it. LOL. Many people are confused on this point. And i am sure the many update packs for post SP3 will still be available for years to come. I doubt if MS will pull the windows updates for a while, they just won't be adding any. It would be really awesome if they released a SP4 (final) But alas it's MS.
I still have my DOS (1) installation floppies and documentation .
That's exactly what we need to know
PCI\VEN_8086&DEV_8C02&SUBSYS_1106? or
PCI\VEN_8086&DEV_8C02&CC_1106 or
PCI\VEN_8086&DEV_8C02&REV_1106 or
PCI\VEN_8086&DEV_8C02
(can you please specify the exact HWID)
It will be included in section [I-9] when you confirm it works. No problem.
Hi
The new Easy2Boot seems to work fairly well with the new INI format now - thanks.
I was contacted by someone trying to install XP to a Intel Series 8 Z87 mainboard using DP_MassStorage_wnt5_x86-32_1403071.7z and the new Easy2Boot v1.31.
The controller is identified as 8086 8C02, but the only matching PCI ID in the INI file is for w2k3 (D\M\I\A) so the install didn't work.
He said that the INF file in D\M\I\9 was actually successfully picked up and used by XP when he pointed XP at it.So 8086 8C02 does not seem to be supported yet by this build for XP?
P.S. AsMedia 106x SATA controller PCI 1B21 0612 D\M\AS worked OK though.
all we need to do is move the matching HWID from I\A to I\9 or add the matching HWID to I\9... What is the BEST matching HWID to add (or move) ???
That is VERY cool! thank you.
it's not an easy thing to deal with as you well know !
No easy way to keep is short and sweet.
Love your Easy 2 Boot - I use it all the time!
I am so glad you are here!
Jeff
It's in the FAQ section !
Let me put it another way, originally we had mass storage packs with sub folders. At some point the pack became flat, with no sub folders. Now it has sub folders again. The program and features have not changed. Sub folders were always supported and still are. That has not changed.
You simply picked a version that didn't have any and so you were surprised when they reappeared.
And yes I can see that the "current version" would make sense to use.
But we didn't change anything, you simply did not pick the best example to use to write your code . And i am certainly not saying that is your fault either. the current version at that time simply did not demonstrate that convention.
you just needed to learn a bit more about whet is supported, since that scenario did not exist in your example you could not have known about it. But we didn't change our rules. if anything we reverted to our old style.
Also when people have issues many times we recommend that they try an older version. Some times we break things in newer versions and the older version will work when the latest greatest does not. Now there is an advantage to everyone... your code will now work with our older packs too
.
If you look at older mass storage files you will find lots of entries that use subfolders.
The one you used to write your program may not have but we have done that before and now.
I am sorry that you used a version that did not have sub folders in it to write your code. but that is not our fault.
you don't strip anything out, just use a "clean" source. One that has not been added to.
Clean sp2 source is recommended by bartpe but xp sp3 works fine.
When you run Base make sure it's in BartPE mode and NOT in Windows mode.
Any drivers you select will have plugins built. Just because the plugins are built does not mean they will work. Sound will fail for sure, but BASE will build the plugin. This is because BartPE does not have the proper structure to support the sound drivers. (a short-coming of HWPNP) other drivers are simply not needed, like video. Typically all you need are Mass, LAN and WLAN.
if you select them in DriverPacks BASE BartPE mode it will make the plugins. then simply make sure the plugins are enabled when you run PEBuilder.
not simple but it's not complicated either .
The INI format is not new. Wim wrote it that way in the original code, ten years ago. It simply was not used much, it has been used in the past and has always been built into the BASE code.
Again, Nothing was changed! You were simply not aware of that convention / option . That is not our fault.
PS I LOVE easy2boot!
PSS I am hurt that you announce that "WE changed something" on your site, which is not true.
do those files exist in the mass storage plugin folder?
Which mass storage pack did you use? (version)
Which BASE version?
It may also help to see the DriverPacks BASE-log (in case it failed to create the plugin correctly - and would mean it's not your fault )
This should actually be in the BartPE forum, we may move it at some point
Welcome to DriverPacks.net!
I am not aware of a BIOS pack, interesting idea though.
I believe most people would avoid that like the plague. Because no matter how many disclaimers you posted many idiots would still blame you for their "bricked" devices. When in reality they were either broke to begin with (which is why they are flashing them) or there was a power surge or brown out or other "environmental" issue that caused the flash to fail. Too much liability associated with firmware and BIOS upgrades. (It's always someone else s fault, so naturally one blames the guy who gave them the file .
In our case if a driver is not found or if the wrong driver is installed it's no big deal. If someone Bricks hundreds of dollars of hardware they are gonna be looking for someones blood, and are not going to take the responsibility themselves. That is my guess why you don't see anyone doing it. It's hard enough to get people to treat you well when you 99.9% of the time take care of them, let alone when there is a high probability they are going to have a failure.
Good luck!
Welcome to DriverPacks.net smc1979,
Thanks for all the help, looks great! Feel free to contribute as much or as little as you wish. This tool has been here a while and we have had zero feedback on it for some time. Until you showed up . If changes will benefit you then they may help others too. Please share both the why and the results as often as you llike
.
We actually use a different tool here on the team, one that I wrote that is very specific to our needs. His has a lot more features. Mine does a much better job of returning the HWIDs contained in the files. Some of his changes were the direct result of us pointing out errors / omissions as a result of my scripts output. one of the big ones was hitting the max array size in AutoIt. .
I'm so glad you joined, again, welcome aboard.
Jeff
you simply put the drivers you want in the correct folder in SAD. The driver folders are separated by OS and type (x86 or x64) there are place holders to help you, it really could not be any easier. We compress our packs to save space but that is not neccessary, and would be an extra step you could skip.
so download sad put your windows 7 X64 drivers in
SAD\NT6\x64\D\your drivers here
SAD\NT6\x86\D\your\drivers\here
ETC...
NOTE : uncompressed drivers go in subfolder "\D\" if the folder "D" exists then any DriverPacks are ignored.
It's an either or situation, DriverPacks OR extracted drivers.
(why bother to extract them if they are already extracted )
Add a \D\ folder and put your drivers in there, simple and easy.
the D\ folder will be searched recursively so you can put as many folders as you like.
run with admin privileges "SAD\DP_Install_Tool.cmd /KR"
Or one of the other silent switches listed in the readme on the machines that you wish
from the included readme file...
Example of switches:
"/S" Silent install, Touchpad/HID drivers kept, exit no reboot.
"/SR" Silent install, Touchpad/HID drivers kept, exit and auto reboot."/K" Silent install, keeps only drivers for your OS, exit no reboot.
"/KR" Silent install, keeps only drivers for your OS, exit and auto reboot.
"/C" Silent install, keeps all drivers, exit no reboot.
"/CR" Silent install, keeps all drivers, exit and auto reboot.
Use Only One Silent Install Switch!
if you are going to push this from logon script or similar keep in mind you must put the \SAD\.. folder on teh remote machine and run it locally on the remote machine.
We have made it as easy as possible to do what you want
best wishes for your success.
PS if you are dead set on making a DriverPack start another thread. (perhaps in graphics sub forum)
DriverPacks.net Forum » Posts by OverFlow
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 3 official extensions. Copyright © 2003–2009 PunBB.
[ Generated in 0.252 seconds, 5 queries executed ]