From owner-freebsd-current@FreeBSD.ORG Tue Aug 9 04:19:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2B3316A41F; Tue, 9 Aug 2005 04:19:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87F2B43D45; Tue, 9 Aug 2005 04:19:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j794JPms051231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Aug 2005 21:19:26 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42F82EFA.1010001@errno.com> Date: Mon, 08 Aug 2005 21:20:10 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <42475.1123513974@phk.freebsd.dk> <6.2.1.2.0.20050808162711.04d40c28@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050808162711.04d40c28@64.7.153.2> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , Michael Reifenberger , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2005 04:19:28 -0000 Mike Tancsa wrote: > At 11:12 AM 08/08/2005, Poul-Henning Kamp wrote: > > >> I belive there is a bug in the HiFn chips that makes them do a soft reset >> under some set of circumstances which we have never been able to nail >> down. > > > Actually, > I think this is something different. I know the issue you are > referring to, and it seems to happen on many (but not all) motherboards. > Note, this problem does not happen in UP mode on this box, only on SMP. > Also, I just booted RELENG_4_11 on the box and installed an SMP kernel. > > hippo# hifnstats > input 7648447680 bytes 2338053 packets > output 7648431264 bytes 2338052 packets > invalid 0 nomem 0 abort 0 > noirq 1263291 unaligned 0 > totbatch 0 maxbatch 0 > nomem: map 0 load 0 mbuf 0 mcl 0 cr 0 sd 0 > hippo# > > I am able to run > /usr/bin/openssl aes-128-cbc -in big -k pass | ssh -c aes128-cbc > mdtancsa@127.0.0.1 "cat - > /dev/null" > until the cows come home without issue, even with an SMP kernel built. > So it seems like its something with this box and RELENG_6 that causes > the box to totally lock up I much prefer cryptotest for exercising the hardware. If you increase the number of concurrent threads (-t I think) you can really load the device. I wouldn't be surprised if there were an smp locking bug in the crypto code as I'm not sure it's been well-exercised recently and with more of the kernel coming out from under Giant the locking within the subsystem is getting more testing. Sam