From owner-freebsd-scsi@FreeBSD.ORG Fri Sep 12 11:45:52 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C87516A4BF; Fri, 12 Sep 2003 11:45:52 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45C7843FFD; Fri, 12 Sep 2003 11:45:48 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h8CIjeQw012704 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 12 Sep 2003 20:45:45 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h8CIjchF006387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Sep 2003 20:45:39 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h8CIjcrY056727; Fri, 12 Sep 2003 20:45:38 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h8CIjbkM056726; Fri, 12 Sep 2003 20:45:38 +0200 (CEST) Date: Fri, 12 Sep 2003 20:45:37 +0200 From: Bernd Walter To: freebsd-scsi@freebsd.org Message-ID: <20030912184536.GM26878@cicely12.cicely.de> References: <20030911165325.GA826@lizzy.catnook.com> <137850000.1063320278@aslan.btc.adaptec.com> <20030912032034.GA826@lizzy.catnook.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030912032034.GA826@lizzy.catnook.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: jhb@freebsd.org Subject: Re: "Timedout SCB already complete. Interrupts may not be functioning." X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 18:45:52 -0000 On Thu, Sep 11, 2003 at 08:20:12PM -0700, Jos Backus wrote: > On Thu, Sep 11, 2003 at 04:44:38PM -0600, Justin T. Gibbs wrote: > > > I just replaced an Adaptec 19160 (which has been working fine for years in > > > this setup) with a 39160, and added a extra disk to the B channel on the > > > 39160. The 39160 has the latest BIOS revision, 3.10.0, and is left at its > > > default settings. > > > > > > With an August 24th kernel I am now seeing these: > > > > > > Sep 11 09:28:13 lizzy kernel: ahc1: Timedout SCB already complete. Interrupts > > > may not be functioning. > > > > You try to print out a diagnostic that says exactly what is going wrong, > > but people ignore it anyway... > > I am not ignoring the message, I simply wasn't sure how to interpret it > properly :) This cable and controller somebody gave me could have been faulty > perhaps. Thanks for confirming that they're apparently functioning fine. > > > Interrupts are not being routed correctly to the second funcion of > > your SCSI controller. The A channel works - this is exactly the same > > INT line that your 19160 used. The gods of interrupt routing may > > be able to tell you why the code is not handling this properly, but > > suffice to say, interrupts are not working! > > That makes sense, as irq 4 is now also used for the B channel. I vainly tried > to disable COM1 in the BIOS but that didn't seem to help either. Nor did > disabling the sio device. So I'll send a message to -current now. Sounds like Int routing got wrong results. Check if disabling helps you: Index: sys/dev/pci/pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pci.c,v retrieving revision 1.226 diff -u -r1.226 pci.c --- sys/dev/pci/pci.c 22 Aug 2003 03:11:53 -0000 1.226 +++ sys/dev/pci/pci.c 11 Sep 2003 19:01:56 -0000 @@ -800,7 +800,7 @@ } if (cfg->intpin > 0 && PCI_INTERRUPT_VALID(cfg->intline)) { -#if defined(__ia64__) || (defined(__i386__) && !defined(SMP)) +#if defined(__ia64__) || (defined(__noi386__) && !defined(SMP)) /* * Try to re-route interrupts. Sometimes the BIOS or * firmware may leave bogus values in these registers. I saw the same yesterday on an Asus T2P4 board and got the impression about a BIOS bug, but since I installed using old source I did not mention yet. In my case the result was the same in that all routing resulted in beeing IRQ4. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de