From: Greg KH <gregkh@linuxfoundation.org>
To: "Jose A. Perez de Azpillaga" <azpijr@gmail.com>
Cc: vaibhav.sr@gmail.com, mgreer@animalcreek.com, johan@kernel.org,
elder@kernel.org, greybus-dev@lists.linaro.org,
linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org,
kernel test robot <lkp@intel.com>
Subject: Re: [PATCH v2] staging: greybus: move topology allocation to codec probe
Date: Tue, 24 Feb 2026 09:58:24 -0800 [thread overview]
Message-ID: <2026022448-sprain-engaged-3f7a@gregkh> (raw)
In-Reply-To: <20260224084508.88867-1-azpijr@gmail.com>
On Tue, Feb 24, 2026 at 09:44:23AM +0100, Jose A. Perez de Azpillaga wrote:
> The FIXME in gb_audio_probe noted that memory allocation for the
> topology should happen within the codec driver rather than the
> greybus helper.
>
> Move the size-check and kzalloc from audio_gb.c to audio_module.c
> and update the function signature of gb_audio_gb_get_topology to
> accept the pointer. This clarifies ownership of the allocated memory.
>
> Reported-by: kernel test robot <lkp@intel.com>
The kernel test robot did not ask for this patch, it reported a problem
with your v1 patch.
> Closes: https://lore.kernel.org/oe-kbuild-all/202602240844.4eT24iVh-lkp@intel.com/
Nor does this change fix anything.
> Signed-off-by: Jose A. Perez de Azpillaga <azpijr@gmail.com>
> ---
> v2:
> - Fixed build error by updating function prototype in audio_codec.h.
> - Fixed 'struct gb_audio_topology has no member named size' by passing
> size as an explicit argument to gb_audio_gb_get_topology().
Did you test this version as well? But step back, why is this change
needed at all?
> ---
> drivers/staging/greybus/audio_codec.h | 2 +-
> drivers/staging/greybus/audio_gb.c | 33 +++-----------------------
> drivers/staging/greybus/audio_module.c | 27 +++++++++++++++++----
> 3 files changed, 26 insertions(+), 36 deletions(-)
>
> diff --git a/drivers/staging/greybus/audio_codec.h b/drivers/staging/greybus/audio_codec.h
> index f3f7a7ec6be4..2d7c3f928b1d 100644
> --- a/drivers/staging/greybus/audio_codec.h
> +++ b/drivers/staging/greybus/audio_codec.h
> @@ -179,7 +179,7 @@ void gbaudio_unregister_module(struct gbaudio_module_info *module);
>
> /* protocol related */
> int gb_audio_gb_get_topology(struct gb_connection *connection,
> - struct gb_audio_topology **topology);
> + struct gb_audio_topology *topology, u16 size);
Adding a random new field to a function means that we need to look up
what that value is to try to figure out what is going on. That makes
things much harder overall. So did this make the code harder to
understand?
Why can't the size be determined automatically by this function?
thanks,
greg k-h
next prev parent reply other threads:[~2026-02-24 17:58 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-23 19:59 [PATCH] staging: greybus: move topology allocation to codec probe Jose A. Perez de Azpillaga
2026-02-24 0:14 ` kernel test robot
2026-02-24 0:25 ` kernel test robot
2026-02-24 8:44 ` [PATCH v2] " Jose A. Perez de Azpillaga
2026-02-24 17:58 ` Greg KH [this message]
2026-02-25 10:16 ` Jose A. Perez de Azpillaga
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=2026022448-sprain-engaged-3f7a@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=azpijr@gmail.com \
--cc=elder@kernel.org \
--cc=greybus-dev@lists.linaro.org \
--cc=johan@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=lkp@intel.com \
--cc=mgreer@animalcreek.com \
--cc=vaibhav.sr@gmail.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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox