961
Setup & Installation / Re: eCS install problems on a recent mainboard
« on: September 30, 2016, 05:28:04 pm »
Hi All
@Mikkel
I'm running a Gigabyte 990FXA-UD3 mainboard which has an onboard Realtek RTL8168 using the current Arca Noae r8169.os2 driver which works fine. I have read somewhere, possibly within these forums, that success with the Realtek nics can depend on the Revision number; this nic is a 10ECh:8168h and is Revision 006 - only discovered by running the Windows Device Manager. I suspect the Revision number is related to some sort of change to the nic hardware.
It may be that I am lucky in that the nic shares IRQ10 with only 3 other devices.
@Doug
Prior to very recent releases of ACPI this mainboard actually required the /VW parameter on the acpi config.sys line to avoid hardware problems including the nic suddenly stopping working. The later versions of ACPI do not need the /VW parameter as the driver works out if the system needs to work in VW mode and switches to it if necessary - as with this mainboard. If I remember correctly VW mode limits the number of IRQs available to either equal to or less than the maximum number of IRQs that OS/2 can handle - I think I read somewhere that is 32. So, Yes, current ACPI drops back to VW mode if necessary.
Regards
Pete
@Mikkel
I'm running a Gigabyte 990FXA-UD3 mainboard which has an onboard Realtek RTL8168 using the current Arca Noae r8169.os2 driver which works fine. I have read somewhere, possibly within these forums, that success with the Realtek nics can depend on the Revision number; this nic is a 10ECh:8168h and is Revision 006 - only discovered by running the Windows Device Manager. I suspect the Revision number is related to some sort of change to the nic hardware.
It may be that I am lucky in that the nic shares IRQ10 with only 3 other devices.
@Doug
Prior to very recent releases of ACPI this mainboard actually required the /VW parameter on the acpi config.sys line to avoid hardware problems including the nic suddenly stopping working. The later versions of ACPI do not need the /VW parameter as the driver works out if the system needs to work in VW mode and switches to it if necessary - as with this mainboard. If I remember correctly VW mode limits the number of IRQs available to either equal to or less than the maximum number of IRQs that OS/2 can handle - I think I read somewhere that is 32. So, Yes, current ACPI drops back to VW mode if necessary.
Regards
Pete