From nobody Sat Apr 4 00:07:09 2026 Received: from layka.disroot.org (layka.disroot.org [178.21.23.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4FD3535CB6F; Mon, 23 Mar 2026 07:14:10 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=178.21.23.139 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774250051; cv=none; b=l7mljSBtSHfW3QmCyJ0NyWPCai/w6C2EfSOhC7opzIVMHZpSafgUbOKPipHiTYrOrLqENGPDk/2H5mDFB97DcI69PGRyZ26o26EA0/6726FF6sNuI1vZZEhVTomo7JPhT6Fa6JwXxZTFeC+0Odlt8wkg7ajt3bGGxYqtQORrhLM= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774250051; c=relaxed/simple; bh=78qH5nIWIELIDV6PJGBxhJTVaTi35H4kfKGiY4tduC4=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=RoNyN3kvaaHScPlMtCGMwXcvQ3TANMnQ4P3F3k3RMeEYGWVs42FZ7wsH2+Xz63s3c/mi/edaSKpCRIVzyy1K8SsALt5+mIPMmkBslUzoGS+Yf4i1XB+0XMcQY536eV2PtJqSK4+WW3998DCCFthCu7veUJvfUEt2Jn4HUAnAas8= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=disroot.org; spf=pass smtp.mailfrom=disroot.org; dkim=pass (2048-bit key) header.d=disroot.org header.i=@disroot.org header.b=OnX3S6+B; arc=none smtp.client-ip=178.21.23.139 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=disroot.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=disroot.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=disroot.org header.i=@disroot.org header.b="OnX3S6+B" Received: from [127.0.0.1] (localhost [127.0.0.1]) by disroot.org (Postfix) with ESMTP id C967526F37; Mon, 23 Mar 2026 08:14:08 +0100 (CET) X-Virus-Scanned: SPAM Filter at disroot.org Received: from layka.disroot.org ([127.0.0.1]) by localhost (disroot.org [127.0.0.1]) (amavis, port 10024) with ESMTP id 9Rg9mkcuE9jR; Mon, 23 Mar 2026 08:14:08 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=disroot.org; s=mail; t=1774250048; bh=78qH5nIWIELIDV6PJGBxhJTVaTi35H4kfKGiY4tduC4=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=OnX3S6+BnP5VdU5Zh6cnnKuQR5p2Z9GUB3B27YwxEvHJnZTFtyHKYcmafeS5GrOPh NY9XmR42k4JLtmtksExKQmUJ0fRNGxtMEQ9cbBaAWmTKE3nuUvlUIstSrg2iwFyRgu ICnc9V+ugA0ILNCGHh2Xd8OAktxjUh/qRfGJqo3rATUR3hBGTfvS8GsrckO4fWJ7xO aJfZnRUrR6Rth+mWCPRonx0vOgFFsO946zRCQ/VHTTRqEK4PBVOGNsqQZHMzM4MJMA 6XnC/pgTmblb27VdlxOoc7LCX5eOKmD5r56b4w6Flr7Ct1yWyI4x8K5dLE2yhwbyrj mMeTr7/ro4wKw== From: Rustam Adilov To: Chris Packham , Andi Shyti , Rob Herring , Krzysztof Kozlowski , Conor Dooley , linux-i2c@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Rustam Adilov Subject: [PATCH v4 2/8] i2c: rtl9300: introduce max length property to driver data Date: Mon, 23 Mar 2026 12:13:31 +0500 Message-ID: <20260323071337.15410-3-adilov@disroot.org> In-Reply-To: <20260323071337.15410-1-adilov@disroot.org> References: <20260323071337.15410-1-adilov@disroot.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" In RTL9607C i2c controller, theoretical maximum the data length can be is 4 bytes as opposed to 16 bytes on rtl9300 and rtl9310. Introduce a new property to the driver data struct for that. Adjust if statement in prepare_xfer function to follow that new property instead of the hardcoded value. Reviewed-by: Chris Packham Signed-off-by: Rustam Adilov --- drivers/i2c/busses/i2c-rtl9300.c | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/drivers/i2c/busses/i2c-rtl9300.c b/drivers/i2c/busses/i2c-rtl9= 300.c index 9bf4c6b08e05..2cada6038b44 100644 --- a/drivers/i2c/busses/i2c-rtl9300.c +++ b/drivers/i2c/busses/i2c-rtl9300.c @@ -64,11 +64,14 @@ struct rtl9300_i2c_drv_data { u32 rd_reg; u32 wd_reg; u8 max_nchan; + u8 max_data_len; }; =20 #define RTL9300_I2C_MUX_NCHAN 8 #define RTL9310_I2C_MUX_NCHAN 12 =20 +#define RTL9300_I2C_MAX_DATA_LEN 16 + struct rtl9300_i2c { struct regmap *regmap; struct device *dev; @@ -210,9 +213,11 @@ static int rtl9300_i2c_writel(struct rtl9300_i2c *i2c,= u32 data) =20 static int rtl9300_i2c_prepare_xfer(struct rtl9300_i2c *i2c, struct rtl930= 0_i2c_xfer *xfer) { + const struct rtl9300_i2c_drv_data *drv_data; int ret; =20 - if (xfer->data_len < 1 || xfer->data_len > 16) + drv_data =3D device_get_match_data(i2c->dev); + if (xfer->data_len < 1 || xfer->data_len > drv_data->max_data_len) return -EINVAL; =20 ret =3D regmap_field_write(i2c->fields[F_DEV_ADDR], xfer->dev_addr); @@ -505,6 +510,7 @@ static const struct rtl9300_i2c_drv_data rtl9300_i2c_dr= v_data =3D { .rd_reg =3D RTL9300_I2C_MST_DATA_WORD0, .wd_reg =3D RTL9300_I2C_MST_DATA_WORD0, .max_nchan =3D RTL9300_I2C_MUX_NCHAN, + .max_data_len =3D RTL9300_I2C_MAX_DATA_LEN, }; =20 static const struct rtl9300_i2c_drv_data rtl9310_i2c_drv_data =3D { @@ -526,6 +532,7 @@ static const struct rtl9300_i2c_drv_data rtl9310_i2c_dr= v_data =3D { .rd_reg =3D RTL9310_I2C_MST_DATA_CTRL, .wd_reg =3D RTL9310_I2C_MST_DATA_CTRL, .max_nchan =3D RTL9310_I2C_MUX_NCHAN, + .max_data_len =3D RTL9300_I2C_MAX_DATA_LEN, }; =20 static const struct of_device_id i2c_rtl9300_dt_ids[] =3D { --=20 2.53.0