All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gabriele Mazzotta <gabriele.mzt@gmail.com>
To: Andrew Duggan <aduggan@synaptics.com>
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	Jiri Kosina <jkosina@suse.cz>,
	Benjamin Tissoires <benjamin.tissoires@redhat.com>
Subject: Re: [PATCH] HID: rmi: Write updated F11 control registers after reset
Date: Fri, 10 Jul 2015 00:40:18 +0200	[thread overview]
Message-ID: <2172572.685fORisNy@xps13> (raw)
In-Reply-To: <1436480057-23774-1-git-send-email-aduggan@synaptics.com>

On Thursday 09 July 2015 15:14:17 Andrew Duggan wrote:
> When a device is reset the values of control registers will be reset to
> the defaults. This patch reapplies the control register values set for F11
> by the driver.

Hi,

thanks for this, it works as intended. I just added a couple of
comments here below, but other than that

Tested-by: Gabriele Mazzotta <gabriele.mzt@gmail.com>

> Signed-off-by: Andrew Duggan <aduggan@synaptics.com>
> ---
>  drivers/hid/hid-rmi.c | 41 ++++++++++++++++++++++++++++++++++-------
>  1 file changed, 34 insertions(+), 7 deletions(-)
> 
> diff --git a/drivers/hid/hid-rmi.c b/drivers/hid/hid-rmi.c
> index af191a2..80c068f 100644
> --- a/drivers/hid/hid-rmi.c
> +++ b/drivers/hid/hid-rmi.c
> @@ -40,6 +40,8 @@
>  #define RMI_DEVICE			BIT(0)
>  #define RMI_DEVICE_HAS_PHYS_BUTTONS	BIT(1)
>  
> +#define RMI_F11_CTRL_REG_COUNT		12
> +
>  enum rmi_mode_type {
>  	RMI_MODE_OFF			= 0,
>  	RMI_MODE_ATTN_REPORTS		= 1,
> @@ -116,6 +118,8 @@ struct rmi_data {
>  	unsigned int max_y;
>  	unsigned int x_size_mm;
>  	unsigned int y_size_mm;
> +	bool read_f11_ctrl_regs;
> +	u8 f11_ctrl_regs[RMI_F11_CTRL_REG_COUNT];
>  
>  	unsigned int gpio_led_count;
>  	unsigned int button_count;
> @@ -557,6 +561,15 @@ static int rmi_set_sleep_mode(struct hid_device *hdev, int sleep_mode)
>  
>  static int rmi_suspend(struct hid_device *hdev, pm_message_t message)
>  {
> +	struct rmi_data *data = hid_get_drvdata(hdev);
> +	int ret;
> +
> +	ret = rmi_read_block(hdev, data->f11.control_base_addr,
> +			data->f11_ctrl_regs, RMI_F11_CTRL_REG_COUNT);
> +	if (ret)
> +		hid_warn(hdev, "can not read F11 control registers\n");

It seems that rmi_read_block() can fail because of timeouts after it
has started filling the buffer, so isn't it better to set
read_f11_ctrl_regs to false when it happens?

> +
> +
>  	if (!device_may_wakeup(hdev->dev.parent))
>  		return rmi_set_sleep_mode(hdev, RMI_SLEEP_DEEP_SLEEP);
>  
> @@ -565,6 +578,7 @@ static int rmi_suspend(struct hid_device *hdev, pm_message_t message)
>  
>  static int rmi_post_reset(struct hid_device *hdev)
>  {
> +	struct rmi_data *data = hid_get_drvdata(hdev);
>  	int ret;
>  
>  	ret = rmi_set_mode(hdev, RMI_MODE_ATTN_REPORTS);
> @@ -573,6 +587,14 @@ static int rmi_post_reset(struct hid_device *hdev)
>  		return ret;
>  	}
>  
> +	if (data->read_f11_ctrl_regs) {
> +		ret = rmi_write_block(hdev, data->f11.control_base_addr,
> +				data->f11_ctrl_regs, RMI_F11_CTRL_REG_COUNT);
> +		if (ret)
> +			hid_warn(hdev,
> +				"can not write F11 control registers after reset\n");
> +	}
> +
>  	if (!device_may_wakeup(hdev->dev.parent)) {
>  		ret = rmi_set_sleep_mode(hdev, RMI_SLEEP_NORMAL);
>  		if (ret) {
> @@ -963,18 +985,23 @@ static int rmi_populate_f11(struct hid_device *hdev)
>  	 * and there is no way to know if the first 20 bytes are here or not.
>  	 * We use only the first 12 bytes, so get only them.
>  	 */

Just a suggestion here. What about moving this comment right above the
definition of RMI_F11_CTRL_REG_COUNT?

> -	ret = rmi_read_block(hdev, data->f11.control_base_addr, buf, 12);
> +	ret = rmi_read_block(hdev, data->f11.control_base_addr,
> +			data->f11_ctrl_regs, RMI_F11_CTRL_REG_COUNT);
>  	if (ret) {
>  		hid_err(hdev, "can not read ctrl block of size 11: %d.\n", ret);
>  		return ret;
>  	}
>  
> -	data->max_x = buf[6] | (buf[7] << 8);
> -	data->max_y = buf[8] | (buf[9] << 8);
> +	/* data->f11_ctrl_regs now contains valid register data */
> +	data->read_f11_ctrl_regs = true;
> +
> +	data->max_x = data->f11_ctrl_regs[6] | (data->f11_ctrl_regs[7] << 8);
> +	data->max_y = data->f11_ctrl_regs[8] | (data->f11_ctrl_regs[9] << 8);
>  
>  	if (has_dribble) {
> -		buf[0] = buf[0] & ~BIT(6);
> -		ret = rmi_write(hdev, data->f11.control_base_addr, buf);
> +		data->f11_ctrl_regs[0] = data->f11_ctrl_regs[0] & ~BIT(6);
> +		ret = rmi_write(hdev, data->f11.control_base_addr,
> +				data->f11_ctrl_regs);
>  		if (ret) {
>  			hid_err(hdev, "can not write to control reg 0: %d.\n",
>  				ret);
> @@ -983,9 +1010,9 @@ static int rmi_populate_f11(struct hid_device *hdev)
>  	}
>  
>  	if (has_palm_detect) {
> -		buf[11] = buf[11] & ~BIT(0);
> +		data->f11_ctrl_regs[11] = data->f11_ctrl_regs[11] & ~BIT(0);
>  		ret = rmi_write(hdev, data->f11.control_base_addr + 11,
> -				&buf[11]);
> +				&data->f11_ctrl_regs[11]);
>  		if (ret) {
>  			hid_err(hdev, "can not write to control reg 11: %d.\n",
>  				ret);
> 


  reply	other threads:[~2015-07-09 22:40 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-09 22:14 [PATCH] HID: rmi: Write updated F11 control registers after reset Andrew Duggan
2015-07-09 22:14 ` Andrew Duggan
2015-07-09 22:40 ` Gabriele Mazzotta [this message]
2015-07-10  0:41   ` Andrew Duggan
2015-07-10  0:41     ` Andrew Duggan
2015-07-10 11:47     ` Gabriele Mazzotta

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=2172572.685fORisNy@xps13 \
    --to=gabriele.mzt@gmail.com \
    --cc=aduggan@synaptics.com \
    --cc=benjamin.tissoires@redhat.com \
    --cc=jkosina@suse.cz \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.