Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2355551pxb; Mon, 20 Sep 2021 19:56:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzpVvygWyOMhLcKIx+k7zONRkdNI3KNX/7Mtd8s+xXI/6XeKQ6PE7NHzYxiWlUPKYn33UmJ X-Received: by 2002:a17:906:6dc1:: with SMTP id j1mr32599449ejt.324.1632192988839; Mon, 20 Sep 2021 19:56:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632192988; cv=none; d=google.com; s=arc-20160816; b=DMpkjI31fc1XwIzUiQH3flkz6clycwjODeeDoXhcKX4ZkWKkqzVsU2ygf2Il0eaWSj As66/mvzuBvCqaNa5doEwaaIuTCXqn/x3l2yndvdMmdQLBLKepaPCcf5FoM+3r4dXUqM aIkGTS5+548IlDt2NeNdpW3TtU199W+bRbz7/bTRocIHnwMdlntWRIu1S1EZSB08qcn8 JVTeMi3BtXx5dZgjTGjsyXAhKZKaKAwRyvoSQ58XPt15OOtd98GR39+HRHOMXIjtyu05 ZsfavmmMaOrYY4rUOqUgUzbRoj73HkhxU9cG3VmLL43X5TdqYEdOSIH6C925/itUZYqN CXuQ== 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=LWdryxHJ0H+vnIVBtM7Xn6Zl+v3L4eCZoT2DwmtrTS4=; b=WKWUH74sFqtZmcG1xvwBSXpSHIfHstUZmME3t+dngsQGts2WN4u32aITRQKfLiYP1g 1uOxy+Isud37rn4pdL+mfjAVEt55BDeuNPbUqW31SKAZE7q+nj6LtBZaow7Hoc81sYV/ 3s2fOqlkX7HX5JkSotvu2L0kXqfyeQg9QfqjZhf84gB16gvIE3roS4bMR/w8qWRM7bYa cP15scc9B0VZHjSerBX26Z+2wnW/skj+chVLsAT1p7ImLjZU7NGeeffVd261TFARQM06 F4AMa93XmtadKUyC1hZnv7gQwOH5w3ARXrQdbyDPFGBnOoZL4GrSYmKbBNJ/vjjU5BcZ iX/A== 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 w15si15248574edl.407.2021.09.20.19.56.06; Mon, 20 Sep 2021 19:56:28 -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 S1350539AbhITTWE (ORCPT + 99 others); Mon, 20 Sep 2021 15:22:04 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:55254 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347809AbhITTTp (ORCPT ); Mon, 20 Sep 2021 15:19:45 -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 b672bf702305422d; Mon, 20 Sep 2021 21:18:17 +0200 Received: from kreacher.localnet (unknown [213.134.187.25]) (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 7FC7B66A65F; Mon, 20 Sep 2021 21:18:16 +0200 (CEST) From: "Rafael J. Wysocki" To: Linux ACPI Cc: Linux PCI , LKML , Bjorn Helgaas , Andy Shevchenko , Mika Westerberg Subject: [PATCH v2 0/7] PCI: ACPI: Get rid of struct pci_platform_pm_ops and clean up code Date: Mon, 20 Sep 2021 20:52:19 +0200 Message-ID: <1800633.tdWV9SEqCh@kreacher> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-CLIENT-IP: 213.134.187.25 X-CLIENT-HOSTNAME: 213.134.187.25 X-VADE-SPAMSTATE: clean X-VADE-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvtddrudeivddgudefgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfjqffogffrnfdpggftiffpkfenuceurghilhhouhhtmecuudehtdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufffkfgggfgtsehtufertddttdejnecuhfhrohhmpedftfgrfhgrvghlucflrdcuhgihshhotghkihdfuceorhhjfiesrhhjfiihshhotghkihdrnhgvtheqnecuggftrfgrthhtvghrnhephfegtdffjeehkeegleejveevtdeugfffieeijeduuddtkefgjedvheeujeejtedvnecukfhppedvudefrddufeegrddukeejrddvheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpedvudefrddufeegrddukeejrddvhedphhgvlhhopehkrhgvrggthhgvrhdrlhhotggrlhhnvghtpdhmrghilhhfrhhomhepfdftrghfrggvlhculfdrucghhihsohgtkhhifdcuoehrjhifsehrjhifhihsohgtkhhirdhnvghtqedprhgtphhtthhopehlihhnuhigqdgrtghpihesvhhgvghrrdhkvghrnhgvlhdrohhrghdprhgtphhtthhopehlihhnuhigqdhptghisehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtoheplhhinhhugidqkhgvrhhnvghlsehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtohephhgvlhhgrggrsheskhgvrhhnvghlrdhorhhgpdhrtghpthhtoheprghnughrihihrdhshhgvvhgthhgv nhhkoheslhhinhhugidrihhnthgvlhdrtghomhdprhgtphhtthhopehmihhkrgdrfigvshhtvghrsggvrhhgsehlihhnuhigrdhinhhtvghlrdgtohhm X-DCC--Metrics: v370.home.net.pl 1024; Body=6 Fuz1=6 Fuz2=6 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi All, As explained in the changelog of patch [2/7], using struct pci_platform_pm_ops for ACPI is not particularly beneficial, so it is better to get rid of it and call the functions pointed to by it directly from the PCI core. However, struct pci_platform_pm_ops is also used by the Intel MID support code, but it is actually better to call the MID PM function directly from the PCI core either, which is done in patch [1/7]. After these changes, patch [3/7] removes struct pci_platform_pm_ops and the rest is just cleanups and some code consolidation on top of that. Thanks!