From owner-aic7xxx Tue Dec 1 23:33:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA20790 for aic7xxx-outgoing; Tue, 1 Dec 1998 23:33:07 -0800 (PST) (envelope-from owner-aic7xxx@FreeBSD.ORG) Received: from relay.ccs.muc.debis.de (relay.ccs.muc.debis.de [53.140.125.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA20785 for ; Tue, 1 Dec 1998 23:33:03 -0800 (PST) (envelope-from Holger.Lenz@m.dasa.de) Received: (from uucp@localhost) by relay.ccs.muc.debis.de (8.8.8/8.6.9) id IAA06122 for ; Wed, 2 Dec 1998 08:29:45 +0100 (MET) Received: from relay2.ccs.muc.debis.de(53.140.125.66) by relay.ccs.muc.debis.de via smap (3.2) id xma006078; Wed, 2 Dec 98 08:29:19 +0100 Received: (from uucp@localhost) by relay2.ccs.muc.debis.de (8.8.8/8.8.8/wk-1.0) id IAA00961 for ; Wed, 2 Dec 1998 08:29:19 +0100 (MET) Received: from ada3.otn.lm.dasa.de(53.146.166.119) by relay2.ccs.muc.debis.de via smap (3.2) id xma000925; Wed, 2 Dec 98 08:29:01 +0100 Received: from pluto (lenz@pluto [53.146.166.100]) by ada3.otn.lm.dasa.de. (8.8.5/8.8.5) with SMTP id IAA13893 for ; Wed, 2 Dec 1998 08:30:01 +0100 (MET) Message-ID: <3664EC5D.5828B43B@m.dasa.de> Date: Wed, 02 Dec 1998 08:29:33 +0100 From: "Holger.Lenz" Organization: irrelevant X-Mailer: Mozilla 3.0 (X11; I; Linux 2.0.36 i586) MIME-Version: 1.0 To: aic7xxx@FreeBSD.ORG Subject: 2.0.36/5.1.4 and BIOS settings References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-aic7xxx@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm looking for comments on the following issue: I had problems getting the 5.1.4 driver (Linux 2.0.36) to work with my Syquest drive - I believe the little beast is blessed with buggy firmware. It will happily negotiate synchronous transfers with the host and then hang the bus. It will work under winlose if I disable sync negotiation for the drive in the adapter BIOS (2940UW), which is also what happens with the 5.1.0pre5 driver. I have hacked the 5.1.4 driver to force async transfers for a target if sync and wide negotiation are disabled in the BIOS, so the drive is currently working. What I would like to hear about is 1. Will there be a way to force async transfers in a future revision of the driver? or, if not 2. Will anybody familiar with the aic7xxx code have a look at my patch (which I consider to be a nasty hack) and make suggestions as to how this should be done properly? TIA -- H.J. Lenz Munich Holger.Lenz@m.dasa.de Germany holgerlenz@franken1.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-aic7xxx" in the body of the message