Well this has been driving me crazy for the longest time. Â The ‘latest’ drivers for the AMD Pcnet card I can find for VMware is 4.08. Â They load up on VMware like everything is normal but it doesn’t work. Â But now I have my super awesome GNS3 test bed, so I can take a deeper look.
NDIS2 Driver for OS2 MSLANMAN
NDIS2 driver for OS2 – Readme
Changes made in this version 4.08:
The receive buffer size has been increased from 1518 to 1536.
Changes made in this version 4.07:
Slow network performance when using Interrupt Sharing has been fixed.
After heavy stress for a few hours, a drastic reduction in data transmission was observed. This problem has now been fixed.
The maximum number of Transmit Buffers that the driver can support has now been increased from 16 to 32.
I’m using OS/2 2.0 with the XR06100 fix, along with TCP/IP 2.0 with UN64092 fix and MPLS WR06000 (I never did find a fixpack for this).
I installed AMD’s MSLANMAN OS2 driver, as MPLS picks this up, and lets me use the nice UI to add in the network card. Â But it never seemed to matter, as the blasted thing didn’t work.
Which is a pretty simple configuration. Â It’s just a simple lan adapter with TCP/IP. Â I’m not even going to try to do anything fancy, like trying to get the wildly incompatible NetWare client working
Now much to my surprise the machine does send gratuitous arp on the wire, to assert it’s ip address. Â Well that is interesting.
And as you can see, there is no ARP reply. Very strange.
So messing around with every possible option, I tried changing “PermaNet Server feature” in the network card settings.
And much to my surprise, it worked!
So yeah, this is pretty awesome! Â Now I just have to decide what to do with my BBS, maybe bring it home, and run it on ESXi.
As a strange update, I upgraded from OS/2 2.0 to 2.11 and then applied XR_B108Â update to OS/2 2.11, and amazingly the value psfeature in protocol.ini had to be set to false. Â Obviously this later kernel in the XR06200 fixpack better supports PCI hooks.
I updated OS/2 because things like Qbasic were able to hang the system. Â I even tried the MS-DOS version of Qbasic thinking that somehow it was trying some weird hook to the BIOS for ROMBASIC, but that wasn’t the case, as both Qbasic from MS-DOS 5.0 and 6.22 hung the system by hitting alt+f. Â So with the upgrade in place it seems to be working fine now.