Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2565886pxj; Mon, 31 May 2021 05:35:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyyMYprMfh6RDaSjM5GIamsWpWgg1+EQeYZCRUYeyYJXGmHqPQp3i1AWE2bEqJoMezwX0QP X-Received: by 2002:a17:906:2896:: with SMTP id o22mr21888338ejd.524.1622464557077; Mon, 31 May 2021 05:35:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622464557; cv=none; d=google.com; s=arc-20160816; b=Xo2M6Z0h8Rj12vtSgCeKzb0pGStlqoH7uZWT06FXqkoEl/MbgDwk9jVRV2rXYaPog9 QcqcA9CB8ubZHythO/seLyRTRE+30zDvIFwXtJKlo/nBtyqumYZdQekxjmQ9xpFx07kv 6fN7nvHuRmrBINhR3YjXyJGDblgci/JyQ2BWd9q0ahdFIJGwJw4lS9T21GSb8M0/vito vnsgzvVRmFpKNwWExUorsB6F8XXr6Qs2IVtrMstvb1rcFlcwxGiujg18De/Ccrx4L4gg IqdTmR5YfudishpWDJnQAKAwT37Q2t/OUEAi8PAvtEYIFhzBJifhdWj94HRuQjqHTEJi H/Mw== 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:ironport-sdr :ironport-sdr; bh=9b+vRXtOFIFfaKE42xWmATg/DuYOT/S5Ey+u314E+mo=; b=ahoJTyDue1FdDA3AsVXPpzRaSX2zCD1SxatEAdV1jRoln6e6kFqYmFTjw9HinhnWfn 5zJuJbQ9RebcQzz1jxP06zbfArmNfu1ZBcy3Jl8gC7RBflbOsoWjmRCv5ZDY91A6RRCW GloHaEneB2Rls3No0fO09DLVN9DPBjdJ4cIve9wVFytM+Y0jSIEFnvmEtRXyYamzC/US I08GXSJ2VJAHwt0PkDbILROxCw1FgQOmOl5J15XTj/MoBGPdLKr0i1mpDMf7KZALtFqP qCWlWSQ8B5yMthHkjqcxpM8/3wFafBWpF0cwbJtif24sNMxYBUGYoRcbO1gA4nH4p2uW oy1g== 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 n2si12940636eda.470.2021.05.31.05.35.33; Mon, 31 May 2021 05:35:57 -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 S231470AbhEaMfi (ORCPT + 99 others); Mon, 31 May 2021 08:35:38 -0400 Received: from mga18.intel.com ([134.134.136.126]:42225 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231377AbhEaMfi (ORCPT ); Mon, 31 May 2021 08:35:38 -0400 IronPort-SDR: m5MIFJt4rpb+cdYmkkYmRVvhAPXZIpatJD4bDdpQhI/P+zuzIKrA699Q8pfEO8RgiGHdbugXgo e3qISxMpBm0w== X-IronPort-AV: E=McAfee;i="6200,9189,10000"; a="190711866" X-IronPort-AV: E=Sophos;i="5.83,237,1616482800"; d="scan'208";a="190711866" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 May 2021 05:33:55 -0700 IronPort-SDR: CjjbPz5fMAuEqn0ZIyienNP5xgz4ay/aGLJGaCHoHm1ho8HO0ZKuk14puks00OFegbtWm8iAmh sajrjvAwN1Xw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.83,237,1616482800"; d="scan'208";a="549400165" Received: from kuha.fi.intel.com ([10.237.72.162]) by fmsmga001.fm.intel.com with SMTP; 31 May 2021 05:33:52 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Mon, 31 May 2021 15:33:52 +0300 Date: Mon, 31 May 2021 15:33:52 +0300 From: Heikki Krogerus To: Jun Li Cc: Greg Kroah-Hartman , Hans de Goede , "linux-usb@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH 2/2] usb: typec: mux: Remove requirement for the "orientation-switch" device property Message-ID: References: <20210526153548.61276-1-heikki.krogerus@linux.intel.com> <20210526153548.61276-3-heikki.krogerus@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > > Oh no. This patch just landed into Greg's usb-next. I'll prepare the > > > revert. I'm sorry about this. > > > > Actually, if we always need that extra (boolean) device property to identify > > the device class when OF graph is used, > > Looks like yes, as we need a way to know if the current fwnode > is for the target device we are looking for, to return probe > defer correctly. > > > shouldn't we just do that always > > in fwnode_graph_devcon_match()? > > This depends on if we want to limit this to be a boolean property > (to mark this is the target fwnode), or make it to be more generic > so user can define it in its ->match(). > > Now there are only 2 users of it, role switch and typec mux, both work > as a boolean property for con_id. OK. Let's leave to the users for now. thanks, -- heikki