Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2461040imm; Thu, 7 Jun 2018 10:59:25 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLpUUkp3vnk6l45om0P4TwdbMzZvohahmDIAk6rFcFHYSfiKwyKMxA9eRbiMv+KMTuiTLyZ X-Received: by 2002:a65:5648:: with SMTP id m8-v6mr2460756pgs.123.1528394365249; Thu, 07 Jun 2018 10:59:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528394365; cv=none; d=google.com; s=arc-20160816; b=B0jtkIGQxKqkkwomEFEtsJpFCPVa+QDHqi/kfaQySMGeshAQUqHQ4wcF6dH2IjT2KF 2O+tRK+yGWuoo+EED81GIXLLRU8bpvK6nYSdtZ2VblWVcIB07vEdXH5idDPKmNBqUcmC hVc/Hfe+MEoWPKdnigwqqqSHb3zKQLlvYxGgOf11n76tdMah4foALyNDSXFGMTbsk9GU /GNSKzd7PzIlPYFeV3tgfZhxIBL2S8h/Xm8Cgf+NOHfIRSOrn7XoCak9HZjigC3//b1N 0cTatfjlnK1Cieyk0S05oGYj7r2H73kxAT6ZNCAiKPnDkvaafL9vcE1DYsKkkGPFNyZ9 EcUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:subject:message-id:date:cc:to :from:mime-version:content-transfer-encoding:content-disposition :arc-authentication-results; bh=2fUSlN7I+dNCoSvmGzlbq0zytkPTQrODMaDhLiFJYjw=; b=mBbZoqNK5m1Npkn2q7HrKPjJPXk9UmnpeSmPXQejWSwsswJeq7lFuWF7l4/6aXa1Ok KyvA5A/Yi1hhdu3Qu5+m/RZ0Vfv2VynTZsogldHTI3QOB7KtseMwcA5apo9Bq4IfoiFc 8lC5+BMkgm1PuiR+kt1Z3iHE7liLIwgUcjc01YxNuXQVfzYsI/3LZgS4t2nTCu5nImL8 IYfUNSQfJTf0O0EGw25KqmV2ogw8/1IUXxeBgBnZZzvRe5F2f+F1KlGLTHYohmc691wh BlUlOJOUJ9ywNYnKJd9wNbmLjlSk7+37A51egwbC4SIO1sL9MGRbP/AfX6qp/wCV1o0b Gj9w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 33-v6si55410729plu.385.2018.06.07.10.59.11; Thu, 07 Jun 2018 10:59:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935303AbeFGOx7 (ORCPT + 99 others); Thu, 7 Jun 2018 10:53:59 -0400 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:40961 "EHLO shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934918AbeFGOx4 (ORCPT ); Thu, 7 Jun 2018 10:53:56 -0400 Received: from [148.252.241.226] (helo=deadeye) by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1fQvba-0005Zq-GX; Thu, 07 Jun 2018 15:09:34 +0100 Received: from ben by deadeye with local (Exim 4.91) (envelope-from ) id 1fQvb8-00035X-Nk; Thu, 07 Jun 2018 15:09:06 +0100 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 From: Ben Hutchings To: linux-kernel@vger.kernel.org, stable@vger.kernel.org CC: akpm@linux-foundation.org, "Tejun Heo" , "Hans de Goede" Date: Thu, 07 Jun 2018 15:05:21 +0100 Message-ID: X-Mailer: LinuxStableQueue (scripts by bwh) Subject: [PATCH 3.16 261/410] libata: Apply NOLPM quirk to Crucial MX100 512GB SSDs In-Reply-To: X-SA-Exim-Connect-IP: 148.252.241.226 X-SA-Exim-Mail-From: ben@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.16.57-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Hans de Goede commit 9c7be59fc519af9081c46c48f06f2b8fadf55ad8 upstream. Various people have reported the Crucial MX100 512GB model not working with LPM set to min_power. I've now received a report that it also does not work with the new med_power_with_dipm level. It does work with medium_power, but that has no measurable power-savings and given the amount of people being bitten by the other levels not working, this commit just disables LPM altogether. Note all reporters of this have either the 512GB model (max capacity), or are not specifying their SSD's size. So for now this quirk assumes this is a problem with the 512GB model only. Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=89261 Buglink: https://github.com/linrunner/TLP/issues/84 Signed-off-by: Hans de Goede Signed-off-by: Tejun Heo [bwh: Backported to 3.16: There's no ATA_HORKAGE_ZERO_AFTER_TRIM flag] Signed-off-by: Ben Hutchings --- --- a/drivers/ata/libata-core.c +++ b/drivers/ata/libata-core.c @@ -4224,6 +4224,10 @@ static const struct ata_blacklist_entry { "PIONEER DVD-RW DVR-212D", NULL, ATA_HORKAGE_NOSETXFER }, { "PIONEER DVD-RW DVR-216D", NULL, ATA_HORKAGE_NOSETXFER }, + /* The 512GB version of the MX100 has both queued TRIM and LPM issues */ + { "Crucial_CT512MX100*", NULL, ATA_HORKAGE_NO_NCQ_TRIM | + ATA_HORKAGE_NOLPM, }, + /* devices that don't properly handle queued TRIM commands */ { "Micron_M500_*", NULL, ATA_HORKAGE_NO_NCQ_TRIM, }, { "Crucial_CT*M500*", NULL, ATA_HORKAGE_NO_NCQ_TRIM, },