Apple

On Tue, Oct 26, 2010 at 2:06 PM, <email@hidden> wrote:

Send Darwin-kernel mailing list submissions to
email@hidden

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.apple.com/mailman/listinfo/darwin-kernel
or, via email, send a message with subject or body 'help' to
email@hidden

You can reach the person managing the list at
email@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Darwin-kernel digest..."

Today's Topics:

1. Kernel Panic From Storage Problem? (George Plymale)
2. Re: Kernel Panic From Storage Problem? (Michael Smith)
3. Re: Kernel Panic From Storage Problem? (Shantonu Sen)

----------------------------------------------------------------------

Message: 1
Date: Mon, 25 Oct 2010 15:35:48 -0400
From: George Plymale <email@hidden>
Subject: Kernel Panic From Storage Problem?
To: "email@hidden Kernel"
<email@hidden>
Message-ID: <email@hidden" target="_blank">email@hidden>
Content-Type: text/plain; charset=iso-8859-1

Seems that I have my fair share of hard drives failing and I am wondering your take on the following panic in terms of, to my eyes, appearing to be resultant from something going on with a drive failing due to bad blocks (FS structure appears to check out okay). This panic has recurred several times over the last week:

Interval Since Last Panic Report: 129611 sec
Panics Since Last Report: 1
Anonymous UUID: 852B0371-2211-4D84-82DC-69791532D2B8

Mon Oct 25 15:23:34 2010
panic(cpu 4 caller 0xffffff80002cf17f): Double fault thread:0xffffff802fb1e260 at 0xffffff80002ad6a8, registers:
CR0: 0x000000008001003b, CR2: 0xffffff80fefaff98, CR3: 0x000000016e38e000, CR4: 0x0000000000000660
RAX: 0x0000000000000000, RBX: 0x0000000000001400, RCX: 0x0000000000001000, RDX: 0x0000000000001000
RSP: 0xffffff80fefaffa0, RBP: 0xffffff80fefb0340, RSI: 0x0000000000000200, RDI: 0x0000000000000002
R8: 0xffffff802f43b098, R9: 0xffffff80fefb0688, R10: 0x0000000000000064, R11: 0x0000000000000000
R12: 0x0000000000001000, R13: 0xffffff80006a8260, R14: 0x0000000000001000, R15: 0xffffff8028fdd000
RFL: 0x0000000000010246, RIP: 0xffffff80002ad6a8, CS: 0x0000000000000008, SS: 0x0000000000000010
Error code: 0x0000000000000000

Backtrace (CPU 4), Frame : Return Address
0xffffff80d1e0eeb0 : 0xffffff8000204b99
0xffffff80d1e0efb0 : 0xffffff80002cf17f
0xffffff80d1e0f0a0 : 0xffffff80002e29ef
0xffffff80fefb0340 : 0xffffff80002ae7a1
0xffffff80fefb0470 : 0xffffff80002ae5eb
0xffffff80fefb05a0 : 0xffffff800053dbf8
0xffffff80fefb06c0 : 0xffffff800053df61
0xffffff80fefb06f0 : 0xffffff7f806870f3
0xffffff80fefb07a0 : 0xffffff8000315622
0xffffff80fefb0800 : 0xffffff80002eb23a
0xffffff80fefb08c0 : 0xffffff800030a7ce
0xffffff80fefb08f0 : 0xffffff80002ecc45
0xffffff80fefb0920 : 0xffffff80002eccac
0xffffff80fefb0940 : 0xffffff800041931c
0xffffff80fefb09b0 : 0xffffff800044b61d
0xffffff80fefb09d0 : 0xffffff800044d5e8
0xffffff80fefb0ac0 : 0xffffff8000449edd
0xffffff80fefb0be0 : 0xffffff800044ef07
0xffffff80fefb0ef0 : 0xffffff800044fb15
0xffffff80fefb0f60 : 0xffffff800044fca0
0xffffff80fefb1030 : 0xffffff800042bb70
0xffffff80fefb10c0 : 0xffffff800030bcc1
0xffffff80fefb1160 : 0xffffff80002eec31
0xffffff80fefb12c0 : 0xffffff80002efffe
0xffffff80fefb1340 : 0xffffff80002f0039
0xffffff80fefb1370 : 0xffffff800042b753
0xffffff80fefb13f0 : 0xffffff800030a574
0xffffff80fefb1440 : 0xffffff80004c3232
0xffffff80fefb14e0 : 0xffffff800026242c
0xffffff80fefb18c0 : 0xffffff8000264e32
0xffffff80fefb1910 : 0xffffff8000212e4b
0xffffff80fefb19f0 : 0xffffff80002ada4f
Backtrace continues...
Kernel Extensions in backtrace (with dependencies):
com.apple.iokit.IOStorageFamily(1.6.2)@0xffffff7f80679000->0xffffff7f80692fff

