Jump to navigation Jump to search

This page collects all the information about the various touch screen controllers in use on sunxi hardware.

General information

In general touchscreens are configured by the ctp_para in the fex file. There's also support for resistive touch panels by setting rtp_para in the fex. An example for built in RTP (resistive touch panel) built in controller can be found in the Fex Guide.

An example (for ft5x) would be:

ctp_used = 1 #enable or disable the touchscreen
ctp_name = "ft5x_ts" #model of the touchscreen
ctp_twi_id = 2 #I2C Interface
ctp_twi_addr = 0x70 #I2C Address
ctp_screen_max_x = 800 #X Settings
ctp_screen_max_y = 480 #Y Settings
ctp_revert_x_flag = 0 #Set this and ctp_revert_y_flag to 1 to flip x and y axis
ctp_revert_y_flag = 0
ctp_exchange_x_y_flag = 0 
ctp_int_port = port:PH21<6><default><default><default> #INT port settings
ctp_wakeup = port:PB13<1><default><default><1> #Wakeup port settings
ctp_io_port = port:PH21<0><default><default><default> #IO Port Settings
rst_port = port:PH20<1><default><default><default> #RST port settings

Example for built in RTP:

rtp_used = 0
rtp_screen_size = 7
rtp_regidity_level = 7
rtp_press_threshold_enable = 0
rtp_press_threshold = 0x1f40
rtp_sensitive_level = 0xf
rtp_exchange_x_y_flag = 0


In general a capacitive touchscreen hardware consists of 6 Pins:

  • RST - Reset Pin (Input), Used by the CPU to reset the touchscreen.
  • SDA - I2C SDA (IO)
  • SCL - I2C SDL (Input)
  • INT - Interrupt Pin (Output, can be input during startup), used by the Touchscreen to indicate to the CPU that there are new events
  • VCC - Power Supply
  • GND - GND

Some touchscreen have wakeup pins to allow the touchscreen to go to sleep mode to save battery.

Mainly the I2C pins are connected to any i2c port on the CPU and is used to communicate with the touchscreen.

In the other way a resistive touchscreen has 4 wires. Details can be found in the user manuals for Allwinner chips, in the section TP (touch panel). The interesting thing is that sun4i, sun6i and sun7i have essentially the same RTP controllers so the sun4i_ts driver can work for all of them. Testing was done on an A20 platform and gave exceptionally good results.

Startup Procedure

Usually any touchscreen has a startup procedure during which resets are sent to the touchscreen by the cpu to indicate this procedure. During the reset/startup procedure usually the touchscreen profile data is sent to the touchscreen. Also in some cases the I2C address is set by this rest procedure (for instance, GT911).

The interrupt Pin can be part of the startup procedure for handshakes or indications. In some cases the interrupt pin is also used as input to read additional data from the cpu during reset.

Touchscreen profiles

