Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp811277pxb; Sat, 18 Sep 2021 19:44:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxE0LnNl6xloK/RwaWiJCW22EbwwW65cbDq65fn5Wl5Cnz76m8+hppoxqVmfguwZTMLgZbQ X-Received: by 2002:a05:6638:2644:: with SMTP id n4mr14879221jat.10.1632019445469; Sat, 18 Sep 2021 19:44:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632019445; cv=none; d=google.com; s=arc-20160816; b=RthZkseVr2oo/yaQQR5FzwjBxzkZd4JYmTPP3fcFCs7Q0CkyPdLAUb4tqOZHpHw8Rd IQhQeigrbrrzbvyEz1YV3m5HRPFmq8hycJlhDAN6ETiu/zxJsezN348sgJ0D9aARaIcr wA5YkxPPzDPRzvRY0TCiNKF9feLDTolJnk36mH1nEsTODA4ZZlmcxUtVksSsX/OBmD6m 2VngWjLr6Ej41Zyam5W3QeICg6W0TofOIRdoIWjw8Uq7nGGQhvfU0Mkc8TW72fdAkOYI VUwIJ3ncrGs7UEuuHYwqNn21KbSvSbAqvXt4CrP6KmLISKKo/diVkVr5T7F/zwYmXOj2 Oafw== 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=kniUL0VurnzRAbMl3pTwlVKDi4oh+i5//2+U5VveuVw=; b=U4SgmWrQpxjhq57cxYJBDBxMdfktLgGj0kG8yApsJVC6rxR9uPWpJguj4rMxKuSNst QgpP/TYatXRi8gp9Z73i668lCmUQ1uHJcV9Qxwt7quQNxAHf2X8vM1evwdw7nE4dgF8M ATtWOqaEGQb70f0q/XHmSmReAvKJBi1yH213qhXwWkS0hmmnLsTyYXKjpyd9ABTxrfaC VCkJLpuQfgGH0Y1a5erSf0ahBOTmo9gHrkNSpzmOyPVkIF8tGcoIYkPl2srqCupJdseR nnoA0XjquJyV3cTWd6UKIbXMmD0XSLwQhcy7SimBldzxB3emGaY+IVNMhBtRfbxqD7Xl lh3w== 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 g19si3934747jam.54.2021.09.18.19.43.54; Sat, 18 Sep 2021 19:44:05 -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 S237943AbhIRNEH (ORCPT + 99 others); Sat, 18 Sep 2021 09:04:07 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:62332 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237181AbhIRNED (ORCPT ); Sat, 18 Sep 2021 09:04:03 -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 48d4320e991614c8; Sat, 18 Sep 2021 15:02:39 +0200 Received: from kreacher.localnet (89-77-51-84.dynamic.chello.pl [89.77.51.84]) (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 5236266A568; Sat, 18 Sep 2021 15:02:38 +0200 (CEST) From: "Rafael J. Wysocki" To: Linux ACPI , Linux PCI Cc: LKML , Bjorn Helgaas , Mika Westerberg , Andy Shevchenko Subject: [PATCH v1 0/3] PCI: ACPI: glue: Get rid of acpi_pci_bus and rearrange code Date: Sat, 18 Sep 2021 14:51:24 +0200 Message-ID: <1794818.tdWV9SEqCh@kreacher> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-CLIENT-IP: 89.77.51.84 X-CLIENT-HOSTNAME: 89-77-51-84.dynamic.chello.pl X-VADE-SPAMSTATE: clean X-VADE-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvtddrudehkedgheejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecujffqoffgrffnpdggtffipffknecuuegrihhlohhuthemucduhedtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffufffkggfgtgesthfuredttddtjeenucfhrhhomhepfdftrghfrggvlhculfdrucghhihsohgtkhhifdcuoehrjhifsehrjhifhihsohgtkhhirdhnvghtqeenucggtffrrghtthgvrhhnpefhgedtffejheekgeeljeevvedtuefgffeiieejuddutdekgfejvdehueejjeetvdenucfkphepkeelrdejjedrhedurdekgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeekledrjeejrdehuddrkeegpdhhvghlohepkhhrvggrtghhvghrrdhlohgtrghlnhgvthdpmhgrihhlfhhrohhmpedftfgrfhgrvghlucflrdcuhgihshhotghkihdfuceorhhjfiesrhhjfiihshhotghkihdrnhgvtheqpdhrtghpthhtoheplhhinhhugidqrggtphhisehvghgvrhdrkhgvrhhnvghlrdhorhhgpdhrtghpthhtoheplhhinhhugidqphgtihesvhhgvghrrdhkvghrnhgvlhdrohhrghdprhgtphhtthhopehlihhnuhigqdhkvghrnhgvlhesvhhgvghrrdhkvghrnhgvlhdrohhrghdprhgtphhtthhopehhvghlghgrrghssehkvghrnhgvlhdrohhrghdprhgtphhtthhopehmihhkrgdrfigvshhtvghrsggvrhhgsehlihhnuhig rdhinhhtvghlrdgtohhmpdhrtghpthhtoheprghnughrihihrdhshhgvvhgthhgvnhhkoheslhhinhhugidrihhnthgvlhdrtghomh 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, After commit 375553a93201 ("PCI: Setup ACPI fwnode early and at the same time with OF"), PCI only uses acpi_pci_bus for running the ->setup() and ->cleanup() callbacks from there, but the functions pointed to by them can be invoked directly from the ACPI "glue" code if the device being processed is a PCI one, so patch [1/3] drops acpi_pci_bus and rearranges the code to call the PCI "setup" and "cleanup" routines directly. After that, the ->cleanup callback in struct acpi_bus_type has no users, so patch [2/3] gets rid of it. Finally, patch [3/3] rearranges acpi_device_notify() to avoid looking up the "ACPI bus type" of the device in bus_type_list if its ACPI companion has been set upfront. Thanks!