Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2505424imm; Mon, 24 Sep 2018 05:36:25 -0700 (PDT) X-Google-Smtp-Source: ACcGV62L7reRYPouLDULQ4gmVqcx7wKKBMcNkXxVSWGaX0xv+VJP5ZRb5/PQriGSr/IqsRqAaQkT X-Received: by 2002:a17:902:da4:: with SMTP id 33-v6mr10558240plv.193.1537792585849; Mon, 24 Sep 2018 05:36:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537792585; cv=none; d=google.com; s=arc-20160816; b=i/VfOV2tsSZX5dTIjHI4/O2yyb0L802Mt2T/cEVgv7tTOlZBFqiA7KkoqGy/udnX6T DYdxLtjDcUUK4e8FqNaIu7V0GVjA71+Omti+UHU7kgBCL7CMox8d+NIkyBnjg14gsIY+ VwTJZR23r9zRvKZZMkExiRT82mupBLagc/mnI5wXNnR6FbAG+vj6nErpoZtHUPtdVwSw ZOSbH8RltgooEjAbAH75RMTPOYlP5b6qDv1wcwS6l11Nb92dyw22mNwzz+n5TW8M8R9/ BLiI+MCuilZamyGnFcBo+Gkmvf/rEBMiWAEgbgkmvARrV6GVg3iKYZOKlRP3Ho6fHZAd D/ng== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from; bh=0Z9ZJHobCdhhVOgGoTAobxU+g6rYagVJyRhKE5hdvjA=; b=zVFBVYF2lwUy6O8ShXpFIzx0I9KLVJD2HzNdBtQ8nnLYRk7jv8NPY/0izm/bfnwzsY 8BDhYX2o6EWfP1OZiU+ll8k7Gd2v37FJB47RKXTRRP8cB4upbwanpGequ1Bsxv+mcCMl j7XvvbjyJOP+InFGVkE8O+Zj6lnzMJa4YrQcW3kQQDY8iTh1vxljy6kpJunDWZk3+DIe BLIpkzfQfNnMMHb27FeHMDPlM2tsVSK4zUFYZi3E4P0haUURFSD2APrNhvdWZWImNlRY MEVCg+UG9gGpynmYfV87UtzGHZyY7Y6u3a3Wzl1fVXdeBCebgxPZSZOVaro96HtBfGz0 c8fw== 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 g12-v6si14957070pgi.467.2018.09.24.05.36.10; Mon, 24 Sep 2018 05:36: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 S2388391AbeIXSg5 (ORCPT + 99 others); Mon, 24 Sep 2018 14:36:57 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:58484 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387602AbeIXSg4 (ORCPT ); Mon, 24 Sep 2018 14:36:56 -0400 Received: from localhost (ip-213-127-77-73.ip.prioritytelecom.net [213.127.77.73]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id A97451018; Mon, 24 Sep 2018 12:34:59 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Heiner Kallweit , Alexander Usyskin , Tomas Winkler Subject: [PATCH 4.18 117/235] mei: ignore not found client in the enumeration Date: Mon, 24 Sep 2018 13:51:43 +0200 Message-Id: <20180924113117.754393920@linuxfoundation.org> X-Mailer: git-send-email 2.19.0 In-Reply-To: <20180924113103.999624566@linuxfoundation.org> References: <20180924113103.999624566@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.18-stable review patch. If anyone has any objections, please let me know. ------------------ From: Alexander Usyskin commit 8d2d8935d30cc2acc57a3196dc10dfa8d5cbcdab upstream. Some of the ME clients are available only for BIOS operation and are removed during hand off to an OS. However the removal is not instant. A client may be visible on the client list when the mei driver requests for enumeration, while the subsequent request for properties will be answered with client not found error value. The default behavior for an error is to perform client reset while this error is harmless and the link reset should be prevented. This issue started to be visible due to suspend/resume timing changes. Currently reported only on the Haswell based system. Fixes: [33.564957] mei_me 0000:00:16.0: hbm: properties response: wrong status = 1 CLIENT_NOT_FOUND [33.564978] mei_me 0000:00:16.0: mei_irq_read_handler ret = -71. [33.565270] mei_me 0000:00:16.0: unexpected reset: dev_state = INIT_CLIENTS fw status = 1E000255 60002306 00000200 00004401 00000000 00000010 Cc: Reported-by: Heiner Kallweit Signed-off-by: Alexander Usyskin Signed-off-by: Tomas Winkler Signed-off-by: Greg Kroah-Hartman --- drivers/misc/mei/hbm.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) --- a/drivers/misc/mei/hbm.c +++ b/drivers/misc/mei/hbm.c @@ -1140,15 +1140,18 @@ int mei_hbm_dispatch(struct mei_device * props_res = (struct hbm_props_response *)mei_msg; - if (props_res->status) { + if (props_res->status == MEI_HBMS_CLIENT_NOT_FOUND) { + dev_dbg(dev->dev, "hbm: properties response: %d CLIENT_NOT_FOUND\n", + props_res->me_addr); + } else if (props_res->status) { dev_err(dev->dev, "hbm: properties response: wrong status = %d %s\n", props_res->status, mei_hbm_status_str(props_res->status)); return -EPROTO; + } else { + mei_hbm_me_cl_add(dev, props_res); } - mei_hbm_me_cl_add(dev, props_res); - /* request property for the next client */ if (mei_hbm_prop_req(dev, props_res->me_addr + 1)) return -EIO;