BSD process name corresponding to current thread: Path Finder

Mac OS version:
10H562

Kernel version:
Darwin Kernel Version 10.5.0: Wed Sep 29 15:10:36 PDT 2010; root:xnu-1504.9.16~1/RELEASE_X86_64
System model name: MacPro3,1 (Mac-F42C88C8)

System uptime in nanoseconds: 146690505800359
unloaded kexts:
(none)
loaded kexts:
com.binaryage.totalfinder.kext 1.0 - last l
Model: MacPro3,1, BootROM MP31.006C.B05, 8 processors, Quad-Core Intel Xeon, 3 GHz, 10 GB, SMC 1.25f4
Graphics: ATI Radeon HD 2600 XT, ATI Radeon HD 2600, PCIe, 256 MB
Graphics: ATI Radeon HD 4870, ATI Radeon HD 4870, PCIe, 512 MB
Memory Module: global_name
Bluetooth: Version 2.3.8f7, 2 service, 19 devices, 1 incoming serial ports
Network Service: Ethernet 1, Ethernet, en0
PCI Card: ATI Radeon HD 2600, Display, Slot-3
PCI Card: ATI Radeon HD 4870, Display, Slot-1
Serial ATA Device: WDC WD20EADS-00R6B0, 1.82 TB
Serial ATA Device: WDC WD20EADS-00R6B0, 1.82 TB
Serial ATA Device: WDC WD3000HLFS-01G6U0, 279.46 GB
Serial ATA Device: WDC WD3000HLFS-01G6U0, 279.46 GB
Parallel ATA Device: PIONEER DVD-RW DVR-112D
USB Device: Hub, 0x05ac (Apple Inc.), 0x9120, 0xfd400000
USB Device: Miscellaneous Device, 0x046d (Logitech Inc.), 0x0809, 0xfd410000
USB Device: Hub, 0x0424 (SMSC), 0x2512, 0xfd420000
USB Device: Hub, 0x0424 (SMSC), 0x2602, 0xfd421000
USB Device: Microsoft Trackball Explorer®, 0x045e (Microsoft Corporation), 0x0024, 0xfd421300
USB Device: Flash Card Reader, 0x0424 (SMSC), 0x2228, 0xfd421100
USB Device: Apple Cinema HD Display, 0x05ac (Apple Inc.), 0x9220, 0xfd430000
USB Device: Keyboard Hub, 0x05ac (Apple Inc.), 0x1006, 0xfd500000
USB Device: Apple Keyboard, 0x05ac (Apple Inc.), 0x0220, 0xfd520000
USB Device: Hub, 0x050d (Belkin Corporation), 0x0237, 0xfd300000
USB Device: Deskjet F4400 series, 0x03f0 (Hewlett Packard), 0x7711, 0xfd360000
USB Device: CTH-661, 0x056a (WACOM Co., Ltd.), 0x00d3, 0xfd370000
USB Device: iPhone, 0x05ac (Apple Inc.), 0x1294, 0xfd320000
USB Device: C-Media USB Headphone Set, 0x0d8c (C-MEDIA ELECTRONICS INC.), 0x000c, 0xfd310000
USB Device: Bluetooth USB Host Controller, 0x05ac (Apple Inc.), 0x8206, 0x5d200000
FireWire Device: built-in_hub, Up to 800 Mb/sec
FireWire Device: Rev2, Drobo, Up to 800 Mb/sec
FireWire Device: unknown_device, Unknown

