Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp7689681rdb; Thu, 4 Jan 2024 04:56:25 -0800 (PST) X-Google-Smtp-Source: AGHT+IGOjth9cDaNMp3etOCQS57G8aZET2+5Cw1s2vD1A61wpVgZkI9SbMj55AICtSni0nKpeQ80 X-Received: by 2002:a17:907:76c5:b0:a26:c055:9e85 with SMTP id kf5-20020a17090776c500b00a26c0559e85mr231706ejc.58.1704372985711; Thu, 04 Jan 2024 04:56:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704372985; cv=none; d=google.com; s=arc-20160816; b=CQeKjvltQzMl7cOG149ulvp3Mfh6MJQlPhHXsKdKU54lhM/cFL+AFMiJLPhmQAkpl/ 3HvMatFArM8hTvQJrGTeUnT1jIGreGiC+6LXllwmIhHCe7hUtsElNsnC6sMybT683tpk C20pWhx5UKHWWu/uVKavE4v8FwGfWdUwdvzUbXfIU9V4lKbOzdNrjVniALPtJnydxCGC t3YYRlzmCwmPvUju2JpXV/pdLLS97ALJacIVBdbauI88qt93NSMmyne10Gwrv+F215UA ndM5fjwt2QZT16136j+rDJtrBY+h691+ixBgWSAH40rluwtxb77W+rugFHEoJ8XVVj2W hqig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:references:cc:to:from :content-language:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id:dkim-signature; bh=yBEa9ddRhgjiGhHrW8USIVtBMVpZnnAszTdXNg9S5yQ=; fh=ZqWsNEZ17Z5/1XUHymz+ijo0Zm+10mT95QIPPeoECtE=; b=ThPkoOWNCOirfZpcK/b/iXl+KAoH5AouSYoCX+kCBkuJUK4L2G9PYggsdGntgjg2Y0 FatSExBC11vlDK00wcgTyBQxMOJegtRuT8QIeWxQu8h5pDB2wmdq5PJQzRhpR3nZWGZ2 1CRuuxVEbJjbssjkLVUIoB9GAnrw9e0EwxCMi9Ci/VgrxZNk5BZwnxGkTs4pFXKN3zXx VB0sT5j7O5OWel9E3CMDWC5971hWbPZG0z8qxJHhzFlV69HaZVVzaXfmKnp7hPs8uv1M bzSnpglpuRBRTmo4eOeYGh+RzejqKe8M+H22KEmnGEH1tNQUMe1DGATA2OhOwXS6eCZF uemQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=SdF1P6fb; spf=pass (google.com: domain of linux-kernel+bounces-16665-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-16665-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id pj7-20020a170906d78700b00a289568b3e3si1329823ejb.818.2024.01.04.04.56.25 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jan 2024 04:56:25 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-16665-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=SdF1P6fb; spf=pass (google.com: domain of linux-kernel+bounces-16665-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-16665-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 617E21F2274C for ; Thu, 4 Jan 2024 12:56:25 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 819FE2231F; Thu, 4 Jan 2024 12:56:13 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="SdF1P6fb" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A8E802230B; Thu, 4 Jan 2024 12:56:12 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 44BC1C433C7; Thu, 4 Jan 2024 12:56:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1704372972; bh=hJwTVTNH2vMOH8QEELzhJd21g+u5Zo0IhLOmEiOa2FQ=; h=Date:Subject:From:To:Cc:References:In-Reply-To:From; b=SdF1P6fbSuP2XN1mOCPcpcchu1Env+KErc6rlATyaUk1S0JX4KH6Q6zB9HoRpidDm vOA4qhhL6u+ZSRA+jurELNvacJU7Wd81xOvhCYYzfavlS3Xi83JXLZPivdztdczDCD 5D7NZ56DoEhA/bFbMt2VtOOhVq+KlfOE3yAToRipWGs+sbmnD8lQCJBXtxQco7D7Gl uE6BtpBK2DLBMag6blwDoc+r5985POYv2rkmYXq3UatubqGr3iEP5rWS4+rHltA2Sb V+1Yjk3E0RBrautonp+nqrPuYrLjhSr7mkTCHg32A4btF4tIpjYVjjocfX7aJkUNOo pMfGusoCFv2mA== Message-ID: Date: Thu, 4 Jan 2024 13:56:03 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] OPP: Remove the unused argument to config_clks_t Content-Language: en-US From: Konrad Dybcio To: Viresh Kumar Cc: Bart Van Assche , Dmitry Osipenko , Thierry Reding , "Rafael J. Wysocki" , Stephen Boyd , Viresh Kumar , Vincent Guittot , "James E.J. Bottomley" , Jonathan Hunter , "Martin K. Petersen" , Alim Akhtar , Chanwoo Choi , Kyungmin Park , MyungJoo Ham , Nishanth Menon , linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-tegra@vger.kernel.org, Avri Altman , Bjorn Andersson , Dmitry Baryshkov References: <64ee255e-9a5a-405e-b342-e91c55bd95ce@kernel.org> In-Reply-To: <64ee255e-9a5a-405e-b342-e91c55bd95ce@kernel.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 4.01.2024 13:53, Konrad Dybcio wrote: > > On 3.01.2024 11:48, Viresh Kumar wrote: >> The OPP core needs to take care of a special case, where the OPPs aren't >> available for a device, but in order to keep the same unified interface >> for the driver, the same OPP core API must take care of performing a >> simple clk_set_rate() for the device. >> >> This required the extra argument, but that is used only within the OPP >> core and the drivers don't need to take care of that. >> >> Simplify the external API and handle it differently within the OPP core. >> >> This shouldn't result in any functional change. > Hi, so this apparently breaks serial on Qualcomm platforms using > "qcom,geni-debug-uart".. I'm seeing garbage on the console, likely > meaning that ratesetting wasn't done. +CC Bjorn, Dmitry Probably also worth noting it only happens when an OPP table is present in the device tree. Konrad