Date: Tue, 10 Feb 1998 15:51:13 -0700 (MST) From: "Justin T. Gibbs" <gibbs@narnia.plutotech.com> To: Julian Elischer <julian@whistle.com> Cc: questions@FreeBSD.ORG Subject: Re: Adaptec 1542 drivers busted?? Message-ID: <199802102251.PAA23472@narnia.plutotech.com> In-Reply-To: <Pine.BSF.3.95.980209084127.4090A-100000@current1.whistle.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In article <Pine.BSF.3.95.980209084127.4090A-100000@current1.whistle.com> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802102251.PAA23472>