From owner-freebsd-current@freebsd.org Tue Jul 14 09:14:40 2020 Return-Path: Delivered-To: freebsd-current@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 580C835B754 for ; Tue, 14 Jul 2020 09:14:40 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5ZbM6vk4z41Dy; Tue, 14 Jul 2020 09:14:39 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id E6F71A522; Tue, 14 Jul 2020 11:14:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fiJ37LFh7whK; Tue, 14 Jul 2020 11:14:35 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 36466A51F; Tue, 14 Jul 2020 11:14:35 +0200 (CEST) Subject: Re: Current panics on connecting disks to a LSI-3108 controller To: Andriy Gapon , Yuri Pankov , freebsd current References: <1406943a-6028-26ae-012f-e83903f2b299@digiware.nl> <266ce56a-0d95-b61a-4757-4ccdc2533ae2@yuripv.dev> <80510d48-adfe-3f9c-a7cd-81a7e88d9d71@digiware.nl> From: Willem Jan Withagen Message-ID: <22f905c8-40fc-793f-fc84-6bf2a8d3111a@digiware.nl> Date: Tue, 14 Jul 2020 11:14:33 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: nl X-Rspamd-Queue-Id: 4B5ZbM6vk4z41Dy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2020 09:14:40 -0000 On 14-7-2020 07:45, Andriy Gapon wrote: > On 14/07/2020 03:39, Willem Jan Withagen wrote: >> And what I read from the manual page, mrsas plays even nicer with CAM which is a >> plus. > If by "nicer" you mean that mfi does not integrate with CAM at all, then you are > right :-) > Also, last I looked mfi has some pretty serious bugs in its direct interface to > GEOM. We've seen all kinds of crashes with mfi at work. Right that was what I meant. Disadvantage is that mfiutil no longer works. But then if you JBOD, it does not really matter. Unless it still uses caching for JBODs and then I'd like to know the state of the battery. > Whatever the reason why mrsas is not always preferred over mfi, it must pretty > nebulous like POLA for existing users. From technical point of view, mrsas > appears to be superior Right, the Pola argument... Least it would warrant for is a warning in the mfi/mfiutil manpage that mrsas is a lot more modern and that it should be prefered is user has no specific reason to select mfi. And perhaps it is too complicated in the build of the boot images for isos and sticks, but there it would help a lot. Now booting with this controller and disk in the system leads to a panic. And a heavy one which requires hard reset/power-cycle, since the console is dead. --WjW