Linux kernel staging patches
 help / color / mirror / Atom feed
From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Karthikey D Kadati <karthikey3608@gmail.com>
Cc: Hans de Goede <hansg@kernel.org>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Andy Shevchenko <andy@kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-media@vger.kernel.org, linux-staging@lists.linux.dev,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] media: atomisp: remove private white balance IOCTLs
Date: Mon, 12 Jan 2026 13:00:00 +0200	[thread overview]
Message-ID: <aWTUMPVMzxL7XuHt@kekkonen.localdomain> (raw)
In-Reply-To: <20251231052427.58840-1-karthikey3608@gmail.com>

Hi Karthikey,

On Wed, Dec 31, 2025 at 10:54:27AM +0530, Karthikey D Kadati wrote:
> This patch resolves a MUST-FIX graduation blocker identified in the
> atomisp TODO by removing the private ATOMISP_IOC_G_ISP_WHITE_BALANCE
> and ATOMISP_IOC_S_ISP_WHITE_BALANCE and replacing them with standard
> V4L2 control handling.
> 
> The private IOCTLs were used to set white balance parameters. This
> functionality is now mapped to the standard V4L2 controls
> V4L2_CID_RED_BALANCE and V4L2_CID_BLUE_BALANCE.
> 
> A helper function `atomisp_v4l2_set_wb` is introduced to translate the
> V4L2 control values to the driver's internal configuration format.
> 
> Signed-off-by: Karthikey D Kadati <karthikey3608@gmail.com>
> ---
>  .../media/atomisp/include/linux/atomisp.h     |  5 +-
>  .../staging/media/atomisp/pci/atomisp_ioctl.c | 49 ++++++++++++++++---
>  2 files changed, 44 insertions(+), 10 deletions(-)
> 
> diff --git a/drivers/staging/media/atomisp/include/linux/atomisp.h b/drivers/staging/media/atomisp/include/linux/atomisp.h
> index 3c8fa3f58..fcf116cc4 100644
> --- a/drivers/staging/media/atomisp/include/linux/atomisp.h
> +++ b/drivers/staging/media/atomisp/include/linux/atomisp.h
> @@ -741,10 +741,7 @@ enum atomisp_burst_capture_options {
>  	_IOW('v', BASE_VIDIOC_PRIVATE + 15, struct atomisp_ctc_table)
>  
>  /* white balance Correction */
> -#define ATOMISP_IOC_G_ISP_WHITE_BALANCE \
> -	_IOR('v', BASE_VIDIOC_PRIVATE + 16, struct atomisp_wb_config)
> -#define ATOMISP_IOC_S_ISP_WHITE_BALANCE \
> -	_IOW('v', BASE_VIDIOC_PRIVATE + 16, struct atomisp_wb_config)
> +
>  
>  /* fpn table loading */
>  #define ATOMISP_IOC_S_ISP_FPN_TABLE \
> diff --git a/drivers/staging/media/atomisp/pci/atomisp_ioctl.c b/drivers/staging/media/atomisp/pci/atomisp_ioctl.c
> index bb8b2f221..5c0a1d92b 100644
> --- a/drivers/staging/media/atomisp/pci/atomisp_ioctl.c
> +++ b/drivers/staging/media/atomisp/pci/atomisp_ioctl.c
> @@ -1083,6 +1083,38 @@ static int atomisp_g_ctrl(struct file *file, void *fh,
>   * applications initialize the id and value fields of a struct v4l2_control
>   * and call this ioctl.
>   */
> +static int atomisp_v4l2_set_wb(struct atomisp_sub_device *asd, int id,
> +			       int value)
> +{
> +	struct atomisp_device *isp = asd->isp;
> +	struct atomisp_wb_config config;
> +	int ret;
> +
> +	if (atomisp_css_get_wb_config(asd, &config)) {

I'm not sure this makes sense. How will the caller know the value of
integer_bits?

I'd think the IOCTL interface of this driver should probably be largely
removed, to be replaced by the parameter buffer.

> +		dev_err(isp->dev, "%s: can't get wb config\n", __func__);
> +		return -EINVAL;
> +	}
> +
> +	switch (id) {
> +	case V4L2_CID_BLUE_BALANCE:
> +		config.b = value << (16 - 8 - config.integer_bits + 1);
> +		break;
> +	case V4L2_CID_RED_BALANCE:
> +		config.r = value << (16 - 8 - config.integer_bits + 1);
> +		break;
> +	default:
> +		return -EINVAL;
> +	}
> +
> +	ret = atomisp_white_balance_param(asd, 1, &config);
> +	if (ret) {
> +		dev_err(isp->dev, "%s: set wb config failed\n", __func__);
> +		return ret;
> +	}
> +
> +	return 0;
> +}
> +
>  static int atomisp_s_ctrl(struct file *file, void *fh,
>  			  struct v4l2_control *control)
>  {
> @@ -1122,6 +1154,17 @@ static int atomisp_s_ctrl(struct file *file, void *fh,
>  	case V4L2_CID_ATOMISP_LOW_LIGHT:
>  		ret = atomisp_low_light(asd, 1, &control->value);
>  		break;
> +	case V4L2_CID_AUTO_WHITE_BALANCE:
> +		/*
> +		 * TODO: Auto White Balance is not supported yet.
> +		 * It is currently handled by the ISP.
> +		 */
> +		ret = 0;
> +		break;
> +	case V4L2_CID_RED_BALANCE:
> +	case V4L2_CID_BLUE_BALANCE:
> +		ret = atomisp_v4l2_set_wb(asd, control->id, control->value);
> +		break;
>  	default:
>  		ret = -EINVAL;
>  		break;
> @@ -1484,13 +1527,7 @@ static long atomisp_vidioc_default(struct file *file, void *fh,
>  		err = atomisp_ctc(asd, 1, arg);
>  		break;
>  
> -	case ATOMISP_IOC_G_ISP_WHITE_BALANCE:
> -		err = atomisp_white_balance_param(asd, 0, arg);
> -		break;
>  
> -	case ATOMISP_IOC_S_ISP_WHITE_BALANCE:
> -		err = atomisp_white_balance_param(asd, 1, arg);
> -		break;
>  
>  	case ATOMISP_IOC_G_3A_CONFIG:
>  		err = atomisp_3a_config_param(asd, 0, arg);

-- 
Regards,

Sakari Ailus

  reply	other threads:[~2026-01-12 11:00 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-31  5:24 [PATCH] media: atomisp: remove private white balance IOCTLs Karthikey D Kadati
2026-01-12 11:00 ` Sakari Ailus [this message]
2026-01-14 17:37   ` Karthikey Kadati

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=aWTUMPVMzxL7XuHt@kekkonen.localdomain \
    --to=sakari.ailus@linux.intel.com \
    --cc=andy@kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=hansg@kernel.org \
    --cc=karthikey3608@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-staging@lists.linux.dev \
    --cc=mchehab@kernel.org \
    /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