I/O Addresses

[luds]

Hi,

Can anyone tell me if the series of codes given on the infamous windows XP "Blue Screens of Death" refers to the pc's I/O addresses?...

And if they do.. how can I translate the 8 figure sets into the hexadecimal I/O address??

Thanks
luds

http://www.nationalmozart.com

http://www.cezanne-ensemble.co.uk

 

[glister]

The STOP: 0x00000### error is the actual error
The message below it, usually_strung_together_with_underscores, is the translated error.
The rest of the business just tells what was running at the time, but the upper-left most driver or exe is usually the culprit or the victim. The rest of the info isn't too much use to Joe Average. The information displayed on the blue screen of death is often not enough to determine what went wrong, even for someone with access to the source code (for example, it does not contain a stack dump, and if it did, it would be a lot of work to copy it somewhere else since you cannot save the data displayed on the screen at this point). It only displays at what point the code crashed, which can be completely different from where the error originated, and thus can mislead users into believing it is a hardware error or similar

Some common STOP messages and what to do about them:

0x0000000A IRQL_NOT_LESS_OR_EQUAL An attempt was made to access pageable memory at a process internal request level (IRQL) that was too high. A process can only access objects that have priorities (IRQL) of equal or lower priority than its own. This is usually caused by a device driver using improper addresses.

0x00000019 BAD_POOL_HEADER Invalid Pool Header. There are many reasons that this would appear. Debugging the system would reveal the cause.

0x0000001E KMODE_EXCEPTION_NOT_HANDLED This is a very common bug check. Usually the exception address (the second parameter) pinpoints the driver/function that caused the problem. Always note this address as well as the link date of the driver/image that contains this address.

0x00000024 NTFS_FILE_SYSTEM All file system bug checks have encoded in their first ULONG the source file and the line within the source file that generated the bug check. The high 16-bits identifies the file, while the lower 16-bits identifies the source line in the file where the bug check occurred.

0x00000051 REGISTRY_ERROR Something has gone terribly wrong with the Registry. It could indicate the Registry received an I/O error while attempting to read one of its files as a result of a hardware problem or file system corruption.

0x00000077 KERNEL_STACK_INPAGE_ERROR The requested page of kernel data could not be read in. Caused by a bad block in paging file or disk controller error. If the error is a result of a paging error, upon system restart, AUTOCHK will attempt to map out the bad block. The second parameter identifies the cause of the error:

0xC000009A indicates a lack of non-paged pool resources.

0xC000009C and 0xC000016A both indicate a back block on the drive, while 0xC0000185 indicates improper termination of a SCSI device, bad SCSI cabling, or two devices attempting to use the same IRQ.

0x0000007A KERNEL_DATA_INPAGE_ ERROR See 77, KERNEL_STACK_INPAGE_ERROR

0x0000007B INACCESSIBLE_BOOT_DEVICE Unable to access boot device. Often, this indicates a disk controller configuration problem, or error in accessing the hard disk. Other possible causes include the following: during initialization of the I/O system, the driver for the boot device failed to initialize the boot device (device not available, SCSI error), or the file system could not recognize the data on the boot device. Also may indicate that a virus has infected the boot sector.

0x0000007F UNEXPECTED_KERNEL_MODE_TRAP This means a trap occurred in privileged processor mode, and it is a trap the kernel is not allowed to have or catch. May indicate a computer RAM problem (mismatched SIMMs), a BIOS problem, or corrupted file system drivers. The first number in the bug check is the number of the trap. Consult an Intel x86 Family manual for the trap codes.

0x00000080 NMI_HARDWARE_FAILURE A hardware error in which HAL reports what it can identify, and directs the user to call the hardware vendor.



recommendations on what to do about these errors:

0x0000000A IRQL_NOT_LESS_OR_EQUAL This error is usually caused by a bad device driver, or a 4.0 driver on a 3.51 box. Use the Last Known Good configuration if you can and get rid of this driver. Contact the vendor for an updated or correct driver. To help recover from errors like this, before adding any new drivers, make sure to run RDISK and at least update the info, the floppy is also nice to have.

0x00000019 BAD_POOL_HEADER Not usually seen, if it is reproducable, retrace your steps and the last thing you did is probably the cause. Again, go for the Last Known Good.

0x0000001E KMODE_EXCEPTION_NOT_HANDLED Outdated drivers, and hardware problems can cause this. If it isn't recently changed drivers, reseat the CPU(s), memory, cache, VRAM, BIOS, and any other chips that may have creeped out of their sockets. Sounds goofy, but it usually works.

0x00000024 NTFS_FILE_SYSTEM Hope you can get back in enough to run CHKDSK /F! This will usually fix the system. But this error can keep you from getting back in. If you can't get back in, install a fresh version (Same version!) of NT to the same drive, in another directory. The setup CHKDSK will usually clean house and get things back to normal. After it's done, change the BOOT.INI to point to the original system and reboot. If all is well, delete the other version and clean out the BOOT.INI. (This is why the boot partitions are 400MB! ;-))

0x00000051 REGISTRY_ERROR Try Last Known Good, or else you better pull out that backup.

0x00000077 KERNEL_STACK_INPAGE_ERROR Bad L2 Cache, defective processor, defective SMP hardware, CPU needs to be reseated, cache needs reseating, Bad SIMM/DIMM. If 0xC000009A it's probably cache. If 0xC000009C and 0xC000016A you may have a failing hard drive. Try to get back in and run CHKDSK /F. If 0xC0000185 check the termination on the SCSI bus and check what controllers are using what IRQ's. Remember that SCSI busses are terminated at each "End".





A+,N+,S+,L+,I+,HTI+,e-Biz+,CET,CST,CNST,CNCT,CFOT,CCNT,CCTT,ACSP,ISA CCST3

 

[luds]

WOW GLister!

Many thanks for that!

I really appreciate it :¬)

Thanks again

luds

http://www.nationalmozart.com

http://www.cezanne-ensemble.co.uk