Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Dec 2010 20:14:47 -0500
From:      jhell <jhell@DataIX.net>
To:        Kostik Belousov <kostikbel@gmail.com>
Cc:        Jan Henrik Sylvester <me@janh.de>, stable-list freebsd <freebsd-stable@freebsd.org>
Subject:   Re: aesni(?) corrupts data on 8.2-BETA1
Message-ID:  <4D0AB987.5090000@DataIX.net>
In-Reply-To: <4D0AB882.5090800@DataIX.net>
References:  <4D02CA9E.1030704@janh.de> <4D02D736.7000103@sentex.net> <20101211160121.GL33073@deviant.kiev.zoral.com.ua> <4D040458.3030601@sentex.net> <20101211232253.GR33073@deviant.kiev.zoral.com.ua> <4D04195F.1080802@sentex.net> <20101212084327.GS33073@deviant.kiev.zoral.com.ua> <4D0AB882.5090800@DataIX.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 12/16/2010 20:10, jhell wrote:
> Regarding this patch(r216455) and r216162 I have had to back both of
> them out of my local tree to avoid panics on a ZFS & UFS2 i386 system.
> 
> With the following panic strings:
>   Dumptime: Thu Dec  9 08:37:40 2010
>   Panic String: double fault
>   Dumptime: Thu Dec  9 08:41:57 2010
>   Panic String: page fault
>   Dumptime: Fri Dec 10 00:23:35 2010
>   Panic String: free: address 0x85ceb000(0x85ceb000) has not been allocated.
>   Dumptime: Fri Dec 10 14:37:33 2010
>   Panic String: page fault
>   Dumptime: Sat Dec 11 04:10:01 2010
>   Panic String: vm_fault: fault on nofault entry, addr: 8289c000
>   Dumptime: Sun Dec 12 23:45:01 2010
>   Panic String: page fault
>   Dumptime: Tue Dec 14 01:32:09 2010
>   Panic String: page fault
>   Dumptime: Tue Dec 14 16:46:33 2010
>   Panic String: general protection fault
>   Dumptime: Thu Dec 16 10:03:15 2010
>   Panic String: vm_fault: fault on nofault entry, addr: b3811000
> 
> 
> Seems to be caused by r216162 or directly related to it. If further
> information is needed let me know. Ill be around here for the next few
> hours.
> 

PS: Also when the system crashes with the above panic strings
/boot/zfs/zpool.cache ends up corrupt leaving me with the need to boot
from a good kernel and force import the pool. Also scrubs with the two
revs end up with checksum errors all over the place. Without it
everything returns to normal.

-- 

 jhell,v



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4D0AB987.5090000>