SweetLow

In some cases it is definitely used even on 9x. Not directly but in checksum of zero (MBR) sector.

Ok, could you make minimal .ISO with reproducible problem and put zipped image somewhere to download?

It is NOT the real file system driver. The real Paragon NTFS driver (UFSD.VXD or PNTFS.VXD) is located in %windir%\SYSTEM\IOSUBSYS

>I have NTFS support (Paragon) There are different Paragon NTFS drivers. If you are using UFSD.VXD then try to use PNTFS.VXD

1. I don't have such hardware. 2. It is definitely off-topic for this thread.

Ok, continuing RLoew's work: gpttsd - GPT (GUID Partition Table) TSD (Type-Specific Driver) for Win9x lba64hlp - SCSI LBA 64-bit Helper Driver for Win9x https://github.com/LordOfMice/Tools Do NOT forget to read readme - by default drivers run in the safest but not full power mode.

It simply is not true. google Realtek RTL8168 drivers for Windows 98

Not in VXD. If you have rich API then dealing with memory and files does not differ too much. But the problem with .PDR is location of code that try to touch files. It is DOS driver unlike RamDisk98 which is Windows IOS Port Driver. These are really different things.

If you will try to do this then pay attention on problem of accessing (IFSMgr) files from point where (IOS) requests serviced. There are some notes in IOS Guide about it. P.S. And I can suggest other direction of RAM Port Driver enhancement - using above 4G memory...

>Yes, that I have. But is it working as pure packet driver? Did you test it without any shims (in pure DOS) and have success (like working ping)? >I haven't had very much experience using ODI with Win9x. I'm too, but it is not hard to test. Probably i will try to do this from pure curiosity but not so fast.

No. It is shim Packet Interface -> NDIS2 Interface. But to use shim you need the lower level of shim - packet driver itself ODI is flexible enough and ethernet frame types can be restricted by ODI itself. And it is never be a problem if network protocol does not use all frame types (and IP uses exactly Ethernet_II).

Try new version of above mentioned drivers. It is definitely better (more compatible) for 98SE and will run on 98FE (tested by BolenB, logins and awkduck). And I added USB2.INF from 2007 (as original version of package disappeared from public Internet).

My friend. I think your problem is described by "EHCI Hand Off" keywords.

As usual - take WDMCHECK and check imports of all .SYS to verify that drivers really don't work rather than don't LOAD.

Yes. My friend, any .inf you are using now for USB2.0 support based on my work too

Probably yes and there is user of 98FE who used this version AFAIK but I'm not 100% sure. I personally developed it on 98SE. Never used this so IDK.

JFYI, there is version of USB drivers from post Windows XP SP1/2003 source base adapted for Win 9x...

>Maybe figure out how NTKERN.VXD works? Search for Walter Oney / Programming the Microsoft Windows Driver Model 2nd edition and source code for this book (with updates) and study how WDMSTUB works. >98 does have some WDM driver support in the form of it's NTKERN.VXD Kernel PE Loader supported since original release of Windows 95 (and was used in SCSIPORT.PDR wrapper first).

You will have BSOD on VFAT.VXD initing. All reasonable checks WAS done already ;)

and i personally have such problem with Intel Core i7-10700 on Gigabyte B460M DS3H. It is not memory size (and map), processor speed or specific hardware drivers related. And reproduced on any version of VCACHE from 95 to ME.

Try to disable any PnP BIOS detection: setup /p i

find old version of devcon tool

I think this debug kernel: http://web.archive.org/web/20020805200146/http://www.microsoft.com/ddk/download/98/Win98SED.exe is useful too (for debug, of course)...

You are in Windows, not Windows _NT_. Off-topic: And just for completeness - it is possible to have access to ports from ring 3 even in NT. Some special privilege or little help from driver...

MSDOS.SYS->[Options] AutoScan=0 BootWarn=0 DisableLog=1 SystemReg=0 Booting without ANY questions into normal mode no matter what happened before.