From: Hans Verkuil <hverkuil+cisco@kernel.org>
To: www.rokinthanp03@gmail.com, Mauro Carvalho Chehab <mchehab@kernel.org>
Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
cf896de36144391bcde1@syzkaller.appspotmail.com,
syzbot+9f7405999979761b6cfc@syzkaller.appspotmail.com
Subject: Re: [PATCH v2] media: hackrf: defer v4l2_ctrl_auto_cluster() until after error check
Date: Fri, 11 Sep 2026 11:40:24 +0200 [thread overview]
Message-ID: <91922aca-20dc-4e17-b380-ac74c61bd3c7@kernel.org> (raw)
In-Reply-To: <CAHzb5FF62brMQkynL3oCoxA_XtiF3n00h7kVzJ=EDWJOGVLojg@mail.gmail.com>
Hi Rokinthan,
On 10/09/2026 16:26, Rokinthan p wrote:
> In hackrf_probe(), v4l2_ctrl_auto_cluster() is called immediately after
> allocating the auto and manual bandwidth controls for both the receiver
> and transmitter.
>
> If allocating the master control (dev->rx_bandwidth_auto or
> dev->tx_bandwidth_auto) fails, e.g. due to memory allocation failure,
> the pointer is NULL and the error is recorded in the control handler.
> Calling v4l2_ctrl_auto_cluster() with a NULL master control causes
> v4l2_ctrl_cluster() to trigger a WARNING:
>
> ncontrols == 0 || controls[0] == NULL
> WARNING: drivers/media/v4l2-core/v4l2-ctrls-core.c:2525 at
> v4l2_ctrl_cluster
>
> Fix this by moving the v4l2_ctrl_auto_cluster() invocations down after
> checking dev->rx_ctrl_handler.error and dev->tx_ctrl_handler.error.
> If control allocation fails, probe cleanly aborts with an error without
> attempting to cluster NULL controls.
Your analysis is correct, but the fix should actually be done in the v4l2-ctrls-core.c
source.
If controls[0] is NULL, then both v4l2_ctrl_cluster and v4l2_ctrl_auto_cluster
should just return 0 since something clearly went wrong when the master control
was created.
This will be caught at the end in the driver code when hdl->error is checked.
The code snippet for Control Clusters in Documentation/driver-api/media/v4l2-controls.rst
clearly shows that that was how it was intended (i.e. state->audio_cluster[0]
might be NULL, but it is still passed without checking to v4l2_ctrl_cluster).
The design has always been that you can just create controls as you go and just
check for hdl->error at the end. It saves a lot of unnecessary checks. And
v4l2_ctrl_cluster/v4l2_ctrl_auto_cluster break that scheme.
So can you make a patch that adds that NULL pointer check? And also update
the function documentation in include/media/v4l2-ctrls.h to make it clear
it just returns if controls[0] == NULL.
Fixing this in hackrf just papers over the root cause, and there are almost
certainly more drivers that do not check the master control before calling
v4l2_ctrl_cluster/v4l2_ctrl_auto_cluster.
And BTW, your patch is still mangled.
Regards,
Hans
>
> Fixes: 969ec1f6bd92 ("[media] hackrf: HackRF SDR driver")
> Reported-by: syzbot+cf896de36144391bcde1@syzkaller.appspotmail.com
> Closes: https://syzkaller.appspot.com/bug?extid=cf896de36144391bcde1
> Signed-off-by: Rohinthan <rokinthanp03@gmail.com>
> ---
> v1 -> v2:
> - Correct the Fixes tag commit hash and title to match git history
> - Fix email formatting and whitespace
>
> drivers/media/usb/hackrf/hackrf.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/media/usb/hackrf/hackrf.c
> b/drivers/media/usb/hackrf/hackrf.c
> --- a/drivers/media/usb/hackrf/hackrf.c
> +++ b/drivers/media/usb/hackrf/hackrf.c
> @@ -1427,7 +1427,6 @@ static int hackrf_probe(struct usb_interface *intf,
> dev->rx_bandwidth = v4l2_ctrl_new_std(&dev->rx_ctrl_handler,
> &hackrf_ctrl_ops_rx, V4L2_CID_RF_TUNER_BANDWIDTH,
> 1750000, 28000000, 50000, 1750000);
> - v4l2_ctrl_auto_cluster(2, &dev->rx_bandwidth_auto, 0, false);
> dev->rx_rf_gain = v4l2_ctrl_new_std(&dev->rx_ctrl_handler,
> &hackrf_ctrl_ops_rx, V4L2_CID_RF_TUNER_RF_GAIN, 0, 12,
> 12, 0);
> dev->rx_lna_gain = v4l2_ctrl_new_std(&dev->rx_ctrl_handler,
> @@ -1439,6 +1438,7 @@ static int hackrf_probe(struct usb_interface *intf,
> dev_err(dev->dev, "Could not initialize controls\n");
> goto err_v4l2_ctrl_handler_free_rx;
> }
> + v4l2_ctrl_auto_cluster(2, &dev->rx_bandwidth_auto, 0, false);
> v4l2_ctrl_grab(dev->rx_rf_gain, !hackrf_enable_rf_gain_ctrl);
> v4l2_ctrl_handler_setup(&dev->rx_ctrl_handler);
>
> @@ -1450,7 +1450,6 @@ static int hackrf_probe(struct usb_interface *intf,
> dev->tx_bandwidth = v4l2_ctrl_new_std(&dev->tx_ctrl_handler,
> &hackrf_ctrl_ops_tx, V4L2_CID_RF_TUNER_BANDWIDTH,
> 1750000, 28000000, 50000, 1750000);
> - v4l2_ctrl_auto_cluster(2, &dev->tx_bandwidth_auto, 0, false);
> dev->tx_lna_gain = v4l2_ctrl_new_std(&dev->tx_ctrl_handler,
> &hackrf_ctrl_ops_tx, V4L2_CID_RF_TUNER_LNA_GAIN, 0, 47,
> 1, 0);
> dev->tx_rf_gain = v4l2_ctrl_new_std(&dev->tx_ctrl_handler,
> @@ -1460,6 +1459,7 @@ static int hackrf_probe(struct usb_interface *intf,
> dev_err(dev->dev, "Could not initialize controls\n");
> goto err_v4l2_ctrl_handler_free_tx;
> }
> + v4l2_ctrl_auto_cluster(2, &dev->tx_bandwidth_auto, 0, false);
> v4l2_ctrl_grab(dev->tx_rf_gain, !hackrf_enable_rf_gain_ctrl);
> v4l2_ctrl_handler_setup(&dev->tx_ctrl_handler);
>
next prev parent reply other threads:[~2026-09-11 9:40 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-10 14:26 Rokinthan p
2026-09-11 9:40 ` Hans Verkuil [this message]
2026-09-11 9:42 ` Hans Verkuil
-- strict thread matches above, loose matches on Subject: below --
2026-09-10 12:34 Rokinthan p
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=91922aca-20dc-4e17-b380-ac74c61bd3c7@kernel.org \
--to=hverkuil+cisco@kernel.org \
--cc=cf896de36144391bcde1@syzkaller.appspotmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=syzbot+9f7405999979761b6cfc@syzkaller.appspotmail.com \
--cc=www.rokinthanp03@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
all inboxes | Powered by JetHome®