Received: by 10.213.65.68 with SMTP id h4csp4186139imn; Tue, 10 Apr 2018 10:33:43 -0700 (PDT) X-Google-Smtp-Source: AIpwx49w/PfBTu2lPmaWoVXMksxCgnqa0fvea3xqjzqbRMc+w2wut1e4bRt6mS57l7OdyNx2TSUH X-Received: by 10.101.77.13 with SMTP id i13mr981968pgt.70.1523381623460; Tue, 10 Apr 2018 10:33:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523381623; cv=none; d=google.com; s=arc-20160816; b=NVDIbbyEVl+S4N0X7SPTM7p0A4V5IwEh5NPmrh1hN7RJOhTOM34FegfJHLjeQVaun2 chPofhDvZLtXZkd1htl0mr+HSSKfFhzIaNjW1jyXjV60aZz42iD7qpjctO+v+RtfjT18 Lp8/9YSl8bXdRUBdpTlgygxEKJ+cZ6QoojdbMbb1U7XamAv5B37kjEReXq0NA8sG4yXX 7nHsrOvmLSnSw4FZeXAhgQSqzkiXGr3iz7BTr5amtgCC+j8x5WnAIzq4nhW/rpFMtO7X 6yuGCybFVRsJC0G5YtRPmCMDnH/jxn2ll+GwLM0TtjsXcsqAHtLwQoFzXeYW1g0ozHVI A+Og== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=S3l+32Yn4MPOxLUbb++fqF31v+7Xtt0HV/ImEfSGSdY=; b=x5uyjbTV2QkkghWB07pxaDtREoUMA6m9tM0ErySWbeMZivTeanNrZpe4+6Dzhl702+ 4LlshnN2UKX8E4ms8Y4dfnKwrpWNWFG0FPZOw6KVHAWDqLR5Nl6PPpYMYMTqnrMfasAL 2+QQryNPEZTsNoDgYl+RuqVsjbAS2poN+VNwS16LY8TcACt9gZe+nwHBwE8HIOFjjqfb D6v8MuFgaqBgxSXqJo4eOSe0iQk73jtqI4g7daN6WqXQaS+KFcELn46wEUQgmVBt6Obd r1LyExqASZqXU4Y7KQKzGFEcMh6sb/4HpFVvsJQTmU9EaOWdP/wyXhCKoCIIig/8Ucjj caHQ== 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 y7-v6si3030265plt.287.2018.04.10.10.33.06; Tue, 10 Apr 2018 10:33:43 -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 S1751968AbeDJRaG convert rfc822-to-8bit (ORCPT + 99 others); Tue, 10 Apr 2018 13:30:06 -0400 Received: from mondschein.lichtvoll.de ([194.150.191.11]:37753 "EHLO mail.lichtvoll.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751929AbeDJRaF (ORCPT ); Tue, 10 Apr 2018 13:30:05 -0400 Authentication-Results: auth=pass smtp.auth=martin smtp.mailfrom=martin@lichtvoll.de Received: from 127.0.0.1 (localhost [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lichtvoll.de (Postfix) with ESMTPSA id 062112EF2F6; Tue, 10 Apr 2018 19:30:03 +0200 (CEST) From: Martin Steigerwald To: Hans de Goede Cc: Thorsten Leemhuis , Linux Kernel Mailing List , Tejun Heo , Bart Van Assche Subject: Re: [Possible REGRESSION, 4.16-rc4] Error updating SMART data during runtime and could not connect to lvmetad at some boot attempts Date: Tue, 10 Apr 2018 19:30:03 +0200 Message-ID: <3388323.DMBn0mQjXY@merkaba> In-Reply-To: References: <27165802.vQ9JbjrmvU@merkaba> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hans de Goede - 19.03.18, 10:50: > > 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: […] > 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. The second issue consists of what Hans described + an occassional hang on boot for resume from hibernation to disk. The second issue is still unfixed as of 4.16 + [PATCH v2] block: Change a rcu_read_{lock,unlock}_sched() pair into rcu_read_{lock,unlock}() vom Bart Van Asche, which Jens Axboe accepted¹. [1] https://patchwork.kernel.org/patch/10294287/ Currently compiling 4.16.1, but I do not expect a change, as there is nothing about blk-mq subsystem in the changelog as far as I saw. Will update [Bug 199077] [Possible REGRESSION, 4.16-rc4] Error updating SMART data during runtime and boot failures with blk_mq_terminate_expired in backtrace https://bugzilla.kernel.org/show_bug.cgi?id=199077 as well about the current state. The bug report contains a screenshot of one of the boot hangs. I had two more on Monday, but did not take the chance to make another photo. I will do so next time in case its convenient enough and compare whether it reveals anything more than my first photo. Thanks, -- Martin