Anyone inhibited video on Ampro CPU boards?

I have not been getting good answers from Ampro, so I thought
I would post this question here to see if anyone else has run
into this issue.

Our embedded instrument uses the Ampro CoreModule 486/DXi cpu
board. It’s setup contains an option to inhibit video, which
the software can later reenable. This is normally used during
the boot process to blank the display until the software has
started up.

Ampro documents an int10 call to reenable the video. However,
we can’t use the int10 call from within QNX 4.25.

Has anyone here ran into this problem, and figured out how to
turn the video back on once it’s been disabled, without using
int10?

TIA

Ken Schumm <kwschumm@qsolv.com> wrote:

I have not been getting good answers from Ampro, so I thought
I would post this question here to see if anyone else has run
into this issue.

Our embedded instrument uses the Ampro CoreModule 486/DXi cpu
board. It’s setup contains an option to inhibit video, which
the software can later reenable. This is normally used during
the boot process to blank the display until the software has
started up.

Ampro documents an int10 call to reenable the video. However,
we can’t use the int10 call from within QNX 4.25.

Contact your sales rep at QNX, and tell them you want the mode
switcher toolkit for QNX 4.xx . You will need a Photon development
system to work with it, but you won’t need Photon on all your
target devices.

This toolkit allows you to make int10 calls via an x86 real mode
emulator.

Has anyone here ran into this problem, and figured out how to
turn the video back on once it’s been disabled, without using
int10?

The alternative is a brute force setup of all the registers on
the video card using very hardware dependant knowledge.