Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp176516imn; Thu, 4 Aug 2022 01:20:32 -0700 (PDT) X-Google-Smtp-Source: AA6agR5SwJxjW2hxnhapaNDaZ0TDKDcr8MXqBNLKmDopBd9+fp7urCqb882wOlxGkImbkR94ssox X-Received: by 2002:a17:907:28d5:b0:72b:4d89:9c6d with SMTP id en21-20020a17090728d500b0072b4d899c6dmr614572ejc.128.1659601232064; Thu, 04 Aug 2022 01:20:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659601232; cv=none; d=google.com; s=arc-20160816; b=Xpn00BLbFPXr1tCmXIpu6eLimAN1mPhvI49opJ0bXqLPp93Z9V8VHK5MuP47FiTv3j ftv5YiEcP0a54g8EMlMlyXztgXKhundmVvFj+8iLOVcEghh0kXHsRFygs1f46ZEjj5CB VDWOAGA8Q9ZiweTrPxjE+fgIb3OESKiq/BBrGNlOZXeGo7W9jUD0kteJIffmDdTHCa4y v+kT/NFYXndD+ia3PQcbduYGPjGXf8VPAf/dRY3ywTF6es6Dm4E/OPuFIh8Zy4Luk6yT o4OK/n+48v2l54aY0Iyg04KwJt90N6hUH6iS0NrZGbmVtfTP/VBIFhAoEMaKaUsbrvaH xt+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:dkim-signature; bh=sZHmxv/pp6npd14p/e/aPJILgKxUNtYUmbTtYAI0u9k=; b=AusciZMPIBnbeqJBRfJHwFPBJ1CwYSP8TGwmxNmB6Pm64uD+8Pt2mmZ4qbGQOymsYF zfeio1HMzoaknt0p08s5UiW+oth3LQDnchGNm8Ok1f1JMQqo5hTAtDptZoVulcf9bkGz fQAqhFlWjxjUDLctoc5eZ0yB9gs31lOPcMdwJOTX+WmiqQAYcIBXmGChBk5pWinhKJHE hK0HwpE78TkIqkuNvNebZZtp7mfVUoCdvcjdHJ79qzTE+MEOjW5sEL7RwOAJC6uCAw7n fZBHwvq3lRYMebIBunMuYk1+W/2f33RChnG6l+9YqSuyjMlYDUkIn8Sm2UibTM500Bhu 8QeA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Umcl8WFs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k21-20020a17090666d500b0073065e93b16si244700ejp.130.2022.08.04.01.20.06; Thu, 04 Aug 2022 01:20:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Umcl8WFs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239109AbiHDHgt (ORCPT + 99 others); Thu, 4 Aug 2022 03:36:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55534 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234760AbiHDHgr (ORCPT ); Thu, 4 Aug 2022 03:36:47 -0400 Received: from sin.source.kernel.org (sin.source.kernel.org [IPv6:2604:1380:40e1:4800::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D0E852A964; Thu, 4 Aug 2022 00:36:45 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sin.source.kernel.org (Postfix) with ESMTPS id 23A6ECE2591; Thu, 4 Aug 2022 07:36:44 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 12B64C433D6; Thu, 4 Aug 2022 07:36:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1659598602; bh=ZFnofeLkIUG5GcpftrmIJLMpEZwZvl82kazSu4JuNmY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Umcl8WFsYOcmUtBd5EiP4mOe/lVSrbZ+qU6+lbZrMs+V0lTnU1lb1vMMbzYq/1KHI mUVCo7dYoFQcRv65Z5VlVNfdjwDGuBa+OqWdqYC+X5dmcwUvewvNNaEbe4SnOLEHEM 22HHR/J9/E1EHvYpck5VW6M9QjW/qVxMh4OJLa9YI1kYOS3soQ52BQLr7wIdL7ze6V i5EmE17DtlkTCEqRaWMLVg7Smq6xCfTBNrnNF66kghVZinkmU0MtalhayeQUtslJoB GZsH4ho+GER4zt2CNKmSmzzqtUSNspS5rUr/5APnwibs1Md4fCtFGXa+Y3PNzQIoYy 1rmx5ry+zNcBw== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1oJVPi-00036u-QO; Thu, 04 Aug 2022 09:37:02 +0200 Date: Thu, 4 Aug 2022 09:37:02 +0200 From: Johan Hovold To: Krzysztof Kozlowski Cc: Rob Herring , Johan Hovold , Greg Kroah-Hartman , Felipe Balbi , Krzysztof Kozlowski , Andy Gross , Bjorn Andersson , Manivannan Sadhasivam , Konrad Dybcio , Krishna Kurapati , Stephen Boyd , Doug Anderson , Matthias Kaehlcke , Pavankumar Kondeti , quic_ppratap@quicinc.com, quic_vpulyala@quicinc.com, linux-arm-msm , Linux USB List , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" Subject: Re: [PATCH 5/8] Revert "dt-bindings: usb: dwc3: Add wakeup-source property support" Message-ID: References: <20220802151404.1797-1-johan+linaro@kernel.org> <20220802151404.1797-6-johan+linaro@kernel.org> <971ad767-68b7-bbb7-f147-c3cce24fbe4f@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <971ad767-68b7-bbb7-f147-c3cce24fbe4f@linaro.org> X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 03, 2022 at 09:51:00AM +0200, Krzysztof Kozlowski wrote: > On 03/08/2022 09:31, Johan Hovold wrote: > > On Tue, Aug 02, 2022 at 11:17:22AM -0600, Rob Herring wrote: > >> On Tue, Aug 2, 2022 at 9:14 AM Johan Hovold wrote: > > > >>> It should also not be used to > >>> work around Linux driver implementation issues such as how to coordinate > >>> the glue and core dwc3 drivers. > >>> > >>> For the Qualcomm dwc3 controllers, it is the glue device that manages > >>> the wakeup interrupts, which may or may not be able to wake the system > >>> up from system suspend. > >> > >> While the reasoning to add this may have been for QCom, having this > >> property for other users makes sense. On some platforms, 'snps,dwc3' > >> is the only node (i.e. there's no wrapper node). So I don't think this > >> should be reverted. > > > > Fair enough. Let's keep it in the core child node then where we can > > still retrieve from the glue parent directly. > > > > (I assume you're not suggesting also adding 'wakeup-source' to the qcom > > glue node, which is where the actual wakeup interrupts live.) > > > > The glue and core parts needs to work in concert even if the current > > implementation tends to make that harder than it should be. > > I think it can still exist in the glue node (so your next patch), > because as you said this is the place with wakeup interrupt, so it looks > like correct hardware description. In the next patch you would need to > disallow it for the DWC node. Ok, will do. Thanks. Johan