From owner-freebsd-stable@freebsd.org Thu Dec 17 04:16:31 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 18A654A90FF for ; Thu, 17 Dec 2020 04:16:31 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (midget.dons.net.au [IPv6:2403:5800:5101:0:ea:1cff:fefa:f00]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "dons.net.au", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CxJbJ4vR4z4qQx for ; Thu, 17 Dec 2020 04:16:28 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.16.1/8.16.1) with ESMTPS id 0BH4G2fp088153 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 17 Dec 2020 14:46:07 +1030 (ACDT) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.16.1/8.16.1/Submit) id 0BH4FqAF088145 for ; Thu, 17 Dec 2020 14:45:52 +1030 (ACDT) (envelope-from darius@dons.net.au) X-MIMEDefang-Relay-f0f0b4ff001831caa5b8ac39868c4c7e9b4d12fc: 2001:44b8:1d2:8900:e036:f6fb:1772:514b Received: from [IPv6:2001:44b8:1d2:8900:e036:f6fb:1772:514b] ([IPv6:2001:44b8:1d2:8900:e036:f6fb:1772:514b] [2001:44b8:1d2:8900:e036:f6fb:1772:514b]) by midget.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id 0BH4FpkQ088144; Thu, 17 Dec 2020 14:45:52 +1030 From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Date: Thu, 17 Dec 2020 14:45:51 +1030 Subject: LSI 53c1020 (mpt) troubles Message-Id: To: freebsd-stable X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Spam-Score: 1.3 (*) No, score=1.3 required=5.0 tests=HELO_NO_DOMAIN, RDNS_NONE, T_SPF_PERMERROR autolearn=no autolearn_force=no version=3.4.4 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 4CxJbJ4vR4z4qQx X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2403:5800:5101:0:ea:1cff:fefa:f00:from]; R_DKIM_ALLOW(-0.20)[dons.net.au:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2403:5800:5101:0:ea:1cff:fefa:f00:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dons.net.au:+]; DMARC_POLICY_ALLOW(-0.50)[dons.net.au,quarantine]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+mx]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4764, ipnet:2403:5800:5000::/36, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 04:16:31 -0000 Hi, I have a system which I've put an LSI 53c1020 (the PCIe version) so I = can connect an old LTO tape drive (U320 interface) to it. It detects the tape drive but emits some alarming messages and access to = it is impossibly slow. I suspect the cable is dodgy, so I am waiting to get another one to test = with because it also runs very slowly under Linux. However on FreeBSD it spams the logs with messages like: Dec 17 03:09:15 maarsy-acq3 kernel: mpt0: request 0xfffffe00b9f7b3c0:172 = timed out for ccb 0xfffff800073c9000 (req->ccb 0xfffff800073c9000) Dec 17 03:09:15 maarsy-acq3 kernel: mpt0: attempting to abort req = 0xfffffe00b9f7b3c0:172 function 0 Dec 17 03:09:15 maarsy-acq3 kernel: mpt0: abort of req = 0xfffffe00b9f7b3c0:172 completed Dec 17 03:09:15 maarsy-acq3 kernel: mpt0: attempting to abort req = 0xfffffe00b9f7b3c0:172 function 0 Dec 17 03:09:15 maarsy-acq3 kernel: mpt0: abort of req = 0xfffffe00b9f7b3c0:172 completed These are repeated many times per second. Under Linux it does not seem to do this (tested with Ubuntu 20.04 ISO) If anyone is interested in testing patches to improve the robustness = then I can test them since the new cable will take a while to arrive :) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum