Interrupt Request

It is Noah Yang of Texas A&M studying under Dr. Zourntos for Senior Design class(ELEN405).  I have couple of questions about Interrupt Request(IRQ) as we embark working on the brain.
The board we are given is a PCI-7831R, so we would have them in the PC to program and then we can have it startup running the program that we  develop when it gets power.  we can then provide the 5V to the board and it will work on the robot. We need some more specific way to do that.
According to the FPGA Module Training Website at
http://zone.ni.com/devzone/conceptd.nsf/2d17d611efb58b22862567a9006ffe76/62b388db80b5570286257037006...
If you see the Lesson 6 Powerpoint slide, there is some explanation about generating a physical interrupt FROM FPGA TO THE HOST.
Unfortunately, we will attach our brain(PCI-7831R) on the autonomous robot, not in the pc, but we would have it in the pc when programming, hence I don't think we will have Host VI for the window/pc unless we test the the brain of the robot by monitoring its operation on pc.
We hope that MAIN PROGRAM(running to the beacon target) in the FPGA VI should Acknowledge the interrupt(obstacle detection, avoidance, jump back to the main program) from the FPGA VI, itself. And then, FPGA can wait for interrupt to be acknowledged. Lastly, IRQ is cleared by the FPGA.
If that is impossible to have WAIT ON IRQ in the FPGA VI without a HOST VI, I wish to learn how to build our own code(from the scratch) acting like this kind of IRQ as an alternative.
For the reference, our brief algorithm is followed.
==========================================================================
MAIN PROGRAM:
  *rushing to the target(signaling 5kHz sound) based on Microphone sensor.
  *Interrupt 1 (When Obstacle is detected at 2 feet away)
  *Interrupt 2 (crash, when bumper sensor is rising edge triggered)
  *End the program when the robot gets to the target
INTERRUPT 1:
   *stop
   *Select direction by comparison of two voltage from two Ultrasonic
    sensors
   *turn until both sensors have above-threshold voltage
   *go straight 2.5 feet
   *return to the begining of the MAIN PROGRAM
INTERRUPT 2:
   *stop
   *step back by 1 feet
   *choose direction
   *return to the main program
==========================================================================
Thanks.
Noah
Noah Haewoong Yang
Electrical Engineering
Dwight College of Engineering
Texas A&M University
801 Spring Loop 2506
College Station, TX 77840
Tel: 979-997-1145
AIM: maroonsox12
I am the proudest member of Fightin' Texas Aggie Class of 05. WHOOP!

Hi Noah,
Your best bet here sounds like a state machine based architecture, which will allow your FPGA VI to handle the various conditions internally, without need to generate an external interrupt.  IRQ's in the context of a LabVIEW program are sent from the FPGA to a Windows or Real Time host VI, where it is processed by the operating system and sent to the VI for processing.  If the only control hardware on your robot is the FPGA board, then you won't need to explicitly generate these interrupts since there would be no computer with an operating system to receive them.  Instead, if you have a state machine architecture (case structure inside a while loop, with a different case for each state and a shift register to store the next state), you can have the FPGA VI handle everything internally. 
While we cannot develop your code for you, the basic structure for your algorithm could be as follows:
Move state- move towards target and check sensors for obstacle.  If no obstacle, next state is move state.  If obstacle 2 feet away, next state is Obstacle.  If crash, next state is Crash.  If target reached, next state is end.
Obstacle state- handle interrupt 1 code from algorithm (this will require multiple states).  When done, set next state back to the move state
Crash state - handle interrupt 2 code (may require multiple states).  Next state is move state.
End state - Done.
Of course, this is a highly simplified example, but you can see the basic structure.  There are many examples of using a state machine architecture, including a design template that comes with LabVIEW that you can modify to suit your needs. 
Cheers,
Matt Pollock
National Instruments

