aesni(?) corrupts data on 8.2-BETA1

[jhell]

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