panic (cpu 3 ... "Machine Check at ....; and next day: panic (cpu 1 ... "TBL invalidation IPI timeout ...

Panic twice within 30 hours grey screen content follows:


panic (cpu 3 caller... "Machine Check at .... etc.

Kernel Extensions in backtrace:

com.apple.driver.AppleIntelCPUPowerManagement (217.92.1) ...... etc

Mac OS version: 13F34 etc

System model name: MacPro3.1 (Mac-F42C88C8)


panic (cpu 1 caller .... "TBL invalidation IPI timeout: " "CPU(s) failed to respond to interrupts, unresponsive CPU bitmap: 0x8 etc

Kernel Extension in backtrace:

com.apple.AppleFSCompression.AppleFSCompressionTypeZlib(1.0d1) etc

Mac OS version: 13F34 etc

System model name: MacPro3.1 (Mac-F42C88C8)


I have grey screen photos if needed, I do not know if System does or can log these occurrences.

My Memory (RAM) lists ok in the System Information panel. An extended diagnostics run after the first instance listed no problems.

Any ideas what is causing the grey screen panics. I have had also plenty of other problems last few weeks leading to recoveries as well as adding extra hard drive. What worries me is Mavericks as most of my recent problems seem to have poppet up since going Mavericks, currently on 10.9.5


Following is partial MiniProfile ex OnyX:

Hardware:

Hardware Overview:

Model Name: Mac Pro

Model Identifier: MacPro3,1

Processor Name: Quad-Core Intel Xeon

Processor Speed: 2.8 GHz

Number of Processors: 2

Total Number of Cores: 8

L2 Cache (per Processor): 12 MB

Memory: 8 GB

Bus Speed: 1.6 GHz

Boot ROM Version: MP31.006C.B05

SMC Version (system): 1.25f4


Memory:

Memory Slots:

ECC: Enabled

Upgradeable Memory: Yes


DIMM Riser B/DIMM 1:

Size: 2 GB

Type: DDR2 FB-DIMM

Speed: 800 MHz

Status: OK

Manufacturer: 0x0000

Part Number: 0x000000463732353642363145353830304600


DIMM Riser B/DIMM 2:


Size: 2 GB

Type: DDR2 FB-DIMM

Speed: 800 MHz

Status: OK

Manufacturer: 0x0000

Part Number: 0x000000463732353642363145353830304600


DIMM Riser A/DIMM 1:

Size: 2 GB

Type: DDR2 FB-DIMM

Speed: 800 MHz

Status: OK

Manufacturer: 0x02BA

Part Number: 0x202020202020202020202020202020202020


DIMM Riser A/DIMM 2:

Size: 2 GB

Type: DDR2 FB-DIMM

Speed: 800 MHz

Status: OK

Manufacturer: 0x02BA

Part Number: 0x202020202020202020202020202020202020


DIMM Riser B/DIMM 3:

Size: Empty

Type: Empty

Speed: Empty

Status: Empty

Manufacturer: Empty

Part Number: Empty


DIMM Riser B/DIMM 4:

Size: Empty

Type: Empty

Speed: Empty

Status: Empty

Manufacturer: Empty

Part Number: Empty


DIMM Riser A/DIMM 3:

Size: Empty

Type: Empty

Speed: Empty

Status: Empty

Manufacturer: Empty

Part Number: Empty


DIMM Riser A/DIMM 4:

Size: Empty

Type: Empty

Speed: Empty

Status: Empty

Manufacturer: Empty

Part Number: Empty


Network:


Ethernet 1:

Type: Ethernet

Hardware: Ethernet

BSD Device Name: en0

Service Order: 0


Wi-Fi:

Type: AirPort

Hardware: AirPort

BSD Device Name: en2

Service Order: 1


Bluetooth PAN:

Type: Ethernet

Hardware: Ethernet

BSD Device Name: en3

Service Order: 2


Ethernet 2:

Type: Ethernet

Hardware: Ethernet

BSD Device Name: en1

Service Order: 3


FireWire:

Type: FireWire

Hardware: FireWire

BSD Device Name: fw0

Service Order: 4


PCI Cards:


ATI Radeon HD 5770:

Name: ATY,Hoolock

Type: Display Controller

Driver Installed: Yes

MSI: Yes

Bus: PCI

Slot: Slot-1

Vendor ID: 0x1002

Device ID: 0x68b8

Subsystem Vendor ID: 0x106b

Subsystem ID: 0x00cf

Revision ID: 0x0000

Link Width: x16

Link Speed: 5.0 GT/s


ATI Radeon HD 5770:

Name: ATY,HoolockParent

Type: ATY,HoolockParent

Driver Installed: No

MSI: No

Bus: PCI

Slot: Slot-1

Vendor ID: 0x1002

Device ID: 0xaa58

Subsystem Vendor ID: 0x106b

Subsystem ID: 0xaa58

Revision ID: 0x0000

Link Width: x16

Link Speed: 5.0 GT/s

Mac Pro, OS X Mavericks (10.9.1), ex from M- Lion, current 10.9.5

Posted on Oct 30, 2014 5:41 PM

8 replies

Oct 30, 2014 6:46 PM in response to Community User

I do not know if System does or can log these occurrences.

Yes, it does, and this article tells you how to find the complete report:


Mac OS X: How to log a kernel panic

machine check, code 4 or 5, multiple processors detecting it, often occurring in CPU power management, correlates with RAM Memory Errors in the Mac Pro tower and cylinder with Error Correcting Code memory. It does not occur in Macs without Hardware error correction. It would be nice if RAMs would just fall over dead when this happens, but that is almost never the case, and isolating the problem can be very difficult.

TLB invalidation timeout is a multi-processor co-operation problem and can involve both CPU and GPU processors, but the full report will tell more.

Oct 30, 2014 9:45 PM in response to Grant Bennet-Alder

Hi Grant,

thanks for quick response. It seems that a Grey Screen on stratup saying "panic (cpu 3 caller ..." or "panic (cpu 1 caller ..." does not log as described in your reference. This makes sense to me because the system hasn't done anything as yet except finding a serious fault? I am not dealing with an abort caused by any app or a sudden message requesting a restart.

The Grey Screen display makes reference to Kernel Extensions in backtrace: in both cases different values and maybe hinting to a possible cause.

Am I seeing this the wrong way?

SigiPCook

Nov 2, 2014 12:53 AM in response to Community User

Hi Grant,

Thanks for coming back again. There is no panic dump in any of the logs and so it was not a matter of copy but transcribe but here it is. In the meantime the system has behaved itself ; no more panic. It may not be enough to nail down the cause, but I might mention that in previous runtimes (the day before) ViewNX 2 (a Nikon product) gave me plenty hangs. Could that have carried over to the next day and after a new startup (booting)?

Following is the transcribed panic message from the grey screen and system stop:


panic (cpu 3 caller 0xffffff80140dccc0) : “machine Check at 0xffffff7f959440878, registers: \n” “CRO: 0x000000008001003n,CR2: 0x000000010cd7c000, CR3: 0x0000000016d7e000, CR4: 0x0000000000000660\n” “RAX: 0x0000000c637909e9, RBX: 0x0000

Debugger called: <panic>

Backtrace (CPU 3), Frame : Return Address

0xffffff811783de80 : 0xffffff8014022f79

0xffffff811783df80 : 0xffffff80140dccc9

0xffffff811783e060 : 0xffffff80140f421f

0xffffff8120b53d40 : 0xffffff7f9594094f

0xffffff8120b53d80 : 0xffffff7f9593a261

0xffffff8120b53e70 : 0xffffff7f959398d9

0xffffff8120b53f30 : 0xffffff80140ddcfc

0xffffff8120b53f50 : 0xffffff801403758a

0xffffff8120b53f90 : 0xffffff80140378d8

0xffffff8120b53fb0 : 0xffffff80140d7607

Kernel Extension in backtrace:

com.apple.driver.AppleIntelCPUPowerManagement(217.92.1) [1A9E8072-CBF3-39C2-8514-B8176259D3D7]@0xffffff7f95937000->0xffffff7f95961fff


BSD process name corresponding to current thread: kernel_task


Mac OS version:

13F34


Kernel version:

Darwin Kernel Version 13.4.0: Sun Aug 17 19:50:11 PDT 2014; root:xnu-2422.115.4~1/RELEASE_X86_64

Kernel UUID: 9477416E-7BCA-3679-AF97-E1EAAD3DD5A0

Kernel slide: 0x0000000013e00000

Kernel text base: 0xffffff8014000000

System model name: MacPro3.1 (Mac-F42C88C8)


System uptime in nanoseconds: 53864504809

Nov 2, 2014 7:10 AM in response to Community User

Kernel Panic, machine check, similar to the reports you have posted are likely to be caused by uncorrectable double-bit RAM memory errors. These double-bit errors are intended to cause a kern ale panic and halt the machine to avoid poisoning your data. In many cases, correctable errors have been accumulating before these occur.


The Mac Pro features Error Correction Code memory. Single-bit errors are detached and corrected by Hardware with no slowdown, and an error indicator is set so that the error can be noted by a background process. These errors are tabulated in a report that can be read out whenever you please. it looks like this:


User uploaded file


About this Mac > (More info ) > Report > Memory

The information in this report is STATIC. If you want updated information, invoke the report again or choose File > Refresh


So to find memory errors in a Mac Pro, go about your business as usual. From time-to-time invoke that report. DIMMs that are incurring memory errors need to be replaced.

Nov 3, 2014 12:53 AM in response to Grant Bennet-Alder

Hi Grant,

thanks so much, now I know what is happening.

One more question: for what time period is the error accumulation in the System Report kept?

As there are no errors reported on any of my DIMMs I assume they are only kept for some time and then get cleared.

If a DIMM is faulty I would get a warranty replacement (I bought with life warranty).

Greedy? retired people count the pennies!

Thanks again

Sigi

Nov 3, 2014 7:10 AM in response to Grant Bennet-Alder

For an error that may occur only once a day, and only under certain circumstances, you may have to wait for quite a while for it to happen again.


It sure would be nice if memory modules would fall down dead once they made an error, but that is not the nature of these problems. It takes a while of careful watching to 'catch it in the act'.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

panic (cpu 3 ... "Machine Check at ....; and next day: panic (cpu 1 ... "TBL invalidation IPI timeout ...

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.