From owner-freebsd-current@freebsd.org Fri Apr 15 14:26:26 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B6B6AED97B for ; Fri, 15 Apr 2016 14:26:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0DD51942 for ; Fri, 15 Apr 2016 14:26:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x232.google.com with SMTP id 2so136294567ioy.1 for ; Fri, 15 Apr 2016 07:26:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=+JCPFg7qRDZlwhLthmxXtzWPw5R4ECIjIUNM2qafquY=; b=vaUBzrfLRJdaiB6DBdwoJFVeEKKF54vZXzdrwUZTyjauS1PP75tuMbHd5o3ukAnTjE TCcEjxAIXmFpCgwikdL2AlJ9KNC8zE68CfuRDxZTDygfpN8p0ME+bGINFvJ1vArXdlFi nGE2SU3n64EUAQCm95NRTJWXHew08/pUwccwlLFUh9FSXpCogE3oaF0Z1E267CGeVDwm HqfMcy/P/Gp1CJc4jHa2kGSlbkSwAMBlR+tSpQ6MmmL1pafLrWPSALjuKxcN3RND6f9+ NwtOzgAWe52OWgWHi3dJTi+72dkQImO6Hh3fY0O+BqgfywHJITg1SMWv/OOAISgOB4Wz b3Rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=+JCPFg7qRDZlwhLthmxXtzWPw5R4ECIjIUNM2qafquY=; b=YCMopsVrORfXxaU5bPyHagQ5EAGw+o8U1NaaJ814oPxSeoK7AAVlCWu9pyiWe0JAWl pRXfLPTiR+1ekOiTodfRi5rQN+p7G2BXXc3aEEQcVj7lHuwIFJCv0jKVL7yZvh853wTV yVoCGb3YIIuzmdQ7kNeW1wYuMeRt3e5XhPre0dQ76ACW6cuo+q8oiQkjli1AXWIfWehr kgY2Vn6jXgAW12kD1HX6F/kASzBaJVm/18G8c+3qt7DGpUF7mQgopTmMw+ETUx7eAr24 Q+sT+NLRnjjcTrMhiKyxM097XfEuCksI5yjSCztRh0XynYZ11gkzYvqAwwCqU4hswh9g 5jUg== X-Gm-Message-State: AOPr4FWgSNizA77NFiPheKdK5qJ72zKBNnsGxNn/jrm71a33uI4KEVIhI8ukY0RJ1PWGenx4uy5kJIqiYPTf7Q== MIME-Version: 1.0 X-Received: by 10.107.137.16 with SMTP id l16mr22382409iod.197.1460730383936; Fri, 15 Apr 2016 07:26:23 -0700 (PDT) Sender: wlosh@bsdimp.com Received: by 10.79.104.197 with HTTP; Fri, 15 Apr 2016 07:26:23 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: <20160415155143.0faa8204@freyja.zeit4.iv.bundesimmobilien.de> References: <20160415155143.0faa8204@freyja.zeit4.iv.bundesimmobilien.de> Date: Fri, 15 Apr 2016 08:26:23 -0600 X-Google-Sender-Auth: n-1wiI8P1cFo1YACDzG-Lr02vas Message-ID: Subject: Re: Heads up From: Warner Losh To: "O. Hartmann" Cc: Warren Block , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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: Fri, 15 Apr 2016 14:26:26 -0000 On Fri, Apr 15, 2016 at 7:51 AM, O. Hartmann wrote: > On Thu, 14 Apr 2016 22:19:23 -0600 > Warner Losh wrote: > > > On Thu, Apr 14, 2016 at 9:56 PM, Warren Block > wrote: > > > > > On Thu, 14 Apr 2016, Warner Losh wrote: > > > > > > The CAM I/O scheduler has been committed to current. This work is > > > described > > >> in https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf though > the > > >> default scheduler doesn't change the default (old) behavior. > > >> > > >> One possible issue, however, is that it also enables NCQ Trims on ada > > >> SSDs. > > >> There are a few rogue drives that claim support for this feature, but > > >> actually implement data corrupt instead of queued trims. The list of > known > > >> rogues is believed to be complete, but some caution is in order. > > > > > > > > > > > Is the list of drives queryable? Is there an easy way to tell if the > > > currently-connected drives are on the list? > > > > > > > /usr/src/sys/cam/ata/ata_da.c has the list. > > > > dmesg will tell you if it detected a bad one since it prints the drive's > > quirks. > > But that's no big deal, because the bad one work just fine if you never > > issue > > a NCQ TRIM. This small group of drives were early adapters of this > > technology > > > > Here's the full list of known rogues: > > > > Crucial/Micron M500 (all firmware prior to MU07) > > Micron M510 MU01 firmware (newer firmware is good) > > Crucial/Micron M550 MU01 firmware (newer firmware is good) > > Crucial MX100 MU01 firmware (newer firmware is good) > > FCCT M500 all firmware > > Samsung 830 all firmware > > Samsung 840 all firmware > > Samsung 850 all firmware > > This is funny, > > ALL of our Fujitsu Workstations and those I use pprivate do have Micron SSD > drives (Fujitsu) and Samsung SSD (830 and 840). > Which Micron drives? I'm not familiar with the 'Fujitsu' model for that line. The newer ones are fine, the ones listed above with the MU01 firmware being bad have MU02 firmware (or newer) available that fixes the problem. The M500's firmware exists, but I don't know how available it is. So for Micron, solutions to the problem exist. The 830 and 840 apparently claim support, but are in the class of drives that simply fail to actually work in what may be a reasonable way to detect. There's code to do the fallback in there now, but I'm not so sure that it is working given some of the reports I've seen. Maybe I need to try to but a couple of these drives to see. So - they are the most popular/used drives in a more "professional" > environment these days and they get blacklisted :-( > At least for the micron drives, you don't want to use NCQ trim on the versions listed. It's data corruption roulette. For newer drives, it is fine. The performance will certainly be no worse than it was before my commit. Warner