Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Apr 2016 15:51:43 +0200
From:      "O. Hartmann" <ohartman@zedat.fu-berlin.de>
To:        Warner Losh <imp@bsdimp.com>
Cc:        Warren Block <wblock@wonkity.com>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: Heads up
Message-ID:  <20160415155143.0faa8204@freyja.zeit4.iv.bundesimmobilien.de>
In-Reply-To: <CANCZdfqEWDLrHndKf8ZND1mM7spK9cq%2BnfnA79EVEaSj-MJfFA@mail.gmail.com>
References:  <CANCZdfpnYnVrvhNagYUT9RhAuC1AMCrxh=GCt8RKT0bqxuJybw@mail.gmail.com> <alpine.BSF.2.20.1604142154240.8359@wonkity.com> <CANCZdfqEWDLrHndKf8ZND1mM7spK9cq%2BnfnA79EVEaSj-MJfFA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 14 Apr 2016 22:19:23 -0600
Warner Losh <imp@bsdimp.com> wrote:

> On Thu, Apr 14, 2016 at 9:56 PM, Warren Block <wblock@wonkity.com> 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). 

So - they are the most popular/used drives in a more "professional"
environment these days and they get blacklisted :-(
> 
> All of these are at least 18 months old (if not older). There's some
> confusing in Linux lists on
> the full impact of the Samsung drives (there was a bug in the Linux
> implementation (that can't
> be present in the FreeBSD implementation) that may have been the root cause
> for the Samsung
> black listing). Out of an abundance of caution, I've kept them in the list.
> Also, it's my belief that
> the Crucial/Micron models with MU01 firmware were mostly corrected after
> early samples
> since most of the channel drives I've helped people debug had MU02
> firmware. Also, a quick
> google search shows the MU02 firmware for each of these models has been
> available for
> at least a year.
> 
> Warner
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160415155143.0faa8204>