home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.programming
- Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!agate!pasteur!cory.Berkeley.EDU!johnm
- From: johnm@cory.Berkeley.EDU (John D. Mitchell)
- Subject: Re: Semaphores, Swap, or Test_And_Set
- Message-ID: <1992Dec22.192229.17569@pasteur.Berkeley.EDU>
- Sender: nntp@pasteur.Berkeley.EDU (NNTP Poster)
- Nntp-Posting-Host: cory.berkeley.edu
- Organization: University of California, at Berkeley
- References: <1h53bpINNabh@usenet.INS.CWRU.Edu> <1992Dec22.055727.8056@nestmoi.rain.com> <1h7htbINNdg6@usenet.INS.CWRU.Edu>
- Date: Tue, 22 Dec 1992 19:22:29 GMT
- Lines: 35
-
- In article <1h7htbINNdg6@usenet.INS.CWRU.Edu> trier@slc6.ins.cwru.edu (Stephen C. Trier) writes:
- [...]
- >I've been trying to figure out whether that LOCK prefix is necessary when
- >sharing the code between several virtual 8086s running on one 386. I have
- >been unable to get a clear answer to this question -- is the LOCK prefix
- >useful only for multiprocessors that take advantage of it, or does it also
- >make the instruction noninterruptible?
-
- The LOCK prefix code of the i80x86 CPUs locks down the system bus. On a
- uniprocessor system it's only relevant if there is bus activity going on by
- the processor's back (e.g., DMA (which makes the system essentially a form
- of asymetrical multiprocessor :-)).
-
- >An answer to the effect of, "A 386 instruction is never interruptible" is
- >OK, too -- I haven't been able to dig that sort of information out of the
- >references I can find. Everything provides application-level information,
- >but none of the info I need about exactly when an interrupt or exception
- >can take place. It seems strange, since this information is readily avail-
- >able for the 680[234]0. Why isn't the 386/486 as well documented? (Maybe
- >I'm looking in the wrong place?)
-
- Interrupts are documented in the Intel manuals and in the TASM manuals (at
- least). Note that some instructions can *NOT* be preceded by the LOCK
- prefix.
-
- Check out "The Processor and Coprocessor" by Robert L. Hummel. It's all
- about the nitty-gritty of the i80x86 family.
-
- Hope this helps,
- John
-
- P.S. Standard disclaimers apply.
-
- P.P.S. This part of this thread no longer belongs in comp.programming and
- if continued, should be moved to one of the PC programming groups.
-