Bonjour à tous,
 
Voilà depuis quelques temps alors que je n'ai rien fait sur ma bécane, celle-ci me sort toujours un superbe écran bleu avec marqué "Driver IRQ not less or equal" avec comme source prb NDIS.SYS. Cela fait souvent ça lorsque j'ai plusieurs prog qui tourne utilisant des ressources web (messagerie, emule)
 
Après m'être renseigné sur ce dernier il s'agit d'un fichier faisant l'interface entre le matériel réseau et windows/protocole TCP/IP. Là dessus je me dis que cela viens de mon hub usb où est branché mon modem USB. J'ai branché celui-ci directement sur un usb de la CM mais rien n'y fait.
 
Je suis donc allé voir dans ma config pour voir si il n'y avait pas de conflit d'irq. Aucun n'est signalé mais lorsque je regarde les IRQ attribuées automatiquement par Windows et ben voici ce que ça donne :
 

 
 
Est-ce normal que l'IRQ 9 soit prise par tant de truc ? QUe dois-je faire : réattribuer à la main des irq à certain matos (mais lesquels?) ? Si cela est le cas comment fait-on ?
 
Si mon prb ne vient pas de là avez-vous une idée ?????
 
Merci d'avance

 
j'ai le mm pb sur mon ordi 1fois sur 2 au boot (juste avant l'apparition du bienvenue de windowsXP)
sauf qu'il me parle pas de pb de driver (enfin pas de **.sys)
 
je pense que c du a la radeon9700

 
En ce qui me concerne je n'ai pas de radeon 9700 mais une "simple "AIW radeon

Personne ????

Peut-être avec le message d'erreur complet pourras-tu trouver ton bonheur..
Mais si tu as du chipset via avec un modem usb, je chercherais de ce coté là.
 
Bug Check 0xA: IRQL_NOT_LESS_OR_EQUAL
The IRQL_NOT_LESS_OR_EQUAL bug check has a value of 0x0000000A. This indicates that the driver accessed paged memory at DISPATCH_LEVEL or above.
 
Parameters
The following parameters are displayed on the blue screen.
 
Parameter Description  
1 Memory referenced  
2 IRQL at time of reference  
3 0: Read  
1: Write
 
4 Address which referenced memory  
 
 
Cause
This bug check is issued if paged memory (or invalid memory) is accessed when the IRQL is too high.
 
The error that generates this bug check usually occurs after the installation of a faulty device driver, system service, or BIOS.
 
If you encounter bug check 0xA while upgrading to a later version of Microsoft® Windows®, this error might be caused by a device driver, a system service, a virus scanner, or a backup tool that is incompatible with the new version.
 
Resolving the Problem
If a kernel debugger is available, obtain a stack trace.
 
To resolve an error caused by a faulty device driver, system service, or BIOS:  
 
Restart your computer.  
Press F8 at the character-based menu that displays the operating system choices.  
Select the Last Known Good Configuration option from the Windows Advanced Options menu. This option is most effective when only one driver or service is added at a time.  
To resolve an error caused by an incompatible device driver, system service, virus scanner, or backup tool:  
 
Check the System Log in Event Viewer for error messages that might identify the device or driver that caused the error.  
Try disabling memory caching of the BIOS.  
Run the hardware diagnostics supplied by the system manufacturer, especially the memory scanner. For details on these procedures, see the owner's manual for your computer.  
Make sure the latest Service Pack is installed.  
If your system has small computer system interface (SCSI) adapters, contact the adapter manufacturer to obtain updated Windows drivers. Try disabling sync negotiation in the SCSI BIOS, checking the cabling and the SCSI IDs of each device, and confirming proper termination.  
For integrated device electronics (IDE) devices, define the onboard IDE port as Primary only. Also, check each IDE device for the proper master/slave/stand-alone setting. Try removing all IDE devices except for hard disks.  
If the message appears during an installation of Windows, make sure that the computer and all installed peripherals are listed on the Microsoft Windows Hardware Compatibility List (HCL).
 
Here is a debugging example:
 
kd> .bugcheck       [Lists bugcheck data.]
Bugcheck code 0000000a
Arguments 00000000 0000001c 00000000 00000000
 
kd> kb       [Lists the stack trace.]
ChildEBP RetAddr  Args to Child
8013ed5c 801263ba 00000000 00000000 e12ab000 NT!_DbgBreakPoint
8013eecc 801389ee 0000000a 00000000 0000001c NT!_KeBugCheckEx+0x194
8013eecc 00000000 0000000a 00000000 0000001c NT!_KiTrap0E+0x256
8013ed5c 801263ba 00000000 00000000 e12ab000
8013ef64 00000246 fe551aa1 ff690268 00000002 NT!_KeBugCheckEx+0x194
 
kd> kv       [Lists the trap frames.]
ChildEBP RetAddr  Args to Child
8013ed5c 801263ba 00000000 00000000 e12ab000 NT!_DbgBreakPoint (FPO: [0,0,0])
8013eecc 801389ee 0000000a 00000000 0000001c NT!_KeBugCheckEx+0x194
8013eecc 00000000 0000000a 00000000 0000001c NT!_KiTrap0E+0x256 (FPO: [0,0] TrapFrame @ 8013eee8)
8013ed5c 801263ba 00000000 00000000 e12ab000
8013ef64 00000246 fe551aa1 ff690268 00000002 NT!_KeBugCheckEx+0x194
 
