From owner-freebsd-stable Thu Oct 12 7:11: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 3834437B502 for ; Thu, 12 Oct 2000 07:11:06 -0700 (PDT) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id e9BEsu611412; Wed, 11 Oct 2000 14:54:57 GMT (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200010111454.e9BEsu611412@aslan.scsiguy.com> To: Igor Timkin Cc: "Justin T. Gibbs" , freebsd-stable@FreeBSD.ORG Subject: Re: adaptec 39160 In-Reply-To: Your message of "Thu, 12 Oct 2000 17:45:02 +0400." <200010121345.RAA28799@logger.gamma.ru> Date: Wed, 11 Oct 2000 14:54:56 +0000 From: "Justin T. Gibbs" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >BIOS don't has such options. >But whith today's kernel (second channel (ahc2) without devices) >3940 seems to work: Yes, my commit last night was meant to protect the timeout handler from just such a problem. Unfortunately, the second channel is still not getting interrupts, but after the initial probe, the system will leave it alone, allowing you to still boot. Perhaps if you send mail to the SMP list with the output of "mptable -verbose -dmesg" someone there will know how to coax your system into working correctly. It may also be worth looking to see if a BIOS update is available for your system. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message