Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp608922rwb; Wed, 18 Jan 2023 23:44:37 -0800 (PST) X-Google-Smtp-Source: AMrXdXsW1Spf88X/PqCTV8p/bay5CP6QYV5Wu40h9L5glXMVyHGzsVJ1m52gu+U/WnE7D+2zS1wL X-Received: by 2002:a05:6a20:12d1:b0:b8:36a7:c5c5 with SMTP id v17-20020a056a2012d100b000b836a7c5c5mr13308014pzg.27.1674114277597; Wed, 18 Jan 2023 23:44:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1674114277; cv=none; d=google.com; s=arc-20160816; b=xJMkDqF3Za3pGbRptQEejQiDBfUsp/omasTlCcGp/1KKY2uiYu+h/bRgGoDvC5/KYK aOSLgQAGNnzn5FncxxDDPpN9/G5kYjnZRat+EPLsGFlhQ32C9O2AGVHkTeL7jrLOYej4 0vnSm5V+5X0T/Spi+qyI59iu+2wOqHu53xhSm7mOUQ7fMVb2zWrbKBvGzzh6ZF7X+hus vfzczULFnN1rrbPMRXiJE8St05GjzCrCRJ+8gaHzy9l4RuKREjT7ONlhp5Ohy0zSYZEW y8kavfID0jJ5UfTt9KzKgFV3Y4nuMUFaOB31V8Y3OnVGK4TQg0ZM2qvC1l2i3iAeIjVp Pn9w== 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=CC8g32YKPTWSfs6EibwhLAE7cBkkPVtEHLYcx+A/Bks=; b=PzX9oRhcmrYWffC46TDmgOz6SPh+m2wdgmOTqHblrzIeFH3YPrOfUtwhqTy8MNgwCP tGNPkedJiT+jZLkmspkyl5iVDlcr4vnmoZZNQdw6AwWUNmR/38TgM9epZFNSg1jM/LsK FmEgM55VQGVp894RvFXtnkzGSUSCNZpMgYr0ByC6zb5T9Bx4lleAUYmC9D6nde8rB6/E o+WeVmUV5qHXxYiQeXAadUUjGmMSVW8ylpb/8oF29uyg66EhY2Zz2JfojsRVC/yMP8ic ++DxU8+ZQrdMDF7N/nVEOaAwkTBZcP75tlMFmovpVqhudKX0DdRRijdQUOIT9j1Sacnb e5ow== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bm18-20020a656e92000000b004c1e81945d0si19879537pgb.557.2023.01.18.23.44.31; Wed, 18 Jan 2023 23:44:37 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229841AbjASHa2 (ORCPT + 43 others); Thu, 19 Jan 2023 02:30:28 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42054 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229796AbjASHa0 (ORCPT ); Thu, 19 Jan 2023 02:30:26 -0500 Received: from muru.com (muru.com [72.249.23.125]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 01B22604B0; Wed, 18 Jan 2023 23:30:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id D213E80F1; Thu, 19 Jan 2023 07:30:21 +0000 (UTC) Date: Thu, 19 Jan 2023 09:30:20 +0200 From: Tony Lindgren To: Adam Ford Cc: Andreas Kemnade , bcousson@baylibre.com, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, linux-omap@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, "H. Nikolaus Schaller" Subject: Re: [PATCH] ARM: dts: gta04: fix excess dma channel usage Message-ID: References: <20230113211151.2314874-1-andreas@kemnade.info> <20230116173922.585904bf@aktux> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE 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 * Tony Lindgren [230116 17:33]: > * Adam Ford [230116 17:00]: > > Doesn't this imply the target-module stuff needs to be implemented for > > the drivers? It looks like a lot of the omap3 drivers are still using > > hwmods although some have target-modules. In this case, the mcspi > > drivers that Andreas is disabling don't appear to have target-module > > stuff configured. > > Sorry I don't remember if omap_device.c ignores status disabled or not. > But in any case, it should be trivial to update omap3.dtsi to configure > some of the devices like mcspi to probe with device tree data and ti-sysc > as needed. So as long as gta04 power management still behaves with this patch it should good to go. Just to note, if mcspi is at some point is updated to probe with ti-sysc, the disabled flag needs to be kept at the mcspi child node, not at the sysc target module level to idle the unused devices. Regards, Tony