Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp177988pxb; Wed, 25 Aug 2021 00:04:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzLqRieQuLpSnXQQPUB6tK292vYr63XYeYSJZ1g9FrG+/X3T6Q4EvGw7s+AFz5Y+ZEuBrgZ X-Received: by 2002:a17:906:b787:: with SMTP id dt7mr46136979ejb.111.1629875047044; Wed, 25 Aug 2021 00:04:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629875047; cv=none; d=google.com; s=arc-20160816; b=BU5KtIj9wshfzaJTsC1FaT71eyso4KmWmIIkgpdArOMZ0Z/eWGYH/ygbnbuyAodySA ukDVSWxPG8kD8ksqyOzt6G7L5+3/nvApNZFIaNu9ViVndAXtyfI48emG+mQemwUlRMnt JKMledTDWn+S3PeueLKNqNii1sVxaPN9Bsq8qh+J9qTx5vU1tJIIt0nSmMUxOQ1gFTkx G9aVjg/oOG0czwHxW24pPyr6Ul+OgicF35n81NiMsjUi2QQhIUb95b4mtISx60UYvy99 BVbaJJglcHPdOc+CiMGryzUNjgLni7DgdweSaDgNKEZ5SqoLlhCe20rUblxImrZsPJmd p7/g== 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=LFb+ptrKt6IsdNuVPNfh2pcXmOeh8RWDTDBKlRU6lxg=; b=usyZl39rE9EmnIDq/dMKhqkOpgdeSi3KIcW0T8x3VCj5AiwBE+SiFWBmmqV9ZQoI6A QXFJP943x/qJqnNBC0jTHlFAjNh90XAubFKdWtey6ftdCktV7bWHKcnpAzDFI+XEb1ow lAg0pcBIxZE9dbgASIlrHYeHH8zBgR46piRraxx3+FUKAEpoY1e9IM3um4HaIWzFDu8m 5JFi4uFTa/flLPdZQRCcX4ttC4lQuJqU1YSZxJibxkQ28ooW+NeII5Hr1lYg3WRcbVAU 5RGfvbr5yTrMEYTZ9IZNWBR0WpkbzdWf4aRQjIFMbYDfpoZ549XrkPTKjL2ZEBVgjTbg abVQ== 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 z7si11777272edp.521.2021.08.25.00.03.43; Wed, 25 Aug 2021 00:04:07 -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 S238816AbhHYHBz (ORCPT + 99 others); Wed, 25 Aug 2021 03:01:55 -0400 Received: from mga18.intel.com ([134.134.136.126]:58094 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238342AbhHYHBy (ORCPT ); Wed, 25 Aug 2021 03:01:54 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10086"; a="204598664" X-IronPort-AV: E=Sophos;i="5.84,349,1620716400"; d="scan'208";a="204598664" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Aug 2021 00:01:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.84,349,1620716400"; d="scan'208";a="597924473" Received: from kuha.fi.intel.com ([10.237.72.162]) by fmsmga001.fm.intel.com with SMTP; 25 Aug 2021 00:01:05 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Wed, 25 Aug 2021 10:01:05 +0300 Date: Wed, 25 Aug 2021 10:01:05 +0300 From: Heikki Krogerus To: Felipe Balbi Cc: Nehal Bakulchandra Shah , gregkh@linuxfoundation.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, kun.liu2@amd.com, alexander.deucher@amd.com Subject: Re: [RESEND PATCH 2/2] usb: dwc3: pci add property to allow user space role switch Message-ID: References: <20210824192337.3100288-1-Nehal-Bakulchandra.shah@amd.com> <87ilzu5ap0.fsf@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87ilzu5ap0.fsf@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 25, 2021 at 08:55:41AM +0300, Felipe Balbi wrote: > > Hi, > > Nehal Bakulchandra Shah writes: > > > For AMD platform there is a requirement to enable user space role > > switch from host to device and device to host as customer platform is not > > completely capable of OTG i.e. with type C controller it does not have PD > > to support role switching. Hence, based ACPI/EC interrupt role switch is > > triggered by the usemode script running in background. > usermode ? Couldn't you capture that ACPI/EC interrupt in kernel? > > Signed-off-by: Nehal Bakulchandra Shah > > I'm okay with this, just wondering if we need to Document the property > somewhere. > > @Heikki, is there a place to document these private properties that's > not on DT binding document? The build-in properties are not documented separately. I've always tried to supply DT bindings for all new properties I've proposed. In this case though, do we need the new property at all? Why not just register a normal USB role switch on this platform? It can be either a dummy role switch that only passes the user space input to dwc3, or, perhaps ideally, it would also be a driver that captures that ACPI/EC event/notification and then passes the information from it to dwc3. thanks, -- heikki