Received: by 10.213.65.68 with SMTP id h4csp1397315imn; Mon, 19 Mar 2018 03:05:05 -0700 (PDT) X-Google-Smtp-Source: AG47ELvWLggIPSZ1Q7p8fdk9tG32AnInbywtSBAE6v4n3e4ddil97JRdmvT0H5/W162gZb9kCqMW X-Received: by 10.99.146.30 with SMTP id o30mr676484pgd.115.1521453905744; Mon, 19 Mar 2018 03:05:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521453905; cv=none; d=google.com; s=arc-20160816; b=vT0KMlxeXgjrGVGWwmgZpi1R0Lx5GgEzd+s0dI/E3sAbSnLPyNJiMgyAGCNMU/WBH5 8gb8x3iT16elXRSZWh/rGxva267ZjqO3m4YLV/jSPHXYoc2sgd58UyeU9NE1XUUq4dOV 3ZS4he8wO5skpReiE52fzXKz24TGW+59Uo0RsxT8+//8mSu29xd+QeUaQ9tC7vZdF4B1 lRVihAgDX4TLlnyunCTQr3A0dothiTQjZFNf6cqU50ntZZz5fNOY76X1ujJwI80iw+7G al+MaqL6TvnuuA//33G+X5TZn0CYGco91mlFKNWZi4nLZ/I+wiMTvzlrvex+x2hMhPpD Zw5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=VgYP+LWYayyvP/hYwPsKbre9ckadGG6TrsBolaljfNU=; b=cPXNGA9m4U2q/JEM3N82WmvQ4OQJCfYPotf96rNdLqIcDQPdolAd3uAJtOY2k1NoJr j1qs+L2aym43eoH/n1Ht6UcnFfuIiAZEExxTMemg/kOhqGSSyT86bx33VjrEwRg++xLE zoqXOmeT/DC2yQzvSKB+octQ6HtAnyJHUqy2wALKLW3WaBcsW3JfD/Zf5sCCndekgmxR c/UBnfN3p7bpf1Z2EHRbP3Ibzoh59nAtPMbFVGX/08gd4r3cV7+RqYdmnAXUG9Gy5DaT Q0w1Sbs4mupJSG1UBta5ehkjDAoNUrJ/LAHdNtCIE7T+t3oJ8Y1I1xyaWqAqNP2A/pqU BFOg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e16-v6si11739833pli.337.2018.03.19.03.04.52; Mon, 19 Mar 2018 03:05:05 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932777AbeCSJvC (ORCPT + 99 others); Mon, 19 Mar 2018 05:51:02 -0400 Received: from mail-wm0-f44.google.com ([74.125.82.44]:53171 "EHLO mail-wm0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932567AbeCSJvA (ORCPT ); Mon, 19 Mar 2018 05:51:00 -0400 Received: by mail-wm0-f44.google.com with SMTP id l9so4759322wmh.2 for ; Mon, 19 Mar 2018 02:51:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=VgYP+LWYayyvP/hYwPsKbre9ckadGG6TrsBolaljfNU=; b=KKzUBW3z5V1C9cEG11xBchpMcPj0p/8XOl7ICYTjafqmYoJPcspBg0G0bAhoErrGAv OTPxRy7yWOD8tyOMROzPPXH+QuJe4DaBdlL26THJBLm3XOmF1QcZ8y52/ynFuFMW04UC NUdGmIRxZCp1Zs/1rNhfSa4nc7s78vEQVdV6XrE/JVTyNwqFOSI8VfNzK3T/9ghBcitg cIIUoBpWNNsc6pQzvc8eiq82P/PK2oeNEIpKoedvb1h3nSSvl3ihK7909uIMvpWHLG1C 2yLTDOHD51ur9QL7zAw953RmZnAKTd7ercFFIREHZQvNIGnQJP3oGQ7xp6iEf3XtBGdZ 7jHg== X-Gm-Message-State: AElRT7GC4tBFO42TQj8i0Ha39n07rlPVqc5d4A/9ASQQ4QFnwJhTxzDf yJJbbfNO0+pZSqgS3XZw6ayfqQ== X-Received: by 10.80.140.200 with SMTP id r8mr12324395edr.310.1521453059537; Mon, 19 Mar 2018 02:50:59 -0700 (PDT) Received: from shalem.localdomain (546A5441.cm-12-3b.dynamic.ziggo.nl. [84.106.84.65]) by smtp.gmail.com with ESMTPSA id a63sm6757321ede.76.2018.03.19.02.50.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Mar 2018 02:50:59 -0700 (PDT) Subject: Re: [Possible REGRESSION, 4.16-rc4] Error updating SMART data during runtime and could not connect to lvmetad at some boot attempts To: Thorsten Leemhuis , Martin Steigerwald , Linux Kernel Mailing List Cc: Tejun Heo References: <27165802.vQ9JbjrmvU@merkaba> From: Hans de Goede Message-ID: Date: Mon, 19 Mar 2018 10:50:58 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Thorsten, On 19-03-18 10:42, Thorsten Leemhuis wrote: > Hi! On 11.03.2018 09:20, Martin Steigerwald wrote: >> >> Since 4.16-rc4 (upgraded from 4.15.2 which worked) I have an issue >> with SMART checks occassionally failing like this: > > Martin (or someone else): Could you gibe a status update? I have this > issue on my list or regressions, but it's hard to follow as two > different issues seem to be discussed. Or is it just one issue? Did the > patch/discussion that Bart pointed to help? Is the issue still showing > up in rc6? Your right there are 2 issues here: 1) The Crucial M500 SSD (at least the 480GB MU03 firmware version) does not like enabling SATA link power-management at a level of min_power or at the new(ish) med_power_with_dipm level. This problem exists in older kernels too, so this is not really a regression. New in 4.16 is a Kconfig option to enable SATA LPM by default, which makes this existing problem much more noticeable. Not sure if you want to count this as a regression. Either way I'm preparing and sending out a patch fixing this (by blacklisting LPM for this model SSD) right now. 2) There seem to be some latency issues in the MU03 version of the firmware, triggered by polling SMART data, which causes lvmetad to timeout in some cases. Note I'm not involved in that part of this thread, but I believe that issue is currently unresolved. Regards, Hans