[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CA+hkOd6UsrQWbLRPOMyUPLBoytFa_6zew05TRuBEhMSr4T1afg@mail.gmail.com>
Date: Sun, 31 Aug 2025 19:55:55 -0700
From: Alex Tran <alex.t.tran@...il.com>
To: Bartosz Golaszewski <brgl@...ev.pl>
Cc: broonie@...nel.org, lgirdwood@...il.com, perex@...ex.cz, tiwai@...e.com,
linus.walleij@...aro.org, shenghao-ding@...com, kevin-lu@...com,
baojun.xu@...com, linux-sound@...r.kernel.org, linux-gpio@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ASoC: codecs: tlv320dac33: switch to gpiod api
On Sun, Aug 31, 2025 at 5:55 AM Bartosz Golaszewski <brgl@...ev.pl> wrote:
>
> The fact that the call to gpio_request() is still there made me think
> immediately that the conversion is incomplete. I looked into why you
> didn't change that and noticed that the global GPIO number comes
> through platform data, specifically: struct tlv320dac33_platform_data.
> That platform data struct however is not used in the kernel -and even
> the header that defines it - sound/tlv320dac33-plat.h - is never
> included outside of the driver. Seems to me like the main obstacle to
> completing the conversion is not even used in mainline and can be
> dropped?
>
> Bart
Since struct tlv320dac33_platform_data isn't used in the kernel and the
corresponding header file it's in isn't used outside of the driver,
I'll go ahead
and drop them and send in a v2. Thanks for the review.
--
Alex Tran
Powered by blists - more mailing lists