From mboxrd@z Thu Jan 1 00:00:00 1970 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 3C5C0E54B for ; Sat, 10 Jan 2026 00:08:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768003703; cv=none; b=MXYQpfZAT2TQqNHJn5agAmCiieu47SUeWwZQAf5ISKxIx+Wbzg1r0yP15F0PnzYJ3xAfmebdDqib2DQAlF/lh9bGNF3r+rK99Q0pL/7KDEEmsjtDsItNIoZP1a97TO3zyrbboJY9ewviQnozC6Yt9xGyX3MwJg0vaKMAiYVROxg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768003703; c=relaxed/simple; bh=JVUlLadDyMTkJHeO1IyXQB56hQY0p9BFUjfrJKlblrg=; h=Mime-Version:Content-Type:Date:Message-Id:Subject:Cc:To:From: References:In-Reply-To; b=e7I5biEkRQvBJ9XVMX2XwF3wmrLTLl9UlFCvO5FbiCIf3jJaQViq6LGfJV2JV8ootmTDxy9Zv1i3w75JYNGrCF50mhJzTMYsoHfaExCnQ+OiyPNn3x4u14w/sk2BvFCBKSu/kPpFv4mRwGXg08QdnuA3HgC0Ve6iiJbQgtlG54s= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=jkWvtaJM; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="jkWvtaJM" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 88EF0C4CEF1; Sat, 10 Jan 2026 00:08:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1768003702; bh=JVUlLadDyMTkJHeO1IyXQB56hQY0p9BFUjfrJKlblrg=; h=Date:Subject:Cc:To:From:References:In-Reply-To:From; b=jkWvtaJMoecz5NAXCLn/5WVfTT7Wbd9HwNqLBF3FIwtC1RSKh++Ok3JeOumtlDtR+ hlgayWaUfLR/SMRNn2wiwyT+C3rLV1UxuPE6T1GkB1mHHQ6aa5NI6AmzEgHpXtcxhX 8UH3rItpcG4f+bwjg2orqGhyLBrJS7JylgpReM4xlMmalMLzPFU+3tXhMFADmyRQpc Roh+nATSilIJ6njUN4yyT1NqyfauEUsb0NBo2qkXU7p9EzODuEFnGUNfVjmlYLSYSV sa1ORQZf+ldoVwnYvDkfpsS7IgwbN/bnwXGRHvFybn/hvyMSCa7A1PgpvMKYs5ab7I w5fyxzv99jb5Q== Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Sat, 10 Jan 2026 01:08:18 +0100 Message-Id: Subject: Re: [PATCH v1 1/1] driver core: make bus_find_device_by_acpi_dev() stub prototype aligned Cc: , "Greg Kroah-Hartman" , "Rafael J. Wysocki" To: "Andy Shevchenko" From: "Danilo Krummrich" References: <20251229144325.1252197-1-andriy.shevchenko@linux.intel.com> In-Reply-To: <20251229144325.1252197-1-andriy.shevchenko@linux.intel.com> On Mon Dec 29, 2025 at 3:43 PM CET, Andy Shevchenko wrote: > Currently the bus_find_device_by_acpi_dev() stub for !CONFIG_ACPI case > takes a const void * parameter instead of const struct acpi_device *. > As long as it's a pointer, we may named it as we want to with a help > of a forward declaration. Hence move the declaration out of ifdeffery > and use the same prototype in both cases. This adds a bit of an additiona= l > type checking at a compilation time. > > Signed-off-by: Andy Shevchenko Applied to driver-core-testing, thanks!