Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1870066pxb; Fri, 22 Oct 2021 09:10:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxRAPf/DahudcUi+F3gp3afMz53ENjVl2i3ibmZsmlf81LMIjTSCPTYK0XYXkZDgPxqbtYt X-Received: by 2002:a17:90a:c20d:: with SMTP id e13mr15803745pjt.90.1634919055278; Fri, 22 Oct 2021 09:10:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634919055; cv=none; d=google.com; s=arc-20160816; b=w6w7ZYBs3iEVA+jSRPJRNtAztkt50FnP16/HpdHPYlU0oRPlTutKYzVn8B1ybSgY7K LpW4WThNLbc/x8g9iI9YW7EBnVLd3kkIYtmOPt0POfxEeodSGjdmlyRzyLV7/PVr60iK Jpl3D8989lCgGNgCJX8X1yXvdhusB1SHqGJY1jQdatxvAPd4b4hBBz5K2SexMtdnR9UI OZqrX2Xamn6UsRuvDv8FFkI2f6KATLBNh97UCwrJS42wSkb0q8TvqENMeBFk28a/jTme 7pEpVc0t1OMBGDlV03QRPW2ReNRDHsEPn8hprDW6SaGwxL6nXLk9XuYVrzdSaByMXofV +yGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=km1EFPmadLg/4uDRCoHJwx225bo5VEz+PSOVN6uUPO8=; b=ZYebYExJxCkC1D2i1I1y+VigBdyMM1BxZnMRTv275i60w3diYvdwnnkYFnJVsyaQnC 7hiu2xZZ12wnTri4CzFvQKpGPZicujf4ZlBN2fnqR3skqV39uUSJcj9JrtcR+F2Wa5c2 OXp6iNBGkB9d3BaMTwPCRMPwQzGleoKpTAlPL/6AN/zIYelmw+pb6xCCpHBN03fOqJ9K ZWTh7CKnJc7Gz1xK9OLyIpdAiWxSIOMGd0EDa3/y4fLeTnCQVfuvhwKPhIv5rW1i+cHS j9R9vdbnVZi9omM/zqj782hxeoe0RmP9x1YrgxZyZ9XhCthTnvHf2RZWubYJ/W+oDc/D va2A== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id pf8si16157463pjb.113.2021.10.22.09.10.18; Fri, 22 Oct 2021 09:10:55 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233539AbhJVQKx (ORCPT + 99 others); Fri, 22 Oct 2021 12:10:53 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:54164 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233527AbhJVQKu (ORCPT ); Fri, 22 Oct 2021 12:10:50 -0400 Received: from localhost (127.0.0.1) (HELO v370.home.net.pl) by /usr/run/smtp (/usr/run/postfix/private/idea_relay_lmtp) via UNIX with SMTP (IdeaSmtpServer 3.0.0) id 178b81b253fecbca; Fri, 22 Oct 2021 18:08:31 +0200 Received: from kreacher.localnet (unknown [213.134.175.233]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by v370.home.net.pl (Postfix) with ESMTPSA id 18FFA66A9A4; Fri, 22 Oct 2021 18:08:31 +0200 (CEST) From: "Rafael J. Wysocki" To: Linux PM Cc: LKML , Ulf Hansson , Daniel Lezcano Subject: [PATCH 0/2] PM: sleep: Rework cpuidle handling during system-wide PM transitions Date: Fri, 22 Oct 2021 18:02:43 +0200 Message-ID: <2230995.ElGaqSPkdT@kreacher> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-CLIENT-IP: 213.134.175.233 X-CLIENT-HOSTNAME: 213.134.175.233 X-VADE-SPAMSTATE: clean X-VADE-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvtddrvddvkedgleehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecujffqoffgrffnpdggtffipffknecuuegrihhlohhuthemucduhedtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffufffkggfgtgesthfuredttddtjeenucfhrhhomhepfdftrghfrggvlhculfdrucghhihsohgtkhhifdcuoehrjhifsehrjhifhihsohgtkhhirdhnvghtqeenucggtffrrghtthgvrhhnpefhgedtffejheekgeeljeevvedtuefgffeiieejuddutdekgfejvdehueejjeetvdenucfkphepvddufedrudefgedrudejhedrvdeffeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpedvudefrddufeegrddujeehrddvfeefpdhhvghlohepkhhrvggrtghhvghrrdhlohgtrghlnhgvthdpmhgrihhlfhhrohhmpedftfgrfhgrvghlucflrdcuhgihshhotghkihdfuceorhhjfiesrhhjfiihshhotghkihdrnhgvtheqpdhrtghpthhtoheplhhinhhugidqphhmsehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtoheplhhinhhugidqkhgvrhhnvghlsehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtohepuhhlfhdrhhgrnhhsshhonheslhhinhgrrhhordhorhhgpdhrtghpthhtohepuggrnhhivghlrdhlvgiitggrnhhosehlihhnrghrohdrohhrgh X-DCC--Metrics: v370.home.net.pl 1024; Body=4 Fuz1=4 Fuz2=4 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi All, Currently, cpuidle is paused before the last phase of suspending device (suspend_noirq), but first it doesn't make sense to pause it for suspend-to-idle, because suspend-to-idle resumes it anyway later, and then it need not be paused while suspending devices anyway. Patch [1/2] removes the pausing and resuming of cpuidle from the suspend-to-idle path and patch [1/2] combines these operations with the disabling and enabling of secondary CPUs (which does not take place in the suspend-to-idle path), respectively. Thanks!