From owner-freebsd-questions Tue Feb 10 14:54:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA05117 for questions-outgoing; Tue, 10 Feb 1998 14:54:17 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA05071 for ; Tue, 10 Feb 1998 14:54:02 -0800 (PST) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id PAA23472; Tue, 10 Feb 1998 15:51:13 -0700 (MST) Date: Tue, 10 Feb 1998 15:51:13 -0700 (MST) From: "Justin T. Gibbs" Message-Id: <199802102251.PAA23472@narnia.plutotech.com> To: Julian Elischer cc: questions@FreeBSD.ORG Subject: Re: Adaptec 1542 drivers busted?? Newsgroups: pluto.freebsd.questions In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you wrote: > > can you try a newer SNAP of the kernel sources? > the problem may not be in the aha code, but in the associated > code for deciding whether to allocate a bounce buffer. > > julian There are a number of reasons for why this could happen. The most likely one is the large number of SCSI data structures that are allocated on the kernel stack but may actually be transfered at interrupt time. The SCSI system has a hack in it to attempt to notice and bounce these data structures, but the test is no longer adequate now that the possition of the kernel stack has moved. The CAM SCSI layer does not have this problem, but I have yet to find the time to convert the 1542 driver to the new framework. -- Justin > On Sun, 8 Feb 1998, Doug White wrote: > >> On Fri, 6 Feb 1998, Jeff Wheat wrote: >> >> > Looks like once again NetBSD/OpenBSD have functional drivers: >> > >> > Feb 6 10:23:26 johnnybravo /kernel: aha0: DMA beyond end Of ISA: 0x262bd24 >> > Feb 6 10:23:26 johnnybravo /kernel: ch0: could not sense element address page To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe questions" in the body of the message