Some touchscreen (for instance, GT911) require a so call Touchscreen Profile/Configuration. This configuration is sent during or right after the reset procedure of the touchscreen and is usually written to the controller memory (in some cases selectable persistent in eeprom). The Profile/Config defines the parameters of the touchscreen (such as physical size, active area(s). also it can include touchscreen button areas, touchscreen mode and more.



#define CTP_CFG_GROUP1 {\

Touchscreen modes

There is 2 modes a touchscreen can work in:

  • Polling Mode
  • Interrupt Mode

This mode is usually defined by the Touchscreen profile/config or the startup/reset procedure.

The preferred mode a capacitive touchscreen should work in is always interrupt mode. In Interrupt mode every time an event on the touchscreen occurs the INT pin triggers and notifies the CPU. the cpu then read the new event from the touchscreen.

In Polling mode the cpu periodically requests the touchscreen data from the touchscreen. This means that there will be a lot of communication on the i2c port since this has to happen once every few ms.

As stated above whenever possible use interrupt mode!

Hardware Configuration and Fex

It is very important to configure the FEX file correctly for your touchscreen.

Step 1

In your hardware schematics identify the I2C pins of your touchscreen and see which I2C it is connected to and set the ctp_twi_id to the id of i2c port. Now you need to find our your i2c address of your touchscreen. this is something you can get out of the chip datasheet or your touchscreen manufacture.

Remember that the address of the touchscreen might be changed when sending the profile/config or via the reset procedure.

Step 2

In your schematics find out which GPIO Pin the INT Pin is connected to.


ctp_int_port = port:<text>PH21</text><6><default><default><default>

please also note the <6> part in the line above. Verify that the Interrupt setting of your Int pin is Function number 6 of the mux setting or modify the <X> according.

Note that on some touchscreens (ft5x) it is required to define another port called the IO port on the same port as the interrupt port:

ctp_io_port = port: PH21<0><default><default><default>

This setting will define the same port with mux setting 0 as output to allow the driver to switch to IO mode.

Step 3

In your schematics find out which GPIO Pin the RST Pin is connected to.

rst_port = port:PH20<1><default><default><default> #RST port settings

Note that <1> sets the port as an output.

It might be required to define additional pins for your touchscreen

Software Calibration

Calibration of a touchscreen device can be done with the xinput_calibrator. The xinput_calibrator is very simple tool which enables you to go through standard calibration procedure (press a few points on the screen) and then produces a snippet for xorg.conf.

There can be problems with produced configuration so it's good to test and see what's actually happening. Try to move your finger over the screen and see if there's some sings of miscalibration. Produced config actually scales values from touchscreen controller to map to the screen so it may happen that one axis works ok and another doesn't. Anyways, xinput_calibrator can give you good hint for start and you can tweak it further manually. Detailed list of options can be found in the evdev manual page.




Elan Microelectronics Corporation




Support is available for sunxi-3.4.


Supported in sunxi-3.4




Supported in sunxi-3.4


Supported in mainline kernel.

  • FT5206GE1
  • FT5306DE4
  • FT5406EE8

You should need to add in dtb node for support(example for a Q8 tablet):

   clock-frequency = <400000>;
         polytouch: edt-ft5x06@38 {
              compatible = "edt,edt-ft5406", "edt,edt-ft5x06";
              reg = <0x38>;
	       pinctrl-names = "default";
	       pinctrl-0 = <&edt_ft5x06_pins>;
	       interrupt-parent = <&pio>;
	       interrupts = <6 11 IRQ_TYPE_EDGE_FALLING>; /*PG11 */
	       wake-gpios = <&pio 1 3 GPIO_ACTIVE_HIGH>; /* PB3 */
              touchscreen-size-x = <800>;
              touchscreen-size-y = <480>;
              /* touchscreen-swapped-x-y;*/


Supported, but the driver does not load on A20 without the following patch. See this conversation for more information.

diff --git a/drivers/input/touchscreen/ft5x_ts.c b/drivers/input/touchscreen/ft5x_ts.c
index 5d8dc97..3d88694 100644
--- a/drivers/input/touchscreen/ft5x_ts.c
+++ b/drivers/input/touchscreen/ft5x_ts.c
@@ -1762,7 +1762,7 @@ ft5x_ts_probe(struct i2c_client *client, const struct i2c_device_id *id)
                pr_info("%s:ctp_ops.set_irq_mode err.\n", __func__);
                goto exit_set_irq_mode;
-       err = request_irq(SW_INT_IRQNO_PIO, ft5x_ts_interrupt, IRQF_TRIGGER_FALLING | IRQF_SHARED, "ft5x_ts", ft5x_ts);
+       err = request_irq(SW_INT_IRQNO_PIO, ft5x_ts_interrupt, IRQF_SHARED, "ft5x_ts", ft5x_ts);

        if (err < 0) {
                dev_err(&client->dev, "ft5x_ts_probe: request irq failed\n");

This driver does not support transformations (e.g. x-revert), but generates events complying to the multi touch protocol.


Manufacturer's website

Datasheets for various GT9xx devices.

Driver for most of the Goodix 9xx chips (see below) is available in mainline. It is quite possible that all the 9xx-series chips are supported by this driver because they seem to have a common register layout. Goodix 8xx is currently unsupported by mainline.

For older chips there are various driver sources targeting older kernel versions (linux-3.3 or linux-3.4) scattered around in different vendor-provided source trees or SDKs.


No mainline support. Driver available in sunxi-3.4

GT801 2+1

No mainline support. RFC patch that needs to be adapted to work alongside gt9xx chips.

Driver available in sunxi-3.4


No mainline support. Driver available in sunxi-3.4


No mainline support. Driver available in sunxi-3.4


No mainline support. No driver in sunxi-3.4, WIP patch


Support for various Goodix GT9xx chips is available since Linux-4.1 via common goodix driver:

  • gt911
  • gt9110
  • gt912
  • gt927
  • gt9271
  • gt928
  • gt967

For sunxi-3.4, there's WIP driver.




Supported in mainline kernel (gsl1680, gsl1688, gsl3670, gsl3675, gsl3692 and also MSSL1680, MSSL0001, MSSL0002, MSSL0017 variants).

Please note that you need device-specific firmware stored under /lib/firmware/silead/ which should be extracted from original software on the device.

If you get lucky, you might find firmware supporting your device from this repository.

See also:

  • GSL1680 - capacitive, multitactile touchscreen controller

Solomon Systech Limited

This Hong Kong based company creates various LCD/OLED driver and touchscreen chips.



TrueCore Microelectronics


Chip marked tc1680j i2c@0x20 The driver for tc1680 is named tc1126 , there's a driver for allwinner kernel 3.4 (lichee) that supports A23 A33 A31 ,Here's The driver:

Mainline WIP driver ported from BSP :

See also: A33_Q7_V1.0 tablet.

ZEITEC Semiconductor



Supported in mainline Linux 4.11 (zet6223.c). No firmware (blob) required.



Mainline driver:

See also