From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 83E8B1D5CF5 for ; Wed, 11 Dec 2024 15:41:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.171 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1733931720; cv=none; b=RVnL7gaq2Gk4iJDypnK/xq6p5I0fvQA+3YXgPirqcBOfV8R0nGLHndZwGzSafVc25AL+joU40kHsaCb8rIsgmb3NFR0BmftBQBDkTPO2J1VKG+nDWGBW7PVqtZiyJtH6nqkjqAiF1n08AYRgGXOEcsEL2A7CEl0pAmWiqXo8FxM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1733931720; c=relaxed/simple; bh=9WXVRx/C0BrKo7ppuXd8NFYWBvQIlT4HwsewDeKEJjc=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=Fm0L7/ht21HnYMwnTQALag5i79Q+MhBMw9huCs7lkyq/NrNpE2b408vA8+Pcp72IWVOsSwq+zO/ghSGN/RhDq1ayNzW1TZQDG5jcI/nl8uAx/E5u5ZtIUn0fvIprAZb3aySlkZCn1Waux6mq3b+BV5bW/ngUCUC7W1Nhu0+wHkw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com; spf=pass smtp.mailfrom=baylibre.com; dkim=pass (2048-bit key) header.d=baylibre-com.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b=LudMsiQs; arc=none smtp.client-ip=209.85.214.171 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=baylibre.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=baylibre-com.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b="LudMsiQs" Received: by mail-pl1-f171.google.com with SMTP id d9443c01a7336-21680814d42so14166055ad.2 for ; Wed, 11 Dec 2024 07:41:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20230601.gappssmtp.com; s=20230601; t=1733931716; x=1734536516; darn=vger.kernel.org; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=//mDW/gsbivh5WLVGk2+QEkus5s+/UGSEuoa5vork+c=; b=LudMsiQsgXUK4rADU+ylntIbxa9NCQLzKgITqHHgfRW6KR7ETmJrlQ7v+SxvJlZb5r qZkp5Qq4uaXN3L+4NxQOICnRRqYhuy6Kbnaj0iXSTSyFdVbdV6o9mB+5afYBx+EHJ9ES 3aVgnqk0D0VUtrvL57LaD2DQcV3Dx39nr5mEW1maO+xBsMTUXXwa/R7fUBI7d/uQUHIL cqKytdJobnEm39yvAy9zLlmv6Jt6lGOEZljpMMGp/jrWEMdkuEuzbAzN1ZxYnXPoRju6 LyjPylyyxPusouw4EcVCs4pZHWdnz13Wb3z0A+WeFkJ13fLvSc8viD9WO/EyMzUfvGny T9fA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733931716; x=1734536516; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=//mDW/gsbivh5WLVGk2+QEkus5s+/UGSEuoa5vork+c=; b=Nfzjh2FRDd8oZWzU4XiOStGP+Jz/AcGTHbEaozwrjCSsAy/bnqMHt6/CTTY0P3/gfO gSb1qIbzl5VjIxvzABJFSOgnAw708XnPIUUC6KR1qbFZ9QquM+Or1zuRtE+DHwxj5FdK zPhcyw29gPSKITZ6AWblxbHKezeHR3EdNAMvWIT931MlahAU/3lio+mS/lpI5BaWPPbw ey1kr7zC/tedpFii7wsi7CbkHtC4aEDhaCLtjDONbwPP4lQC5A6cKi4ciMmKUwo/riOk Ss1u/05A6rOPeyZ0Si4+FFwan+banaWhaEyq2WH8LQKwbHG2HxqECApO/xSRAOAXUxsF WquA== X-Gm-Message-State: AOJu0YxlmtyT9rDb9KD2hcMbP8tiQGVa/TJh1JVXnTmhqzO1g3FHClXF 4+O5EhTpF0c11XCs0JE7PHyNzHWylgvV5+2MlwnRpoA+L8h7gopY52nd1dYQBUc= X-Gm-Gg: ASbGnctcVhbhu7a1mEKMsH8M7ZMnpdKo2fgreH+yARqrdKyx3v8twjqvc+9nyzCB04y wZw31y8GrqPUmHJ93RRjgyMTO9XMg1tRogWA+M55vJZaRXFpk/0tX+a1lS5nOT9eiRfW72jQ0JI SuZHGgoDJ+wSAY9VrBMvHE1WMzdwCe29k6Insg8IDh4iMfevoAIEJS4Rse1yueTcxZ5KLFWt1dQ Gpsi0VAtbIC5iOhMo2ZRjOuy+a/uPY6U10lF5wjNjsCfacQUr4R X-Google-Smtp-Source: AGHT+IGgFiqQwkckid54v7HaXWCbBV/jyXAb4y5c25/cFVUIUVFXXoOTd9qO/0TbDhMvaeZjSbFGWg== X-Received: by 2002:a17:902:cf0a:b0:215:854c:a71a with SMTP id d9443c01a7336-21778532306mr57358265ad.34.1733931716599; Wed, 11 Dec 2024 07:41:56 -0800 (PST) Received: from localhost ([97.126.182.119]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2162e21321asm74338275ad.279.2024.12.11.07.41.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 11 Dec 2024 07:41:56 -0800 (PST) From: Kevin Hilman To: Ulf Hansson Cc: linux-pm@vger.kernel.org, Nishanth Menon , Dhruva Gole , Akashdeep Kaur , Sebin Francis , Markus Schneider-Pargmann , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v6 0/3] pmdomain: ti_sci: collect and send low-power mode constraints In-Reply-To: References: <20241206-lpm-v6-10-constraints-pmdomain-v6-0-833980158c68@baylibre.com> Date: Wed, 11 Dec 2024 07:41:55 -0800 Message-ID: <7ho71ifcqk.fsf@baylibre.com> Precedence: bulk X-Mailing-List: linux-pm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Ulf Hansson writes: > On Fri, 6 Dec 2024 at 23:13, Kevin Hilman wrote: >> >> The latest (10.x) version of the firmware for the PM co-processor (aka >> device manager, or DM) adds support for a "managed" mode, where the DM >> firmware will select the specific low power state which is entered >> when Linux requests a system-wide suspend. >> >> In this mode, the DM will always attempt the deepest low-power state >> available for the SoC. >> >> However, Linux (or OSes running on other cores) may want to constrain >> the DM for certain use cases. For example, the deepest state may have >> a wakeup/resume latency that is too long for certain use cases. Or, >> some wakeup-capable devices may potentially be powered off in deep >> low-power states, but if one of those devices is enabled as a wakeup >> source, it should not be powered off. >> >> These kinds of constraints are are already known in Linux by the use >> of existing APIs such as per-device PM QoS and device wakeup APIs, but >> now we need to communicate these constraints to the DM. >> >> For TI SoCs with TI SCI support, all DM-managed devices will be >> connected to a TI SCI PM domain. So the goal of this series is to use >> the PM domain driver for TI SCI devices to collect constraints, and >> communicate them to the DM via the new TI SCI APIs. >> >> This is all managed by TI SCI PM domain code. No new APIs are needed >> by Linux drivers. Any device that is managed by TI SCI will be >> checked for QoS constraints or wakeup capability and the constraints >> will be collected and sent to the DM. >> >> This series depends on the support for the new TI SCI APIs (v10) and >> was also tested with this series to update 8250_omap serial support >> for AM62x[2]. >> >> [1] https://lore.kernel.org/all/20240801195422.2296347-1-msp@baylibre.com >> [2] https://lore.kernel.org/all/20240807141227.1093006-1-msp@baylibre.com/ >> >> Signed-off-by: Kevin Hilman >> --- >> Changes in v6: >> - fix build warning on arm32 when building with W=1 and CONFIG_PM_SLEEP=n >> - rebase onto v6.13-rc1 >> - fix latency units: convert usecs (PM QoS) to msecs (TI SCI) >> - all dependencies are now merged in v6.13-rc1 >> - Link to v5: https://lore.kernel.org/r/20241101-lpm-v6-10-constraints-pmdomain-v5-0-3011aa04622f@baylibre.com > > v6 applied for next and by amending patch1 to deal with the sorting of > include files, thanks! Thank you for the fixuup. Kevin