Similar Messages

  • Why one interrupt request causes multiple times of responses (isr)?

    Hi, Folks
    I have a GPCT0 timer which will generate interrupt. with a oscilloscope, every time I run the code I saw a pulse was generated at the G0 output, but the isr run 51 times when I open the NI SPY to monitor it. When I turned off the NI SPY, it happened 6 to 8 times. I enabled the visa event, then configured the timer and turned on the hardware interrupt. Here is the code in main:
    // enable the G0_TC interrupt
     theSTC->Interrupt_A_Enable.setG0_TC_Interrupt_Ena​ble(1);
     theSTC->Interrupt_A_Enable.setG0_Gate_Interrupt_E​nable(0);
     theSTC->Interrupt_A_Enable.flush();
     theSTC->Analog_Trigger_Etc.setGPFO_0_Output_Selec​t(0);
     theSTC->Analog_Trigger_Etc.setGPFO_0_Output_Enabl​e(1);
     theSTC->Analog_Trigger_Etc.flush();
    // enable the interrupt A
     theSTC->Interrupt_Control.setRegister(0); // reset complete register
     theSTC->Interrupt_Control.setInterrupt_Output_Pol​arity(theSTC->Interrupt_Control.kInterrupt_Output_​PolarityActive_Low);  
     theSTC->Interrupt_Control.setInterrupt_A_Output_S​elect(0);  
     theSTC->Interrupt_Control.setInterrupt_A_Enable(1​);
     theSTC->Interrupt_Control.flush();
    // start to run the timer
     theSTC->G0_Command.writeG0_Arm(1);
    Here is code in the isr:
    ViStatus _VI_FUNCH IHandler(ViSession vi, ViEventType etype, ViEvent event, ViAddr uhandle)
     tAddressSpace  Bar0, Bar1;
     tESeries *board;
     tSTC *theSTC;
     tMITE *mite;
     Bar0 = bus->createAddressSpace(kPCI_BAR0);
     Bar1 = bus->createAddressSpace(kPCI_BAR1);
     mite = new tMITE(Bar0);
     board = new tESeries(Bar1);
     theSTC = new tSTC(Bar1);
     i = i++;
     theSTC->Interrupt_A_Ack.writeG0_TC_Interrupt_Ack(​1);
     theSTC->Interrupt_A_Enable.writeG0_TC_Interrupt_E​nable(0);
     theSTC->Interrupt_Control.writeInterrupt_A_Enable​(0);
    (function code here)
     mite->LocalCpuInterruptMask2.setSetCpuIntIE(1);
     delete mite;
     delete theSTC;
     delete board;
     bus->destroyAddressSpace(Bar0);
     bus->destroyAddressSpace(Bar1);
     return VI_SUCCESS;
    I suspect that there may be someting wrong with data passing between main and isr, don't know for sure.
    Any help and advice will be appreciated greatly.
    Best regards,
    George

    Hi George,
    I'm confused on what the interrupt handler is trying to do.   By disabling interrupts you should not get any more interrupts after the first interrupt is handle.  I think you are saying the problem is that the interrupt only occurs 51 times, but I don't know how it happens more than once!?.  Is there something missing?
    One thing not related to the device programming... the interrupt event callback should not be create and destroy (new/delete) the chip objects eveytime is called for these reasons:
    - The chipobjects maintain softcopies of the registers and they model the state of the hardware.  The new object does not represent the currently configured device.  There should be one instance of the chip the object is representing.  You should create one instance of the tSTC because there's one STC in the device.
    - Memory operations can be very expensive.  A lot of time is consumed creating and destrying these objects.  Add to that the constructor and destructors of each object, which are called for every new and delete.
    To solve both problems use the 'userHandle' parameter in viInstallHandler, from the description:
    Applications can specify a value in the userHandle parameter
    that is passed to the handler on its invocation. VISA identifies handlers
    uniquely using the handler reference and this value.
    This userHandle provides context for your interrupt callback.  If you only need the STC object to service the interrupt you can pass a pointer to the STC object as the user handle.  In your handler you would use the userHandle argument to get to the STC object:
    ViStatus _VI_FUNCH IHandler(ViSession vi, ViEventType etype, ViEvent event, ViAddr uhandle)
        tSTC *stc;
        stc = (tSTC *) uhandle;
        stc->...
    Diego

  • Interrupt requests

    i have a 6034E daq card and i wish to make use of its counter to improve the accuracy of the gps signals which provide a 1PPS signal. By using a timebase of 100KHz, i will know that 1 second is reached when 100 counts. However, to keep accurate timing, i need to reset the counter whenever the 1PPS signal (input) goes high. How do i write the source code using visual C++ to generate an interrupt to reset the counter whenever the 1PPS signal goes high. The 1PPS signal will go high for 10ms for every 1 sec and it is highly accurate. Please advise.Thanks!

    Hello Kian Chong,
    I would suggest to use a buffered-period example with the counter on the 6034E and use the 1 PPS signal as the gating signal.
    When you configure a counter for a buffered-period operation, the counter will latch the data from hardware on the edge of the gating signal and will also reset the counter back to zero. So you could use the 100 kHz timebase as the source and the 1 PPS signal as the gate.
    The Measure Buffered Period (DAQ-STC) VI shipping example within LabVIEW will do this for you.
    Regards,
    Todd D.
    NI Applications Engineer

  • K8T Neo2-F Interrupt Request Table

    hello
    which pci slot should i take to have one interrupt pin only for my audigy2 soundcard?
    Its the only pci card.
    thanks

    Just try and find out...
    But why are you looking for this?
    All IRQ's are remapped by Apic anyway....

  • Interrupting running Future

    My code runs on Java 5.
    The callables I submit to a given ExecutorService are pure-computational, meaning: no calls to "low-level blocking methods".
    I'd like these computations to be cancellable in a ASAP fashion: that means I'll sometimes call cancel(true) of the Future instance.
    If I understand correctly, this will set the interruption status of the thread executing the given Future to true. Now my question is: how can my code distinguish between
    a) an interruption request triggered by a cancel(true) on the Future
    b) an interruption request triggered by a shutdownNow of the pool
    I would like quick cancellation (through interruption), but quick and correct shutdown of the pool is important as well (meaning: I'll likely use shutdownNow() in some circumstances).
    Reading stuff like the following make me kind of nervous:
    http://forum.java.sun.com/thread.jspa?threadID=775640&start=20&tstart=0
    I hope some of the fixes are sheduled for a backport to Java 5?

    My original question could have been more clear:
    "Should I always propagate the interruption status from the Callable/Runnable to the executor?"
    Looking some more at the TPE source, I guess the answer is:
    "Not when running on Java 5.0, until the relevant fixes from 6.0 are backported"
    So:
    1) In my computational loop I inspect isInterrupted()
    2) Upon interruption, I exit the loop
    3) Before returning from run(), I clear the interruption status
    If the current thread interruption status was set because of pool shutdown, the current worker thread will exit anyway (since getTask() will return null)
    Message was edited by:
    Pakka-Pakka

  • NI-DAQ Mac and interrupts

    Does anyone know of a version of NI-DAQ for Macintosh which can be called
    from C routines, and which includes Config_DAQ_Event_Message()as in NI-DAQ
    for PC, or equivalent? I need to generate interrupt requests during DAQ using
    E-series MIO boards. Thanks.

    The data sheet also says the maximum sample rate for multiple channels is 10kS/s aggegate.  I take this to mean that the entire channel sweep is done at 10kHz.
    You could always try it and see what happens.  Read all 8 channels as a waveform with the sample rate set to 10KHz and see what the dt is in the waveform.
    There are only two ways to tell somebody thanks: Kudos and Marked Solutions
    Unofficial Forum Rules and Guidelines

  • Usb 6501 unresponsive causing BSOD(Blue Screen Error)

    There are a lot posts about the same issue but mine is a little peculiar so i decided to post it.
    I am using two usb DAQ in the same pc(usb-6501, usb-6001), connected to the usb port on the back. The usb-6501 is used to obtain digital inputs from read switches, Sensors through an ssr. The usb-6001 is used to control 2 double valve solenoid, 1 dc motor, 2 indicator lamps. usb-6001 is also used to read analog values of current(using hall effect sensor) and voltage(using potentiometer).
    At first i was facing problems with the usb-6001(the usb-6501 was working fine at this point) resetting during operation accompanied by BSOD. Then i learned it was due to my relay, which requires 30 mA of current to switch so i used the ULN2003a to interface the usb-6001 with the relays and after that the application was running perfectly for 4 days.
    Now the usb-6501 is having the same problem and when i perform "Self Test" from NI MAX it shows "Error Code:50405" and i am able to reset the device from NI MAX only sometimes, other times i would have to unplug the USB device then plug it back in. As the application is used for an automated test rig the customer is frustrated by this problem. Once the card becomes unresponsive(or after the card is reset) BSOD occours.
    I have checked all the device drivers and OS for any errors but they are fine. i have even tried changing the ram to solve the BSOD with no use.
    System Details:
    Windows 7 SP1
    NI MAX 14.0
    power saving is disabled 
    I have attached the latest mini dump files as they might help in finding out the reason behind this problem(File extensions changed for the purpouse of uploading).
    I need to know: Is there any permanent solution for this problem? and what is the reason for this problem.
    Attachments:
    060115-12480-01.txt ‏315 KB
    053015-12324-01.txt ‏315 KB
    052615-17440-01.txt ‏315 KB

    Additional info : i did an analysis of the dump files and this is the result
    0: kd> !analyze -v
    * Bugcheck Analysis *
    DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
    An attempt was made to access a pageable (or completely invalid) address at an
    interrupt request level (IRQL) that is too high. This is usually
    caused by drivers using improper addresses.
    If kernel debugger is available get stack backtrace.
    Arguments:
    Arg1: fffff88009fe10b1, memory referenced
    Arg2: 0000000000000002, IRQL
    Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
    Arg4: fffff8800657922e, address which referenced memory
    Debugging Details:
    READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800032c30e8
    fffff88009fe10b1
    CURRENT_IRQL: 2
    FAULTING_IP:
    nifslk+822e
    fffff880`0657922e 0fb650ff movzx edx,byte ptr [rax-1]
    CUSTOMER_CRASH_COUNT: 1
    DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
    BUGCHECK_STR: 0xD1
    PROCESS_NAME: System
    TRAP_FRAME: fffff80000b9c6b0 -- (.trap 0xfffff80000b9c6b0)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=fffff88009fe10b2 rbx=0000000000000000 rcx=0000000000000000
    rdx=fffff80000b9c8e0 rsi=0000000000000000 rdi=0000000000000000
    rip=fffff8800657922e rsp=fffff80000b9c840 rbp=fffff88009fe10b1
    r8=0000000000000000 r9=0000000000000000 r10=0000000000000000
    r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0 nv up ei ng nz na po nc
    nifslk+0x822e:
    fffff880`0657922e 0fb650ff movzx edx,byte ptr [rax-1] ds:c8e0:fffff880`09fe10b1=??
    Resetting default scope
    LAST_CONTROL_TRANSFER: from fffff80003091be9 to fffff80003092640
    STACK_TEXT:
    fffff800`00b9c568 fffff800`03091be9 : 00000000`0000000a fffff880`09fe10b1 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
    fffff800`00b9c570 fffff800`03090860 : fffffa80`06adc250 fffffa80`05c3a060 fffffa80`06adc250 00000000`0000ffff : nt!KiBugCheckDispatch+0x69
    fffff800`00b9c6b0 fffff880`0657922e : fffff880`05d47468 fffff880`01d91f90 00000000`00000000 fffff880`09fe0770 : nt!KiPageFault+0x260
    fffff800`00b9c840 fffff880`05d47468 : fffff880`01d91f90 00000000`00000000 fffff880`09fe0770 fffff880`09fe17a0 : nifslk+0x822e
    fffff800`00b9c848 fffff880`01d91f90 : 00000000`00000000 fffff880`09fe0770 fffff880`09fe17a0 fffff880`09fe10b1 : 0xfffff880`05d47468
    fffff800`00b9c850 00000000`00000000 : fffff880`09fe0770 fffff880`09fe17a0 fffff880`09fe10b1 fffff800`00b9c8e0 : nipalk+0x75f90
    STACK_COMMAND: kb
    FOLLOWUP_IP:
    nifslk+822e
    fffff880`0657922e 0fb650ff movzx edx,byte ptr [rax-1]
    SYMBOL_STACK_INDEX: 3
    SYMBOL_NAME: nifslk+822e
    FOLLOWUP_NAME: MachineOwner
    MODULE_NAME: nifslk
    IMAGE_NAME: nifslk.dll
    DEBUG_FLR_IMAGE_TIMESTAMP: 51f2daeb
    FAILURE_BUCKET_ID: X64_0xD1_nifslk+822e
    BUCKET_ID: X64_0xD1_nifslk+822e
    Can anyone help me with what this means?

  • Blue screen of death on Toshiba P755-S5375 with ADOBE ENCORE CS6

    I recently purchased a new laptop and installed Adobe Master Collection CS6.  I purchased the laptop for video capture and editing, as well as for blu-ray authoring. 
    Unfortunately, although the computer and software works fine for video capture and editing, I am unable to author a blu-ray.  For authoring, I am using Adobe’s Encore CS6.  After checking and previewing my creation, I attempt to build to disc using Encore.  About 2 seconds after clicking the build disc in Encore, I get the “blue screen of death” (BSOD).  This happens every time I try to build to blu-ray (only blu-ray has this issue; I am able to build to a DVD).  I am using an external blu-ray drive on USB 3.0.  
    I am using Encore version 6.0.0.492
    Here are the blu-ray drive specs:
    Logitec USB 2.0/3.0 Bus powered portable bluray drive unit, LBD-PME6U3VBK
    PIONEER BD-RW BDR-TD05 USB Device
    Driver: 6.1.7601.17514
    C:\windows\system32\DRIVERS\cdrom.sys
    \windows\system32\Drivers\PXHlpa64.sys
    \windows\system32\DRIVERS\tdcmdpst.sys
    \windows\SysWOW64\drivers\Afc.sys
    Renesas USB 3.0 driver also installed
    The computer specs are as follows:
    Manufacturer: Toshiba
    Manufacturer Part Number: PSAY1U-05U027
    Product Line: Satellite
    Product Series: P755
    Product Model: P755-S5375
    Product Name: Satellite P755-S5375 Notebook
    Product Type: Notebook
    Processor Manufacturer: Intel
    Processor Type: Core i7
    Processor Model: i7-2670QM
    Processor Speed: 2.20 GHz
    Processor Core: Quad-core (4 Core)
    Cache: 6 MB
    Chipset Manufacturer: Intel
    Chipset Model: HM65 Express
    Standard Memory: 4 GB
    Memory Technology: DDR3 SDRAM
    Memory Standard: DDR3-1333/PC3-10600
    Number of Total Memory Slots: 2
    Hard Drive Capacity: 500 GB
    Screen Size: 15.6"
    Display Screen Type: Active Matrix TFT Color LCD
    Aspect Ratio: 16:9
    Screen Mode: WXGA
    Backlight Technology: LED
    Screen Resolution: 1366 x 768
    Graphics Controller Manufacturer: Intel
    Graphics Controller Model: HD 3000
    Graphics Memory Capacity: 1.65 GB
    Graphics Memory Accessibility: Shared
    Ethernet Technology: Fast Ethernet
    Wi-Fi: Yes
    Wi-Fi Standard: IEEE 802.11b/g/n
    Webcam: Yes
    Operating System: Genuine Windows 7 Home Premium with SP1
    Operating System Architecture: 64-bit
    Pointing Device Type: TouchPad
    Number of Cells: 6-cell
    Battery Chemistry: Lithium Ion (Li-Ion)
    Width: 15.0"
    Depth: 9.8"
    Weight (Approximate): 5.40 lb
    Package Contents:
    Satellite P755-S5375 Notebook
    Lithium Ion Battery
    AC Adapter
    Green Compliant: Yes
    Green Compliance Certificate/Authority: RoHS
    Installed programs:
    Name                                                            Version          
    Microsoft Application Error Reporting                           12.0.6015.5000   
    Microsoft Office Click-to-Run 2010                              14.0.4763.1000   
    Microsoft Office 2010                                           14.0.4763.1000   
    Windows Live Essentials                                         15.4.3502.0922   
    Apple Application Support                                       2.1.7            
    Windows Live Writer                                             15.4.3502.0922   
    Microsoft_VC90_MFCLOC_x86                                       1.00.0000        
    Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729.4148  9.0.30729.4148   
    TOSHIBA Web Camera Application                                  2.0.3.3          
    Windows Live Messenger                                          15.4.3538.0513   
    Microsoft_VC90_CRT_x86                                          1.00.0000        
    Google Toolbar for Internet Explorer                            1.0.0            
    Microsoft Visual C++ 2010  x64 Redistributable - 10.0.40219     10.0.40219       
    Microsoft Visual C++ 2005 Redistributable (x64)                 8.0.61000        
    Microsoft SQL Server 2005 Compact Edition [ENU]                 3.1.0000         
    Microsoft Visual C++ 2010  x86 Redistributable - 10.0.40219     10.0.40219       
    Toshiba Online Backup                                           2.0.0.31         
    TOSHIBA ReelTime                                                1.7.21.64        
    Windows Live Remote Client Resources                            15.4.5722.2      
    Windows Live SOXE Definitions                                   15.4.3502.0922   
    Adobe AIR                                                       3.1.0.4880       
    Windows Live Mesh ActiveX Control for Remote Connections        15.4.5722.2      
    Windows Live Communications Platform                            15.4.3502.0922   
    Windows Live Movie Maker                                        15.4.3502.0922   
    Apple Software Update                                           2.1.3.127        
    Windows Live UX Platform Language Pack                          15.4.3508.1109   
    Windows Live Photo Gallery                                      15.4.3502.0922   
    bl                                                              1.0.0            
    Windows Live Mail                                               15.4.3502.0922   
    Java(TM) 6 Update 25                                            6.0.250          
    MSVCRT_amd64                                                    15.4.2862.0708   
    TOSHIBA Face Recognition                                        3.1.17.64        
    ph                                                              1.0.0            
    Adobe Widget Browser                                            2.0.348          
    Windows Live Writer                                             15.4.3502.0922   
    Mesh Runtime                                                    15.4.5722.2      
    TOSHIBA Supervisor Password                                     1.63.51.2C       
    Adobe Acrobat X Pro - English, Fran軋is, Deutsch                10.1.1           
    Adobe Reader X MUI                                              10.0.0           
    TOSHIBA Media Controller Plug-in                                1.0.7.5          
    Windows Live Photo Gallery                                      15.4.3502.0922   
    Windows Live Photo Common                                       15.4.3502.0922   
    Label@Once 1.0                                                  1.0              
    PDF Settings CS6                                                11.0             
    Toshiba Book Place                                              2.2.7530         
    Windows Live PIMT Platform                                      15.4.3508.1109   
    TOSHIBA Wireless LAN Indicator                                  1.0.5            
    D3DX10                                                          15.4.2368.0902   
    Utility Common Driver                                           1.0.52.3C        
    Junk Mail filter update                                         15.4.3502.0922   
    Windows Live Movie Maker                                        15.4.3502.0922   
    TOSHIBA HDD/SSD Alert                                           3.1.64.9         
    Windows Live Remote Service                                     15.4.5722.2      
    Toshiba App Place                                               1.0.6.3          
    Windows Live Mesh                                               15.4.3502.0922   
    Windows Live Language Selector                                  15.4.3538.0513   
    QuickTime                                                       7.72.80.56       
    Renesas Electronics USB 3.0 Host Controller Driver              2.0.34.0         
    TOSHIBA Value Added Package                                     1.6.1.64         
    Microsoft_VC80_CRT_x86                                          8.0.50727.4053   
    Google Update Helper                                            1.3.21.111       
    TOSHIBA HDD Protection                                          2.2.2.15         
    7-Zip 9.20 (x64 edition)                                        9.20.00.0        
    TOSHIBA PC Health Monitor                                       1.7.9.64         
    Windows Live Mail                                               15.4.3502.0922   
    Adobe Help Manager                                              4.0.244          
    MSVCRT                                                          15.4.2862.0708   
    Windows Live Remote Client                                      15.4.5722.2      
    Blackmagic ATEM Switchers                                       3.0.1.0          
    Microsoft_VC90_MFC_x86                                          1.00.0000        
    Windows Live Photo Common                                       15.4.3502.0922   
    Windows Live ID Sign-in Assistant                               7.250.4232.0     
    Microsoft Visual C++ 2005 Redistributable                       8.0.61001        
    Windows Live Messenger                                          15.4.3538.0513   
    Windows Live Mesh                                               15.4.3502.0922   
    Windows Live Writer                                             15.4.3502.0922   
    Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.4148  9.0.30729.4148   
    Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.17    9.0.30729        
    TOSHIBA Hardware Setup                                          1.63.1.37C       
    Microsoft Silverlight                                           4.0.50401.0      
    PlayReady PC Runtime x86                                        1.3.0            
    Intel(R) WiDi                                                   2.1.41.0         
    Windows Live MIME IFilter                                       15.4.3502.0922   
    TOSHIBA Flash Cards Support Utility                             1.63.0.12C       
    TOSHIBA eco Utility                                             1.3.5.64         
    Windows Live UX Platform                                        15.4.3502.0922   
    TOSHIBA Wireless Display Monitor                                1.0.1            
    Debugging Tools for Windows (x64)                               6.12.2.633       
    Windows Live Remote Service Resources                           15.4.5722.2      
    Windows Live Writer Resources                                   15.4.3502.0922   
    Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729.17    9.0.30729        
    Intel(R) PROSet/Wireless WiFi Software                          14.01.1000       
    Windows Live Installer                                          15.4.3502.0922   
    TOSHIBA Disc Creator                                            2.1.0.11 for x64 
    PlayReady PC Runtime amd64                                      1.3.0            
    Windows Live SOXE                                               15.4.3502.0922   
    Java Auto Updater                                               2.0.4.1          
    TOSHIBA Bulletin Board                                          1.6.08.64        
    Crash details:
    Problem signature:
      Problem Event Name:            BlueScreen
      OS Version:                           6.1.7601.2.1.0.768.3
      Locale ID:                              1041
    Additional information about the problem:
      BCCode:                               d1
      BCP1:                                   0000000000000001
      BCP2:                                   0000000000000002
      BCP3:                                   0000000000000008
      BCP4:                                   0000000000000001
      OS Version:                           6_1_7601
      Service Pack:                        1_0
      Product:                                768_1
    Files that help describe the problem:
      C:\Windows\Minidump\090312-28516-01.dmp
      C:\Users\xxx\AppData\Local\Temp\WER-62696-0.sysdata.xml
    Read our privacy statement online:
      http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409
    If the online privacy statement is not available, please read our privacy statement offline:
      C:\windows\system32\en-US\erofflps.txt
    DMP file details
    Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols
    Executable search path is:
    Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
    Product: WinNt, suite: TerminalServer SingleUserTS Personal
    Built by: 7601.17835.amd64fre.win7sp1_gdr.120503-2030
    Machine Name:
    Kernel base = 0xfffff800`02e04000 PsLoadedModuleList = 0xfffff800`03048670
    Debug session time: Mon Sep  3 02:27:16.190 2012 (UTC + 9:00)
    System Uptime: 0 days 0:06:50.096
    Loading Kernel Symbols
    Loading User Symbols
    Loading unloaded module list
    *                        Bugcheck Analysis                                    *
    Use !analyze -v to get detailed debugging information.
    BugCheck D1, {1, 2, 8, 1}
    *** WARNING: Unable to verify timestamp for win32k.sys
    *** ERROR: Module load completed but symbols could not be loaded for win32k.sys
    Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+260 )
    Followup: MachineOwner
    0: kd> !analyze -v
    *                        Bugcheck Analysis                                    *
    DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
    An attempt was made to access a pageable (or completely invalid) address at an
    interrupt request level (IRQL) that is too high.  This is usually
    caused by drivers using improper addresses.
    If kernel debugger is available get stack backtrace.
    Arguments:
    Arg1: 0000000000000001, memory referenced
    Arg2: 0000000000000002, IRQL
    Arg3: 0000000000000008, value 0 = read operation, 1 = write operation
    Arg4: 0000000000000001, address which referenced memory
    Debugging Details:
    READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800030b2100
     0000000000000001
    CURRENT_IRQL:  2
    FAULTING_IP:
    +6130613031313361
    00000000`00000001 ??              ???
    PROCESS_NAME:  System
    CUSTOMER_CRASH_COUNT:  1
    DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
    BUGCHECK_STR:  0xD1
    TRAP_FRAME:  fffff80000b9c740 -- (.trap 0xfffff80000b9c740)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=fffff80000b9c801 rbx=0000000000000000 rcx=fffffa8004586618
    rdx=fffff80000b9c8d8 rsi=0000000000000000 rdi=0000000000000000
    rip=0000000000000001 rsp=fffff80000b9c8d0 rbp=0000892fc0ba4327
     r8=fffff80000b9c8d0  r9=0000000000000000 r10=0000000004216094
    r11=000000005e040600 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0         nv up ei ng nz na pe nc
    00000000`00000001 ??              ???
    Resetting default scope
    LAST_CONTROL_TRANSFER:  from fffff80002e82769 to fffff80002e831c0
    FAILED_INSTRUCTION_ADDRESS:
    +6130613031313361
    00000000`00000001 ??              ???
    STACK_TEXT: 
    fffff800`00b9c5f8 fffff800`02e82769 : 00000000`0000000a 00000000`00000001 00000000`00000002 00000000`00000008 : nt!KeBugCheckEx
    fffff800`00b9c600 fffff800`02e813e0 : 00000000`00000002 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
    fffff800`00b9c740 00000000`00000001 : 00000000`00000000 00000000`5e040600 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x260
    fffff800`00b9c8d0 00000000`00000000 : 00000000`5e040600 00000000`00000000 00000000`00000000 00000000`080e8118 : 0x1
    STACK_COMMAND:  kb
    FOLLOWUP_IP:
    nt!KiPageFault+260
    fffff800`02e813e0 440f20c0        mov     rax,cr8
    SYMBOL_STACK_INDEX:  2
    SYMBOL_NAME:  nt!KiPageFault+260
    FOLLOWUP_NAME:  MachineOwner
    MODULE_NAME: nt
    IMAGE_NAME:  ntkrnlmp.exe
    DEBUG_FLR_IMAGE_TIMESTAMP:  4fa390f3
    FAILURE_BUCKET_ID:  X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260
    BUCKET_ID:  X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260
    Followup: MachineOwner

    Satellite A215-S7422 
    We need to know the Stop code on the blue screen. If there is a file name mentioned, we want that too.
    You can prevent the rapid disappearance of the blue screen during a normal boot by choosing this at the F8 Startup menu.
       Disable automatic restart on system failure
    -Jerry

  • BSoD on a new machine

    Hi, people.
    I've just bought and assembled a new computer and I'm having constant BSoDs (usually with disturbing sound effect like looping the last bit of sound, which sounds like "bzzzzz" or "brrrrrr", or even "beeeeep"), game crashes (always
    c0000005 code) and "video driver has stopped responding and recovered" messages at random moments.
    Specs (used Piriform Speccy):
    OS: Windows 7 Ultimate 64-bit SP1 (not activated yet)
    CPU: Intel Core i7 4770 @ 3.40GHz    27 °C Haswell 22nm Technology
    RAM: 16,0GB 2-channel DDR3 @ 799 MHz (9-11-11-29)
    Motherboard: Gigabyte Technology Co., Ltd. Z87X-D3H-CF (SOCKET 0)    28 °C
    GPU: Intel HD Graphics 4600 (Gigabyte)
            4095 МБNVIDIA GeForce GTX 760 (Gigabyte)    32 °C
            4095 МБNVIDIA GeForce GTX 760 (Gigabyte)    29 °C
    Storage: 111GB ATA Samsung SSD 840 SCSI Disk Device (SSD)    32 °C
    Disk drive: Optiarc DVD RW AD-7280S SCSI CdRom Device
    Sound devices: Creative Sound Blaster Z
    Power Supply: ATX Corsair HX 1050, CP-902, 1200W
    DxDiag: DirectX 11, driver version 9.18.13.3182, driver model WDDM 1.1
    GeForce Experience Info: GeForce R331 Game Ready Driver, version 331.82, timestamp 19.11.2013
    BSoD codes:
    driver_irql_not_less_or_equal
    page_fault_in_nonpaged_area
    BSoD driver file: dxgmms1.sys (attempting to corrupt the system, revealed using the Windows Driver Verifier)
    So, I've downloaded and installed the latest motherboard, GPU, SSD and soundcard drivers from their official sites, deinstalling older versions using Driver Cleaner and CCleaner. I've tested my RAM with memtest and found no problems. I've done a stress-test
    using the AIDA64 - no errors. Monitoring the temperature during the stress-test and usual activities revealed no overheat. AHCI mode is set. SLI is configured through the NVidia panel. No overclocked CPU. No problems when rendering with GPU (i.e. no artifacts/hangs).
    BIOS menu displays no voltage problems. No cable connection problems seen at the moment.
    Also, tried with two different Windows - Professional and Ultimate, same errors. HALP PLEASE.
    Minidumps: http://anonymousdelivers.us/97897
    P.S. Forgot to say, the computer is connected through a voltage regulator APC Line-R 1200. Instead of a monitor I use my TV (Samsung) connected via HDMI to the top GPU.
    UPD 1: Okay, tried both of available WHQL driver versions for my GPU (320.49 and 327.23, now using 320.49) Still having random BSoDs with no driver specified (usually 0x0000001E) with weird noises when BSoD (using the motherboard output or the soundcard
    changes nothing).
    Also, the Windows Driver Verifier now does not give a BSoD.
    UPD: Noticed strange temperature changes on the top GPU: fading from 45° to 39° when writing this post. No game or other graphics rendering program is running, only Firefox (both of the NVidia 3d VISION plugins disabled) and Speccy.
    UPD 2: Got another SYSTEM_SERVICE_EXCEPTION BSoD while scrolling a page with Mozilla.
    UPD 3: Experiencing strange application unstability - crashes & hangs (seen crashing AC3, Firefox, Flash Player, Samsung Magician, dwm.exe, all with c0000005 error).

    Dverlik
    These were Related to
    nvlddmkm.sys nVidia Display Driver.  There is a known problem with the current version (which is yours).   I would revert back to a much older one (say a generation).
    Use !analyze -v to get detailed debugging information.
    BugCheck D1, {e1, a, 0, fffff8800f88238f}
    *** WARNING: Unable to verify timestamp for nvlddmkm.sys
    *** ERROR: Module load completed but symbols could not be loaded for nvlddmkm.sys
    Probably caused by : nvlddmkm.sys ( nvlddmkm+738f )
    DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
    An attempt was made to access a pageable (or completely invalid) address at an
    interrupt request level (IRQL) that is too high. This is usually
    caused by drivers using improper addresses.
    If kernel debugger is available get stack backtrace.
    Arguments:
    Arg1: 00000000000000e1, memory referenced
    Arg2: 000000000000000a, IRQL
    Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
    Arg4: fffff8800f88238f, address which referenced memory
    Debugging Details:
    READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800034c0100
    GetUlongFromAddress: unable to read from fffff800034c01c0
    00000000000000e1 Nonpaged pool
    CURRENT_IRQL: a
    FAULTING_IP:
    nvlddmkm+738f
    fffff880`0f88238f 4c8bb8e0000000 mov r15,qword ptr [rax+0E0h]
    CUSTOMER_CRASH_COUNT: 1
    DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
    BUGCHECK_STR: 0xD1
    PROCESS_NAME: System
    ANALYSIS_VERSION: 6.3.9600.16384 (debuggers(dbg).130821-1623) amd64fre
    DPC_STACK_BASE: FFFFF80000BA2FB0
    TRAP_FRAME: fffff80000b9bf70 -- (.trap 0xfffff80000b9bf70)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=0000000000000001 rbx=0000000000000000 rcx=fffffa80146d7000
    rdx=fffff80000b9c4f8 rsi=0000000000000000 rdi=0000000000000000
    rip=fffff8800f88238f rsp=fffff80000b9c100 rbp=fffff80000b9c200
    r8=0000000000000000 r9=0000000000000000 r10=0000000000000001
    r11=0000000000000002 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0 nv up ei pl nz na pe nc
    nvlddmkm+0x738f:
    fffff880`0f88238f 4c8bb8e0000000 mov r15,qword ptr [rax+0E0h] ds:00000000`000000e1=????????????????
    Resetting default scope
    LAST_CONTROL_TRANSFER: from fffff80003288169 to fffff80003288bc0
    STACK_TEXT:
    fffff800`00b9be28 fffff800`03288169 : 00000000`0000000a 00000000`000000e1 00000000`0000000a 00000000`00000000 : nt!KeBugCheckEx
    fffff800`00b9be30 fffff800`03286de0 : 00000001`0000000f 00000002`00000001 00000000`00000003 00000000`00000000 : nt!KiBugCheckDispatch+0x69
    fffff800`00b9bf70 fffff880`0f88238f : 00000438`00000780 00000000`00000000 fffff800`00b9c200 00000000`00000000 : nt!KiPageFault+0x260
    fffff800`00b9c100 00000438`00000780 : 00000000`00000000 fffff800`00b9c200 00000000`00000000 fffffa80`25306640 : nvlddmkm+0x738f
    fffff800`00b9c108 00000000`00000000 : fffff800`00b9c200 00000000`00000000 fffffa80`25306640 fffff880`03974180 : 0x00000438`00000780
    STACK_COMMAND: kb
    FOLLOWUP_IP:
    nvlddmkm+738f
    fffff880`0f88238f 4c8bb8e0000000 mov r15,qword ptr [rax+0E0h]
    SYMBOL_STACK_INDEX: 3
    SYMBOL_NAME: nvlddmkm+738f
    FOLLOWUP_NAME: MachineOwner
    MODULE_NAME: nvlddmkm
    IMAGE_NAME: nvlddmkm.sys
    DEBUG_FLR_IMAGE_TIMESTAMP: 5280da75
    FAILURE_BUCKET_ID: X64_0xD1_nvlddmkm+738f
    BUCKET_ID: X64_0xD1_nvlddmkm+738f
    ANALYSIS_SOURCE: KM
    FAILURE_ID_HASH_STRING: km:x64_0xd1_nvlddmkm+738f
    Wanikiya and Dyami--Team Zigzag

  • Memory limitation on PCI6133

    Hi
    I try to acquire continuous samples (SGL data type) of a analog signals with the 8 differential analog inputs of a NI-PCI 6133 board. The 32 MB onboard memory limitate the length of acquisition opération. I would be able to store directly datas in PC memory though PCI bus. Is it possible to perform this storage? How doing to performe real continuous storage operations, at this rate, with this board?
    best regards
    Solved!
    Go to Solution.

    HI YEK, 
    First of all, did you get any errors, what is your sampling rate?
    Did you do large finite or continuous acquisition?
    Which developpement system?
    Can you reply with a print screen of you DAQ application?
    Data transfer memory is done in several stages:
    1- The signal passes to an onboard memory buffer which stores the data until it can be transferred from the device to the computer (Bus depending).
    2- The data is then transferred from the device to a PC Buffer through Direct Memory Access (DMA) or Interrupt Request (Board depending).
    3- The DAQmx read.Vi then transfers the data to LabVIEW, which can be displayed on the front panel for example.
    The main difference between a finite buffered acquisition and continuous bufferes acquisition is the number of points that you acquire. With a finite buffered acquisition, you can acquire a set number of point. With a continuous buffered acquisition, you can acquire data indefinitely.
    To understand how the driver works, i encourage you to read this tutorial below:
    Getting Started with NI-DAQmx: Main Page
    http://zone.ni.com/devzone/cda/tut/p/id/5434
    Best Regards,
    Rémi D.
    National Instruments France
    #adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
    >> Les rencontres techniques de NI - Mesures et acquisition de données : de la théorie à la mise en ...

  • IMac G3 computers still refusing to power up? Here is a solution.

    This post is the sequel to the discussion "iMac G3 computers still refusing to power up? Here is what I've found out!", accessible under this link http://discussions.apple.com/thread.jspa?threadID=2326420&tstart=0 .
    I made it! I have fixed the issue of the iMac DV refusing to power up.
    For this, I had to design and build a prototype of a cost-effective nonresident hardware patch, which I am about to describe in this article. I will also give the instructions of use. Subsequently, I will expose the rationale, which led to the background of the design. Finally, I will report the observations after the experiment with the patch and sketch the theory of its actual operation with the PMU firmware.
    *TABLE OF CONTENTS*
    1. Applicability condition and restriction
    2. Description of the PMU hardware patch
    3. Interconnections of the PMU microcontroller with the PMU Hardware Patch
    4. Instructions to read before mounting and unmounting the PMU Hardware Patch on the iMac
    5. Background to the design of the PMU Hardware Patch
    5.1. The genesis
    5.2. What the PMU Hardware Patch actually does
    6. Recommended updates before using the PMU Hardware Patch
    7. User's Manual of the PMU microcontroller
    8. Datasheets of the 74HC4049 Hex inverting high-to-low level shifter
    9. Datasheets of the 74HC193 Presettable synchronous 4-bit binary up/down counter
    10. Errata to the discussion start of February 6th, 2010
    h1. 1. Applicability condition and restriction
    The hardware patch addresses the issue of a slot-loading iMac, which can be powered up only within two seconds after resetting the PMU microcontroller. It is not required otherwise.
    Moreover, it does not need to reside in the iMac, but suffices once to permanently cure the power-management firmware.
    h1. 2. Description of the PMU hardware patch
    As seen on figures 1 and 2, the PMU hardware patch relies on a low part count: two logic ICs (74HC193 and 74HC4049), two 0805-packaged resistors and two 1206-packaged capacitors, which all fit on a 31mm x 45mm single-sided SMD prototyping board. The circuit consumes a current intensity of about 7.5 milliamps for a supply voltage of 3.3 volts.
    The PMU hardware patch functions as a frequency divider of the PMU sub-clock generator output, XCOUT. It applies an active low pulse to the PMU NMI_bar non-maskable input, once every sixteen XCOUT rising edge for half a period. It is disabled when the PMU main clock generator output, XOUT, returns to 0 by oscillations, or when the system is being reset with the PMU RESET_bar input asserted to 0. The peak-to-peak 1.5-Volt oscillations of XCOUT are fed through the 1-nanofarad DC-blocking capacitor to the inverter biased in the linear region by a feedback resistor of twice 270 kilo-ohms, for translation to 3.3V-compatible logic levels.
    The power-supply bypass capacitor amounts to 100 nanofarads.
    *Figure 1: Schematics of the PMU Hardware Patch*
    [Figure 1|http://www.flickr.com/photos/aegidius_2/4923600713/in/photostream/|Click to view in a new tab.]
    Note the 0.5mm-diameter insulated copper wires in ochre color on the prototype board (figure 2).
    *Figure 2: Picture of the PMU Hardware Patch prototype - component side*
    [Figure 2|http://www.flickr.com/photos/aegidius_2/4924196064/in/photostream/|Click to view in a new tab.]
    The 10cm-long interface wires can be clamped to the board with cylinder blocks made of epoxy glue (Araldite), as seen on figure 3.
    *Figure 3: Picture of the PMU Hardware Patch prototype - interface side*
    [Figure 3|http://www.flickr.com/photos/aegidius_2/4924196296/in/photostream/|Click to view in a new tab.]
    h1. 3. Interconnections of the PMU microcontroller with the PMU Hardware Patch
    The PMU Hardware Patch uses the signals RESET_bar, NMI_bar and the clocks XOUT and XCOUT of the PMU microcontroller, U34 on the Logic Board underside. Both are supplied by the voltage available across the tantalum capacitor C131.
    Pin 73 of U34 performs the function INT3_bar because it turns out to be permanently configured as an edge-sensitive interrupt input, once the PMU Hardware Patch has been used. This will be justified in section 5.2. When the computer is plugged to the mains, a pressure on any power button can induce a falling edge on pin 73. U34 responds by asserting pin 75 to logic 0, as long as the computer has to remain powered on from the PAV board.
    Pin 10 of U34 is the active low reset input, RESET_bar. It toggles from logic 0 to 1, a few hundred milliseconds after U35 has detected the supply voltage across the capacitor C131 has settled above 2.2 volts, either because a good battery has been inserted in the holder, or else because the computer has been plugged to the mains and the trickle power from the PAV board, T5V, is available. It is also asserted to logic 0, as long as the PMU reset button is depressed.
    Pin 9 of U34 is the sub-clock output, XCOUT. The PMU microcontroller selects it for its operation in low-power dissipation mode to carry on the timekeeping, normally as soon as the computer is being shut down. The microcontroller shall then draw no more than 40 microamps typically from the battery.
    Pin 11 of U34 is the main clock output, XOUT. It is the default clock of the PMU microcontroller after the reset phase. The microcontroler selects it for its operation in high-speed mode, when the computer is powered on.
    Pin 15 of U34 is the active low edge-sensitive non-maskable interrupt, NMI_bar. It is normally unused and its voltage remains pulled up to the microcontroller supply through resistor R124. However, it happens to help resolve the power-up issue when it is controlled by the PMU Hardware Patch. The justifications are exposed in section 5.2.
    Figure 4 shows an easier access to the clock and control signal pins of U34, to be connected to the PMU Hardware Patch, from the top of the Logic Board. You will have to solder the PMU Hardware Patch interface wires at the locations pointed to.
    *Figure 4: View of the access to the PMU U34 chip signals for the PMU Hardware Patch*
    [Figure 4|http://www.flickr.com/photos/aegidius_2/4929783304/in/photostream/|Click to view in a new tab.]
    h1. 4. Instructions to read before mounting and unmounting the PMU Hardware Patch on the iMac
    All possible updates accessible from the links in section 6 shall be installed. Then remove the battery. All this ensures your iMac will be prepared to interact with the PMU Hardware Patch under the same initial conditions as in the experiment I have carried out.
    Afterwards, remove the bottom housing, the metal shield, the SDRAM, the IDE cable and disconnect the hard-drive power cable. Take off the Logic Board together with the Down Converter board and the modem and place it on your workbench. Now carefully solder the PMU Hardware Patch interface wires at the locations pointed to in figure 4. Figure 5 illustrates the result.
    Install the boards back in the iMac, reconnect the hard-drive power cable and the IDE cable, and re-insert the SDRAM in its original slot. Put the computer on a large flat and safe area near a power socket. Stand up the PMU Hardware Patch on a plastic pouch, to insulate it for the parts of the Logic Board, as seen in figure 6. Connect the keyboard and the mouse.
    Once you have plugged the computer back to the mains, don't take the risk to touch the computer except the keyboard and the mouse, because quite a few visible metal parts are live and lethal by body contact!
    Wait for twenty seconds and then unplug the computer from the mains. Wait for a minute. Again, supply the mains to the computer and wait for twenty seconds, before you press the power button on the keyboard. Then let the operating system load until you can see the menu bar. Maybe a window will pop up to warn you that the system date is too ancient, but you can skip it. Now shut down the computer by selecting the command in the Special menu. I know it is awkward to move the mouse pointer when the picture is upside down. But take it easy!
    Unplug the computer from the mains and unmount the PMU Hardware Patch. Once you have re-assembled your iMac, you can power it up and use it without the constraint to reset the PMU each time before and then to press on a power button in a hurry within two seconds.
    A good tip: get all this task cleanly done by a professional, like a repairman or an electronics technician, if you feel you don't have enough skill in soldering!
    *Figure 5: View of the Patch-PMU interconnections*
    [Figure 5|http://www.flickr.com/photos/aegidius_2/4929190683/in/photostream/|Click to view in a new tab.]
    *Figure 6: View of the mounted PMU Hardware Patch*
    [Figure 6|http://www.flickr.com/photos/aegidius_2/4929190963/in/photostream/|Click to view in a new tab.]
    h1. 5. Background to the design of the PMU Hardware Patch
    h2. 5.1. The genesis
    My idea to the design of the PMU Hardware Patch started with the study of the user's manual of the PMU microcontroller and with my observations on the clocks XOUT and XCOUT.
    The symptom of the power-up default was accompanied by the disappearance of the clocks XOUT and XCOUT, if no power button was depressed within two seconds after pushing on the PMU reset button. I concluded, it was the reason why the PMU microcontroller could no longer react to a power button signal on pin 73 (P15/D13/INT3) and perform any timekeeping until the next PMU reset.
    By looking at the block diagram Figure 1.10.3 (Clock generating circuit) of the microcontroller user's manual, I noticed that any clock oscillator, XOUT and XOUT, can be re-enabled after the CM10 bit has pulsed to logic 1, provided that the SR latch is reset by the NMI_bar non-maskable interrupt line or by the RESET_bar input. If bit CM04 was set to logic 1, then XCOUT resumes the clock oscillations, and likewise for XOUT if bit CM05 was set to logic 1.
    I assumed the situation CM04 = 1 and CM05 = 0, as the PMU microcontroller enters the STOP mode. My idea was then to let it avoid the STOP mode and continue operating in the low-power dissipation mode, by periodically refreshing the SR latch reset through a low pulse on the NMI_bar input. Since the 32.768-kHz oscillations on XCOUT fade within a few hundred microseconds, repeating the pulse on NMI_bar at a quicker rate, once every 488 microseconds (i.e. once every sixteen XCOUT clock period) is acceptable.
    However, I could not foresee how the non-maskable interrupt routine would interfere with the PMU firmware, whenever the NMI_bar pulse would be acknowledged to let the microcontroller program counter branch to it. I know that events on edge-sensitive interrupt lines are normally latched, which allows the microcontroller state machine to detect them even if they are too short compared to the clock period. And yet, I assumed it differently, after reading this excerpt in the microcontroller user's manual in the section "Precautions for Interrupts": "Signals input to the NMI pin require an “L” level of 1 clock or more, from the operation clock of the CPU". I decided to design and build a PMU Hardware Patch, that would generate a pulse on NMI_bar for a duration of less one XCOUT clock period, actually for half of it. If it is synchronised with the appropriate edge of XCOUT, then maybe the pulse would not cause the branch to the NMI routine. Moreover, when both XOUT and XCOUT are running, the duration of the pulse from the PMU Hardware Patch would exceed the period of the XOUT clock. To avoid the risk that the pulse occurs for more than one period of XOUT, as the operation clock of the microcontroller, I designed the PMU Hardware Patch, so that it remains inactive as long as XOUT is not steadily asserted to logic 1. The PMU Hardware Patch will not either generate any low pulse during the reset phase, as long as RESET_bar is asserted to 0, and as required in the microcontroller user's manual.
    Once the PMU Hardware Patch assembled, I took the risk to use it in the iMac DV. What a relief it was, whenever I turned on the computer again, without the need to press the PMU reset button each time. The PMU Hardware Patch works!
    After a power cycling of one minute, without unplugging the iMac from the mains, I looked at the time and date I had initially set. The time had not advanced correctly, while the computer was turned off. Instead it was lagging: it recovered with the value I had initially entered, plus about one minute that the operating system takes to load. That means that no clock was running again, while the computer was turned off. Nonetheless I unmounted the PMU Hardware Patch and tried power cycling the computer at any time interval. Powering it on always succeeded without the need anymore to reset the PMU microcontroller before each attempt.
    h2. 5.2. What the PMU Hardware Patch actually does
    This means the PMU Hardware Patch had definitely interfered with the PMU firmware and cured it with respect to the power-up issue once and for all. I have figured out it interrupts the firmware through the NMI routine, which restores a few data in the non-volatile FLASH memory. These data are used to program the interrupt control register INT3IC, so that pin 73 behaves as the edge sensitive interrupt INT3_bar. This eliminates the need to have any clock running to register a request on pin 73 to power up the computer. Furthermore, when INT3_bar senses a low pulse because a power button is being pushed on, it urges the internal signal "Interrupt request level judgment" to reset the SR latch register, which re-enables any clock oscillator, as seen in figures 1.11.9 (Maskable interrupts priorities (peripheral I/O interrupts)) and 1.10.3 (Clock generating circuit). The PMU microcontroller can resume its operations and look for the source of the interruption. It finds out it has to power up the iMac, because INT3_bar had been latched in as active.
    h1. 6. Recommended updates before using the PMU Hardware Patch
    +Mac OS 9: Available Updates+
    http://support.apple.com/kb/HT1387
    +Power PC-based iMac: When to install available updates+
    http://support.apple.com/kb/HT2560?viewlocale=enUS&locale=enUS
    +iMac: How to Install an iMac Firmware Update+
    http://support.apple.com/kb/HT2561
    h1. 7. User's Manual of the PMU microcontroller
    http://documentation.renesas.com/eng/products/mpumcu/62aeum.pdf
    h1. 8. Datasheets of the 74HC4049 Hex inverting high-to-low level shifter
    http://www.nxp.com/documents/datasheet/74HC4049CNV.pdf
    http://www.st.com/stonline/products/literature/ds/1965/m74hc4049.pdf
    http://www.ti.com/lit/gpn/cd74hc4049
    http://www.fairchildsemi.com/ds/MM/MM74HC4049.pdf
    h1. 9. Datasheets of the 74HC193 Presettable synchronous 4-bit binary up/down counter
    http://www.nxp.com/documents/datasheet/74HCHCT193.pdf
    http://www.ti.com/lit/gpn/cd74hc193
    h1. 10. Errata to the discussion start of February 6th, 2010
    1. "PRAM battery": Wrong naming! The Logic-Board battery only serves to support the timekeeping operation when the mains is removed from the computer, whereas the PRAM data are stored in the non-volatile FLASH memory of the PMU microcontroller (in slot-loading iMacs).
    2. "(...) sets bit 1 of the CM1 register (system clock control register 1) to 1 (...)". This fragment shall rather read: "(...) sets bit 0 of the CM1 register (system clock control register 1) to 1 (...)".
    Aegidius_2
    Keep perseverance and reach your goal!

    This post is the sequel to the discussion "iMac G3 computers still refusing to power up? Here is what I've found out!", accessible under this link http://discussions.apple.com/thread.jspa?threadID=2326420&tstart=0 .
    I made it! I have fixed the issue of the iMac DV refusing to power up.
    For this, I had to design and build a prototype of a cost-effective nonresident hardware patch, which I am about to describe in this article. I will also give the instructions of use. Subsequently, I will expose the rationale, which led to the background of the design. Finally, I will report the observations after the experiment with the patch and sketch the theory of its actual operation with the PMU firmware.
    *TABLE OF CONTENTS*
    1. Applicability condition and restriction
    2. Description of the PMU hardware patch
    3. Interconnections of the PMU microcontroller with the PMU Hardware Patch
    4. Instructions to read before mounting and unmounting the PMU Hardware Patch on the iMac
    5. Background to the design of the PMU Hardware Patch
    5.1. The genesis
    5.2. What the PMU Hardware Patch actually does
    6. Recommended updates before using the PMU Hardware Patch
    7. User's Manual of the PMU microcontroller
    8. Datasheets of the 74HC4049 Hex inverting high-to-low level shifter
    9. Datasheets of the 74HC193 Presettable synchronous 4-bit binary up/down counter
    10. Errata to the discussion start of February 6th, 2010
    h1. 1. Applicability condition and restriction
    The hardware patch addresses the issue of a slot-loading iMac, which can be powered up only within two seconds after resetting the PMU microcontroller. It is not required otherwise.
    Moreover, it does not need to reside in the iMac, but suffices once to permanently cure the power-management firmware.
    h1. 2. Description of the PMU hardware patch
    As seen on figures 1 and 2, the PMU hardware patch relies on a low part count: two logic ICs (74HC193 and 74HC4049), two 0805-packaged resistors and two 1206-packaged capacitors, which all fit on a 31mm x 45mm single-sided SMD prototyping board. The circuit consumes a current intensity of about 7.5 milliamps for a supply voltage of 3.3 volts.
    The PMU hardware patch functions as a frequency divider of the PMU sub-clock generator output, XCOUT. It applies an active low pulse to the PMU NMI_bar non-maskable input, once every sixteen XCOUT rising edge for half a period. It is disabled when the PMU main clock generator output, XOUT, returns to 0 by oscillations, or when the system is being reset with the PMU RESET_bar input asserted to 0. The peak-to-peak 1.5-Volt oscillations of XCOUT are fed through the 1-nanofarad DC-blocking capacitor to the inverter biased in the linear region by a feedback resistor of twice 270 kilo-ohms, for translation to 3.3V-compatible logic levels.
    The power-supply bypass capacitor amounts to 100 nanofarads.
    *Figure 1: Schematics of the PMU Hardware Patch*
    [Figure 1|http://www.flickr.com/photos/aegidius_2/4923600713/in/photostream/|Click to view in a new tab.]
    Note the 0.5mm-diameter insulated copper wires in ochre color on the prototype board (figure 2).
    *Figure 2: Picture of the PMU Hardware Patch prototype - component side*
    [Figure 2|http://www.flickr.com/photos/aegidius_2/4924196064/in/photostream/|Click to view in a new tab.]
    The 10cm-long interface wires can be clamped to the board with cylinder blocks made of epoxy glue (Araldite), as seen on figure 3.
    *Figure 3: Picture of the PMU Hardware Patch prototype - interface side*
    [Figure 3|http://www.flickr.com/photos/aegidius_2/4924196296/in/photostream/|Click to view in a new tab.]
    h1. 3. Interconnections of the PMU microcontroller with the PMU Hardware Patch
    The PMU Hardware Patch uses the signals RESET_bar, NMI_bar and the clocks XOUT and XCOUT of the PMU microcontroller, U34 on the Logic Board underside. Both are supplied by the voltage available across the tantalum capacitor C131.
    Pin 73 of U34 performs the function INT3_bar because it turns out to be permanently configured as an edge-sensitive interrupt input, once the PMU Hardware Patch has been used. This will be justified in section 5.2. When the computer is plugged to the mains, a pressure on any power button can induce a falling edge on pin 73. U34 responds by asserting pin 75 to logic 0, as long as the computer has to remain powered on from the PAV board.
    Pin 10 of U34 is the active low reset input, RESET_bar. It toggles from logic 0 to 1, a few hundred milliseconds after U35 has detected the supply voltage across the capacitor C131 has settled above 2.2 volts, either because a good battery has been inserted in the holder, or else because the computer has been plugged to the mains and the trickle power from the PAV board, T5V, is available. It is also asserted to logic 0, as long as the PMU reset button is depressed.
    Pin 9 of U34 is the sub-clock output, XCOUT. The PMU microcontroller selects it for its operation in low-power dissipation mode to carry on the timekeeping, normally as soon as the computer is being shut down. The microcontroller shall then draw no more than 40 microamps typically from the battery.
    Pin 11 of U34 is the main clock output, XOUT. It is the default clock of the PMU microcontroller after the reset phase. The microcontroler selects it for its operation in high-speed mode, when the computer is powered on.
    Pin 15 of U34 is the active low edge-sensitive non-maskable interrupt, NMI_bar. It is normally unused and its voltage remains pulled up to the microcontroller supply through resistor R124. However, it happens to help resolve the power-up issue when it is controlled by the PMU Hardware Patch. The justifications are exposed in section 5.2.
    Figure 4 shows an easier access to the clock and control signal pins of U34, to be connected to the PMU Hardware Patch, from the top of the Logic Board. You will have to solder the PMU Hardware Patch interface wires at the locations pointed to.
    *Figure 4: View of the access to the PMU U34 chip signals for the PMU Hardware Patch*
    [Figure 4|http://www.flickr.com/photos/aegidius_2/4929783304/in/photostream/|Click to view in a new tab.]
    h1. 4. Instructions to read before mounting and unmounting the PMU Hardware Patch on the iMac
    All possible updates accessible from the links in section 6 shall be installed. Then remove the battery. All this ensures your iMac will be prepared to interact with the PMU Hardware Patch under the same initial conditions as in the experiment I have carried out.
    Afterwards, remove the bottom housing, the metal shield, the SDRAM, the IDE cable and disconnect the hard-drive power cable. Take off the Logic Board together with the Down Converter board and the modem and place it on your workbench. Now carefully solder the PMU Hardware Patch interface wires at the locations pointed to in figure 4. Figure 5 illustrates the result.
    Install the boards back in the iMac, reconnect the hard-drive power cable and the IDE cable, and re-insert the SDRAM in its original slot. Put the computer on a large flat and safe area near a power socket. Stand up the PMU Hardware Patch on a plastic pouch, to insulate it for the parts of the Logic Board, as seen in figure 6. Connect the keyboard and the mouse.
    Once you have plugged the computer back to the mains, don't take the risk to touch the computer except the keyboard and the mouse, because quite a few visible metal parts are live and lethal by body contact!
    Wait for twenty seconds and then unplug the computer from the mains. Wait for a minute. Again, supply the mains to the computer and wait for twenty seconds, before you press the power button on the keyboard. Then let the operating system load until you can see the menu bar. Maybe a window will pop up to warn you that the system date is too ancient, but you can skip it. Now shut down the computer by selecting the command in the Special menu. I know it is awkward to move the mouse pointer when the picture is upside down. But take it easy!
    Unplug the computer from the mains and unmount the PMU Hardware Patch. Once you have re-assembled your iMac, you can power it up and use it without the constraint to reset the PMU each time before and then to press on a power button in a hurry within two seconds.
    A good tip: get all this task cleanly done by a professional, like a repairman or an electronics technician, if you feel you don't have enough skill in soldering!
    *Figure 5: View of the Patch-PMU interconnections*
    [Figure 5|http://www.flickr.com/photos/aegidius_2/4929190683/in/photostream/|Click to view in a new tab.]
    *Figure 6: View of the mounted PMU Hardware Patch*
    [Figure 6|http://www.flickr.com/photos/aegidius_2/4929190963/in/photostream/|Click to view in a new tab.]
    h1. 5. Background to the design of the PMU Hardware Patch
    h2. 5.1. The genesis
    My idea to the design of the PMU Hardware Patch started with the study of the user's manual of the PMU microcontroller and with my observations on the clocks XOUT and XCOUT.
    The symptom of the power-up default was accompanied by the disappearance of the clocks XOUT and XCOUT, if no power button was depressed within two seconds after pushing on the PMU reset button. I concluded, it was the reason why the PMU microcontroller could no longer react to a power button signal on pin 73 (P15/D13/INT3) and perform any timekeeping until the next PMU reset.
    By looking at the block diagram Figure 1.10.3 (Clock generating circuit) of the microcontroller user's manual, I noticed that any clock oscillator, XOUT and XOUT, can be re-enabled after the CM10 bit has pulsed to logic 1, provided that the SR latch is reset by the NMI_bar non-maskable interrupt line or by the RESET_bar input. If bit CM04 was set to logic 1, then XCOUT resumes the clock oscillations, and likewise for XOUT if bit CM05 was set to logic 1.
    I assumed the situation CM04 = 1 and CM05 = 0, as the PMU microcontroller enters the STOP mode. My idea was then to let it avoid the STOP mode and continue operating in the low-power dissipation mode, by periodically refreshing the SR latch reset through a low pulse on the NMI_bar input. Since the 32.768-kHz oscillations on XCOUT fade within a few hundred microseconds, repeating the pulse on NMI_bar at a quicker rate, once every 488 microseconds (i.e. once every sixteen XCOUT clock period) is acceptable.
    However, I could not foresee how the non-maskable interrupt routine would interfere with the PMU firmware, whenever the NMI_bar pulse would be acknowledged to let the microcontroller program counter branch to it. I know that events on edge-sensitive interrupt lines are normally latched, which allows the microcontroller state machine to detect them even if they are too short compared to the clock period. And yet, I assumed it differently, after reading this excerpt in the microcontroller user's manual in the section "Precautions for Interrupts": "Signals input to the NMI pin require an “L” level of 1 clock or more, from the operation clock of the CPU". I decided to design and build a PMU Hardware Patch, that would generate a pulse on NMI_bar for a duration of less one XCOUT clock period, actually for half of it. If it is synchronised with the appropriate edge of XCOUT, then maybe the pulse would not cause the branch to the NMI routine. Moreover, when both XOUT and XCOUT are running, the duration of the pulse from the PMU Hardware Patch would exceed the period of the XOUT clock. To avoid the risk that the pulse occurs for more than one period of XOUT, as the operation clock of the microcontroller, I designed the PMU Hardware Patch, so that it remains inactive as long as XOUT is not steadily asserted to logic 1. The PMU Hardware Patch will not either generate any low pulse during the reset phase, as long as RESET_bar is asserted to 0, and as required in the microcontroller user's manual.
    Once the PMU Hardware Patch assembled, I took the risk to use it in the iMac DV. What a relief it was, whenever I turned on the computer again, without the need to press the PMU reset button each time. The PMU Hardware Patch works!
    After a power cycling of one minute, without unplugging the iMac from the mains, I looked at the time and date I had initially set. The time had not advanced correctly, while the computer was turned off. Instead it was lagging: it recovered with the value I had initially entered, plus about one minute that the operating system takes to load. That means that no clock was running again, while the computer was turned off. Nonetheless I unmounted the PMU Hardware Patch and tried power cycling the computer at any time interval. Powering it on always succeeded without the need anymore to reset the PMU microcontroller before each attempt.
    h2. 5.2. What the PMU Hardware Patch actually does
    This means the PMU Hardware Patch had definitely interfered with the PMU firmware and cured it with respect to the power-up issue once and for all. I have figured out it interrupts the firmware through the NMI routine, which restores a few data in the non-volatile FLASH memory. These data are used to program the interrupt control register INT3IC, so that pin 73 behaves as the edge sensitive interrupt INT3_bar. This eliminates the need to have any clock running to register a request on pin 73 to power up the computer. Furthermore, when INT3_bar senses a low pulse because a power button is being pushed on, it urges the internal signal "Interrupt request level judgment" to reset the SR latch register, which re-enables any clock oscillator, as seen in figures 1.11.9 (Maskable interrupts priorities (peripheral I/O interrupts)) and 1.10.3 (Clock generating circuit). The PMU microcontroller can resume its operations and look for the source of the interruption. It finds out it has to power up the iMac, because INT3_bar had been latched in as active.
    h1. 6. Recommended updates before using the PMU Hardware Patch
    +Mac OS 9: Available Updates+
    http://support.apple.com/kb/HT1387
    +Power PC-based iMac: When to install available updates+
    http://support.apple.com/kb/HT2560?viewlocale=enUS&locale=enUS
    +iMac: How to Install an iMac Firmware Update+
    http://support.apple.com/kb/HT2561
    h1. 7. User's Manual of the PMU microcontroller
    http://documentation.renesas.com/eng/products/mpumcu/62aeum.pdf
    h1. 8. Datasheets of the 74HC4049 Hex inverting high-to-low level shifter
    http://www.nxp.com/documents/datasheet/74HC4049CNV.pdf
    http://www.st.com/stonline/products/literature/ds/1965/m74hc4049.pdf
    http://www.ti.com/lit/gpn/cd74hc4049
    http://www.fairchildsemi.com/ds/MM/MM74HC4049.pdf
    h1. 9. Datasheets of the 74HC193 Presettable synchronous 4-bit binary up/down counter
    http://www.nxp.com/documents/datasheet/74HCHCT193.pdf
    http://www.ti.com/lit/gpn/cd74hc193
    h1. 10. Errata to the discussion start of February 6th, 2010
    1. "PRAM battery": Wrong naming! The Logic-Board battery only serves to support the timekeeping operation when the mains is removed from the computer, whereas the PRAM data are stored in the non-volatile FLASH memory of the PMU microcontroller (in slot-loading iMacs).
    2. "(...) sets bit 1 of the CM1 register (system clock control register 1) to 1 (...)". This fragment shall rather read: "(...) sets bit 0 of the CM1 register (system clock control register 1) to 1 (...)".
    Aegidius_2
    Keep perseverance and reach your goal!

  • Windows Server 2008 R2 BSOD Various Messages

    Hello All,
    I've got a Windows Server 2008 R2 that's bluescreened twice in a month. Both times different stop error code. Running on a HP DL360 in Proxmox virtual environment. Below are the two dump outputs:
    Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
    Copyright (c) Microsoft Corporation. All rights reserved.
    Loading Dump File [C:\Users\Denis.Maybir\Desktop\USTBSOD\021015-10078-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available
    Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
    Executable search path is: 
    Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
    Product: Server, suite: TerminalServer
    Built by: 7601.18409.amd64fre.win7sp1_gdr.140303-2144
    Machine Name:
    Kernel base = 0xfffff800`01650000 PsLoadedModuleList = 0xfffff800`01893890
    Debug session time: Tue Feb 10 00:51:00.633 2015 (UTC + 10:00)
    System Uptime: 4 days 3:05:32.166
    Loading Kernel Symbols
    Loading User Symbols
    Loading unloaded module list
    *                        Bugcheck Analysis                                    *
    Use !analyze -v to get detailed debugging information.
    BugCheck A, {fffff6fb40001de8, 0, 0, fffff800016f8dbc}
    Probably caused by : memory_corruption ( nt!MiDeletePageTableHierarchy+9c )
    Followup: MachineOwner
    1: kd> !analyze -v
    *                        Bugcheck Analysis                                    *
    IRQL_NOT_LESS_OR_EQUAL (a)
    An attempt was made to access a pageable (or completely invalid) address at an
    interrupt request level (IRQL) that is too high.  This is usually
    caused by drivers using improper addresses.
    If a kernel debugger is available get the stack backtrace.
    Arguments:
    Arg1: fffff6fb40001de8, memory referenced
    Arg2: 0000000000000000, IRQL
    Arg3: 0000000000000000, bitfield :
    bit 0 : value 0 = read operation, 1 = write operation
    bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
    Arg4: fffff800016f8dbc, address which referenced memory
    Debugging Details:
    READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800018fd100
     fffff6fb40001de8 
    CURRENT_IRQL:  0
    FAULTING_IP: 
    nt!MiDeletePageTableHierarchy+9c
    fffff800`016f8dbc 498b06          mov     rax,qword ptr [r14]
    CUSTOMER_CRASH_COUNT:  1
    DEFAULT_BUCKET_ID:  DRIVER_FAULT_SERVER_MINIDUMP
    BUGCHECK_STR:  0xA
    PROCESS_NAME:  GoogleUpdate.e
    TRAP_FRAME:  fffff88007a81f00 -- (.trap 0xfffff88007a81f00)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=0000000077a00000 rbx=0000000000000000 rcx=0000000fffffffff
    rdx=0000058000000000 rsi=0000000000000000 rdi=0000000000000000
    rip=fffff800016f8dbc rsp=fffff88007a82090 rbp=fffffa8006f41210
     r8=0000007ffffffff8  r9=0000098000000000 r10=fffffa8005401bc0
    r11=fffff88007a82170 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0         nv up ei ng nz na po cy
    nt!MiDeletePageTableHierarchy+0x9c:
    fffff800`016f8dbc 498b06          mov     rax,qword ptr [r14] ds:00000000`00000000=????????????????
    Resetting default scope
    LAST_CONTROL_TRANSFER:  from fffff800016c5169 to fffff800016c5bc0
    STACK_TEXT:  
    fffff880`07a81db8 fffff800`016c5169 : 00000000`0000000a fffff6fb`40001de8 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx
    fffff880`07a81dc0 fffff800`016c3de0 : 00000000`00000000 fffff6fb`40001de8 fffff880`07a82b00 00000000`00000000 : nt!KiBugCheckDispatch+0x69
    fffff880`07a81f00 fffff800`016f8dbc : fffffa80`0428b740 00000000`00000001 fffffa80`00e8f590 fffff6fb`40001000 : nt!KiPageFault+0x260
    fffff880`07a82090 fffff800`016958b6 : fffff700`01080518 fffffa80`06f415a8 fffff700`01080000 fffff8a0`000f8630 : nt!MiDeletePageTableHierarchy+0x9c
    fffff880`07a821a0 fffff800`01696892 : fffffa80`06f41210 fffffa80`0000003d fffff8a0`00000011 00000000`00000000 : nt!MiDeleteAddressesInWorkingSet+0x3fb
    fffff880`07a82a50 fffff800`0199b05a : fffff8a0`0eb74060 00000000`00000001 00000000`00000000 fffffa80`06f4b060 : nt!MmCleanProcessAddressSpace+0x96
    fffff880`07a82aa0 fffff800`0197df48 : 00000000`c0000005 00000000`00000001 00000000`7efdb000 00000000`00000000 : nt!PspExitThread+0x56a
    fffff880`07a82ba0 fffff800`016c4e53 : fffffa80`06f41210 00000000`c0000005 fffffa80`06f4b060 00000000`7efdf000 : nt!NtTerminateProcess+0x138
    fffff880`07a82c20 00000000`77a4157a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
    00000000`001df018 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77a4157a
    STACK_COMMAND:  kb
    FOLLOWUP_IP: 
    nt!MiDeletePageTableHierarchy+9c
    fffff800`016f8dbc 498b06          mov     rax,qword ptr [r14]
    SYMBOL_STACK_INDEX:  3
    SYMBOL_NAME:  nt!MiDeletePageTableHierarchy+9c
    FOLLOWUP_NAME:  MachineOwner
    MODULE_NAME: nt
    DEBUG_FLR_IMAGE_TIMESTAMP:  531590fb
    IMAGE_NAME:  memory_corruption
    FAILURE_BUCKET_ID:  X64_0xA_nt!MiDeletePageTableHierarchy+9c
    BUCKET_ID:  X64_0xA_nt!MiDeletePageTableHierarchy+9c
    Followup: MachineOwner
    Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
    Copyright (c) Microsoft Corporation. All rights reserved.
    Loading Dump File [C:\Users\Denis.Maybir\Desktop\USTBSOD\012215-11078-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available
    Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
    Executable search path is: 
    Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
    Product: Server, suite: TerminalServer
    Built by: 7601.18409.amd64fre.win7sp1_gdr.140303-2144
    Machine Name:
    Kernel base = 0xfffff800`0160f000 PsLoadedModuleList = 0xfffff800`01852890
    Debug session time: Thu Jan 22 14:21:47.853 2015 (UTC + 10:00)
    System Uptime: 6 days 17:17:48.333
    Loading Kernel Symbols
    Loading User Symbols
    Loading unloaded module list
    *                        Bugcheck Analysis                                    *
    Use !analyze -v to get detailed debugging information.
    BugCheck 50, {fffff960001322d8, 8, fffff960001322d8, 7}
    Could not read faulting driver name
    Probably caused by : win32k.sys ( win32k!NtUserMessageCall+30 )
    Followup: MachineOwner
    3: kd> !analyze -v
    *                        Bugcheck Analysis                                    *
    PAGE_FAULT_IN_NONPAGED_AREA (50)
    Invalid system memory was referenced.  This cannot be protected by try-except,
    it must be protected by a Probe.  Typically the address is just plain bad or it
    is pointing at freed memory.
    Arguments:
    Arg1: fffff960001322d8, memory referenced.
    Arg2: 0000000000000008, value 0 = read operation, 1 = write operation.
    Arg3: fffff960001322d8, If non-zero, the instruction address which referenced the bad memory
    address.
    Arg4: 0000000000000007, (reserved)
    Debugging Details:
    Could not read faulting driver name
    WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800018bc100
     fffff960001322d8 
    FAULTING_IP: 
    win32k!NtUserMessageCall+30
    fffff960`001322d8 8bac24a8000000  mov     ebp,dword ptr [rsp+0A8h]
    MM_INTERNAL_CODE:  7
    CUSTOMER_CRASH_COUNT:  1
    DEFAULT_BUCKET_ID:  DRIVER_FAULT_SERVER_MINIDUMP
    BUGCHECK_STR:  0x50
    PROCESS_NAME:  Hct14.exe
    CURRENT_IRQL:  0
    TRAP_FRAME:  fffff8800a800660 -- (.trap 0xfffff8800a800660)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=fffff900c20cb010 rbx=0000000000000000 rcx=0000000000000000
    rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
    rip=fffff960001322d8 rsp=fffff8800a8007f0 rbp=fffff8800a800960
     r8=fffff8000160f000  r9=0000000000000000 r10=fffffffffffffff7
    r11=fffff8800a800520 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0         nv up ei ng nz na pe nc
    win32k!NtUserMessageCall+0x30:
    fffff960`001322d8 8bac24a8000000  mov     ebp,dword ptr [rsp+0A8h] ss:0018:fffff880`0a800898=0000029e
    Resetting default scope
    LAST_CONTROL_TRANSFER:  from fffff8000170153b to fffff80001684bc0
    STACK_TEXT:  
    fffff880`0a8004f8 fffff800`0170153b : 00000000`00000050 fffff960`001322d8 00000000`00000008 fffff880`0a800660 : nt!KeBugCheckEx
    fffff880`0a800500 fffff800`01682cee : 00000000`00000008 fffff960`001322d8 fffff880`0a800700 00000000`0003029c : nt! ?? ::FNODOBFM::`string'+0x43781
    fffff880`0a800660 fffff960`001322d8 : 00000000`0003029c 00000000`00000020 00000000`00000012 fffff880`0176d9a0 : nt!KiPageFault+0x16e
    fffff880`0a8007f0 fffff800`01683e53 : fffffa80`097a8820 fffff880`0a800960 00000000`000866e8 00000000`00000000 : win32k!NtUserMessageCall+0x30
    fffff880`0a800870 00000000`74aefe4a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
    00000000`000866c8 fffff800`0167c210 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x74aefe4a
    fffff880`0a800ac0 00000547`f9988783 : fffff800`0168b99f 00000000`00000000 00000000`00000000 00000000`00000202 : nt!KiCallUserMode
    fffff880`0a800ac8 fffff800`0168b99f : 00000000`00000000 00000000`00000000 00000000`00000202 fffff880`0a801450 : 0x547`f9988783
    fffff880`0a800ad0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KeWaitForSingleObject+0x19f
    STACK_COMMAND:  kb
    FOLLOWUP_IP: 
    win32k!NtUserMessageCall+30
    fffff960`001322d8 8bac24a8000000  mov     ebp,dword ptr [rsp+0A8h]
    SYMBOL_STACK_INDEX:  3
    SYMBOL_NAME:  win32k!NtUserMessageCall+30
    FOLLOWUP_NAME:  MachineOwner
    MODULE_NAME: win32k
    IMAGE_NAME:  win32k.sys
    DEBUG_FLR_IMAGE_TIMESTAMP:  54372ef1
    FAILURE_BUCKET_ID:  X64_0x50_win32k!NtUserMessageCall+30
    BUCKET_ID:  X64_0x50_win32k!NtUserMessageCall+30
    Followup: MachineOwner
    Any and all help would be greatly appreciated.
    Thanks in advance!

    Hello All,
    I've got a Windows Server 2008 R2 that's bluescreened twice in a week. Running on a HP DL360 in Proxmox virtual environment. Below are the two dump outputs:
    Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
    Copyright (c) Microsoft Corporation. All rights reserved.
    Loading Dump File [C:\Users\Denis.Maybir\Desktop\TRBSOD\021615-22531-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available
    Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
    Executable search path is: 
    Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
    Product: Server, suite: TerminalServer
    Built by: 7601.18700.amd64fre.win7sp1_gdr.141211-1742
    Machine Name:
    Kernel base = 0xfffff800`0160f000 PsLoadedModuleList = 0xfffff800`01852890
    Debug session time: Mon Feb 16 14:57:22.272 2015 (UTC + 10:00)
    System Uptime: 0 days 14:53:11.467
    Loading Kernel Symbols
    Loading User Symbols
    Loading unloaded module list
    *                        Bugcheck Analysis                                    *
    Use !analyze -v to get detailed debugging information.
    BugCheck 50, {fffff900c232b000, 1, fffff800017b8f36, 7}
    Could not read faulting driver name
    Probably caused by : win32k.sys ( win32k!AllocateObject+dd )
    Followup: MachineOwner
    2: kd> !analyze -v
    *                        Bugcheck Analysis                                    *
    PAGE_FAULT_IN_NONPAGED_AREA (50)
    Invalid system memory was referenced.  This cannot be protected by try-except,
    it must be protected by a Probe.  Typically the address is just plain bad or it
    is pointing at freed memory.
    Arguments:
    Arg1: fffff900c232b000, memory referenced.
    Arg2: 0000000000000001, value 0 = read operation, 1 = write operation.
    Arg3: fffff800017b8f36, If non-zero, the instruction address which referenced the bad memory
    address.
    Arg4: 0000000000000007, (reserved)
    Debugging Details:
    Could not read faulting driver name
    WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800018bc100
     fffff900c232b000 
    FAULTING_IP: 
    nt!ExAllocatePoolWithTag+326
    fffff800`017b8f36 448928          mov     dword ptr [rax],r13d
    MM_INTERNAL_CODE:  7
    CUSTOMER_CRASH_COUNT:  1
    DEFAULT_BUCKET_ID:  DRIVER_FAULT_SERVER_MINIDUMP
    BUGCHECK_STR:  0x50
    PROCESS_NAME:  HowNow.exe
    CURRENT_IRQL:  0
    TRAP_FRAME:  fffff8800e509510 -- (.trap 0xfffff8800e509510)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=fffff900c232b000 rbx=0000000000000000 rcx=0000000000000000
    rdx=0000000000000001 rsi=0000000000000000 rdi=0000000000000000
    rip=fffff800017b8f36 rsp=fffff8800e5096a0 rbp=0000000000001000
     r8=0000000000000002  r9=000000000013ef64 r10=0000000000000000
    r11=fffff8800e509670 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0         nv up ei ng nz na po nc
    nt!ExAllocatePoolWithTag+0x326:
    fffff800`017b8f36 448928          mov     dword ptr [rax],r13d ds:0001:fffff900`c232b000=????????
    Resetting default scope
    LAST_CONTROL_TRANSFER:  from fffff8000170158b to fffff80001685e80
    STACK_TEXT:  
    fffff880`0e5093a8 fffff800`0170158b : 00000000`00000050 fffff900`c232b000 00000000`00000001 fffff880`0e509510 : nt!KeBugCheckEx
    fffff880`0e5093b0 fffff800`01683fae : 00000000`00000001 fffff900`c232b000 fffff900`c20a6100 fffff880`0be74e00 : nt! ?? ::FNODOBFM::`string'+0x43781
    fffff880`0e509510 fffff800`017b8f36 : fffff880`0be74e00 00000000`00000065 00000000`00000021 00000001`00000001 : nt!KiPageFault+0x16e
    fffff880`0e5096a0 fffff960`001650f5 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff960`00000000 : nt!ExAllocatePoolWithTag+0x326
    fffff880`0e509790 fffff960`001667be : 00000000`00000001 fffff880`0e509928 00000000`00000001 fffff960`00176aa2 : win32k!AllocateObject+0xdd
    fffff880`0e5097d0 fffff960`0013bf83 : fffff880`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : win32k!SURFMEM::bCreateDIB+0x38a
    fffff880`0e5098c0 fffff960`0013dcc9 : 00000000`0301003b 00000000`00000010 00000000`00000000 00000000`270501e1 : win32k!GreCreateDIBitmapReal+0x533
    fffff880`0e5099f0 fffff960`0013dae5 : 00000000`0008e280 fffff900`c21c1c20 fffff880`0e509ca0 fffff880`0e509b80 : win32k!ProcessAlphaBitmap+0x109
    fffff880`0e509ad0 fffff960`0013e121 : fffff900`c21c1c20 00000000`00000000 fffff900`c21c1c20 00000000`7efdb00e : win32k!SetCursorIconData+0x365
    fffff880`0e509b20 fffff800`01685113 : fffffa80`0e2ff060 00000000`0008e280 00000000`00000020 00000000`0008e270 : win32k!NtUserSetCursorIconData+0x221
    fffff880`0e509c20 00000000`74d7081a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
    00000000`0008e228 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x74d7081a
    STACK_COMMAND:  kb
    FOLLOWUP_IP: 
    win32k!AllocateObject+dd
    fffff960`001650f5 488bd8          mov     rbx,rax
    SYMBOL_STACK_INDEX:  4
    SYMBOL_NAME:  win32k!AllocateObject+dd
    FOLLOWUP_NAME:  MachineOwner
    MODULE_NAME: win32k
    IMAGE_NAME:  win32k.sys
    DEBUG_FLR_IMAGE_TIMESTAMP:  54372ef1
    FAILURE_BUCKET_ID:  X64_0x50_win32k!AllocateObject+dd
    BUCKET_ID:  X64_0x50_win32k!AllocateObject+dd
    Followup: MachineOwner
    Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
    Copyright (c) Microsoft Corporation. All rights reserved.
    Loading Dump File [C:\Users\Denis.Maybir\Desktop\TRBSOD\021915-22234-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available
    Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
    Executable search path is: 
    Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
    Product: Server, suite: TerminalServer
    Built by: 7601.18700.amd64fre.win7sp1_gdr.141211-1742
    Machine Name:
    Kernel base = 0xfffff800`01614000 PsLoadedModuleList = 0xfffff800`01857890
    Debug session time: Thu Feb 19 15:14:07.055 2015 (UTC + 10:00)
    System Uptime: 3 days 0:17:04.886
    Loading Kernel Symbols
    Loading User Symbols
    Loading unloaded module list
    *                        Bugcheck Analysis                                    *
    Use !analyze -v to get detailed debugging information.
    BugCheck 50, {fffff680003aa108, 0, fffff800016eaa49, 5}
    Could not read faulting driver name
    Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+20d9d )
    Followup: MachineOwner
    2: kd> !analyze -v
    *                        Bugcheck Analysis                                    *
    PAGE_FAULT_IN_NONPAGED_AREA (50)
    Invalid system memory was referenced.  This cannot be protected by try-except,
    it must be protected by a Probe.  Typically the address is just plain bad or it
    is pointing at freed memory.
    Arguments:
    Arg1: fffff680003aa108, memory referenced.
    Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
    Arg3: fffff800016eaa49, If non-zero, the instruction address which referenced the bad memory
    address.
    Arg4: 0000000000000005, (reserved)
    Debugging Details:
    Could not read faulting driver name
    READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800018c1100
     fffff680003aa108 
    FAULTING_IP: 
    nt! ?? ::FNODOBFM::`string'+20d9d
    fffff800`016eaa49 49334500        xor     rax,qword ptr [r13]
    MM_INTERNAL_CODE:  5
    CUSTOMER_CRASH_COUNT:  1
    DEFAULT_BUCKET_ID:  DRIVER_FAULT_SERVER_MINIDUMP
    BUGCHECK_STR:  0x50
    PROCESS_NAME:  chrome.exe
    CURRENT_IRQL:  0
    TRAP_FRAME:  fffff880105496d0 -- (.trap 0xfffff880105496d0)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=0050000000000000 rbx=0000000000000000 rcx=7ff0000000000000
    rdx=0000000000000005 rsi=0000000000000000 rdi=0000000000000000
    rip=fffff800016eaa49 rsp=fffff88010549860 rbp=0000000000000005
     r8=fffffa800bbd9588  r9=fffff70001080000 r10=0000007ffffffff8
    r11=0000000000000548 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0         nv up ei pl nz na po nc
    nt! ?? ::FNODOBFM::`string'+0x20d9d:
    fffff800`016eaa49 49334500        xor     rax,qword ptr [r13] ds:00000000`00000000=????????????????
    Resetting default scope
    LAST_CONTROL_TRANSFER:  from fffff80001706603 to fffff8000168ae80
    STACK_TEXT:  
    fffff880`10549568 fffff800`01706603 : 00000000`00000050 fffff680`003aa108 00000000`00000000 fffff880`105496d0 : nt!KeBugCheckEx
    fffff880`10549570 fffff800`01688fae : 00000000`00000000 fffff680`003aa108 00000000`00000000 fffff700`010804b0 : nt! ?? ::FNODOBFM::`string'+0x43801
    fffff880`105496d0 fffff800`016eaa49 : fffff700`010804b0 00000000`00000000 fffff6fb`7dc00000 00000000`00000000 : nt!KiPageFault+0x16e
    fffff880`10549860 fffff800`0165bfc6 : fffffa80`00000001 00000000`00000548 fffff700`01080000 fffff700`01080488 : nt! ?? ::FNODOBFM::`string'+0x20d9d
    fffff880`105498e0 fffff800`0195f37a : fffff8a0`0c914920 fffff880`10549c20 00000000`00000000 fffffa80`0f5ea400 : nt!MmCleanProcessAddressSpace+0x4ca
    fffff880`10549930 fffff800`0194550d : 00000000`c0000005 fffff800`01680a01 00000000`fffdb000 fffffa80`0e9b34a0 : nt!PspExitThread+0x56a
    fffff880`10549a30 fffff800`0167d9fa : fffff900`00000000 fffff800`017bd30d fffff900`c2e9f508 fffff960`0014f84e : nt!PsExitSpecialApc+0x1d
    fffff880`10549a60 fffff800`0167dd40 : 00000000`00000000 fffff880`10549ae0 fffff800`01945480 00000000`00000001 : nt!KiDeliverApc+0x2ca
    fffff880`10549ae0 fffff800`0168a1b7 : 00000000`00000000 fffff880`10549c01 00000000`fffdb000 00000000`00000000 : nt!KiInitiateUserApc+0x70
    fffff880`10549c20 00000000`753c2e09 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceExit+0x9c
    00000000`001fe988 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x753c2e09
    STACK_COMMAND:  kb
    FOLLOWUP_IP: 
    nt! ?? ::FNODOBFM::`string'+20d9d
    fffff800`016eaa49 49334500        xor     rax,qword ptr [r13]
    SYMBOL_STACK_INDEX:  3
    SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+20d9d
    FOLLOWUP_NAME:  MachineOwner
    MODULE_NAME: nt
    IMAGE_NAME:  ntkrnlmp.exe
    DEBUG_FLR_IMAGE_TIMESTAMP:  548a6e28
    FAILURE_BUCKET_ID:  X64_0x50_nt!_??_::FNODOBFM::_string_+20d9d
    BUCKET_ID:  X64_0x50_nt!_??_::FNODOBFM::_string_+20d9d
    Followup: MachineOwner
    Any and all help would be greatly appreciated.
    Thanks in advance!

  • AT-MIO-16XE-50 device is not responding to the selected base address

    I'm trying to install my AT-MIO-16XE-50 DAQ board onto my Windows NT desktop computer, but I'm having trouble.
    Here's what I've done: I've installed LabView 5.1 and the NIDAQ 7.0 software onto my computer first. Then I've physically installed the DAQ board into my computer. After starting the computer, the plug-and-play system seems to recognize the new hardware and install drivers for it. It then says I need to reboot the computer, so I reboot the computer.
    When I then look at my device manager, it lists AT-MIO-16XE-50 twice. Under the properties/resources tab, one of them lists "input/output range", "interrupt request", "direct memory access", and "direct memory access" (i.e., 2 "direct memory access"s). The second one only lists "direct memory access" once and nothing else under the properties/resources tab. Also, the first one says that it is working properly while the second one says that it is not working properly (Code 10). I've played around with chaging the "direct
    memory access" numbers and after rebooting the computer have gotten both AT-MIO-16XE-50's in the device manager to say that they're working properly. So, now the DAQ board appears to be installed correctly, because the device manager reports no problems with it. However, there are still 2 of them. My first question is this: should there be only 1 entry in the device manager list, or are there supposed to be the 2 that I see? The entries do appear to be different from each other, but they're for the same device, so that's a little confusing.
    When I open my Measurement and Automation explorer, only one AT-MIO-16XE-50 device is listed (so this looks good), and under "properties" all 3 "direct memory access" numbers are listed. So, this all seems good. But, when I click on "test resources" or "test panel", I get an error message saying that "the device is not responding to the selected base address". Considering that this device was plug-and-play, and I did not set the base address manually, I don't understand why I'm getting this error message.
    What I've tried is to change the "input/output range" number by using the device manager. I've tried a few different settings (rebooting the computer after each change) and none of the different "input/output range" settings seem to work.
    I'd appreciate it if you could give me any help on figuring out how to resolve this "not responding to base address" problem. The info on your web site
    appears to suggest flipping dip-switches on the DAQ card, but my card does not have any dip switches because it is plug-and-play. So, right now I'm
    clueless! Thanks for reading this, and I hope that you have more insight than I do.

    Smaria,
    The AT-MIO-16XE-50 shows up twice in the Device Manager because it reserves three DMA channels, and the ISA bus only allows two DMA channels per ISA slot. You mentioned that you were able to get both devices working properly in the Device Manager. Below is a link to a KnowledgeBase that describes the proper procedure to successfully accomplish this. You should verify that this is the procedure you followed:
    Exclamation Mark Appears with Error Code 10 on Windows XP/2000/98 After Installing AT-MIO-16E-10
    Spencer S.

  • Blue screen of death when building blu-ray in Encore CS6

    I recently purchased a new laptop and installed Adobe Master Collection CS6.  I purchased the laptop for video capture and editing, as well as for blu-ray authoring. 
    Unfortunately, although the computer and software works fine for video capture and editing, I am unable to author a blu-ray.  For authoring, I am using Adobe’s Encore CS6.  After checking and previewing my creation, I attempt to build to disc using Encore.  About 2 seconds after clicking the build disc in Encore, I get the “blue screen of death” (BSOD).  This happens every time I try to build to blu-ray (only blu-ray has this issue; I am able to build to a DVD).  I am using an external blu-ray drive on USB 3.0.  
    I am using Encore version 6.0.0.492
    Here are the blu-ray drive specs:
    Logitec USB 2.0/3.0 Bus powered portable bluray drive unit, LBD-PME6U3VBK
    PIONEER BD-RW BDR-TD05 USB Device
    Driver: 6.1.7601.17514
    C:\windows\system32\DRIVERS\cdrom.sys
    \windows\system32\Drivers\PXHlpa64.sys
    \windows\system32\DRIVERS\tdcmdpst.sys
    \windows\SysWOW64\drivers\Afc.sys
    Renesas USB 3.0 driver also installed
    The computer specs are as follows:
    §  Manufacturer: Toshiba
    §  Manufacturer Part Number: PSAY1U-05U027
    §  Product Line: Satellite
    §  Product Series: P755
    §  Product Model: P755-S5375
    §  Product Name: Satellite P755-S5375 Notebook
    §  Product Type: Notebook
    §  Processor Manufacturer: Intel
    §  Processor Type: Core i7
    §  Processor Model: i7-2670QM
    §  Processor Speed: 2.20 GHz
    §  Processor Core: Quad-core (4 Core)
    §  Cache: 6 MB
    §  Chipset Manufacturer: Intel
    §  Chipset Model: HM65 Express
    §  Standard Memory: 4 GB
    §  Memory Technology: DDR3 SDRAM
    §  Memory Standard: DDR3-1333/PC3-10600
    §  Number of Total Memory Slots: 2
    §  Hard Drive Capacity: 500 GB
    §  Screen Size: 15.6"
    §  Display Screen Type: Active Matrix TFT Color LCD
    §  Aspect Ratio: 16:9
    §  Screen Mode: WXGA
    §  Backlight Technology: LED
    §  Screen Resolution: 1366 x 768
    §  Graphics Controller Manufacturer: Intel
    §  Graphics Controller Model: HD 3000
    §  Graphics Memory Capacity: 1.65 GB
    §  Graphics Memory Accessibility: Shared
    §  Ethernet Technology: Fast Ethernet
    §  Wi-Fi: Yes
    §  Wi-Fi Standard: IEEE 802.11b/g/n
    §  Webcam: Yes
    §  Operating System: Genuine Windows 7 Home Premium with SP1
    §  Operating System Architecture: 64-bit
    §  Pointing Device Type: TouchPad
    §  Number of Cells: 6-cell
    §  Battery Chemistry: Lithium Ion (Li-Ion)
    §  Width: 15.0"
    §  Depth: 9.8"
    §  Weight (Approximate): 5.40 lb
    §  Package Contents:
    §  Satellite P755-S5375 Notebook
    §  Lithium Ion Battery
    §  AC Adapter
    §  Green Compliant: Yes
    §  Green Compliance Certificate/Authority: RoHS
    Installed programs:
    Name                                                            Version          
    Microsoft Application Error Reporting                           12.0.6015.5000   
    Microsoft Office Click-to-Run 2010                              14.0.4763.1000   
    Microsoft Office 2010                                           14.0.4763.1000   
    Windows Live Essentials                                         15.4.3502.0922   
    Apple Application Support                                       2.1.7            
    Windows Live Writer                                             15.4.3502.0922   
    Microsoft_VC90_MFCLOC_x86                                       1.00.0000        
    Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729.4148  9.0.30729.4148   
    TOSHIBA Web Camera Application                                  2.0.3.3          
    Windows Live Messenger                                          15.4.3538.0513   
    Microsoft_VC90_CRT_x86                                          1.00.0000        
    Google Toolbar for Internet Explorer                            1.0.0            
    Microsoft Visual C++ 2010  x64 Redistributable - 10.0.40219     10.0.40219       
    Microsoft Visual C++ 2005 Redistributable (x64)                 8.0.61000        
    Microsoft SQL Server 2005 Compact Edition [ENU]                 3.1.0000         
    Microsoft Visual C++ 2010  x86 Redistributable - 10.0.40219     10.0.40219       
    Toshiba Online Backup                                           2.0.0.31         
    TOSHIBA ReelTime                                                1.7.21.64        
    Windows Live Remote Client Resources                            15.4.5722.2      
    Windows Live SOXE Definitions                                   15.4.3502.0922   
    Adobe AIR                                                       3.1.0.4880       
    Windows Live Mesh ActiveX Control for Remote Connections        15.4.5722.2      
    Windows Live Communications Platform                            15.4.3502.0922   
    Windows Live Movie Maker                                        15.4.3502.0922   
    Apple Software Update                                           2.1.3.127        
    Windows Live UX Platform Language Pack                          15.4.3508.1109   
    Windows Live Photo Gallery                                      15.4.3502.0922   
    bl                                                              1.0.0            
    Windows Live Mail                                               15.4.3502.0922   
    Java(TM) 6 Update 25                                            6.0.250          
    MSVCRT_amd64                                                    15.4.2862.0708   
    TOSHIBA Face Recognition                                        3.1.17.64        
    ph                                                              1.0.0            
    Adobe Widget Browser                                            2.0.348          
    Windows Live Writer                                             15.4.3502.0922   
    Mesh Runtime                                                    15.4.5722.2      
    TOSHIBA Supervisor Password                                     1.63.51.2C       
    Adobe Acrobat X Pro - English, Fran軋is, Deutsch                10.1.1           
    Adobe Reader X MUI                                              10.0.0           
    TOSHIBA Media Controller Plug-in                                1.0.7.5          
    Windows Live Photo Gallery                                      15.4.3502.0922   
    Windows Live Photo Common                                       15.4.3502.0922   
    Label@Once 1.0                                                  1.0              
    PDF Settings CS6                                                11.0             
    Toshiba Book Place                                              2.2.7530         
    Windows Live PIMT Platform                                      15.4.3508.1109   
    TOSHIBA Wireless LAN Indicator                                  1.0.5            
    D3DX10                                                          15.4.2368.0902   
    Utility Common Driver                                           1.0.52.3C        
    Junk Mail filter update                                         15.4.3502.0922   
    Windows Live Movie Maker                                        15.4.3502.0922   
    TOSHIBA HDD/SSD Alert                                           3.1.64.9         
    Windows Live Remote Service                                     15.4.5722.2      
    Toshiba App Place                                               1.0.6.3          
    Windows Live Mesh                                               15.4.3502.0922   
    Windows Live Language Selector                                  15.4.3538.0513   
    QuickTime                                                       7.72.80.56       
    Renesas Electronics USB 3.0 Host Controller Driver              2.0.34.0         
    TOSHIBA Value Added Package                                     1.6.1.64         
    Microsoft_VC80_CRT_x86                                          8.0.50727.4053   
    Google Update Helper                                            1.3.21.111       
    TOSHIBA HDD Protection                                          2.2.2.15         
    7-Zip 9.20 (x64 edition)                                        9.20.00.0        
    TOSHIBA PC Health Monitor                                       1.7.9.64         
    Windows Live Mail                                               15.4.3502.0922   
    Adobe Help Manager                                              4.0.244          
    MSVCRT                                                          15.4.2862.0708   
    Windows Live Remote Client                                      15.4.5722.2      
    Blackmagic ATEM Switchers                                       3.0.1.0          
    Microsoft_VC90_MFC_x86                                          1.00.0000        
    Windows Live Photo Common                                       15.4.3502.0922   
    Windows Live ID Sign-in Assistant                               7.250.4232.0     
    Microsoft Visual C++ 2005 Redistributable                       8.0.61001        
    Windows Live Messenger                                          15.4.3538.0513   
    Windows Live Mesh                                               15.4.3502.0922   
    Windows Live Writer                                             15.4.3502.0922   
    Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.4148  9.0.30729.4148   
    Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.17    9.0.30729        
    TOSHIBA Hardware Setup                                          1.63.1.37C       
    Microsoft Silverlight                                           4.0.50401.0      
    PlayReady PC Runtime x86                                        1.3.0            
    Intel(R) WiDi                                                   2.1.41.0         
    Windows Live MIME IFilter                                       15.4.3502.0922   
    TOSHIBA Flash Cards Support Utility                             1.63.0.12C       
    TOSHIBA eco Utility                                             1.3.5.64         
    Windows Live UX Platform                                        15.4.3502.0922   
    TOSHIBA Wireless Display Monitor                                1.0.1            
    Debugging Tools for Windows (x64)                               6.12.2.633       
    Windows Live Remote Service Resources                           15.4.5722.2      
    Windows Live Writer Resources                                   15.4.3502.0922   
    Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729.17    9.0.30729        
    Intel(R) PROSet/Wireless WiFi Software                          14.01.1000       
    Windows Live Installer                                          15.4.3502.0922   
    TOSHIBA Disc Creator                                            2.1.0.11 for x64 
    PlayReady PC Runtime amd64                                      1.3.0            
    Windows Live SOXE                                               15.4.3502.0922   
    Java Auto Updater                                               2.0.4.1          
    TOSHIBA Bulletin Board                                          1.6.08.64        
    Crash details:
    Problem signature:
      Problem Event Name:            BlueScreen
      OS Version:                           6.1.7601.2.1.0.768.3
      Locale ID:                              1041
    Additional information about the problem:
      BCCode:                               d1
      BCP1:                                   0000000000000001
      BCP2:                                   0000000000000002
      BCP3:                                   0000000000000008
      BCP4:                                   0000000000000001
      OS Version:                           6_1_7601
      Service Pack:                        1_0
      Product:                                768_1
    Files that help describe the problem:
      C:\Windows\Minidump\090312-28516-01.dmp
      C:\Users\xxx\AppData\Local\Temp\WER-62696-0.sysdata.xml
    Read our privacy statement online:
      http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409
    If the online privacy statement is not available, please read our privacy statement offline:
      C:\windows\system32\en-US\erofflps.txt
    DMP file details
    Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols
    Executable search path is:
    Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
    Product: WinNt, suite: TerminalServer SingleUserTS Personal
    Built by: 7601.17835.amd64fre.win7sp1_gdr.120503-2030
    Machine Name:
    Kernel base = 0xfffff800`02e04000 PsLoadedModuleList = 0xfffff800`03048670
    Debug session time: Mon Sep  3 02:27:16.190 2012 (UTC + 9:00)
    System Uptime: 0 days 0:06:50.096
    Loading Kernel Symbols
    Loading User Symbols
    Loading unloaded module list
    *                        Bugcheck Analysis                                    *
    Use !analyze -v to get detailed debugging information.
    BugCheck D1, {1, 2, 8, 1}
    *** WARNING: Unable to verify timestamp for win32k.sys
    *** ERROR: Module load completed but symbols could not be loaded for win32k.sys
    Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+260 )
    Followup: MachineOwner
    0: kd> !analyze -v
    *                        Bugcheck Analysis                                    *
    DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
    An attempt was made to access a pageable (or completely invalid) address at an
    interrupt request level (IRQL) that is too high.  This is usually
    caused by drivers using improper addresses.
    If kernel debugger is available get stack backtrace.
    Arguments:
    Arg1: 0000000000000001, memory referenced
    Arg2: 0000000000000002, IRQL
    Arg3: 0000000000000008, value 0 = read operation, 1 = write operation
    Arg4: 0000000000000001, address which referenced memory
    Debugging Details:
    READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800030b2100
    0000000000000001
    CURRENT_IRQL:  2
    FAULTING_IP:
    +6130613031313361
    00000000`00000001 ??              ???
    PROCESS_NAME:  System
    CUSTOMER_CRASH_COUNT:  1
    DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
    BUGCHECK_STR:  0xD1
    TRAP_FRAME:  fffff80000b9c740 -- (.trap 0xfffff80000b9c740)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=fffff80000b9c801 rbx=0000000000000000 rcx=fffffa8004586618
    rdx=fffff80000b9c8d8 rsi=0000000000000000 rdi=0000000000000000
    rip=0000000000000001 rsp=fffff80000b9c8d0 rbp=0000892fc0ba4327
    r8=fffff80000b9c8d0  r9=0000000000000000 r10=0000000004216094
    r11=000000005e040600 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0         nv up ei ng nz na pe nc
    00000000`00000001 ??              ???
    Resetting default scope
    LAST_CONTROL_TRANSFER:  from fffff80002e82769 to fffff80002e831c0
    FAILED_INSTRUCTION_ADDRESS:
    +6130613031313361
    00000000`00000001 ??              ???
    STACK_TEXT: 
    fffff800`00b9c5f8 fffff800`02e82769 : 00000000`0000000a 00000000`00000001 00000000`00000002 00000000`00000008 : nt!KeBugCheckEx
    fffff800`00b9c600 fffff800`02e813e0 : 00000000`00000002 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
    fffff800`00b9c740 00000000`00000001 : 00000000`00000000 00000000`5e040600 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x260
    fffff800`00b9c8d0 00000000`00000000 : 00000000`5e040600 00000000`00000000 00000000`00000000 00000000`080e8118 : 0x1
    STACK_COMMAND:  kb
    FOLLOWUP_IP:
    nt!KiPageFault+260
    fffff800`02e813e0 440f20c0        mov     rax,cr8
    SYMBOL_STACK_INDEX:  2
    SYMBOL_NAME:  nt!KiPageFault+260
    FOLLOWUP_NAME:  MachineOwner
    MODULE_NAME: nt
    IMAGE_NAME:  ntkrnlmp.exe
    DEBUG_FLR_IMAGE_TIMESTAMP:  4fa390f3
    FAILURE_BUCKET_ID:  X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260
    BUCKET_ID:  X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260
    Followup: MachineOwner

    Create an ISO (Encore) or folder on your hard drive (Encore or Premiere Elements) and then use the FREE http://www.imgburn.com/index.php?act=download to write files or folders or ISO to disc for DVD or BluRay (send the author a PayPal donation if you like his program)
    Imgburn will read the ACTUAL disc brand from the disc, which is not always the same as the box label (Memorex is notorious for buying "anything" and putting it inside a Memorex box)
    When you write to disc with Imgburn, use the SLOWEST possible speed setting, so your burner has the best chance to create "good, well formed" laser burn holes... since no player is required to read a burned disc, having a "good" one from a high quality blank will help

  • Windows Visa - iTunes 10 Home Sharing Crash Fix?

    Just recently I turned on Home Sharing in iTunes 10.1 running Windows Vista 32 Bit and immediately I got the Blue Screen of Death crash. I've excluded iTunes from the Windows Security Essential firewall, re-installed iTunes, and done a virus scan without fixing the problem. iTunes crashes before I can get back in and turn off Home Sharing. With Home Sharing off it doesn't crash. My Windows Vista is up to date, and I have not added any new software. Any ideas?

    Well friends, my new Intel network card came today. While I was waiting I uninstalled the Bluetooth software and tried Home Sharing - still crashed. It will be hard to uninstall the Bluetooth card as the memory card readers appear to be on the same device. I installed the Intel NIC, and removed all the Broadcomm software. The Broadcomm card is integral to the motherboard, so I followed the Dell instructions to turn it off in System Setup. So eager to see Home Sharing work, I opened iTunes and turned it on and got the Blue Screen again. This time it appears the system cannot load the intel driver:
    Unable to load image e1q6032.sys, Win32 error 0n2
    * WARNING: Unable to verify timestamp for e1q6032.sys
    * ERROR: Module load completed but symbols could not be loaded for e1q6032.sys
    (the entire WinDBG report is below.)
    Thus, it appears that there is something about this machine that will not process th NIC drivers with iTunes Home Sharing. I have a friend who is a Microsoft Certified engineer and a Networking specialist, I'm going to have him take a look at this machine. Otherwise, I think we have done just about everything that can be done. I appreciate everyone's help, and i wish all of you a Merry Christmas and very Hapy New Year - or whatever you celebrate this time of year.
    Randy
    Crash report:
    Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
    Copyright (c) Microsoft Corporation. All rights reserved.
    Loading Dump File [C:\Windows\Minidump\122410-34413-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available
    Symbol search path is: SRVc:symbolshttp://msdl.microsoft.com/download/symbols
    Executable search path is:
    Windows 7 Kernel Version 7600 MP (4 procs) Free x86 compatible
    Product: WinNt, suite: TerminalServer SingleUserTS Personal
    Built by: 7600.16617.x86fre.win7_gdr.100618-1621
    Machine Name:
    Kernel base = 0x82c46000 PsLoadedModuleList = 0x82d8e810
    Debug session time: Fri Dec 24 12:33:18.721 2010 (UTC - 5:00)
    System Uptime: 0 days 0:09:19.391
    Loading Kernel Symbols
    Loading User Symbols
    Loading unloaded module list
    * Bugcheck Analysis *
    Use !analyze -v to get detailed debugging information.
    BugCheck 100000D1, {10, 2, 1, 8ba8d2da}
    Unable to load image e1q6032.sys, Win32 error 0n2
    * WARNING: Unable to verify timestamp for e1q6032.sys
    * ERROR: Module load completed but symbols could not be loaded for e1q6032.sys
    Probably caused by : tcpip.sys ( tcpip!TcpBeginTcbSend+9f6 )
    Followup: MachineOwner
    0: kd> !analyze -v
    * Bugcheck Analysis *
    DRIVERIRQL_NOT_LESS_OREQUAL (d1)
    An attempt was made to access a pageable (or completely invalid) address at an
    interrupt request level (IRQL) that is too high. This is usually
    caused by drivers using improper addresses.
    If kernel debugger is available get stack backtrace.
    Arguments:
    Arg1: 00000010, memory referenced
    Arg2: 00000002, IRQL
    Arg3: 00000001, value 0 = read operation, 1 = write operation
    Arg4: 8ba8d2da, address which referenced memory
    Debugging Details:
    WRITE_ADDRESS: GetPointerFromAddress: unable to read from 82dae718
    Unable to read MiSystemVaType memory at 82d8e160
    00000010
    CURRENT_IRQL: 2
    FAULTING_IP:
    tcpip!TcpBeginTcbSend+9f6
    8ba8d2da f00fc111 lock xadd dword ptr [ecx],edx
    CUSTOMERCRASHCOUNT: 1
    DEFAULTBUCKETID: VISTADRIVERFAULT
    BUGCHECK_STR: 0xD1
    PROCESS_NAME: System
    LASTCONTROLTRANSFER: from 8ba8c35f to 8ba8d2da
    STACK_TEXT:
    82d6c418 8ba8c35f 8616bba0 00000000 00000001 tcpip!TcpBeginTcbSend+0x9f6
    82d6c57c 8bab616b 8616bba0 00000002 00000000 tcpip!TcpTcbSend+0x426
    82d6c5cc 8ba966ef 00000000 00000000 8962822c tcpip!TcpFlushDelay+0x1f1
    82d6c5e0 8ba84b54 00000000 00000001 00000000 tcpip!TcpExitReceiveDpc+0x61
    82d6c618 8ba848ae 868d2428 86909000 0000dbda tcpip!TcpPreValidatedReceive+0x29b
    82d6c634 8ba8a273 868d2428 86909000 82d6c670 tcpip!TcpReceive+0x2d
    82d6c644 8babc50e 82d6c658 c000023e 00000000 tcpip!TcpNlClientReceiveDatagrams+0x12
    82d6c670 8babc2d1 8bb1bf88 82d6c6c4 c000023e tcpip!IppDeliverListToProtocol+0x49
    82d6c690 8babbfa6 8bb1bd98 00000006 82d6c6c4 tcpip!IppProcessDeliverList+0x2a
    82d6c6e8 8bab9be4 8bb1bd98 00000006 00000000 tcpip!IppReceiveHeaderBatch+0x1f2
    82d6c77c 8bab8b75 891bdcd8 00000000 00000001 tcpip!IpFlcReceivePackets+0xbe5
    82d6c7f8 8bab8ce6 895c9d00 895aff00 00000000 tcpip!FlpReceiveNonPreValidatedNetBufferListChain+0x746
    82d6c82c 82cd5faa 895aff00 a97c7a98 868c66c8 tcpip!FlReceiveNetBufferListChainCalloutRoutine+0x11e
    82d6c894 8bab8d6e 8bab8bc8 82d6c8bc 00000000 nt!KeExpandKernelStackAndCalloutEx+0x132
    82d6c8d0 8b69818d 895c9d02 895aff00 00000000 tcpip!FlReceiveNetBufferListChain+0x7c
    82d6c908 8b686670 895c7aa8 895aff00 00000000 NDIS!ndisMIndicateNetBufferListsToOpen+0x188
    82d6c930 8b6865e7 00000000 895aff00 895160e0 NDIS!ndisIndicateSortedNetBufferLists+0x4a
    82d6caac 8b631ca5 895160e0 00000000 00000000 NDIS!ndisMDispatchReceiveNetBufferLists+0x129
    82d6cac8 8b686a2e 895160e0 895aff00 00000000 NDIS!ndisMTopReceiveNetBufferLists+0x2d
    82d6caf0 8b631c1e 895160e0 895aff00 00000000 NDIS!ndisMIndicateReceiveNetBufferListsInternal+0x62
    82d6cb18 ab4eaf31 895160e0 895aff00 00000000 NDIS!NdisMIndicateReceiveNetBufferLists+0x52
    WARNING: Stack unwind information not available. Following frames may be wrong.
    82d6cb40 ab4eb079 89588000 88ed0b48 00000001 e1q6032+0x1bf31
    82d6cb7c ab4e0008 01588000 8958a740 82d6cc40 e1q6032+0x1c079
    82d6cbb0 ab4dfee7 89595fc0 00000000 89580001 e1q6032+0x11008
    82d6cbf4 ab4e01c4 ffffffff 00000000 00000000 e1q6032+0x10ee7
    82d6cc10 8b686301 89588000 00000000 00000000 e1q6032+0x111c4
    82d6cc50 8b6319f4 89519194 00519000 00000000 NDIS!ndisMiniportDpc+0xda
    82d6cc78 82cae3b5 89519194 89519000 00000000 NDIS!ndisInterruptDpc+0xaf
    82d6ccd4 82cae218 82d6fd20 82d79280 00000000 nt!KiExecuteAllDpcs+0xf9
    82d6cd20 82cae038 00000000 0000000e 00000000 nt!KiRetireDpcList+0xd5
    82d6cd24 00000000 0000000e 00000000 00000000 nt!KiIdleLoop+0x38
    STACK_COMMAND: kb
    FOLLOWUP_IP:
    tcpip!TcpBeginTcbSend+9f6
    8ba8d2da f00fc111 lock xadd dword ptr [ecx],edx
    SYMBOLSTACKINDEX: 0
    SYMBOL_NAME: tcpip!TcpBeginTcbSend+9f6
    FOLLOWUP_NAME: MachineOwner
    MODULE_NAME: tcpip
    IMAGE_NAME: tcpip.sys
    DEBUGFLR_IMAGETIMESTAMP: 4c15a3db
    FAILUREBUCKETID: 0xD1_tcpip!TcpBeginTcbSend+9f6
    BUCKET_ID: 0xD1_tcpip!TcpBeginTcbSend+9f6
    Followup: MachineOwner
    PS: You all have taught me a lot with this experience and I am grateful!

Maybe you are looking for