home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / mswindo / programm / win32 / 2530 < prev    next >
Encoding:
Text File  |  1992-12-18  |  2.3 KB  |  54 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uwm.edu!caen!saimiri.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!tad
  3. From: tad@wrq.com (Tad Marshall)
  4. Subject: Re: Desperation : 0x0000000A ERROR
  5. Message-ID: <1992Dec17.205419.9578@u.washington.edu>
  6. Summary: What is "IRQL expected to be less or equal" ?
  7. Sender: news@u.washington.edu (USENET News System)
  8. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  9. References: <1gpj9bEINN3bg@uni-erlangen.de> <1992Dec17.161642.12591@sol.ctr.columbia.edu>
  10. Date: Thu, 17 Dec 1992 20:54:19 GMT
  11. Lines: 41
  12.  
  13. In article <1992Dec17.161642.12591@sol.ctr.columbia.edu> dicks@cfsmo.honeywell.com (Richard D. Schlotfeldt) writes:
  14. >Torsten Sturm (tnsturm@cip.informatik.uni-erlangen.de) wrote:
  15. >: 
  16. >: Now I'm near to desperation,
  17. >: 
  18. >: FATAL SYSTEM ERROR
  19. >: 
  20. >: *** 0x0000000A
  21. >: 
  22. >: *** IRQL expected to be less or equal
  23. >
  24. >Since you are desperate I will give as many hints as I can,
  25. >though I do not know the solution.
  26. > ... stuff deleted ...
  27. >Anyone else have something to add??
  28. >
  29. >Dick Schlotfeldt
  30.  
  31. In the spirit of offering what little I know ...
  32.  
  33. Although reconfiguring the machine and upgrading BIOSes may solve the
  34. problem, I think that what is really happening is a software bug.
  35.  
  36. NT supports a concept of virtualized hardware interrupt levels.  Like real
  37. hardware interrupt levels on the IBM PC, these are prioritized -- a high
  38. priority interrupt can interrupt a lower priority interrupt, but not the
  39. other way around.  As on the 8259 PIC chip used in the PC, lower interrupt
  40. numbers are higher in priority, so whenever NT enters an interrupt handler
  41. it expects to see the interrupt level number go down from the level it had
  42. been operating at.  When this is not the case, one of the main assumptions
  43. of all interrupt handling code has been violated, and the system is in an
  44. invalid state -- so it prints "IRQL expected to be less or equal" and stops.
  45.  
  46. One reason for this happening is a page fault in an interrupt handler.  All
  47. kernel drivers need to have all of their code in RAM when an interrupt
  48. happens, and when this is not so, they will cause a lower priority interrupt
  49. to be generated, causing this crash.
  50.  
  51. If I'm confused about any of this, please post a correction.  Thanks!
  52.  
  53. -- Tad
  54.