"BlueSoleil" causa crash al notebook

ANDREMALES ha scritto:
domanda:
vedo che hai dato in pasto al debugger un minidump. Invece il crash ti creava non un minidump, ma un memory.dmp
Dovrebbe essere quest'ultimo che va dato in pasto al debugger

Ho trovato il memory.dmp e lo caricato, solo che appare:
Il tuo debugger non usa i simboli corretti ? :eusa_think:
"Your debugger is not using the correct symbols"

HTML:
Microsoft (R) Windows Debugger Version 6.10.0003.233 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\MEMORY.DMP]
Kernel Complete Dump File: Full address space is available

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols 
Executable search path is: 
Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp.080413-2111
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055b1c0
Debug session time: Tue Jan 13 18:20:47.062 2009 (GMT+1)
System Uptime: 0 days 1:10:51.613
WARNING: Process directory table base 0E56D000 doesn't match CR3 00039000
WARNING: Process directory table base 0E56D000 doesn't match CR3 00039000
Loading Kernel Symbols
...............................................................
................................................................
........................................
Loading User Symbols
................................................................
...............................
Loading unloaded module list
..............................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9C, {0, 8054e0f0, b6044000, 135}

*** WARNING: Unable to verify checksum for IviVideo_Hauppauge.ax
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for IviVideo_Hauppauge.ax - 
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: kernel32!pNlsUserInfo                         ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: kernel32!pNlsUserInfo                         ***
***                                                                   ***
*************************************************************************
Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )

Followup: MachineOwner
---------


 
Ecco:

HTML:
Microsoft (R) Windows Debugger Version 6.10.0003.233 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\MEMORY.DMP]
Kernel Complete Dump File: Full address space is available

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols 
Executable search path is: 
Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp.080413-2111
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055b1c0
Debug session time: Tue Jan 13 18:20:47.062 2009 (GMT+1)
System Uptime: 0 days 1:10:51.613
WARNING: Process directory table base 0E56D000 doesn't match CR3 00039000
WARNING: Process directory table base 0E56D000 doesn't match CR3 00039000
Loading Kernel Symbols
...............................................................
................................................................
........................................
Loading User Symbols
................................................................
...............................
Loading unloaded module list
..............................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9C, {0, 8054e0f0, b6044000, 135}

*** WARNING: Unable to verify checksum for IviVideo_Hauppauge.ax
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for IviVideo_Hauppauge.ax - 
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: kernel32!pNlsUserInfo                         ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: kernel32!pNlsUserInfo                         ***
***                                                                   ***
*************************************************************************
Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )

Followup: MachineOwner
---------

kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

MACHINE_CHECK_EXCEPTION (9c)
A fatal Machine Check Exception has occurred.
KeBugCheckEx parameters;
    x86 Processors
        If the processor has ONLY MCE feature available (For example Intel
        Pentium), the parameters are:
        1 - Low  32 bits of P5_MC_TYPE MSR
        2 - Address of MCA_EXCEPTION structure
        3 - High 32 bits of P5_MC_ADDR MSR
        4 - Low  32 bits of P5_MC_ADDR MSR
        If the processor also has MCA feature available (For example Intel
        Pentium Pro), the parameters are:
        1 - Bank number
        2 - Address of MCA_EXCEPTION structure
        3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
        4 - Low  32 bits of MCi_STATUS MSR for the MCA bank that had the error
    IA64 Processors
        1 - Bugcheck Type
            1 - MCA_ASSERT
            2 - MCA_GET_STATEINFO
                SAL returned an error for SAL_GET_STATEINFO while processing MCA.
            3 - MCA_CLEAR_STATEINFO
                SAL returned an error for SAL_CLEAR_STATEINFO while processing MCA.
            4 - MCA_FATAL
                FW reported a fatal MCA.
            5 - MCA_NONFATAL
                SAL reported a recoverable MCA and we don't support currently
                support recovery or SAL generated an MCA and then couldn't
                produce an error record.
            0xB - INIT_ASSERT
            0xC - INIT_GET_STATEINFO
                  SAL returned an error for SAL_GET_STATEINFO while processing INIT event.
            0xD - INIT_CLEAR_STATEINFO
                  SAL returned an error for SAL_CLEAR_STATEINFO while processing INIT event.
            0xE - INIT_FATAL
                  Not used.
        2 - Address of log
        3 - Size of log
        4 - Error code in the case of x_GET_STATEINFO or x_CLEAR_STATEINFO
    AMD64 Processors
        1 - Bank number
        2 - Address of MCA_EXCEPTION structure
        3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
        4 - Low  32 bits of MCi_STATUS MSR for the MCA bank that had the error
