[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMRc=Me5L4XtriaFSwcE9Vqri+6d+Rfn-4FzKUrN_VSOgfA_WA@mail.gmail.com>
Date: Sun, 31 Aug 2025 14:55:44 +0200
From: Bartosz Golaszewski <brgl@...ev.pl>
To: Alex Tran <alex.t.tran@...il.com>
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:09 AM Alex Tran <alex.t.tran@...il.com> wrote:
>
> Changelog:
> - Changed reset GPIO setup that uses 'gpio_request' and
> 'gpio_direction_output' to use 'devm_gpio_request_one' instead
> for legacy support.
> - Convert to gpio descriptor for use.
> - Better error handling with 'gpiod_set_value'.
> - Removed cleanup of reset gpio as gpiod api is now used.
>
> Signed-off-by: Alex Tran <alex.t.tran@...il.com>
> ---
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
Powered by blists - more mailing lists