From owner-freebsd-hardware Wed Apr 23 04:36:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25105 for hardware-outgoing; Wed, 23 Apr 1997 04:36:18 -0700 (PDT) Received: from gatekeeper.acucobol.ie (gatekeeper.acucobol.ie [194.125.135.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25098 for ; Wed, 23 Apr 1997 04:36:14 -0700 (PDT) Received: (from daemon@localhost) by gatekeeper.acucobol.ie (8.8.5/8.8.5) id MAA25848; Wed, 23 Apr 1997 12:34:06 +0100 (BST) Received: from guinness.acucobol.ie(194.125.135.195) by gatekeeper.acucobol.ie via smap (V2.0beta) id xma025810; Wed, 23 Apr 97 12:33:56 +0100 Received: from guinness (localhost [127.0.0.1]) by guinness.acucobol.ie (8.8.5/8.8.5) with ESMTP id MAA03501; Wed, 23 Apr 1997 12:35:35 +0100 (BST) Message-Id: <199704231135.MAA03501@guinness.acucobol.ie> From: John McLaughlin To: Mike Tancsa Cc: hardware@freebsd.org Subject: Re: Yet another Adaptec 2940UW problem :( In-reply-to: Your message of "Tue, 22 Apr 1997 16:47:42 EDT." <3.0.1.32.19970422164742.00af0c80@sentex.net> Date: Wed, 23 Apr 1997 12:35:34 +0100 Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> We have had a *lot* of difficulty with the former. If the chip >> says 2940AU, it would be wise to stay away for the moment. This >> info is from about a month back. Things might have changed. > I found that enabling the "Plug and Play SCAM support" in the > card's BIOS (even if your devices dont necessarily support it), > helps a lot for that model... I tried that on one for a 2.2.1-RELEASE install (I'd always used 2940's before with much joy), but with no success, so it doesn't appear to be a general workaround. I replaced it with a Tekram 390U, which made both the kernel and me happier. I would say avoid, unless it's been sorted out in the latest snapshot, though it does still appear to be severly crippled in comparison to previous 2940s. John