Arguments:
Arg1: 00000000
Arg2: 8054e0f0
Arg3: b6044000
Arg4: 00000135

Debugging Details:
------------------

   NOTE:  This is a hardware error.  This error was reported by the CPU
   via Interrupt 18.  This analysis will provide more information about
   the specific error.  Please contact the manufacturer for additional
   information about this error and troubleshooting assistance.

   This error is documented in the following publication:

      - Bios and Kernel Developers Guid for AMD Athlon(r) 64 and AMD Opteron(r) Processors
   Bit Mask:

       MA                           Model Specific       MCA
    O  ID      Other Information      Error Code     Error Code
   VV  SDP ___________|____________ _______|_______ _______|______
   AEUECRC|                        |               |              |
   LRCNVVC|                        |               |              |
   ^^^^^^^|                        |               |              |
      6         5         4         3         2         1
   3210987654321098765432109876543210987654321098765432109876543210
   ----------------------------------------------------------------
   1011011000000100010000000000000000000000000000000000000100110101


VAL   - MCi_STATUS register is valid
        Indicates that the information contained within the IA32_MCi_STATUS
        register is valid.  When this flag is set, the processor follows the
        rules given for the OVER flag in the IA32_MCi_STATUS register when
        overwriting previously valid entries.  The processor sets the VAL 
        flag and software is responsible for clearing it.

UC    - Error Uncorrected
        Indicates that the processor did not or was not able to correct the 
        error condition.  When clear, this flag indicates that the processor
        was able to correct the error condition.

EN    - Error Enabled
        Indicates that the error was enabled by the associated EEj bit of the
        IA32_MCi_CTL register.

ADDRV - IA32_MCi_ADDR register valid
        Indicates that the IA32_MCi_ADDR register contains the address where
        the error occurred.

PCC   - Processor Context Corrupt
        Indicates that the state of the processor might have been corrupted
        by the error condition detected and that reliable restarting of the
        processor may not be possible.

MEMHIRERR - Memory Hierarchy Error   {TT}CACHE{LL}_{RRRR}_ERR
        These errors match the format 0000 0001 RRRR TTLL



   Concatenated Error Code:
   --------------------------
   _VAL_UC_EN_ADDRV_PCC_MEMHIRERR_35

   This error code can be reported back to the manufacturer.
   They may be able to provide additional information based upon
   this error.  All questions regarding STOP 0x9C should be
   directed to the hardware manufacturer.
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: kernel32!pNlsUserInfo                         ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: kernel32!pNlsUserInfo                         ***
***                                                                   ***
*************************************************************************

BUGCHECK_STR:  0x9C_AuthenticAMD

DEFAULT_BUCKET_ID:  DRIVER_FAULT

PROCESS_NAME:  WinTV2K.EXE

LAST_CONTROL_TRANSFER:  from 806f48db to 8053380e

STACK_TEXT:  
8054e0c8 806f48db 0000009c 00000000 8054e0f0 nt!KeBugCheckEx+0x1b
8054e1f4 806efc2e 80042000 00000000 00000000 hal!HalpMcaExceptionHandler+0xdd
8054e1f4 1c463da1 80042000 00000000 00000000 hal!HalpMcaExceptionHandlerWrapper+0x46
WARNING: Stack unwind information not available. Following frames may be wrong.
00000000 00000000 00000000 00000000 00000000 IviVideo_Hauppauge!DllCanUnloadNow+0x22481


STACK_COMMAND:  kb

SYMBOL_NAME:  ANALYSIS_INCONCLUSIVE

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Unknown_Module

IMAGE_NAME:  Unknown_Image

DEBUG_FLR_IMAGE_TIMESTAMP:  0

