From owner-freebsd-scsi Mon Apr 20 12:41:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24686 for freebsd-scsi-outgoing; Mon, 20 Apr 1998 12:41:27 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA24653; Mon, 20 Apr 1998 19:41:08 GMT (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id DAA08958; Tue, 21 Apr 1998 03:33:06 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199804201933.DAA08958@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Justin T. Gibbs" cc: gibbs@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: ahh, I think I see part of the problem.. (CAM bouncing) In-reply-to: Your message of "Mon, 20 Apr 1998 12:20:11 CST." <199804201824.MAA02812@pluto.plutotech.com> Date: Tue, 21 Apr 1998 03:33:05 +0800 From: Peter Wemm Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Justin T. Gibbs" wrote: > >>Well, a page won't cause a wrap, but a single dma transfer shouldn't be > >>allowed to cross the boundary. > > > >I wasn't trying to be that specific. If you have the filter reject all > >pages just above the wrap point, the transfer cannot span the wrap point. > > I mean the single page just above any wrap points. I tried the previous patch that you posted but had a pretty spectacular explosion on a BT545S.. It "found" devices all the way up to da11 (at target 2 lun 5) and failed to mount root. The probes were reporting garbage.. Hmm.. Are all the allocations being zeroed? I added a 'if (addr == 0) return (1)' type test at the end of the vlfilter function, but the 445S doesn't work properly either. Things get SEGV during bootup to multi-user (eg: sendmail, nmbd etc), and the system usually panics with a 'vm_fault on nofault entry' type panic fairly shortly after that. I suspect the bios shadow avoidance has kicked in and a bug has been triggered (it doesn't work on the 545S at all, so that's why I suspect the bouncing). Cheers, -Peter -- Peter Wemm Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message