linux-input.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] HID: rmi: do not fetch more than 16 bytes in a query
@ 2014-04-24 22:26 Benjamin Tissoires
  2014-05-13 14:44 ` Jiri Kosina
  0 siblings, 1 reply; 2+ messages in thread
From: Benjamin Tissoires @ 2014-04-24 22:26 UTC (permalink / raw)
  To: Andrew Duggan, Christopher Heiny, Jiri Kosina, linux-input,
	linux-kernel

A firmware bug is present on the XPS Haswell edition which silently
split the request in two responses when the caller ask for a read of
more than 16 bytes.
The FW sends the first 16 then the 4 next, but it says that it answered
the 20 bytes in the first report.

This occurs only on the retrieving of the min/max of X and Y of the F11
function.
We only use the first 10 bytes of the Ctrl register, so we can get only
those 10 bytes to prevent the bug from happening.

Resolves:
https://bugzilla.redhat.com/show_bug.cgi?id=1090161

Signed-off-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>
---
 drivers/hid/hid-rmi.c | 11 ++++++++---
 1 file changed, 8 insertions(+), 3 deletions(-)

diff --git a/drivers/hid/hid-rmi.c b/drivers/hid/hid-rmi.c
index 7da9509..cee89c9 100644
--- a/drivers/hid/hid-rmi.c
+++ b/drivers/hid/hid-rmi.c
@@ -613,10 +613,15 @@ static int rmi_populate_f11(struct hid_device *hdev)
 		}
 	}
 
-	/* retrieve the ctrl registers */
-	ret = rmi_read_block(hdev, data->f11.control_base_addr, buf, 20);
+	/*
+	 * retrieve the ctrl registers
+	 * the ctrl register has a size of 20 but a fw bug split it into 16 + 4,
+	 * and there is no way to know if the first 20 bytes are here or not.
+	 * We use only the first 10 bytes, so get only them.
+	 */
+	ret = rmi_read_block(hdev, data->f11.control_base_addr, buf, 10);
 	if (ret) {
-		hid_err(hdev, "can not read ctrl block of size 20: %d.\n", ret);
+		hid_err(hdev, "can not read ctrl block of size 10: %d.\n", ret);
 		return ret;
 	}
 
-- 
1.9.0

^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH] HID: rmi: do not fetch more than 16 bytes in a query
  2014-04-24 22:26 [PATCH] HID: rmi: do not fetch more than 16 bytes in a query Benjamin Tissoires
@ 2014-05-13 14:44 ` Jiri Kosina
  0 siblings, 0 replies; 2+ messages in thread
From: Jiri Kosina @ 2014-05-13 14:44 UTC (permalink / raw)
  To: Benjamin Tissoires
  Cc: Andrew Duggan, Christopher Heiny, linux-input, linux-kernel

On Thu, 24 Apr 2014, Benjamin Tissoires wrote:

> A firmware bug is present on the XPS Haswell edition which silently
> split the request in two responses when the caller ask for a read of
> more than 16 bytes.
> The FW sends the first 16 then the 4 next, but it says that it answered
> the 20 bytes in the first report.
> 
> This occurs only on the retrieving of the min/max of X and Y of the F11
> function.
> We only use the first 10 bytes of the Ctrl register, so we can get only
> those 10 bytes to prevent the bug from happening.
> 
> Resolves:
> https://bugzilla.redhat.com/show_bug.cgi?id=1090161
> 
> Signed-off-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>

Applied, thanks.

-- 
Jiri Kosina
SUSE Labs

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2014-05-13 14:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-04-24 22:26 [PATCH] HID: rmi: do not fetch more than 16 bytes in a query Benjamin Tissoires
2014-05-13 14:44 ` Jiri Kosina

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).