[<prev] [next>] [day] [month] [year] [list]
Message-ID: <BAY176-DS1CF90ADC5F6847795A5F2BDB40@phx.gbl>
Date: Fri, 19 Sep 2014 09:46:04 +0800
From: Dudley Du <dudlx@...look.com>
To: <dmitry.torokhov@...il.com>, <rydberg@...omail.se>
CC: <bleung@...gle.com>, <patrikf@...gle.com>,
<linux-input@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: [PATCH v7 00/13] input: cyapa: re-architecture driver to support multi-trackpads in one driver
V7 patches have below updates compared with v6 patches:
1) [PATCH v7 01/13] - Split the irq cmd hander function to separated
function cyapa_default_irq_cmd_handler() and set it to interface
cyapa_default_ops.irq_cmd_handler.
2) [PATCH v7 06/13] - Add cyapa->gen check in cyapa_gen3_irq_cmd_handler()
to avoid miss-enter when device protocol is still in detecting.
V6 patches have below updates compared with v5 patches:
1) Remove patch 14 of the lid filtering from the cyapa driver.
V5 patches have below updates compared with v4 patches:
1) Uses get_device()/put_device() instead of kobject_get()/kobject_put();
2) Fix memories freed before debugfs entries issue;
3) Make cyapa_debugs_root valid in driver module level
in module_init()/moudle_exit() ;
4) Fix i2c_transfer() may return partial transfer issues.
5) Add cyapa->removed flag to avoid detecting thread may still running
when driver module is removed.
6) Fix the meanings of some comments and return error code not clear issue.
This patch set is aimed to re-architecture the cyapa driver to support
old gen3 trackpad device and new gen5 trackpad device in one
cyapa driver for easily productions support based on
customers' requirements, and add sysfs functions and interfaces
supported that required by users and customers.
Because the earlier gen3 and the latest gen5 trackpad devies using
two different chipsets, and have different protocol and interfaces.
If supported these two trackpad devices in two different drivers, then
it will be difficult to manage productions and later firmware updates.
it will cause customer don't know which one to use and update
because these two trackpad devices have been used and integrated
in same one productions at a time, so must to support these two trackpad
devices in same on driver.
The new architecture is made of:
cyapa.c - the core of the architecture, supply interfaces and
functions to system and read trackpad devices.
cyapa.h - header file including macros and data structure definitions.
cyapa_gen3.c - functions support for gen3 trackpad devices,
cyapa_gen5.c - functions support for gen5 trackpad devices.
Beside this introduction patch, it has 14 patches listed as below.
For these patches each one is patched based on previous one.
patch 1/13: re-architecture cyapa driver with core functions,
and applying the device detecting function in async thread to speed
up system boot time.
patch 2/13: add cyapa driver power management interfaces support.
patch 3/13: add cyapa driver runtime power management interfaces support.
patch 4/13: add cyapa key function interfaces in sysfs system.
Including read firmware version, get production ID, read baseline,
re-calibrate trackpad baselines and do trackpad firmware update.
patch 5/13: add read firmware image and read raw trackpad device'
sensors' raw data interface in debugfs system.
patch 6/13: add gen3 trackpad device basic functions support.
patch 7/13: add gen3 trackpad device firmware update function support.
patch 8/13: add gen3 trackpad device report baseline and do force
re-calibrate functions support.
patch 9/13: add gen3 trackpad device read firmware image function support.
patch 10/13: add gen5 trackpad device basic functions support.
patch 11/13: add gen5 trackpad device firmware update function support.
patch 12/13: add gen5 trackpad device report baseline and do force
re-calibrate functions support.
patch 13/13: add gen5 trackpad device read firmware image and report
sensors' raw data values functions support.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists