From owner-freebsd-current@FreeBSD.ORG Wed Aug 24 16:08:53 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 E2DD316A420; Wed, 24 Aug 2005 16:08:52 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D44DF43D45; Wed, 24 Aug 2005 16:08:51 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7OG8opB009330; Wed, 24 Aug 2005 12:08:50 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j7OG8obE035443; Wed, 24 Aug 2005 12:08:50 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j7OG8m2Z092520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Aug 2005 12:08:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050824115540.088fd170@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 24 Aug 2005 12:08:28 -0400 To: Joao Barros , Eric Anderson From: Mike Tancsa In-Reply-To: <70e8236f0508231037711eec90@mail.gmail.com> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.jhb@FreeBSD.org> <70e8236f05080813372e406f44@mail.gmail.com> <6.2.1.2.0.20050809162128.087f42a8@64.7.153.2> <70e8236f0508230850b4f1aeb@mail.gmail.com> <6.2.3.4.0.20050823120139.05395d08@64.7.153.2> <70e8236f0508230914480b7e2b@mail.gmail.com> <430B5AE2.4020303@centtech.com> <70e8236f0508231037711eec90@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) 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: Wed, 24 Aug 2005 16:08:53 -0000 At 01:37 PM 23/08/2005, Joao Barros wrote: >On 8/23/05, Eric Anderson wrote: > > Joao Barros wrote: > > > On 8/23/05, Mike Tancsa wrote: > > > > > >>At 11:50 AM 23/08/2005, Joao Barros wrote: > > >> > > >>>Hi, > > >>> > > >>>I have a spare controller, exact same model I'm trying to use with > > >>>FreeBSD 6 and that I'm willing to donate if needed / requested. > > >>>I live in Portugal so shipping to Europe would be preferable. > > >>> > > >>>I'm available for any questions concerning this matter. > > >> > > >>I dont think its that controller. I am able to lock the machine in > > >>SMP mode without the AMR by generating a high interrupt load either > > >>on the NIC or onboard SCSI controller or on a crypto card. > > >> > > >> ---Mike > > > > > > > > > Well, for me sums up to this: > > > FreeBSD 5 with amr: ok > > > FreeBSD 6 with amr: doesn't boot > > > > > > And when I mean 'same controller' I mean what I have PERC 3/DC aka > > > LSILogic MegaRAID 1600 Elite. > > > > When you boot verbosely, do you see a bunch of retries? If you do, let > > it sit until the retries hits 16k. Maybe it's the same cam bug I'm > > seeing (I have a patch to try soon). > > > > Eric > >Actually no as you can verify in my posted dmesgs here: >http://lists.freebsd.org/pipermail/freebsd-current/2005-August/053994.html > >Thanks for your 'eye' on this but I don't seem to be affected by that >bug your seeing. I dont think its the AMR card. I tried a OpenBSD snapshot on it, and the same tests that crash FreeBSD work fine on OpenBSD. Something like the cryptotest with multiple threads would quickly lockup the box (i.e. no VGA output nothing). Its not the HiFn card per se, it seems anything that generates a high interrupt load will lockup the machine. I found generating a lot of network traffic would lock it up as well. This doesnt seem to be the case on OpenBSD nor Linux. dmesges from various OSes are at http://www.tancsa.com/dell/ including the one from OpenBSD. http://www.tancsa.com/dell/openbsd.txt I will pop the AMR card back in for good measure too. Comparing the dmesgs, both Linux and OpenBSD seem to squak about the ISA bus/ATA controller and USB being disabled. But FreeBSD seems to try and do something with it that causes it to blow up. By blow up, I mean shut the machine down. ---Mike