From owner-freebsd-scsi Thu Dec 2 14: 5:21 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id DD63514EE4 for ; Thu, 2 Dec 1999 14:05:17 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id OAA00570; Thu, 2 Dec 1999 14:05:01 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912022205.OAA00570@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: mjacob@feral.com Cc: "Kenneth D. Merry" , Stephen McKay , freebsd-scsi@FreeBSD.ORG Subject: Re: Tape driver problems In-reply-to: Your message of "Thu, 02 Dec 1999 10:20:19 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Dec 1999 14:05:01 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > > Dec 3 00:44:36 bucket /kernel: bus_dmamap_load: Too many segs! buf_len = 0x3000 > > > > > > > > The last bit changes. I've seen 0xb000 or 0xd000 or 0xe000 or 0xf000 also. > > > > This is a new problem related to the density autodetection read. I expect > > > > that an aha1542B just can't read MAXPHYS bytes from anything. > > > > > > Hmm, indeed. The density determining code does indeed issue a read of > > > MAXPHYS bytes. It seems to me that all HBA's should at least support that! > > > The maintainer for the 1542X will have to speak to this tho... > > > > I'm not the aha maintainer (Warner is), but I do know that it cannot do > > more than 64K at a time. So you shouldn't be using any more than that. > > Nonsense. That's what bounce buffers can or *should* be used for too. In this case, the problem is that the bounce buffer code has attempted to allocate space for the transfer, but it's sufficiently physically fragmented that it requires too many s/g entries to describe it. Either the aha code needs to be fixed to allow more s/g entries, or the bounce buffer code needs to be fixed to allocate things in larger chunks and thus keep fragmentation down, or we should just abandon these useless 10-year-old ISA SCSI controllers and worry about more useful things. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message