devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: "Sebastian Reichel" <sre@kernel.org>,
	"Rob Herring" <robh@kernel.org>,
	"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
	"Conor Dooley" <conor+dt@kernel.org>,
	"Bjorn Andersson" <andersson@kernel.org>,
	"Hans de Goede" <hdegoede@redhat.com>,
	"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>,
	"Heikki Krogerus" <heikki.krogerus@linux.intel.com>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	"Konrad Dybcio" <konrad.dybcio@linaro.org>,
	linux-pm@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	platform-driver-x86@vger.kernel.org, linux-usb@vger.kernel.org,
	linux-arm-msm@vger.kernel.org, "Nikita Travkin" <nikita@trvn.ru>
Subject: Re: [PATCH v4 2/6] platform: arm64: add Lenovo Yoga C630 WOS EC driver
Date: Wed, 29 May 2024 09:08:38 +0100	[thread overview]
Message-ID: <0f337380-4e43-4ed4-aa05-0c7072ecd112@linaro.org> (raw)
In-Reply-To: <3gbjbuav5l2td5xrfj46krhgdew42medhfrnkd47iahdv4fm3x@qv6jadf6tkol>

On 29/05/2024 00:56, Dmitry Baryshkov wrote:
> On Wed, May 29, 2024 at 12:51:04AM +0100, Bryan O'Donoghue wrote:
>> On 28/05/2024 21:44, Dmitry Baryshkov wrote:
>>> Lenovo Yoga C630 WOS is a laptop using Snapdragon 850 SoC. Like many
>>> laptops it uses embedded controller (EC) to perform various platform
>>
>> an embedded controller
>>
>>> operations, including, but not limited, to Type-C port control or power
>>> supply handlng.
>>>
>>> Add the driver for the EC, that creates devices for UCSI and power
>>> supply devices.
>>>
>>> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>>> ---
>>>    drivers/platform/arm64/Kconfig                 |  14 ++
>>>    drivers/platform/arm64/Makefile                |   1 +
>>>    drivers/platform/arm64/lenovo-yoga-c630.c      | 279 +++++++++++++++++++++++++
>>>    include/linux/platform_data/lenovo-yoga-c630.h |  42 ++++
>>>    4 files changed, 336 insertions(+)
>>>
>>> diff --git a/drivers/platform/arm64/Kconfig b/drivers/platform/arm64/Kconfig
>>> index 8fdca0f8e909..8c103b3150d1 100644
>>> --- a/drivers/platform/arm64/Kconfig
>>> +++ b/drivers/platform/arm64/Kconfig
>>> @@ -32,4 +32,18 @@ config EC_ACER_ASPIRE1
>>>    	  laptop where this information is not properly exposed via the
>>>    	  standard ACPI devices.
>>> +config EC_LENOVO_YOGA_C630
>>> +	tristate "Lenovo Yoga C630 Embedded Controller driver"
>>> +	depends on I2C
>>> +	help
>>> +	  Driver for the Embedded Controller in the Qualcomm Snapdragon-based
>>> +	  Lenovo Yoga C630, which provides battery and power adapter
>>> +	  information.
>>> +
>>> +	  This driver provides battery and AC status support for the mentioned
>>> +	  laptop where this information is not properly exposed via the
>>> +	  standard ACPI devices.
>>> +
>>> +	  Say M or Y here to include this support.
>>> +
>>>    endif # ARM64_PLATFORM_DEVICES
>>> diff --git a/drivers/platform/arm64/Makefile b/drivers/platform/arm64/Makefile
>>> index 4fcc9855579b..b2ae9114fdd8 100644
>>> --- a/drivers/platform/arm64/Makefile
>>> +++ b/drivers/platform/arm64/Makefile
>>> @@ -6,3 +6,4 @@
>>>    #
>>>    obj-$(CONFIG_EC_ACER_ASPIRE1)	+= acer-aspire1-ec.o
>>> +obj-$(CONFIG_EC_LENOVO_YOGA_C630) += lenovo-yoga-c630.o
>>> diff --git a/drivers/platform/arm64/lenovo-yoga-c630.c b/drivers/platform/arm64/lenovo-yoga-c630.c
>>> new file mode 100644
>>> index 000000000000..3d1d5acde807
>>> --- /dev/null
>>> +++ b/drivers/platform/arm64/lenovo-yoga-c630.c
>>> @@ -0,0 +1,279 @@
>>> +// SPDX-License-Identifier: GPL-2.0-only
>>> +/*
>>> + * Copyright (c) 2022-2024, Linaro Ltd
>>> + * Authors:
>>> + *    Bjorn Andersson
>>> + *    Dmitry Baryshkov
>>> + */
>>> +#include <linux/auxiliary_bus.h>
>>> +#include <linux/i2c.h>
>>> +#include <linux/module.h>
>>> +#include <linux/notifier.h>
>>> +#include <linux/platform_data/lenovo-yoga-c630.h>
>>> +
>>> +#define LENOVO_EC_RESPONSE_REG		0x01
>>> +#define LENOVO_EC_REQUEST_REG		0x02
>>> +
>>> +#define LENOVO_EC_UCSI_WRITE		0x20
>>> +#define LENOVO_EC_UCSI_READ		0x21
>>> +
>>> +#define LENOVO_EC_READ_REG		0xb0
>>> +#define LENOVO_EC_REQUEST_NEXT_EVENT	0x84
>>> +
>>> +struct yoga_c630_ec {
>>> +	struct i2c_client *client;
>>> +	struct mutex lock;
>>> +	struct blocking_notifier_head notifier_list;
>>> +};
>>> +
>>> +static int yoga_c630_ec_request(struct yoga_c630_ec *ec, u8 *req, size_t req_len,
>>> +				u8 *resp, size_t resp_len)
>>> +{
>>> +	int ret;
>>> +
>>> +	WARN_ON(!mutex_is_locked(&ec->lock));
>>> +
>>> +	ret = i2c_smbus_write_i2c_block_data(ec->client, LENOVO_EC_REQUEST_REG,
>>> +					     req_len, req);
>>> +	if (ret < 0)
>>> +		return ret;
>>> +
>>> +	return i2c_smbus_read_i2c_block_data(ec->client, LENOVO_EC_RESPONSE_REG,
>>> +					     resp_len, resp);
>>> +}
>>> +
>>> +int yoga_c630_ec_read8(struct yoga_c630_ec *ec, u8 addr)
>>> +{
>>> +	u8 req[2] = { LENOVO_EC_READ_REG, };
>>> +	int ret;
>>> +	u8 val;
>>> +
>>> +	mutex_lock(&ec->lock);
>>> +	req[1] = addr;
>>> +	ret = yoga_c630_ec_request(ec, req, sizeof(req), &val, 1);
>>> +	mutex_unlock(&ec->lock);
>>> +
>>> +	return ret < 0 ? ret : val;
>>> +}
>>> +EXPORT_SYMBOL_GPL(yoga_c630_ec_read8);
>>> +
>>> +int yoga_c630_ec_read16(struct yoga_c630_ec *ec, u8 addr)
>>> +{
>>> +	u8 req[2] = { LENOVO_EC_READ_REG, };
>>> +	int ret;
>>> +	u8 msb;
>>> +	u8 lsb;
>>> +
>>> +	mutex_lock(&ec->lock);
>>> +
>>> +	req[1] = addr;
>>> +	ret = yoga_c630_ec_request(ec, req, sizeof(req), &lsb, 1);
>>> +	if (ret < 0)
>>> +		goto out;
>>> +
>>> +	req[1] = addr + 1;
>>> +	ret = yoga_c630_ec_request(ec, req, sizeof(req), &msb, 1);
>>> +
>>> +out:
>>> +	mutex_unlock(&ec->lock);
>>> +
>>> +	return ret < 0 ? ret : msb << 8 | lsb;
>>> +}
>>> +EXPORT_SYMBOL_GPL(yoga_c630_ec_read16);
>>> +
>>> +u16 yoga_c630_ec_ucsi_get_version(struct yoga_c630_ec *ec)
>>> +{
>>> +	u8 req[3] = { 0xb3, 0xf2, 0x20};
>>
>> You have a define above for the read_reg and write_reg commands, could you
>> not define 0xb3 as LENOVO_EC_GET_VERSION ?
>>
>> All of the other commands here seem to have a named define.
> 
> Because unlike other registers it is not clear what other use cases does
> 0xb3 support
> 
>>
>>> +	int ret;
>>> +	u8 msb;
>>> +	u8 lsb;
>>> +
>>> +	mutex_lock(&ec->lock);
>>> +	ret = yoga_c630_ec_request(ec, req, sizeof(req), &lsb, 1);
>>> +	if (ret < 0)
>>> +		goto out;
>>> +
>>> +	req[2]++;
>>
>> why not set reg[2] = 0x21;
> 
> ack
> 
>>
>> also is req[2] some kind of address ?
> 
> Unfortunately no idea. This is totally based on the AML code in DSDT. I
> have no documentation on the EC or its programming interface.
> 
>>
>>> +	ret = yoga_c630_ec_request(ec, req, sizeof(req), &msb, 1);
>>> +
>>> +out:
>>> +	mutex_unlock(&ec->lock);
>>> +
>>> +	return ret < 0 ? ret : msb << 8 | lsb;
>>> +}
>>> +EXPORT_SYMBOL_GPL(yoga_c630_ec_ucsi_get_version);
>>> +
>>> +int yoga_c630_ec_ucsi_write(struct yoga_c630_ec *ec,
>>> +			    const u8 req[YOGA_C630_UCSI_WRITE_SIZE])
>>> +{
>>> +	int ret;
>>> +
>>> +	mutex_lock(&ec->lock);
>>> +	ret = i2c_smbus_write_i2c_block_data(ec->client, LENOVO_EC_UCSI_WRITE,
>>> +					     YOGA_C630_UCSI_WRITE_SIZE, req);
>>> +	mutex_unlock(&ec->lock);
>>> +
>>> +	return ret < 0 ? ret : 0;
>>> +}
>>> +EXPORT_SYMBOL_GPL(yoga_c630_ec_ucsi_write);
>>> +
>>> +int yoga_c630_ec_ucsi_read(struct yoga_c630_ec *ec,
>>> +			   u8 resp[YOGA_C630_UCSI_READ_SIZE])
>>> +{
>>> +	int ret;
>>> +
>>> +	mutex_lock(&ec->lock);
>>> +	ret = i2c_smbus_read_i2c_block_data(ec->client, LENOVO_EC_UCSI_READ,
>>> +					    YOGA_C630_UCSI_READ_SIZE, resp);
>>> +	mutex_unlock(&ec->lock);
>>> +
>>> +	return ret < 0 ? ret : 0;
>>> +}
>>> +EXPORT_SYMBOL_GPL(yoga_c630_ec_ucsi_read);
>>> +
>>> +static irqreturn_t yoga_c630_ec_intr(int irq, void *data)
>>> +{
>>> +	u8 req[] = { LENOVO_EC_REQUEST_NEXT_EVENT };
>>> +	struct yoga_c630_ec *ec = data;
>>> +	u8 event;
>>> +	int ret;
>>> +
>>> +	mutex_lock(&ec->lock);
>>> +	ret = yoga_c630_ec_request(ec, req, sizeof(req), &event, 1);
>>> +	mutex_unlock(&ec->lock);
>>> +	if (ret < 0)
>>> +		return IRQ_HANDLED;
>>> +
>>> +	pr_info("NOTIFY %x\n", event);
>>
>> why not dev_info() ?
> 
> Argh, debugging code. I should drop it.
> 

Assuming you do all of that in v5

Reviewed-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

  reply	other threads:[~2024-05-29  8:08 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-28 20:44 [PATCH v4 0/6] power: supply: Lenovo Yoga C630 EC Dmitry Baryshkov
2024-05-28 20:44 ` [PATCH v4 1/6] dt-bindings: platform: Add " Dmitry Baryshkov
2024-05-28 20:44 ` [PATCH v4 2/6] platform: arm64: add Lenovo Yoga C630 WOS EC driver Dmitry Baryshkov
2024-05-28 23:51   ` Bryan O'Donoghue
2024-05-28 23:56     ` Dmitry Baryshkov
2024-05-29  8:08       ` Bryan O'Donoghue [this message]
2024-05-29 15:08   ` Ilpo Järvinen
2024-05-28 20:44 ` [PATCH v4 3/6] usb: typec: ucsi: add Lenovo Yoga C630 glue driver Dmitry Baryshkov
2024-05-29 15:20   ` Ilpo Järvinen
2024-05-29 15:22     ` Dmitry Baryshkov
2024-05-29 15:26       ` Ilpo Järvinen
2024-05-29 15:41   ` Bryan O'Donoghue
2024-05-31  0:22     ` Dmitry Baryshkov
2024-05-28 20:44 ` [PATCH v4 4/6] power: supply: lenovo_yoga_c630_battery: add Lenovo C630 driver Dmitry Baryshkov
2024-05-29 15:41   ` Ilpo Järvinen
2024-05-31  0:58     ` Dmitry Baryshkov
2024-05-29 15:51   ` Bryan O'Donoghue
2024-05-31  1:05     ` Dmitry Baryshkov
2024-06-05 23:52   ` Sebastian Reichel
2024-05-28 20:44 ` [PATCH v4 5/6] arm64: dts: qcom: sdm845: describe connections of USB/DP port Dmitry Baryshkov
2024-05-29 16:05   ` Bryan O'Donoghue
2024-05-28 20:44 ` [PATCH v4 6/6] arm64: dts: qcom: c630: Add Embedded Controller node Dmitry Baryshkov

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=0f337380-4e43-4ed4-aa05-0c7072ecd112@linaro.org \
    --to=bryan.odonoghue@linaro.org \
    --cc=andersson@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.baryshkov@linaro.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=hdegoede@redhat.com \
    --cc=heikki.krogerus@linux.intel.com \
    --cc=ilpo.jarvinen@linux.intel.com \
    --cc=konrad.dybcio@linaro.org \
    --cc=krzk+dt@kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=nikita@trvn.ru \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=robh@kernel.org \
    --cc=sre@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;
as well as URLs for NNTP newsgroup(s).