From owner-freebsd-hackers Wed Jul 12 22:31:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA20585 for hackers-outgoing; Wed, 12 Jul 1995 22:31:04 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA20579 for ; Wed, 12 Jul 1995 22:31:03 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA22828; Wed, 12 Jul 95 23:22:02 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507130522.AA22828@cs.weber.edu> Subject: Re: SCSI disk wedge To: tom@misery.sdf.com (Tom Samplonius) Date: Wed, 12 Jul 95 23:22:01 MDT Cc: karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Tom Samplonius" at Jul 12, 95 07:28:52 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > The 1742 driver has been around for a long time and is very similar to > the driver in NetBSD. However, the 2742/2842/2942 driver is quite > recent. It is _very_ odd that you have problems with both adapters. Clearly, it is an issue of tagged command queuing, very large transfers, bus on time, or one of the many issues in the shared SCSI, VM, block I/O, and/or user space code above them all, only the last of which is shared with BSDI (and therefore possible to rule out). Another possibility is that BSDI, to my knowledge, does not support bounce buffers, instead allocating them at boot time and as a result allocating them in low memory. It is entirely possible that you are runninh a HiNT EISA chipset or other chipset that does not support bus mastering DMA transfers to memory regions above the 16M limit (which would put your board in violation of the EISA standard, but still claiming to be EISA in the ROM tag location). There is insufficient information presented to diagnose your problem. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.