From owner-freebsd-stable Fri Mar 7 10:48:17 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A11537B401 for ; Fri, 7 Mar 2003 10:48:15 -0800 (PST) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB5C43F85 for ; Fri, 7 Mar 2003 10:48:14 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h27Ikuc12111; Fri, 7 Mar 2003 10:46:56 -0800 Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id KAA23029; Fri, 7 Mar 2003 10:48:04 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id LAA15882; Fri, 7 Mar 2003 11:48:01 -0700 (MST) Message-ID: <3E68E8D4.50507@btc.adaptec.com> Date: Fri, 07 Mar 2003 11:45:40 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021216 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marc G. Fournier" Cc: freebsd-stable@freebsd.org Subject: Re: bug in aac driver ... ? References: <20030305224856.R38115@hub.org> <3E68B7DC.2040701@btc.adaptec.com> <20030307143841.T18433@hub.org> In-Reply-To: <20030305224856.R38115@hub.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marc G. Fournier wrote: > On Fri, 7 Mar 2003, Scott Long wrote: > > > >Marc G. Fournier wrote: > > > >>Evening all ... > >> > >> I have an Intel server (SVW7500, or some designation like that) setup > >>with an Adaptec 2120S controller in it: > >> > >>aac0: mem 0xf8000000-0xfbffffff irq 2 at device 9.0 on pci1 > >>aac0: i960RX 100MHz, 48MB cache memory, optional battery present > >>aac0: Kernel 4.0-0, Build 5770, S/N 232fb7 > >> > >> Originally, when we installed it, we had a problem where, while > booting, > >>you would suddenly get the 'aac timeout' message scroll up the screen, > >>that has/had since been fixed ... > >> > >> Yesterday, after doing some work on one of our servers to increase > the # > >>of vnodes, I added and built a new kernel with: > >> > >>options VM_KMEM_SIZE="(400*1024*1024)" > >>options VM_KMEM_SIZE_MAX="(400*1024*1024)" > >> > >> Which I have running on venus (its using an AMI RAID card) > without any > >>hassles ... upon reboot of the Adaptec/Intel server, I once more am > >>getting the Timeouts and inability to boot ... a kernel built 10 minutes > >>earlier, without those options, but the exact same code, runs fine, so > >>something with the VM_KMEM_SIZE increase is causing the problem ... > >> > >> Help? > > > >I'll investigate why this happens. How much physical RAM do you have in > >the system? Can you put the card on the other PCI bus that's on that > >motherboard and see if there is any difference? > > > the server has 4gig of RAM, with KVA_PAGES set to 512 and the above > settings for VM_KMEM_SIZE* ... > > As for switching slots, difficult as the server is a remote server ... :( There are some strange interactions in the aac firmware when you get to 4GB of RAM. I'm not sure if I have enough of the right kind of DIMM sticks to populate my 7500WV2 motherboard to 4GB, so would you mind doing some tests for me? If the aac driver is compiled into the kernel, add the line 'options aac_DEBUG' to teh config file and rebuild. You'll also have to edit /sys/conf/files and remove the '#' at the beginning of the line that contains 'aac_debug.c'. If you load it as a module, then edit /sys/modules/aac/Makefile and remove the '#' before the two lines at the bottom that are marked as being for debugging purposes. Once you have debugging enabled, send me a console log that shows your complete dmesg and the output given when commands start timing out. Thanks! Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message