kd> .trap 8013eee8       [Gets the registers for the trap frame at the time of the fault.]
eax=dec80201 ebx=ffdff420 ecx=8013c71c edx=000003f8 esi=00000000 edi=87038e10
eip=00000000 esp=8013ef5c ebp=8013ef64 iopl=0         nv up ei pl nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010202
ErrCode = 00000000
00000000 ???????????????       [The current instruction pointer is NULL.]
 
kd> kb       [Gives the stack trace before the fault.]
ChildEBP RetAddr  Args to Child
8013ef68 fe551aa1 ff690268 00000002 fe5620d2 NT!_DbgBreakPoint
8013ef74 fe5620d2 fe5620da ff690268 80404690
NDIS!_EthFilterIndicateReceiveComplete+0x31
8013ef64 00000246 fe551aa1 ff690268 00000002 elnkii!_ElnkiiRcvInterruptDpc+0x1d0
 
Comments
Before upgrading to a new version of Windows, remove all third-party device drivers and system services, and disable any virus scanners. Contact the software manufacturers to obtain updates of these third-party tools.

ah ben voilà, c'est ça moi.. chipset VIA et modem alcatel USB
enfin bon j'vois quoi faire de plus, je suis en sp1 et j'ai installé tout les patchs windows et les derniers drivers alcatel

NDIS.SYS: c'est le réseau...

 
Lequel ? Internet ou local parce que ça plante indé=ifféramment quand l'autre ordi est sur le réso que lorsque je suis seul à surfer !!!

le réseau c'est le réseau.
mais les couches NDIS sont liées au drivers de la carte réseau...
(je sais pas si modem série ou USB est dépendant du NDIS).
 
dans le doute regarde si tu as pas une mise à jour pour le driver de la carte réseau et du modem.

 
Efectivement j'ai un chipset VIA et un modem USB (Eicon DIVA) mais ce que je m'explique mal c'est que ces écrans bleus sont appru après 3 mois d'utilisation sans aucun plantages et sans que je ne sois intervenu de quelques manière que se soit sur l'ordi tant en hardware (pas d'ajout de ram ni de composants) qu'en software (pas de mise à jours de drivers...).
 
Pour info j'ai xp pro SP1

c'est une bien une A7V266 que tu as ?
 
c'est KT266 normalement ?
 
théoriquement tu devrais avoir un I/O APIC, donc plus de 16 IRQs.
t'aurais pas essayé de désactiver l'ACPI ?

J'ai une seconde carte réso mais qui est désactivée, ça peu pas venir de ça ?

 
Oui c'est ce chipset. Apparemment (cf photo en haut du topic) mes IRQ s'arrêtent à 15 !!!
Je n'ai pas essayé de désactiver l'ACPI (d'ailleurs où le fait-on, dans le BIOS ????), faut-il que je l'active (et si oui comment).

le mieux serait de mettre le dernier bios, faire un load setup defaults, vérifier que dans le bios tu est bien sur APIC et non PIC (ou je sais pu) et réinstaller Xp.
 
car il est probable que le partage d'irq fassent vautrer le système...

 
Waouhhh ! Bon j'irais faire un tour dans mon bios tout à l'heure. En ce qui concerne xp si je fais une réparation ça ne suffit pas ?????

non, utiliser l'APIC ou le PIC historique du PC se fait à l'installation....
 
par exemple, tu peux passer de PC ACPI machin à PC Standard afin de se débarasser de l'ACPI et ne plus avoir le partage d'irq sur le même irq, mais j'ai vu encore personne passer d'un HAL PIC standard à un HAL APIC. (et de toutes façon ce serai dégueulasse).
 
donc le mieux serait:
 
1) maj du bios
2) vérifier que tu est bien en APIC dans le bios pour les interruptions (normallement tu est en APIC par défaut)
3) réinstaller Xp ou Windows 2000 de manière clean.

 
   je pense pas que le KT266 supporte l'APIC.
 
sorry si je me trompe, mais je suis presque sûr

normalement si. (enfin de mémoire hein )
 
car ce qui différencie KT266 & KT266A c'est des optimisations au niveau du contrôleur mémoire.
 
------
 
j'ai même cru comprendre que dans une doc, que le KT133A + 686B pouvaient fonctionner en mode APIC pour les interruptions, car la KG7 (que j'ai eu et que j'ai toujours dans un serveur pour le moment aéré ) utilisant un AMD761 et un 686B, y'avait une doc d'erratum comme quoi l'implémentation de l'APIC coté AMD761 et 686B étaient différents et rendait l'APIC inexploitable sur les mobo AMD761/VIA686B.
 
-----
 
Donc yorik, regarde dans le bios, tu mets:
dans BOOT:
Plug & Play OS Present : Yes
INTERRUPT MODE: APIC
 
enfin choses à faire dans cet ordre pour avoir un système niquel:
 
1) maj bios
2) load setup dans le bios (vérifier l'APIC & le PNP OS)
3) installer xp/2k
4) dernier SP
5) driver mobos (4in1,iaa)
6) driver vidéo
7) le reste
 
l'ordre est important dans la mesure ou Xp ou 2K installé sur un système configuré en mode PIC historique, ne pourras plus rebasculer en mode APIC.

j'ai vérifié c'est sûr le KT266 a un APIC...