Cimonvg
Experienced Member
Hello
"The Installation Guide for the Inboard 386/PC" do not mention any problems with compability. But when you look at the text files in
"IBRD.ZIP 119907 01-07-93 Inboard 386 Technical Specifications & Notes."
http://cd.textfiles.com/pier02/010a/ibrd.zip
..you see that a lot of software and hardware were tested - and some do function well, other do not.
With a few shortcomings i did invent a way to make the old IBM 5150 run win32s programs (http://www.vcfed.org/forum/showthread.php?49421-Running-Win32s-on-ibm-5150-with-Inboard-386-pc).
But the dos dox brings down the windows 3.1 with a blue screen.
when i click the dos-box in windows 3.1 this bluescreen appears:
...it says something like"
"Wrong VxD dynamic chain-call to module number 0003 , service 0013.
your windows confugiration is wrong.
Run windows configuration again to solv this problem..."
(3 lines about terminate og continue windows)
then hit the "enter" button...
"
...it says something like"
"Wrong VxD dynamic chain-call to module number 0003 , servce 014.
your windowsconfugiration is wrong.
Run windows configuration again to solv this problem..."
Above a picture of the Inboard with one VM runing. The next picture is standart 386 motherboard, and extra VM started due to DOS box in use.
Don't think the above is the problem - but it shows the VM's on inboard-pc's and on real 386 pc's.
Over time, i have see a few applications that do not run when startede in IBM5150 + inboard + himem.sys.
like:
I then start using IBM5150 + inboard + Netroom 3 - and it is an amazing piece of software!
now:
himem netroom
Above - the A20 test application. Netroom on the fly corrects the a20 problems!
Furthermore - if VIDCLOAK is used , then direct BIOS vga call , greatly increases in response time, and 486BL run rather fast with nice fast screen draw speed
And the RM386 /ROM option also kicks the speed up !
and new "record" in winstone94. This 16,2 is cyix5x86 times 3 and cache enabled, but no register alterings in the CPU - higher score cut be expected, with register changes
where is the incompability then ?
the text files gives this definition:
IBRD2052.txt:
quote:
"....
386 ENHANCED MODE
Windows 3.0 will not work with Inboard 386/PC in 386 enhanced mode
due to limitations of the computer. AT ROM BIOS, DMA channels and
keyboard controller interface are examples of things that Windows
3.0 might need from a AT-type system that are not found in a PC/XT-
type system.
..."
In IBRD2516 it also states :
"
Inboard
386/PC is not a system board replacement so it doesn't alter the
machine type code. Although the INBRDPC.SYS driver provides BIOS INT
15h extended memory functions, it does not supply the second
Programmable Interrupt Controller (PIC), additional DMA channels, or
any of the other peripheral chips which differentiate the AT from the
PC. The computer should be considered a modified PC."
...but i dont think the non-alteration of the PC type is interfering with my software experiments.
and in IBRD2516.txt the "Inboard 386/PC Software Design Considerations" it says:
quote:
" The INT 15h extended memory functions 87h (move block) and 88h (return
extended memory size) are installed with INBRDPC.SYS.* Function 89h
(enter protected mode) is not supplied because the AT version assumes
the presence of a second PIC, which is not present on a PC* . However,
functions 87h and 88h are all that is necessary for a well-behaved
application to access extended memory. Indeed, on the 80386, the real-
to-protected mode switching is accomplished in markedly less time than
on the AT because it is not necessary to reset the processor when re-
entering real mode."
And perhaps this is one big hurdle, the missing 89h ??
When i test windows 95 installation - windows halts after first boot , about the time is it is supposed to shift to protected mode ?!?
I am not educated in 386 BIOS, but i wonder "how does the windows 3 enhanced mode function when Function 89h is not present ?"
Another question...
At boot time, if SYSCLOAK is enabled in config.sys - this appears onscreen:
"BIOS system descriptor table missing."
("the VGA BIOS..." is the next application VIDCLOAK.EXE)
I do not know where this BIOS system descriptor table is ?. I know of the GDT - global descriptor table, but not of this BIOS table ?
And again question:
Could i POKE data back in RAM and then fool Netroom to mount Cloaked BIOS anyhow (some fake 386-bios data or ?) ??
I am asking - course , i think Helix made a fantastic product , and perhaps new software could run if the cloaked BIOS is enabled?
I have seen that applications run with Netroom - that did not run with Himem.sys. Only slight decrease in Doom speed test (about a few percent) with the vidcloak in action. And at one point the speedtest in Checkit did made infinite loop
with the cyrix5x86+vidcloak ... but else, dos and windows just run's better
Also have to say about the VIDCLOAK app. It did not function with my TIGA-vga card. And Tseng vga, i also remember correct, it did not function in windows (i did not try the /PMBIOS option).
But with ATI Mach32 it works in dos and windows with the VIDCLOAK /PMBIOS optionm. (Without the /pmbios option, windows do not function.)
If any ot you readers have any comment about the SYSCLOAK application, please leave a note , would be awesome to have the SYSCLOAK application running like glue between hardware and software
thereby making the PC to run applications faster and enabling new applications to run
(edit) forgot the win32s and coprocessor incompability .
Either , Inboard with CPU and win32s up and running. OR Inboard with CPU + coprocessor and no win32s. The win32s looks for device=*vmcpd, but a real coprocessor needs device=ibvmcpd.386 to function with the inboard!
/cimonvg
some links i also wrote regarding Inboard 386 :
http://www.vcfed.org/forum/showthread.php?57033-running-5x86-cpu-in-IBM-5150-with-Inboard-386
http://www.vcfed.org/forum/showthread.php?49421-Running-Win32s-on-ibm-5150-with-Inboard-386-pc
http://www.vcfed.org/forum/showthread.php?26900-this-is-my-hobby
"The Installation Guide for the Inboard 386/PC" do not mention any problems with compability. But when you look at the text files in
"IBRD.ZIP 119907 01-07-93 Inboard 386 Technical Specifications & Notes."
http://cd.textfiles.com/pier02/010a/ibrd.zip
..you see that a lot of software and hardware were tested - and some do function well, other do not.
With a few shortcomings i did invent a way to make the old IBM 5150 run win32s programs (http://www.vcfed.org/forum/showthread.php?49421-Running-Win32s-on-ibm-5150-with-Inboard-386-pc).
But the dos dox brings down the windows 3.1 with a blue screen.
when i click the dos-box in windows 3.1 this bluescreen appears:
...it says something like"
"Wrong VxD dynamic chain-call to module number 0003 , service 0013.
your windows confugiration is wrong.
Run windows configuration again to solv this problem..."
(3 lines about terminate og continue windows)
then hit the "enter" button...
"
...it says something like"
"Wrong VxD dynamic chain-call to module number 0003 , servce 014.
your windowsconfugiration is wrong.
Run windows configuration again to solv this problem..."
Above a picture of the Inboard with one VM runing. The next picture is standart 386 motherboard, and extra VM started due to DOS box in use.
Don't think the above is the problem - but it shows the VM's on inboard-pc's and on real 386 pc's.
Over time, i have see a few applications that do not run when startede in IBM5150 + inboard + himem.sys.
like:
Norton Utilities 8.0 DOS | (mouse function - keyboard not) |
DrHardware | (shareware test app. halts at start screen) |
dosbench | (halts when it has tested and normal exit to command-prompt) |
a20 test app | gives error . Not same value written and read |
I then start using IBM5150 + inboard + Netroom 3 - and it is an amazing piece of software!
now:
Norton NU, | do function and keyboard fine, application terminates normal og PC still useable ! |
dosbench | when finished testing, application now leaves dosbench back to command promt - and PC til useable ! |
a20 test app | writes and then reads SAME value ! |
DrHardware | if VIDCLOAK/PMBIOS is used then the application runs fine ! |
himem netroom
Above - the A20 test application. Netroom on the fly corrects the a20 problems!
Furthermore - if VIDCLOAK is used , then direct BIOS vga call , greatly increases in response time, and 486BL run rather fast with nice fast screen draw speed
And the RM386 /ROM option also kicks the speed up !
and new "record" in winstone94. This 16,2 is cyix5x86 times 3 and cache enabled, but no register alterings in the CPU - higher score cut be expected, with register changes
where is the incompability then ?
the text files gives this definition:
IBRD2052.txt:
quote:
"....
386 ENHANCED MODE
Windows 3.0 will not work with Inboard 386/PC in 386 enhanced mode
due to limitations of the computer. AT ROM BIOS, DMA channels and
keyboard controller interface are examples of things that Windows
3.0 might need from a AT-type system that are not found in a PC/XT-
type system.
..."
In IBRD2516 it also states :
"
Inboard
386/PC is not a system board replacement so it doesn't alter the
machine type code. Although the INBRDPC.SYS driver provides BIOS INT
15h extended memory functions, it does not supply the second
Programmable Interrupt Controller (PIC), additional DMA channels, or
any of the other peripheral chips which differentiate the AT from the
PC. The computer should be considered a modified PC."
...but i dont think the non-alteration of the PC type is interfering with my software experiments.
and in IBRD2516.txt the "Inboard 386/PC Software Design Considerations" it says:
quote:
" The INT 15h extended memory functions 87h (move block) and 88h (return
extended memory size) are installed with INBRDPC.SYS.* Function 89h
(enter protected mode) is not supplied because the AT version assumes
the presence of a second PIC, which is not present on a PC* . However,
functions 87h and 88h are all that is necessary for a well-behaved
application to access extended memory. Indeed, on the 80386, the real-
to-protected mode switching is accomplished in markedly less time than
on the AT because it is not necessary to reset the processor when re-
entering real mode."
And perhaps this is one big hurdle, the missing 89h ??
When i test windows 95 installation - windows halts after first boot , about the time is it is supposed to shift to protected mode ?!?
I am not educated in 386 BIOS, but i wonder "how does the windows 3 enhanced mode function when Function 89h is not present ?"
Another question...
At boot time, if SYSCLOAK is enabled in config.sys - this appears onscreen:
"BIOS system descriptor table missing."
("the VGA BIOS..." is the next application VIDCLOAK.EXE)
I do not know where this BIOS system descriptor table is ?. I know of the GDT - global descriptor table, but not of this BIOS table ?
And again question:
Could i POKE data back in RAM and then fool Netroom to mount Cloaked BIOS anyhow (some fake 386-bios data or ?) ??
I am asking - course , i think Helix made a fantastic product , and perhaps new software could run if the cloaked BIOS is enabled?
I have seen that applications run with Netroom - that did not run with Himem.sys. Only slight decrease in Doom speed test (about a few percent) with the vidcloak in action. And at one point the speedtest in Checkit did made infinite loop
with the cyrix5x86+vidcloak ... but else, dos and windows just run's better
Also have to say about the VIDCLOAK app. It did not function with my TIGA-vga card. And Tseng vga, i also remember correct, it did not function in windows (i did not try the /PMBIOS option).
But with ATI Mach32 it works in dos and windows with the VIDCLOAK /PMBIOS optionm. (Without the /pmbios option, windows do not function.)
If any ot you readers have any comment about the SYSCLOAK application, please leave a note , would be awesome to have the SYSCLOAK application running like glue between hardware and software
thereby making the PC to run applications faster and enabling new applications to run
(edit) forgot the win32s and coprocessor incompability .
Either , Inboard with CPU and win32s up and running. OR Inboard with CPU + coprocessor and no win32s. The win32s looks for device=*vmcpd, but a real coprocessor needs device=ibvmcpd.386 to function with the inboard!
/cimonvg
some links i also wrote regarding Inboard 386 :
http://www.vcfed.org/forum/showthread.php?57033-running-5x86-cpu-in-IBM-5150-with-Inboard-386
http://www.vcfed.org/forum/showthread.php?49421-Running-Win32s-on-ibm-5150-with-Inboard-386-pc
http://www.vcfed.org/forum/showthread.php?26900-this-is-my-hobby
Attachments
Last edited: