Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp1154649pxv; Fri, 16 Jul 2021 02:58:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzUaPf720Rxfx406rMMwFGqmpDvbBbZOtQMOlrXzHmAbVZgx29/n0jqWRNDGdCFK+Y9GRwI X-Received: by 2002:a5d:87d0:: with SMTP id q16mr6805163ios.109.1626429503719; Fri, 16 Jul 2021 02:58:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626429503; cv=none; d=google.com; s=arc-20160816; b=U59FDfbGlxEvMEDMJfs1U2hMVfrrNKD1fxJSUrsFvG9MfreULtooFXe2AjnNBlV5oF itTUcA55pKWRk1XdikVE0lAYtKhupn3EKPPNsRGrr6fFqNu5HewGexLmLV1GzI3Pwa7e zDmjeAYMkloUUgk5k5H4T9/r8p//8UNIjOl5lcQZBzNUcfGQYZYTesa8fCi232vtmVXY N/GMEHILaLtbllhQceD09MI1UOSY+TT0pwgPh7QnLyJsLEAUaRSSkgejmdcgwcyjbcx9 1Ya8qTKVH3FzMKy3NBDYewjNKzk3cFsS3f7fp3vgyZwW7mz6j82/+7Grhd1//H9maFvc 2Uyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=aG5Yh1YEMLwbcAPzfOVRWXGJGeQjmwWOi2Zni4EkLs4=; b=iXIAVo0+4JlgRzpq5oxPr3NKycUqB2K1fDXwlaswnoRe0Op/g3qvEF7L4aFdqt5EIK 3znCwpZYSAkRKdz84gcEmPyUMi1qhHnyd4XPP8OWBx5RBmgAPVyCNGnKfyA6h+5Lvwl9 K8NBUCBSLkWVnNqnlqxAt2Fd1Rrib9VGlDaxSR4lMh2kJjLdCDRKz+k0hsvPX1vptgGh g6BYAy3APYAonnmS12axT6D4UtwiJzWsIPd/8GidKpqY/E5egGmBgLe1tjwVeJO9+30T pwxdEi+qj/Pvjuj+L8uH6KAF9DhoPpUeR/HJ1LmcsW56pseaHegaSLUjXeJcqb2/Ol8k 7zsg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h9si11737799jaj.25.2021.07.16.02.58.11; Fri, 16 Jul 2021 02:58:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235200AbhGPJ7b (ORCPT + 99 others); Fri, 16 Jul 2021 05:59:31 -0400 Received: from mga14.intel.com ([192.55.52.115]:16010 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234095AbhGPJ7a (ORCPT ); Fri, 16 Jul 2021 05:59:30 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10046"; a="210519879" X-IronPort-AV: E=Sophos;i="5.84,244,1620716400"; d="scan'208";a="210519879" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Jul 2021 02:56:35 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.84,244,1620716400"; d="scan'208";a="573620581" Received: from kuha.fi.intel.com ([10.237.72.162]) by fmsmga001.fm.intel.com with SMTP; 16 Jul 2021 02:56:32 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Fri, 16 Jul 2021 12:56:31 +0300 Date: Fri, 16 Jul 2021 12:56:31 +0300 From: Heikki Krogerus To: Martin Kepplinger Cc: saravanak@google.com, grandmaster@al2klimov.de, gregkh@linuxfoundation.org, rjw@rjwysocki.net, kernel@puri.sm, linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org Subject: Re: [PATCH v2] usb: typec: tipd: Don't block probing of consumer of "connector" nodes Message-ID: References: <20210714061807.5737-1-martin.kepplinger@puri.sm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210714061807.5737-1-martin.kepplinger@puri.sm> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Wed, Jul 14, 2021 at 08:18:07AM +0200, Martin Kepplinger kirjoitti: > Similar as with tcpm this patch lets fw_devlink know not to wait on the > fwnode to be populated as a struct device. > > Without this patch, USB functionality can be broken on some previously > supported boards. > > Fixes: 28ec344bb891 ("usb: typec: tcpm: Don't block probing of consumers of "connector" nodes") > Signed-off-by: Martin Kepplinger Acked-by: Heikki Krogerus > --- > > revision history > ---------------- > v2: (thank you Saravana) > * add a code-comment why the call is needed. > > v1: > https://lore.kernel.org/linux-usb/20210713073946.102501-1-martin.kepplinger@puri.sm/ > > > > drivers/usb/typec/tipd/core.c | 9 +++++++++ > 1 file changed, 9 insertions(+) > > diff --git a/drivers/usb/typec/tipd/core.c b/drivers/usb/typec/tipd/core.c > index 938219bc1b4b..21b3ae25c76d 100644 > --- a/drivers/usb/typec/tipd/core.c > +++ b/drivers/usb/typec/tipd/core.c > @@ -629,6 +629,15 @@ static int tps6598x_probe(struct i2c_client *client) > if (!fwnode) > return -ENODEV; > > + /* > + * This fwnode has a "compatible" property, but is never populated as a > + * struct device. Instead we simply parse it to read the properties. > + * This breaks fw_devlink=on. To maintain backward compatibility > + * with existing DT files, we work around this by deleting any > + * fwnode_links to/from this fwnode. > + */ > + fw_devlink_purge_absent_suppliers(fwnode); > + > tps->role_sw = fwnode_usb_role_switch_get(fwnode); > if (IS_ERR(tps->role_sw)) { > ret = PTR_ERR(tps->role_sw); > -- > 2.30.2 -- heikki