FAILURE_BUCKET_ID:  0x9C_AuthenticAMD_ANALYSIS_INCONCLUSIVE

BUCKET_ID:  0x9C_AuthenticAMD_ANALYSIS_INCONCLUSIVE

Followup: MachineOwner
---------
Secondo me si è trattato del voltaggio sul moltiplicatore (5X) della CPU che ho impostato troppo basso, adesso l'ho aumentato un po' (da 0,800 a 0,825 V) e non si sta verificando più il crash.
L'arresto di "HID" era quindi dovuto al crash che avveniva, credo
 
Ultima modifica:
Gianni,
il moltiplicatore di frequenza è una cosa, il voltaggio della CPU un altra ;)
non facciamo confusione.
I voltaggi della CPU è sempre bene metterli in automatico, e non impostarli manualmente.

Comunque sia il fault sembra che sia avvenuto sull'eseguibile WinTV2K.EXE che è lo schedulerTV hauppage. Può essere che ci sia una incompatibilità tra il modulo HID e winTV2k.exe. Prova a disabilitare wintv2k.exe e fai le tue prove abilitando il servizio HID e con Bluesoleil in funzione. Però evita di far partire winTV2k con HID in funzione.
 
ANDREMALES ha scritto:
Gianni,
il moltiplicatore di frequenza è una cosa, il voltaggio della CPU un altra ;)
non facciamo confusione.
Si lo so perfettamente
Mi riferivo al fatto che in RightMark (che uso per abbassare le temperature), si impostano diversi voltaggi associati a diversi valori di moltiplicatore.
Avendo installato l'ultima versione ho dovuto reimpostare tali valori ed avrò inavvertitamente settato una tensione di 0,800 V (troppo bassa) associata al moltiplicatore 5X, mentre andava regolata a 0,825 V com'era prima quando non dava problemi, era quello che intendevo.
Sulla barra delle applicazioni appaiono tutte le informazioni e ho verificato che il crash è avvenuto a 1.00 Ghz (5X) con tensione a 0,800 V, ed è quest'ultima che l'avrà causato, infatti ora a 0,825 non si verifica più.
P.S Tengo attivi solo il 4 e 5X




ANDREMALES ha scritto:
I voltaggi della CPU è sempre bene metterli in automatico, e non impostarli manualmente.
La maggiore riduzione di temperatura la ottengo riducendo i voltaggi, altrimenti il mio Aspire diverrebbe una stufetta se li mantenessi a 1,4 Volt.
Ovviamente vanno cercati quelli minimi supportati dalla CPU



ANDREMALES ha scritto:
Comunque sia il fault sembra che sia avvenuto sull'eseguibile WinTV2K.EXE che è lo schedulerTV hauppage.
Infatti è avvenuto mentre guardavo la tv con WinTV2000 che però nel mio caso non è lo scheduler
 
Ultima modifica:
Ok ;)
curiosità: ma dunque hai una applicazione per vedere la TV sul portatile ? hai una scheda DTT/sat hauppage via USB ?

Se così fosse, potrebbe effettivamente tornare il tutto: la chiavetta USB ed il dispositivo TV consumano quel tot di corrente, mandando in palla il PC, quando tu imposti la tensione più bassa. Aumentando il voltaggio a quel valore, invece, si riescono ad alimentare senza problemi entrambi gli apparecchi.
 
ANDREMALES ha scritto:
Ok ;)
curiosità: ma dunque hai una applicazione per vedere la TV sul portatile ? hai una scheda DTT/sat hauppage via USB ?
Si, ho una chiavetta TV USB e ralativa applicazione WinTV


ANDREMALES ha scritto:
Se così fosse, potrebbe effettivamente tornare il tutto: la chiavetta USB ed il dispositivo TV consumano quel tot di corrente, mandando in palla il PC, quando tu imposti la tensione più bassa. Aumentando il voltaggio a quel valore, invece, si riescono ad alimentare senza problemi entrambi gli apparecchi.
Sto già testando il tutto, ieri ad es. non ho avuto crash anche utilizzando il WinTV, ma dovrò aspettare ancora per essere sicuro che sia tutto ok.
Per ora ti ringrazio ;)
 
Indietro
Alto Basso