Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp1000058rwd; Tue, 13 Jun 2023 03:30:15 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ45imrUhG0OXYP8YiA+pkbnPCJ61oEsk7Tsil5FKhSj7bdHpRoIiCSH7xqJ6gO/LKCmgvgB X-Received: by 2002:a17:907:969e:b0:94f:6058:4983 with SMTP id hd30-20020a170907969e00b0094f60584983mr13296511ejc.76.1686652215385; Tue, 13 Jun 2023 03:30:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686652215; cv=none; d=google.com; s=arc-20160816; b=jrhKq5EbjEVYHlec267d8awE+AxO2uP5CPR7y/h0RNAPlE5yNZfqD0JNfBK5M5vYwT IyVpouUXzERaAhNxKYkmBEBoeeRiu6UVOnY8V9QafgZ3WIB4i6HSlLbTy/5UQdmcTqR1 5QdqIuaouALoNYMQu7gGZ4QmkmscM11rskEijjeZDSjyg1aO/xY7m9wrTrJC+qJdvgxu 4pMgP0he1loGak/1wvclmcCmggRDYiSiBWOvR4/LrYrVsTkGYpjz3KdwjKZ49PIL0VfU B5GoAtn/4ugAVbfPOIaEVwIc5f+5mb1q0wet3PZicT308LHTsiqfg+0CIZPDOm1kFPea uZbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=QIqcWdxTrzh1SG8S4MmEJxww1SgG2ymRGny2mJJSMxk=; b=cm61FBsUEf+otQgRkZQ6Wz1GQHGU3xs6GtLfmj+GYHRJLF5FbpynNYWUbxP306WOBb fCwFQ8+m7Y6ujk5AQqf7u/qC3lRoC+fQvYK+gwdmq39rZ0So+ZaoJJUeMsBhHU20EBwa N38GRwrDukwZxgnD9BLg3hk/QxxUTC+vhAG6VwD0W5rGBHi3/Nn7h5cqBRJm4/RFVvjw sj9f1MnCThjhvpj3jAEyXEBSm2pkKK4XVODx+HRYI50BfSmTFQTM5po8a+u0viRUKnVn /qsIoxmDfNbCnFdHlBGwMxAIVwf3H1fM3M5g6WEfiky0s/Gz9p6/1ULV/BwmHv2+liRg nYYA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=IuV542d+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v24-20020a17090690d800b00977878c3965si6363961ejw.824.2023.06.13.03.29.48; Tue, 13 Jun 2023 03:30:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=IuV542d+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240346AbjFMKVI (ORCPT + 99 others); Tue, 13 Jun 2023 06:21:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50814 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240100AbjFMKUg (ORCPT ); Tue, 13 Jun 2023 06:20:36 -0400 Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1902D1726; Tue, 13 Jun 2023 03:20:33 -0700 (PDT) Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-4f63ab1ac4aso6480260e87.0; Tue, 13 Jun 2023 03:20:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1686651631; x=1689243631; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=QIqcWdxTrzh1SG8S4MmEJxww1SgG2ymRGny2mJJSMxk=; b=IuV542d+vu2Mrtt2K3OyLh20xFPD7Q7mz2crEpxRxh+0qAI6islmHto5v5uqWaF13j P2LYSGVqd89EhamC+Uq7dL/4omyJXl+iMLW2U8lBFM8lGrwotMZwSVTTgLsKpz6caAuT Gh9Ep2os0zdazn2FR4Tin/0/JDQvn+qoHlFa7s6bkuLJ6fncYKQk4hSvNsDVEPb2fAtK zNPBEX3TSTDDDS4urhgdDyzQsG/2FP5H/e67C1hh+hXOc+TGFmwksaBXjhDKNSlgOCOZ xbZrrbXv0eG+VlLyMbtFK520mSMQYSOpqZVky7MDiIv8+N9FrVG0Zf7RRU6Mk/YqSrCj uHqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686651631; x=1689243631; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=QIqcWdxTrzh1SG8S4MmEJxww1SgG2ymRGny2mJJSMxk=; b=HT4MckmSizA47kNTLjSdSQH4fVy/wFRnokUfe/5GlLOq9+0NzBfAzkxauPrAnbgveC z2sR4morwXArmv1l+kZ41sBG5oQzHkpzM2zATJsg/8bid+oK5sU2I/epRRWXWRu8PL8t Jnb5/aHojYqPlffjqkgsI+GNHomz5oJgfaCrqiANBTpMzWEUo6/LtgnI/cvzeJIWJzb0 40HHFAoNePWHAbF8mEDkMSVRQRYPHfujs42oH4/NWhWlw9+uBbJ0Sh37WdGUhBBeDy6o pdTQcVCT3cOp5f0p2LGDsurie0JisOvHaIqB7zplUsevQlFZzoEE23qQfx5xZkaI9ZRs /7Iw== X-Gm-Message-State: AC+VfDwMAbmuFceL54b/G5DY1jt+4vpvVMZ2A86UWCKX7dEDyHz0e6n5 5rDFOE0KsXt+lIDJ/5ejCPI= X-Received: by 2002:a19:3819:0:b0:4f5:192c:265b with SMTP id f25-20020a193819000000b004f5192c265bmr4594282lfa.48.1686651630913; Tue, 13 Jun 2023 03:20:30 -0700 (PDT) Received: from dc78bmyyyyyyyyyyyyyyt-3.rev.dnainternet.fi (dc78bmyyyyyyyyyyyyyyt-3.rev.dnainternet.fi. [2001:14ba:16f8:1500::1]) by smtp.gmail.com with ESMTPSA id w26-20020ac2443a000000b004f6150e0899sm1725313lfl.290.2023.06.13.03.20.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Jun 2023 03:20:30 -0700 (PDT) Date: Tue, 13 Jun 2023 13:20:26 +0300 From: Matti Vaittinen To: Matti Vaittinen , Matti Vaittinen Cc: Jonathan Cameron , Lars-Peter Clausen , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Matti Vaittinen , linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 3/3] iio: light: bd27008: Support BD27010 RGB Message-ID: <327fde7f6e5e76908af474de3e348fe7626f39b2.1686651445.git.mazziesaccount@gmail.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="w8Acss9yG2gljzod" Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --w8Acss9yG2gljzod Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The ROHM BU27010 is an RGBC sensor with a flickering detection FIFO. The RGBC+IR sensor functionality is largely similar to what the BU27008 has. There are some notable things though: - gain setting is once again new and exotic. Now, there is 6bit gain setting where 4 of the bits are common to all channels and 2 bits can be configured separately for each channel. The BU27010 has similar "1X on other channels vs 2X on IR when selector is 0x0" gain design as BU27008 had. So, we use same gain setting policy for BU27010 as we did for BU27008 - driver sets same gain selector for all channels but shows the gains separately for all channels so users can (at least in theory) detect this 1X vs 2X madness... - BU27010 has suffled all the control register bitfields to new addresses and bit positions while still keeping the register naming same. - Some more power/reset control is added. - FIFO for "flickering detection" is added. The control register suffling made this slightly nasty. Still, it is easier for maintenance perspective to add the BU27010 support in BU27008 driver because - even though the bit positions/addresses were changed - most of the driver structure can be re-used. Writing own driver for BU27010 would mean plenty of duplicate code albeit a tad more clarity. The flickering FIFO is not supported by the driver. Add BU27010 RGBC+IR support to rohm-bu27008 driver. Signed-off-by: Matti Vaittinen --- This is my 4.th re-write. My first idea was to write separate drivers for the BU27008 and BU27010. I abandoned this as I ended up copying most of the functions and just changing some of the bit offsets / register addresses. This felt like a plenty of copy-paste. So, 2.nd attempt was to combine BU27008 and BU27010. I hit the wall as I tried to support setting RGBC / IR gains independently for BU27008 and setting the gain independently for each channel on BU27010 when gains were such that the HW could support them independently. This went to complete madness. This is when I asked for a second opinion - which was to clear the mess by separating the BU27008 and BU27010 in own drivers. After a while it become obvious that supporting independet gains for the channels when HW supported it required decisions which could not predictably be done for all users. There is a comment explaining some of this in bu27008_write_gain_sel(). After the complexity of shared gain bits was killed, the two separate drivers started to look like a copy-paste again - and all the bugs had to be fixed in two places... As a result I again pulled it all in one driver. As a result of this experimenting, I firmly believe supporting both ICs in the same driver is a correct design. --- drivers/iio/light/rohm-bu27008.c | 325 ++++++++++++++++++++++++++++++- 1 file changed, 315 insertions(+), 10 deletions(-) diff --git a/drivers/iio/light/rohm-bu27008.c b/drivers/iio/light/rohm-bu27= 008.c index 8c7f6f20a523..ed14fd9397e8 100644 --- a/drivers/iio/light/rohm-bu27008.c +++ b/drivers/iio/light/rohm-bu27008.c @@ -1,6 +1,8 @@ // SPDX-License-Identifier: GPL-2.0-only /* - * BU27008 ROHM Colour Sensor + * ROHM Colour Sensor driver for + * - BU27008 RGBC sensor + * - BU27010 RGBC + Flickering sensor * * Copyright (c) 2023, ROHM Semiconductor. */ @@ -22,6 +24,25 @@ #include #include =20 +/* + * A word about register address and mask definitions. + * + * At a quick glance to the data-sheet register tables, the BU27010 has al= l the + * registers that the BU27008 has. On top of that the BU27010 adds couple = of new + * ones. + * + * So, all definitions BU27008_REG_* are there also for BU27010 but none o= f the + * BU27010_REG_* are present on BU27008. This makes sense as BU27010 just = adds + * some features (Flicker FIFO, more power control) on top of the BU27008. + * + * Unfortunately, some of the wheel has been re-invented. Even though the = names + * of the registers have stayed the same, pretty much all of the functiona= lity + * provided by the registers has changed place. Contents of all MODE_CONTR= OL + * registers on BU27008 and BU27010 are different. + * + * Chip-specific mapping from register addresses/bits to functionality is = done + * in bu27_chip_data structures. + */ #define BU27008_REG_SYSTEM_CONTROL 0x40 #define BU27008_MASK_SW_RESET BIT(7) #define BU27008_MASK_PART_ID GENMASK(5, 0) @@ -52,6 +73,56 @@ #define BU27008_REG_MANUFACTURER_ID 0x92 #define BU27008_REG_MAX BU27008_REG_MANUFACTURER_ID =20 +/* BU27010 specific definitions */ + +#define BU27010_MASK_SW_RESET BIT(7) +#define BU27010_ID 0x1b +#define BU27010_REG_POWER 0x3e +#define BU27010_MASK_POWER BIT(0) + +#define BU27010_REG_RESET 0x3f +#define BU27010_MASK_RESET BIT(0) +#define BU27010_RESET_RELEASE BU27010_MASK_RESET + +#define BU27010_MASK_MEAS_EN BIT(1) + +#define BU27010_MASK_CHAN_SEL GENMASK(7, 6) +#define BU27010_MASK_MEAS_MODE GENMASK(5, 4) +#define BU27010_MASK_RGBC_GAIN GENMASK(3, 0) + +#define BU27010_MASK_DATA3_GAIN GENMASK(7, 6) +#define BU27010_MASK_DATA2_GAIN GENMASK(5, 4) +#define BU27010_MASK_DATA1_GAIN GENMASK(3, 2) +#define BU27010_MASK_DATA0_GAIN GENMASK(1, 0) + +#define BU27010_MASK_FLC_MODE BIT(7) +#define BU27010_MASK_FLC_GAIN GENMASK(4, 0) + +#define BU27010_REG_MODE_CONTROL4 0x44 +/* If flicker is ever to be supported the IRQ must be handled as a field */ +#define BU27010_IRQ_DIS_ALL GENMASK(1, 0) +#define BU27010_DRDY_EN BIT(0) +#define BU27010_MASK_INT_SEL GENMASK(1, 0) + +#define BU27010_REG_MODE_CONTROL5 0x45 +#define BU27010_MASK_RGB_VALID BIT(7) +#define BU27010_MASK_FLC_VALID BIT(6) +#define BU27010_MASK_WAIT_EN BIT(3) +#define BU27010_MASK_FIFO_EN BIT(2) +#define BU27010_MASK_RGB_EN BIT(1) +#define BU27010_MASK_FLC_EN BIT(0) + +#define BU27010_REG_DATA_FLICKER_LO 0x56 +#define BU27010_MASK_DATA_FLICKER_HI GENMASK(2, 0) +#define BU27010_REG_FLICKER_COUNT 0x5a +#define BU27010_REG_FIFO_LEVEL_LO 0x5b +#define BU27010_MASK_FIFO_LEVEL_HI BIT(0) +#define BU27010_REG_FIFO_DATA_LO 0x5d +#define BU27010_REG_FIFO_DATA_HI 0x5e +#define BU27010_MASK_FIFO_DATA_HI GENMASK(2, 0) +#define BU27010_REG_MANUFACTURER_ID 0x92 +#define BU27010_REG_MAX BU27010_REG_MANUFACTURER_ID + /** * enum bu27008_chan_type - BU27008 channel types * @BU27008_RED: Red channel. Always via data0. @@ -117,6 +188,17 @@ static const unsigned long bu27008_scan_masks[] =3D { */ #define BU27008_SCALE_1X 16 =20 +/* + * On BU27010 available scales with gain 1x - 4096x, + * timings 55, 100, 200, 400 mS. Time impacts to gain: 1x, 2x, 4x, 8x. + * + * =3D> Max total gain is HWGAIN * gain by integration time (8 * 4096) + * + * Using NANO precision for scale we must use scale 64x corresponding gain= 1x + * to avoid precision loss. + */ +#define BU27010_SCALE_1X 64 + /* See the data sheet for the "Gain Setting" table */ #define BU27008_GSEL_1X 0x00 #define BU27008_GSEL_4X 0x08 @@ -152,10 +234,44 @@ static const struct iio_gain_sel_pair bu27008_gains_i= r[] =3D { GAIN_SCALE_GAIN(1024, BU27008_GSEL_1024X), }; =20 +#define BU27010_GSEL_1X 0x00 /* 000000 */ +#define BU27010_GSEL_4X 0x08 /* 001000 */ +#define BU27010_GSEL_16X 0x09 /* 001001 */ +#define BU27010_GSEL_64X 0x0e /* 001110 */ +#define BU27010_GSEL_256X 0x1e /* 011110 */ +#define BU27010_GSEL_1024X 0x2e /* 101110 */ +#define BU27010_GSEL_4096X 0x3f /* 111111 */ + +static const struct iio_gain_sel_pair bu27010_gains[] =3D { + GAIN_SCALE_GAIN(1, BU27010_GSEL_1X), + GAIN_SCALE_GAIN(4, BU27010_GSEL_4X), + GAIN_SCALE_GAIN(16, BU27010_GSEL_16X), + GAIN_SCALE_GAIN(64, BU27010_GSEL_64X), + GAIN_SCALE_GAIN(256, BU27010_GSEL_256X), + GAIN_SCALE_GAIN(1024, BU27010_GSEL_1024X), + GAIN_SCALE_GAIN(4096, BU27010_GSEL_4096X), +}; + +static const struct iio_gain_sel_pair bu27010_gains_ir[] =3D { + GAIN_SCALE_GAIN(2, BU27010_GSEL_1X), + GAIN_SCALE_GAIN(4, BU27010_GSEL_4X), + GAIN_SCALE_GAIN(16, BU27010_GSEL_16X), + GAIN_SCALE_GAIN(64, BU27010_GSEL_64X), + GAIN_SCALE_GAIN(256, BU27010_GSEL_256X), + GAIN_SCALE_GAIN(1024, BU27010_GSEL_1024X), + GAIN_SCALE_GAIN(4096, BU27010_GSEL_4096X), +}; + #define BU27008_MEAS_MODE_100MS 0x00 #define BU27008_MEAS_MODE_55MS 0x01 #define BU27008_MEAS_MODE_200MS 0x02 #define BU27008_MEAS_MODE_400MS 0x04 + +#define BU27010_MEAS_MODE_100MS 0x00 +#define BU27010_MEAS_MODE_55MS 0x03 +#define BU27010_MEAS_MODE_200MS 0x01 +#define BU27010_MEAS_MODE_400MS 0x02 + #define BU27008_MEAS_TIME_MAX_MS 400 =20 static const struct iio_itime_sel_mul bu27008_itimes[] =3D { @@ -165,6 +281,13 @@ static const struct iio_itime_sel_mul bu27008_itimes[]= =3D { GAIN_SCALE_ITIME_US(55000, BU27008_MEAS_MODE_55MS, 1), }; =20 +static const struct iio_itime_sel_mul bu27010_itimes[] =3D { + GAIN_SCALE_ITIME_US(400000, BU27010_MEAS_MODE_400MS, 8), + GAIN_SCALE_ITIME_US(200000, BU27010_MEAS_MODE_200MS, 4), + GAIN_SCALE_ITIME_US(100000, BU27010_MEAS_MODE_100MS, 2), + GAIN_SCALE_ITIME_US(55000, BU27010_MEAS_MODE_55MS, 1), +}; + /* * All the RGBC channels share the same gain. * IR gain can be fine-tuned from the gain set for the RGBC by 2 bit, but = this @@ -221,8 +344,10 @@ struct bu27_chip_data { const struct regmap_config *regmap_cfg; const struct iio_gain_sel_pair *gains; const struct iio_gain_sel_pair *gains_ir; + const struct iio_itime_sel_mul *itimes; int num_gains; int num_gains_ir; + int num_itimes; int scale1x; =20 int drdy_en_reg; @@ -266,11 +391,29 @@ static const struct regmap_range bu27008_volatile_ran= ges[] =3D { }, }; =20 +static const struct regmap_range bu27010_volatile_ranges[] =3D { + { + .range_min =3D BU27010_REG_RESET, /* RSTB */ + .range_max =3D BU27008_REG_SYSTEM_CONTROL, /* RESET */ + }, { + .range_min =3D BU27010_REG_MODE_CONTROL5, /* VALID bits */ + .range_max =3D BU27010_REG_MODE_CONTROL5, + }, { + .range_min =3D BU27008_REG_DATA0_LO, + .range_max =3D BU27010_REG_FIFO_DATA_HI, + }, +}; + static const struct regmap_access_table bu27008_volatile_regs =3D { .yes_ranges =3D &bu27008_volatile_ranges[0], .n_yes_ranges =3D ARRAY_SIZE(bu27008_volatile_ranges), }; =20 +static const struct regmap_access_table bu27010_volatile_regs =3D { + .yes_ranges =3D &bu27010_volatile_ranges[0], + .n_yes_ranges =3D ARRAY_SIZE(bu27010_volatile_ranges), +}; + static const struct regmap_range bu27008_read_only_ranges[] =3D { { .range_min =3D BU27008_REG_DATA0_LO, @@ -281,11 +424,26 @@ static const struct regmap_range bu27008_read_only_ra= nges[] =3D { }, }; =20 +static const struct regmap_range bu27010_read_only_ranges[] =3D { + { + .range_min =3D BU27008_REG_DATA0_LO, + .range_max =3D BU27010_REG_FIFO_DATA_HI, + }, { + .range_min =3D BU27010_REG_MANUFACTURER_ID, + .range_max =3D BU27010_REG_MANUFACTURER_ID, + } +}; + static const struct regmap_access_table bu27008_ro_regs =3D { .no_ranges =3D &bu27008_read_only_ranges[0], .n_no_ranges =3D ARRAY_SIZE(bu27008_read_only_ranges), }; =20 +static const struct regmap_access_table bu27010_ro_regs =3D { + .no_ranges =3D &bu27010_read_only_ranges[0], + .n_no_ranges =3D ARRAY_SIZE(bu27010_read_only_ranges), +}; + static const struct regmap_config bu27008_regmap =3D { .reg_bits =3D 8, .val_bits =3D 8, @@ -308,10 +466,49 @@ static const struct regmap_config bu27008_regmap =3D { .disable_locking =3D true, }; =20 +static const struct regmap_config bu27010_regmap =3D { + .reg_bits =3D 8, + .val_bits =3D 8, + + .max_register =3D BU27010_REG_MAX, + .cache_type =3D REGCACHE_RBTREE, + .volatile_table =3D &bu27010_volatile_regs, + .wr_table =3D &bu27010_ro_regs, + .disable_locking =3D true, +}; + static int bu27008_chip_init(struct bu27008_data *data); static int bu27008_write_gain_sel(struct bu27008_data *data, int sel); static int bu27008_get_gain_sel(struct bu27008_data *data, int *sel); =20 +static int bu27010_chip_init(struct bu27008_data *data); +static int bu27010_get_gain_sel(struct bu27008_data *data, int *sel); +static int bu27010_write_gain_sel(struct bu27008_data *data, int sel); + +static const struct bu27_chip_data bu27010_chip =3D { + .name =3D "bu27010", + .chip_init =3D bu27010_chip_init, + .get_gain_sel =3D bu27010_get_gain_sel, + .write_gain_sel =3D bu27010_write_gain_sel, + .scale1x =3D BU27010_SCALE_1X, + .part_id =3D BU27010_ID, + .regmap_cfg =3D &bu27010_regmap, + .drdy_en_reg =3D BU27010_REG_MODE_CONTROL4, + .drdy_en_mask =3D BU27010_DRDY_EN, + .valid_reg =3D BU27010_REG_MODE_CONTROL5, + .meas_en_reg =3D BU27010_REG_MODE_CONTROL5, + .meas_en_mask =3D BU27010_MASK_MEAS_EN, + .chan_sel_reg =3D BU27008_REG_MODE_CONTROL1, + .chan_sel_mask =3D BU27010_MASK_CHAN_SEL, + .int_time_mask =3D BU27010_MASK_MEAS_MODE, + .gains =3D &bu27010_gains[0], + .num_gains =3D ARRAY_SIZE(bu27010_gains), + .gains_ir =3D &bu27010_gains_ir[0], + .num_gains_ir =3D ARRAY_SIZE(bu27010_gains_ir), + .itimes =3D &bu27010_itimes[0], + .num_itimes =3D ARRAY_SIZE(bu27010_itimes), +}; + static const struct bu27_chip_data bu27008_chip =3D { .name =3D "bu27008", .chip_init =3D bu27008_chip_init, @@ -332,6 +529,8 @@ static const struct bu27_chip_data bu27008_chip =3D { .num_gains =3D ARRAY_SIZE(bu27008_gains), .gains_ir =3D &bu27008_gains_ir[0], .num_gains_ir =3D ARRAY_SIZE(bu27008_gains_ir), + .itimes =3D &bu27008_itimes[0], + .num_itimes =3D ARRAY_SIZE(bu27008_itimes), }; =20 #define BU27008_MAX_VALID_RESULT_WAIT_US 50000 @@ -358,6 +557,31 @@ static int bu27008_chan_read_data(struct bu27008_data = *data, int reg, int *val) return ret; } =20 +static int bu27010_get_gain_sel(struct bu27008_data *data, int *sel) +{ + int ret; + + /* + * We always "lock" the gain selectors for all channels to prevent + * unsupported configs. It does not matter which channel is used + * we can just return selector from any of them. + */ + ret =3D regmap_read(data->regmap, BU27008_REG_MODE_CONTROL2, sel); + if (!ret) { + int tmp; + + *sel =3D FIELD_GET(BU27010_MASK_DATA0_GAIN, *sel); + + ret =3D regmap_read(data->regmap, BU27008_REG_MODE_CONTROL1, &tmp); + if (ret) + return ret; + + *sel |=3D FIELD_GET(BU27010_MASK_RGBC_GAIN, tmp) << fls(BU27010_MASK_DAT= A0_GAIN); + } + + return ret; +} + static int bu27008_get_gain_sel(struct bu27008_data *data, int *sel) { int ret; @@ -388,7 +612,7 @@ static int bu27008_get_gain(struct bu27008_data *data, = struct iio_gts *gts, int { int ret, sel; =20 - ret =3D bu27008_get_gain_sel(data, &sel); + ret =3D data->cd->get_gain_sel(data, &sel); if (ret) return ret; =20 @@ -403,6 +627,35 @@ static int bu27008_get_gain(struct bu27008_data *data,= struct iio_gts *gts, int return 0; } =20 +static int bu27010_write_gain_sel(struct bu27008_data *data, int sel) +{ + unsigned int regval; + int ret; + + /* + * Gain 'selector' is composed of two registers. Selector is 6bit value, + * 4 high bits being the RGBC gain fieild in MODE_CONTROL1 register and + * two low bits being the channel specific gain in MODE_CONTROL2. + * + * Let's take the 4 high bits of whole 6 bit selector, and prepare + * the MODE_CONTROL1 value (RGBC gain part). + */ + regval =3D FIELD_PREP(BU27010_MASK_RGBC_GAIN, (sel >> 2)); + + ret =3D regmap_update_bits(data->regmap, BU27008_REG_MODE_CONTROL1, + BU27010_MASK_RGBC_GAIN, regval); + /* + * Two low two bits must be set for all 4 channels in the + * MODE_CONTROL2 register. Copy these two bits for all channels. + */ + regval =3D sel & GENMASK(1, 0); + regval =3D regval | regval >> 2 | regval >> 4 | regval >> 6; + + ret =3D regmap_write(data->regmap, BU27008_REG_MODE_CONTROL2, regval); + + return ret; +} + static int bu27008_write_gain_sel(struct bu27008_data *data, int sel) { int regval; @@ -452,7 +705,7 @@ static int bu27008_set_gain(struct bu27008_data *data, = int gain) if (ret < 0) return ret; =20 - return bu27008_write_gain_sel(data, ret); + return data->cd->write_gain_sel(data, ret); } =20 static int bu27008_get_int_time_sel(struct bu27008_data *data, int *sel) @@ -460,13 +713,15 @@ static int bu27008_get_int_time_sel(struct bu27008_da= ta *data, int *sel) int ret, val; =20 ret =3D regmap_read(data->regmap, BU27008_REG_MODE_CONTROL1, &val); + if (ret) + return ret; =20 val &=3D data->cd->int_time_mask; val >>=3D ffs(data->cd->int_time_mask) - 1; =20 *sel =3D val; =20 - return ret; + return 0; } =20 static int bu27008_set_int_time_sel(struct bu27008_data *data, int sel) @@ -759,7 +1014,7 @@ static int bu27008_set_scale(struct bu27008_data *data, goto unlock_out; =20 } - ret =3D bu27008_write_gain_sel(data, gain_sel); + ret =3D data->cd->write_gain_sel(data, gain_sel); =20 unlock_out: mutex_unlock(&data->mutex); @@ -867,6 +1122,55 @@ static const struct iio_info bu27008_info =3D { .validate_trigger =3D iio_validate_own_trigger, }; =20 +static int bu27010_chip_init(struct bu27008_data *data) +{ + int ret; + + /* Reset the IC to initial power-off state */ + ret =3D regmap_write_bits(data->regmap, BU27008_REG_SYSTEM_CONTROL, + BU27010_MASK_SW_RESET, BU27010_MASK_SW_RESET); + if (ret) + return dev_err_probe(data->dev, ret, "Sensor reset failed\n"); + + msleep(1); + + /* Power ON*/ + ret =3D regmap_write_bits(data->regmap, BU27010_REG_POWER, + BU27010_MASK_POWER, BU27010_MASK_POWER); + if (ret) + return dev_err_probe(data->dev, ret, "Sensor power-on failed\n"); + + msleep(1); + + /* Release blocks from reset */ + ret =3D regmap_write_bits(data->regmap, BU27010_REG_RESET, + BU27010_MASK_RESET, BU27010_RESET_RELEASE); + if (ret) + return dev_err_probe(data->dev, ret, "Sensor powering failed\n"); + + msleep(1); + + /* + * The IRQ enabling on BU27010 is done in a peculiar way. The IRQ + * enabling is not a bit mask where individual IRQs could be enabled but + * a field which values are: + * 00 =3D> IRQs disabled + * 01 =3D> Data-ready (RGBC/IR) + * 10 =3D> Data-ready (flicker) + * 11 =3D> Flicker FIFO + * + * So, only one IRQ can be enabled at a time and enabling for example + * flicker FIFO would automagically disable data-ready IRQ. + * + * Currently the driver does not support the flicker. Hence, we can + * just treat the RGBC data-ready as single bit which can be enabled / + * disabled. This works for as long as the second bit in the field + * stays zero. Here we ensure it gets zeroed. + */ + return regmap_clear_bits(data->regmap, BU27010_REG_MODE_CONTROL4, + BU27010_IRQ_DIS_ALL); +} + static int bu27008_chip_init(struct bu27008_data *data) { int ret; @@ -1068,14 +1372,14 @@ static int bu27008_probe(struct i2c_client *i2c) dev_warn(dev, "unknown device 0x%x\n", part_id); =20 ret =3D devm_iio_init_iio_gts(dev, data->cd->scale1x, 0, data->cd->gains, - data->cd->num_gains, bu27008_itimes, - ARRAY_SIZE(bu27008_itimes), &data->gts); + data->cd->num_gains, data->cd->itimes, + data->cd->num_itimes, &data->gts); if (ret) return ret; =20 ret =3D devm_iio_init_iio_gts(dev, data->cd->scale1x, 0, data->cd->gains_= ir, - data->cd->num_gains_ir, bu27008_itimes, - ARRAY_SIZE(bu27008_itimes), &data->gts_ir); + data->cd->num_gains_ir, data->cd->itimes, + data->cd->num_itimes, &data->gts_ir); if (ret) return ret; =20 @@ -1113,6 +1417,7 @@ static int bu27008_probe(struct i2c_client *i2c) =20 static const struct of_device_id bu27008_of_match[] =3D { { .compatible =3D "rohm,bu27008", .data =3D &bu27008_chip }, + { .compatible =3D "rohm,bu27010", .data =3D &bu27010_chip }, { } }; MODULE_DEVICE_TABLE(of, bu27008_of_match); @@ -1127,7 +1432,7 @@ static struct i2c_driver bu27008_i2c_driver =3D { }; module_i2c_driver(bu27008_i2c_driver); =20 -MODULE_DESCRIPTION("ROHM BU27008 colour sensor driver"); +MODULE_DESCRIPTION("ROHM BU27008 and BU27010 colour sensor driver"); MODULE_AUTHOR("Matti Vaittinen "); MODULE_LICENSE("GPL"); MODULE_IMPORT_NS(IIO_GTS_HELPER); --=20 2.40.1 --=20 Matti Vaittinen, Linux device drivers ROHM Semiconductors, Finland SWDC Kiviharjunlenkki 1E 90220 OULU FINLAND ~~~ "I don't think so," said Rene Descartes. Just then he vanished ~~~ Simon says - in Latin please. ~~~ "non cogito me" dixit Rene Descarte, deinde evanescavit ~~~ Thanks to Simon Glass for the translation =3D]=20 --w8Acss9yG2gljzod Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEIx+f8wZb28fLKEhTeFA3/03aocUFAmSIQuoACgkQeFA3/03a ocW3Agf/QABSPgWioSBhAzqT/O4DCGfKLrQmk3ddpSUBIhrz0imAhKtmicyrcVwP hm9KdTJIwN3DKgui2SSabmayC/KmINlCI2Nq4bjz8oFR6XdtyV48Fj58XvegCBW6 LKyyG2EivX0gfkylWMb+F0QImR8Gd8jP3HPIxffUHdy21DogVTEuZfFZQ0FdjtRh YUCN8lcOhAE+hhLJMXte7rZoHuvMZCRtT53QieL2Aiv1C/eyWZkIqmVgCpFBZ3pn vSg04RhoGjwNewW+XXIhsVpUUx6XVJ25ree9ROtVOWH1avJ3Z2DRXtgx+buNcGgu rTMZ8BWbuWuIL3/Hw76hiCaKVKQwCA== =6JZh -----END PGP SIGNATURE----- --w8Acss9yG2gljzod--