From owner-svn-src-projects@freebsd.org Thu Sep 17 15:07:40 2015 Return-Path: Delivered-To: svn-src-projects@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 8E42E9CFD98 for ; Thu, 17 Sep 2015 15:07:40 +0000 (UTC) (envelope-from bms@fastmail.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CE7A12CE for ; Thu, 17 Sep 2015 15:07:39 +0000 (UTC) (envelope-from bms@fastmail.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 0AFAC2020C for ; Thu, 17 Sep 2015 11:07:39 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 17 Sep 2015 11:07:39 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=HAjna0iziHOvR/7HsWD3T1It1U0=; b=KDnzAg cKhwXolbKnVzlMMnwHP3OAzUTVbPsyAARBUzjXhFopQ2Ah5S1nJ6rzHkg9GoV7gO sFETKqzboSF7bsOzAqCGG+2Z+fnZ4FrOjcoLVtKteOrUuktcqWaZUbh8hBeex8Xa R2WdQAxA32NiWIC1UKGCEYroSMEOjqJ/Weiqo= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=HAjna0iziHOvR/7 HsWD3T1It1U0=; b=VXgW2U267s9E3HqFfkZd10vlxJVtXp/5rRgTXOK7rCo5hRu JUo5pTBNxuEFyN5gB6vZrfnc7GjBJOsHt8OoForX2/X3keA2KvnU7PJTNVY+UeOC mcEg4Cm54tl/kn+yCQI0tyU/tGDrKUxfDsOGXQeyh8tvJ8WrRDB5rEbL1fOo= X-Sasl-enc: eTRLA9JGoNZ7RSOm/KExPKs5AF8hQeLm2lGSpNZ0+Xrb 1442502458 Received: from pion.local (host81-139-223-71.in-addr.btopenworld.com [81.139.223.71]) by mail.messagingengine.com (Postfix) with ESMTPA id 43D0A6800C3; Thu, 17 Sep 2015 11:07:38 -0400 (EDT) Subject: Re: svn commit: r287876 - in projects/iosched/sys/cam: . ata scsi To: Warner Losh References: <201509162215.t8GMFp1b023705@repo.freebsd.org> <55FAB5DD.20609@fastmail.net> Cc: Warner Losh , src-committers , svn-src-projects@freebsd.org From: Bruce Simpson Message-ID: <55FAD739.1050800@fastmail.net> Date: Thu, 17 Sep 2015 16:07:37 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Sep 2015 15:07:40 -0000 On 17/09/15 15:16, Warner Losh wrote: > This isn't even in -current yet, but this will work in 10.x. It's > dependent, at the moment, > on the I/O scheduler work I've done in this project branch. There's > nothing intrinsic about > that. That is good news; the bug specifically affected NCQ'd TRIM commands. Performing TRIM manually is an admin headache and gets old, fast. > I'm not sure I understand your comment about Linux or the self-booting > stuff. The new > firmware for the M500's that has working NCQ trim has existed for less > than a week... Crucial have had updates to fix the NCQ TRIM bug on other drives (e.g. MX100) for several months now. My point is that Crucial have done the right thing in how they delivered the patch for these drives; it "just works" out of the box, but might need to be adapted to e.g. PXE based provisioning environments for automated rollout. However, because it's a plain Linux based image, such mass updates are actually possible. From experience, updating firmware on e.g. HP gear is anything but straightforward. For example, I have had HP ROMPaqs fail to generate bootable USB media even when run natively under Windows. There are loose guides "out there" about how to extract ROMPaqs and set up the correct FreeDOS bootable USB media under Linux, but these need to be adapted for each ROMPaq. That's really for HP to fix, but they could do worse than follow Crucial's lead here. Bruce