aboutsummaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python/sctop.py
diff options
context:
space:
mode:
authorBenjamin Tissoires <[email protected]>2014-04-24 22:26:38 +0000
committerJiri Kosina <[email protected]>2014-05-13 14:42:50 +0000
commitdcce583792d2b9a83dd9cb62551831f09f971fda (patch)
treeb699e7bed4a729a10bf0fa5cb110bbd44483a167 /tools/perf/scripts/python/sctop.py
parentHID: rmi: check for the existence of some optional queries before reading que... (diff)
downloadkernel-dcce583792d2b9a83dd9cb62551831f09f971fda.tar.gz
kernel-dcce583792d2b9a83dd9cb62551831f09f971fda.zip
HID: rmi: do not fetch more than 16 bytes in a query
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 <[email protected]> Signed-off-by: Jiri Kosina <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/sctop.py')
0 files changed, 0 insertions, 0 deletions