------------------------------

Message: 2
Date: Mon, 25 Oct 2010 21:37:36 -0700
From: Michael Smith <email@hidden>
Subject: Re: Kernel Panic From Storage Problem?
To: George Plymale <email@hidden>
Cc: "email@hidden Kernel"
<email@hidden>
Message-ID: <email@hidden" target="_blank">email@hidden>
Content-Type: text/plain; charset="us-ascii"

On Oct 25, 2010, at 12:35 PM, George Plymale wrote:

> Seems that I have my fair share of hard drives failing and I am wondering your take on the following panic in terms of, to my eyes, appearing to be resultant from something going on with a drive failing due to bad blocks (FS structure appears to check out okay). This panic has recurred several times over the last week:
...
> panic(cpu 4 caller 0xffffff80002cf17f): Double fault thread:0xffffff802fb1e260 at 0xffffff80002ad6a8, registers:

A double fault is almost always a memory issue, either bug-related corruption of the kernel pagetable, or memory hardware failure.

It is quite unlikely that storage corruption, or disk I/O errors would cause this.

= Mike

--
Excellence in any department can be attained only by the labor of a lifetime; it is not to be purchased at a lesser price -- Samuel Johnson

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.apple.com/mailman/private/darwin-kernel/attachments/20101025/8d7ea3a6/attachment.html

------------------------------

Message: 3
Date: Mon, 25 Oct 2010 22:43:45 -0700
From: Shantonu Sen <email@hidden>
Subject: Re: Kernel Panic From Storage Problem?
To: George Plymale <email@hidden>
Cc: "email@hidden Kernel"
<email@hidden>
Message-ID: <email@hidden" target="_blank">email@hidden>
Content-Type: text/plain; charset="us-ascii"

actually, the fingerprint of this particular issue is:

CR2: 0xffffff80fefaff98
RSP: 0xffffff80fefaffa0
RBP: 0xffffff80fefb0340

What's happening is that a particularly deep call chain is blowing past the bottom of the (16KB) kernel stack. You can see RBP->RSP cross a page boundary into a guard page. The next push onto the stack causes a page fault. The page fault trap handler uses the same stack, and its first store to the stack also faults, resulting in a double-fault, which then uses a special reserved stack.

I'll note that 10H562 does not appear to be a released version of Mac OS X, so discussing issues related to it (in specific) is not appropriate for this list.

In terms of the general problem, no, this is not indicative of failing hardware or filesystem corruption.

Shantonu

On Oct 25, 2010, at 9:37 PM, Michael Smith wrote:

>
> On Oct 25, 2010, at 12:35 PM, George Plymale wrote:
>
>> Seems that I have my fair share of hard drives failing and I am wondering your take on the following panic in terms of, to my eyes, appearing to be resultant from something going on with a drive failing due to bad blocks (FS structure appears to check out okay). This panic has recurred several times over the last week:
> ...
>> panic(cpu 4 caller 0xffffff80002cf17f): Double fault thread:0xffffff802fb1e260 at 0xffffff80002ad6a8, registers:
>
> A double fault is almost always a memory issue, either bug-related corruption of the kernel pagetable, or memory hardware failure.
>
> It is quite unlikely that storage corruption, or disk I/O errors would cause this.
>
> = Mike
>
> --
> Excellence in any department can be attained only by the labor of a lifetime; it is not to be purchased at a lesser price -- Samuel Johnson
>
>
>
>
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Darwin-kernel mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.apple.com/mailman/private/darwin-kernel/attachments/20101025/a6bc188c/attachment.html

------------------------------

_______________________________________________
Darwin-kernel mailing list
email@hidden
http://lists.apple.com/mailman/listinfo/darwin-kernel

End of Darwin-kernel Digest, Vol 7, Issue 142
*********************************************