From: Dmitry Torokhov <dmitry.torokhov@gmail.com> To: Andy Shevchenko <andy.shevchenko@gmail.com> Cc: Lucas Tanure <tanureal@opensource.cirrus.com>, "Rafael J . Wysocki" <rafael@kernel.org>, Len Brown <lenb@kernel.org>, Hans de Goede <hdegoede@redhat.com>, Mark Gross <markgross@kernel.org>, Liam Girdwood <lgirdwood@gmail.com>, Jaroslav Kysela <perex@perex.cz>, Mark Brown <broonie@kernel.org>, Takashi Iwai <tiwai@suse.com>, ALSA Development Mailing List <alsa-devel@alsa-project.org>, ACPI Devel Maling List <linux-acpi@vger.kernel.org>, patches@opensource.cirrus.com, Platform Driver <platform-driver-x86@vger.kernel.org>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org> Subject: Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems Date: Sun, 30 Oct 2022 22:38:16 -0700 [thread overview] Message-ID: <Y19fSL2Z6xq8TCFS@google.com> (raw) In-Reply-To: <CAHp75VdQGBixkUStPiq3VuoL+9TJo946ObfRA-L-D72DaFHnrw@mail.gmail.com> Sorry for resurrecting old thread... On Thu, Jan 06, 2022 at 02:29:58PM +0200, Andy Shevchenko wrote: > On Fri, Dec 17, 2021 at 5:45 PM Lucas Tanure > <tanureal@opensource.cirrus.com> wrote: > > > > Add support for CS35L41 using a new separated driver > > that can be used in all upcoming designs ... > > + /* No devm_ version as CLSA0100, in no_acpi_dsd case, can't use devm version */ > > Can you elaborate why devm can't be used? > > > + cs35l41->reset_gpio = fwnode_gpiod_get_index(&adev->fwnode, "reset", cs35l41->index, > > Please, do not dereference fwnode pointers. > Also, why can't you use the device instead of fwnode? We are doing "acpi_dev_put(adev);" a few lines above, so using adev in the call to fwnode_gpiod_get_index() is technically use-after-free, isn't it? Also, why can't we do cs35l41->reset_gpio = gpiod_get_index(acpi_dev, "reset", cs35l41->index, GPIOD_OUT_LOW); since acpi_dev is device structure corresponding to adev and we are getting the rest of the properties from it? I saw downthread that there was supposed to be a patch addressing several issues raised by Andy, was it ever submitted? Thanks. -- Dmitry
WARNING: multiple messages have this Message-ID (diff)
From: Dmitry Torokhov <dmitry.torokhov@gmail.com> To: Andy Shevchenko <andy.shevchenko@gmail.com> Cc: ALSA Development Mailing List <alsa-devel@alsa-project.org>, ACPI Devel Maling List <linux-acpi@vger.kernel.org>, Lucas Tanure <tanureal@opensource.cirrus.com>, "Rafael J . Wysocki" <rafael@kernel.org>, patches@opensource.cirrus.com, Takashi Iwai <tiwai@suse.com>, Liam Girdwood <lgirdwood@gmail.com>, Mark Gross <markgross@kernel.org>, Hans de Goede <hdegoede@redhat.com>, Mark Brown <broonie@kernel.org>, Platform Driver <platform-driver-x86@vger.kernel.org>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, Len Brown <lenb@kernel.org> Subject: Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems Date: Sun, 30 Oct 2022 22:38:16 -0700 [thread overview] Message-ID: <Y19fSL2Z6xq8TCFS@google.com> (raw) In-Reply-To: <CAHp75VdQGBixkUStPiq3VuoL+9TJo946ObfRA-L-D72DaFHnrw@mail.gmail.com> Sorry for resurrecting old thread... On Thu, Jan 06, 2022 at 02:29:58PM +0200, Andy Shevchenko wrote: > On Fri, Dec 17, 2021 at 5:45 PM Lucas Tanure > <tanureal@opensource.cirrus.com> wrote: > > > > Add support for CS35L41 using a new separated driver > > that can be used in all upcoming designs ... > > + /* No devm_ version as CLSA0100, in no_acpi_dsd case, can't use devm version */ > > Can you elaborate why devm can't be used? > > > + cs35l41->reset_gpio = fwnode_gpiod_get_index(&adev->fwnode, "reset", cs35l41->index, > > Please, do not dereference fwnode pointers. > Also, why can't you use the device instead of fwnode? We are doing "acpi_dev_put(adev);" a few lines above, so using adev in the call to fwnode_gpiod_get_index() is technically use-after-free, isn't it? Also, why can't we do cs35l41->reset_gpio = gpiod_get_index(acpi_dev, "reset", cs35l41->index, GPIOD_OUT_LOW); since acpi_dev is device structure corresponding to adev and we are getting the rest of the properties from it? I saw downthread that there was supposed to be a patch addressing several issues raised by Andy, was it ever submitted? Thanks. -- Dmitry
next prev parent reply other threads:[~2022-10-31 5:38 UTC|newest] Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-12-17 11:56 [PATCH v6 00/10] Add support for CS35L41 in HDA systems Lucas Tanure 2021-12-17 11:56 ` Lucas Tanure 2021-12-17 11:56 ` [PATCH v6 01/10] ASoC: cs35l41: Convert tables to shared source code Lucas Tanure 2021-12-17 11:56 ` Lucas Tanure 2021-12-17 11:57 ` [PATCH v6 02/10] ASoC: cs35l41: Move cs35l41_otp_unpack to shared code Lucas Tanure 2021-12-17 11:57 ` Lucas Tanure 2021-12-17 11:57 ` [PATCH v6 03/10] ASoC: cs35l41: Move power initializations to reg_sequence Lucas Tanure 2021-12-17 11:57 ` Lucas Tanure 2021-12-17 11:57 ` [PATCH v6 04/10] ASoC: cs35l41: Create shared function for errata patches Lucas Tanure 2021-12-17 11:57 ` Lucas Tanure 2021-12-17 11:57 ` [PATCH v6 05/10] ASoC: cs35l41: Create shared function for setting channels Lucas Tanure 2021-12-17 11:57 ` Lucas Tanure 2021-12-17 11:57 ` [PATCH v6 06/10] ASoC: cs35l41: Create shared function for boost configuration Lucas Tanure 2021-12-17 11:57 ` Lucas Tanure 2021-12-17 11:57 ` [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems Lucas Tanure 2021-12-17 11:57 ` Lucas Tanure 2022-01-05 9:58 ` Charles Keepax 2022-01-05 9:58 ` Charles Keepax 2022-01-06 12:29 ` Andy Shevchenko 2022-01-06 12:29 ` Andy Shevchenko 2022-01-10 10:19 ` Andy Shevchenko 2022-01-10 10:19 ` Andy Shevchenko 2022-01-13 16:53 ` Lucas tanure 2022-01-13 16:53 ` Lucas tanure 2022-01-13 18:13 ` Andy Shevchenko 2022-01-13 18:13 ` Andy Shevchenko 2022-01-13 18:19 ` Andy Shevchenko 2022-01-13 18:19 ` Andy Shevchenko 2022-10-31 5:38 ` Dmitry Torokhov [this message] 2022-10-31 5:38 ` Dmitry Torokhov 2022-10-31 14:34 ` Andy Shevchenko 2022-10-31 14:34 ` Andy Shevchenko 2021-12-17 11:57 ` [PATCH v6 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes Lucas Tanure 2021-12-17 11:57 ` Lucas Tanure 2021-12-17 17:19 ` Rafael J. Wysocki 2021-12-17 17:19 ` Rafael J. Wysocki 2021-12-17 18:26 ` Hans de Goede 2021-12-17 18:26 ` Hans de Goede 2021-12-20 13:01 ` Mark Brown 2021-12-20 13:01 ` Mark Brown 2021-12-20 17:24 ` Stefan Binding 2021-12-20 17:24 ` Stefan Binding 2022-01-12 13:05 ` Lucas tanure 2022-01-12 13:05 ` Lucas tanure 2022-01-12 20:00 ` Cameron Berkenpas 2022-01-12 20:00 ` Cameron Berkenpas 2022-01-13 15:52 ` tanureal 2022-01-13 15:52 ` tanureal 2021-12-17 11:57 ` [PATCH v6 09/10] ALSA: hda/realtek: Add support for Legion 7 16ACHg6 laptop Lucas Tanure 2021-12-17 11:57 ` Lucas Tanure 2021-12-17 11:57 ` [PATCH v6 10/10] ALSA: hda/realtek: Add CS35L41 support for Thinkpad laptops Lucas Tanure 2021-12-17 11:57 ` Lucas Tanure 2021-12-31 14:39 ` (subset) [PATCH v6 00/10] Add support for CS35L41 in HDA systems Mark Brown 2021-12-31 14:39 ` Mark Brown 2022-01-04 13:07 ` Takashi Iwai 2022-01-04 13:07 ` Takashi Iwai 2022-01-05 16:32 ` Takashi Iwai 2022-01-05 16:32 ` Takashi Iwai
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=Y19fSL2Z6xq8TCFS@google.com \ --to=dmitry.torokhov@gmail.com \ --cc=alsa-devel@alsa-project.org \ --cc=andy.shevchenko@gmail.com \ --cc=broonie@kernel.org \ --cc=hdegoede@redhat.com \ --cc=lenb@kernel.org \ --cc=lgirdwood@gmail.com \ --cc=linux-acpi@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=markgross@kernel.org \ --cc=patches@opensource.cirrus.com \ --cc=perex@perex.cz \ --cc=platform-driver-x86@vger.kernel.org \ --cc=rafael@kernel.org \ --cc=tanureal@opensource.cirrus.com \ --cc=tiwai@suse.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.