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 44FB246426; Mon, 20 May 2024 09:46:48 +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=1716198409; cv=none; b=NYUVOdlS9fn3UlaQ4kCNiUJl0dtJ2fLjz9vINLbQc2QdpfjdqKAn5C3cfd/li2RSezdNBImrPlcQexC0lcg04y8tPiwrs4EnNVBEXpUdlArV0XlPGOiyDW8b8cZQawww3nXEKm8FfaBHBgeAHqs25FGKEfP+a3ReCVLWHVMeKaA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1716198409; c=relaxed/simple; bh=ngGzKQovEqZCQRCuA0UQM97qY9IEl28WOJ1T6pBDXek=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=TX/08JQuAGgXQ07NBwnZ1nZQJ4+M83oSeXkioFzd8XGsaDHFeCpm+eMBTI0ENa0N8bktW+b+6VzFcGqF4tScFQNYNpwS31vx77+6MVUugKolmYoKx06CPQfySTRFIVvIqjkGy9+SRx0DfTssxRAs+e7tJ3byBriE8Z+ffJ78Lu8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=ai3w3hmY; 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="ai3w3hmY" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 67A14C2BD10; Mon, 20 May 2024 09:46:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1716198408; bh=ngGzKQovEqZCQRCuA0UQM97qY9IEl28WOJ1T6pBDXek=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ai3w3hmY0y10iaceQjxFM4LCSfzaAW3O28X+9WHEl2OS+1up1JeC4PJ+p7lnHuMiN EYGnl22YjmlMKGTOHQ/Oa6I07l9jlxAumI5t8vy7sWYvALxskDgS6plOKZtDzw1wXs NsZO8TZWNvEXIUJSlbu4ZyDPu67cHSx8Z1QGfwykXtYNsfMhkCikSd/mUThwM4d4Gr xStJrZ0Ji4oBdRQ7zGVze6vG9axvlW9RG0acoA4DoKYH7Zxy1bWONdNvDkUIcft3zv AjJDGHMarSgAVZDX0ZAtWvr7jV02CrD0W01eHBTJGMGxfXsksadO3tfIBhcMJDuh4B TFZLwSQ8+Fk9g== Date: Mon, 20 May 2024 17:46:45 +0800 From: Tzung-Bi Shih To: Ben Walsh Cc: Benson Leung , Guenter Roeck , "Dustin L. Howett" , Kieran Levin , Thomas =?iso-8859-1?Q?Wei=DFschuh?= , Mario Limonciello , chrome-platform@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/6] platform/chrome: cros_ec_lpc: Pass driver_data in static variable Message-ID: References: <20240515055631.5775-1-ben@jubnut.com> <20240515055631.5775-4-ben@jubnut.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240515055631.5775-4-ben@jubnut.com> On Wed, May 15, 2024 at 06:56:28AM +0100, Ben Walsh wrote: > The module init passed extra data to the driver via the driver_data of > a new platform device. But when an ACPI device already existed, no > platform device was created, so this extra data wasn't passed to the > driver. > > Stop using the driver_data and use a static variable instead. Could it be possible to put the driver data in the acpi_device_id and somewhere calls acpi_device_get_match_data()?