delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2002/01/29/08:42:17

X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-bounces using -f
Date: Tue, 29 Jan 2002 15:39:11 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: Babu Kalakrishnan <kala AT sankya DOT com>
cc: djgpp AT delorie DOT com
Subject: Re: DPMI Interrupt latency ?
In-Reply-To: <slrna5d7ql.478.kala@ganga.sankya.com>
Message-ID: <Pine.SUN.3.91.1020129153726.8440D-100000@is>
MIME-Version: 1.0
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

On Tue, 29 Jan 2002, Babu Kalakrishnan wrote:

> Tried the way you suggested - but it doesn't seem to work if I try
> invoking the hardware interrupt through a software (INT XX) call. I
> hooked INT0D (IRQ5) from protected mode. But on reaching the shell, The
> interrupt vector of Int 0d was pointing to the initial Real mode value
> in ROM. I then tried calling Int8D (where the master PIC vector seemed
> to be redirected to), but still my interrupt handler didn't seem to get
> called. Does the code check if the interrupt is a genuine hardware IRQ
> and skip calling the handler if it isn't ?

AFAIK, only hardware interrupts are reflected to protected-mode 
handlers.  Software interrupts don't get reflected.  It's in the DPMI 
spec.  (There are a couple of software interrupts, listed in the DPMI 
spec, that are exceptions.)

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019