After 18 hours, symbols finally downloaded...they installed to c:/windows/symbols which is the path i then specified in windbg...i opened the minidump file and got this:
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\WINDOWS\Minidump\Mini043009-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: C:\WINDOWS\Symbols
Executable search path is:
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x805634c0
Debug session time: Thu Apr 30 21:00:16.562 2009 (GMT-4)
System Uptime: 0 days 0:04:45.226
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
...........
*** WARNING: Unable to verify timestamp for hal.dll
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000000A, {ffdf, 2, 1, 80723a8e}
Unable to load image btport.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for btport.sys
*** ERROR: Module load completed but symbols could not be loaded for btport.sys
Probably caused by : btport.sys ( btport+3fa4 )
Followup: MachineOwner
---------
0: 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: 0000ffdf, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, 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: 80723a8e, address which referenced memory
Debugging Details:
------------------
WRITE_ADDRESS: 0000ffdf
CURRENT_IRQL: 2
FAULTING_IP:
hal!HalpAllocateAdapterCallback+2c
80723a8e 8902 mov dword ptr [edx],eax
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: CDR.EXE
LAST_CONTROL_TRANSFER: from 00000000 to 80723a8e
SYMBOL_ON_RAW_STACK: 1
STACK_ADDR_RAW_STACK_SYMBOL: ffffffffb34b6b20
STACK_COMMAND: dds B34B6B20-0x20 ; kb
STACK_TEXT:
b34b6b00 00000002
b34b6b04 80723a8e hal!HalpAllocateAdapterCallback+0x2c
b34b6b08 00000008
b34b6b0c 00010282
b34b6b10 00000002
b34b6b14 804e81c5 nt!MiMakeOutswappedPageResident+0xd
b34b6b18 b34b6b28
b34b6b1c b959ffa4 btport+0x3fa4
b34b6b20 b34b6b24
b34b6b24 89829c70
b34b6b28 b34b6b50
b34b6b2c b959f973 btport+0x3973
b34b6b30 89829c70
b34b6b34 b34b6ba0
b34b6b38 89829c70
b34b6b3c b959f8c2 btport+0x38c2
b34b6b40 89829c70
b34b6b44 89829df4
b34b6b48 89829d00
b34b6b4c 00000000
b34b6b50 b34b6b74
b34b6b54 b959dadd btport+0x1add
b34b6b58 89829d00
b34b6b5c 89829ce4
b34b6b60 b34b6ba0
b34b6b64 00000001
b34b6b68 89829c00
b34b6b6c 89829c70
b34b6b70 00000000
b34b6b74 b34b6bc4
b34b6b78 b959f905 btport+0x3905
b34b6b7c 89829c70
FOLLOWUP_IP:
btport+3fa4
b959ffa4 ?? ???
SYMBOL_NAME: btport+3fa4
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: btport
IMAGE_NAME: btport.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 452b28e8
FAILURE_BUCKET_ID: 0xA_btport+3fa4
BUCKET_ID: 0xA_btport+3fa4
Followup: MachineOwner
---------
Next step (lol) ???