From owner-freebsd-hackers Fri Feb 3 11:51:37 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA19197 for hackers-outgoing; Fri, 3 Feb 1995 11:51:37 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA19190 for ; Fri, 3 Feb 1995 11:51:36 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id LAA10529; Fri, 3 Feb 1995 11:51:23 -0800 From: "Justin T. Gibbs" Message-Id: <199502031951.LAA10529@estienne.cs.berkeley.edu> Subject: Re: new SNAP To: bugs@warlock.win.net (Mark Hittinger) Date: Fri, 3 Feb 1995 11:51:22 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502031550.KAA15893@warlock.win.net> from "Mark Hittinger" at Feb 3, 95 10:50:38 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1349 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > spoke too soon on the EISA aha274x working. If you compile without bounce > buffers and with debugging on it fails for me: Are you possitive that your motherboard can do DMA above 16meg?? Not all EISA machines are created equal you know. I also cannot guarantee that the diagnostic code in there is up to date. I've been running without it enabled for some time now. > aha1: target 0 refusing synchronous negotiation - using asynchronous transfers > aha1: no active SCB for reconnecting target 0, channel - issuing abort Unless you know aic7xxx assembly, I think you might find this difficult. It may be that there are still problems in the way we recieve and respond to SDTR, WDTR or REJECT messages, but those problems will most likely reside in sys/gnu/misc/aic7xxx/aic7xxx.seq. The error message you report is the result of the target reconnecting to the host when it hasn't disconnected first (or so the aic7xxx things). I have no idea how bounce buffering could have affected this unless you have a DMA problem. > I will nose around in the code later today and see if I can find the bad boy. > > later > mark.h -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ==============================================