[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9b8b74d5-ac63-4990-acc9-dbc3bd2f89f6@kernel.org>
Date: Wed, 19 Mar 2025 20:15:58 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Sergio Perez <sergio@...eznus.es>, Tomasz Duszynski <tduszyns@...il.com>,
Jonathan Cameron <jic23@...nel.org>, Lars-Peter Clausen <lars@...afoo.de>,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, linux-iio@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 2/2] iio: light: bh1750: Add hardware reset support via
GPIO
On 19/03/2025 17:11, Sergio Perez wrote:
> struct bh1750_chip_info {
> @@ -248,6 +253,24 @@ static int bh1750_probe(struct i2c_client *client)
> data->client = client;
> data->chip_info = &bh1750_chip_info_tbl[id->driver_data];
>
> + /* Get reset GPIO from device tree */
> + data->reset_gpio = devm_gpiod_get_optional(&client->dev,
> + "reset", GPIOD_OUT_HIGH);
Mess indentation.
> + if (IS_ERR(data->reset_gpio))
> + return dev_err_probe(&client->dev, PTR_ERR(data->reset_gpio),
> + "Failed to get reset GPIO\n");
> +
> + /* Perform hardware reset if GPIO is provided */
> + if (data->reset_gpio) {
> + /* Perform reset sequence: low-high */
> + gpiod_set_value_cansleep(data->reset_gpio, 0);
> + fsleep(BH1750_RESET_DELAY_US);
> + gpiod_set_value_cansleep(data->reset_gpio, 1);
So you keep device at reset state. This wasn't tested or your DTS is wrong.
I expect to acknowledge/respond to each of this comments above. Next
version, which is supposed to be v5, should fix them.
Best regards,
Krzysztof
Powered by blists - more mailing lists