From owner-freebsd-scsi Sun Aug 11 2: 6:37 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F25B637B400 for ; Sun, 11 Aug 2002 02:06:34 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8407B43E5E for ; Sun, 11 Aug 2002 02:06:33 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id KAA06554 for freebsd-scsi@freebsd.org; Sun, 11 Aug 2002 10:40:05 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id g7B8anB02408 for freebsd-scsi@freebsd.org; Sun, 11 Aug 2002 10:36:50 +0200 (MET DST) (envelope-from j) Date: Sun, 11 Aug 2002 10:36:49 +0200 From: Joerg Wunsch To: freebsd-scsi@freebsd.org Subject: Tekram DC-395 driver maintenance Message-ID: <20020811103649.G39683@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , freebsd-scsi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Gerrit Kuehn sponsored me his Tekram DC-395U adapter card after he's been unsuccessful to get it properly running together with his MO drive and the Tekram-provided driver. I once promised him that i could perhaps take over maintenance for it provided i own the appropriate hardware. ;-) For those who are not familiar with the Tekram product line, that's the controller series where they are employing an ASIC of their own for the controller (TRM-S1040), while in most other controller boards, they're using Symbios Logic chips that are supported well by our sym(4) driver. In the course of investigating his problems, i eventually found out that there was one serious bug in that driver: upon detecting a CHECK CONDITION, they didn't set the appropriate CAM error flag (CAM_SCSI_STATUS_ERROR), so the CAM layer never bothered to handle the error at all. This was non-fatal as long as the attached devices never issued a CHECK CONDITION :), but naturally, even a missing MO medium at initialisation time caused the upper layers to assume the device were ready, and they started to interpret garbage data as valid numbers, which eventually would lead to an integer divide by zero fault in the geometry calculation. I did a few other minor changes, like renaming the driver from the overly long "tekram_trm" to just "trm". Still, the code looks a bit strange to us (Hungarian notation, 4-position hard tabs) since it's just vendor-supplied code. Would anybody have strong objections for me to import the code into our tree, under the promise that i could keep track of future vendor submissions? I guess there's no room on the bootfloppy to include it by default, but maybe we could arrange for a third bootfloppy containing loadable modules some day, so that would extend the list of supported controllers. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message