Message ID | 20141007205803.GJ16469@dtor-ws (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
On Tue, 2014-10-07 at 13:58 -0700, Dmitry Torokhov wrote: > Hi Bastien, > > On Wed, Sep 24, 2014 at 04:43:58PM +0200, Bastien Nocera wrote: <snip> > > + if (touch_num > 1) { > > + ret = goodix_i2c_read(ts->client, GOODIX_READ_COOR_ADDR + 10, > > + &data[10], 8 * (touch_num - 1)); > > + if (ret < 0) > > + return ret; > > + } > > I am a bit confused about this function. It looks like contact packet > size is 8 bytes, and they preceded by a byte with total number of > contacts reported, so why instead of 9 bytes we are reading 10? I have no idea. We didn't change the original code here: https://github.com/hadess/gt9xx/commit/82b141220e8bce00060e0de697735d0a70af2678#diff-5d71019f9b92cc9d6e2e31ed2e6520b6R363 <snip> > > +/** > > + * goodix_process_events - Process incoming events > > + * > > + * @ts: our goodix_ts_data pointer > > + * > > + * Called when the IRQ is triggered. Read the current device state, and push > > + * the input events to the user space. > > + */ > > +static void goodix_process_events(struct goodix_ts_data *ts) > > +{ > > + u8 point_data[1 + 8 * GOODIX_MAX_TOUCH + 1]; > > Here again, why do we need extra byte? Same answer: https://github.com/hadess/gt9xx/commit/82b141220e8bce00060e0de697735d0a70af2678#diff-5d71019f9b92cc9d6e2e31ed2e6520b6R315 <snip> > > +/** > > + * goodix_ts_irq_handler - The IRQ handler > > + * > > + * @irq: interrupt number. > > + * @dev_id: private data pointer. > > + */ > > +static irqreturn_t goodix_ts_irq_handler(int irq, void *dev_id) > > +{ > > + struct goodix_ts_data *ts = dev_id; > > + u8 end_cmd[1] = {0}; > > + > > + goodix_process_events(ts); > > + > > + if (goodix_i2c_write(ts->client, > > + GOODIX_READ_COOR_ADDR, end_cmd, 1) < 0) > > + dev_err(&ts->client->dev, "I2C write end_cmd error"); > > I am not happy that we need to allocate/deallocate memory for each > interrupt. We only write one command to the driver, we could simply use > i2c_master_send() with a constant buffer. Sure. But I've split up the patch you sent us, and committed the different bits separately in: https://github.com/hadess/gt9xx/commits/master And this one commit about removing goodix_i2c_write(): https://github.com/hadess/gt9xx/commit/146b4cc2eed5c67bcf1cb91e845bf9f97da4be1e Breaks the driver. > BTW, you need terminate kernel messages with \n. All of them? If so, we have a few more that are still missing in the latest version of the driver, which I can take care of. > Also, below is a patch with a few assorted changes that I'd like you to > try if you have time. As mentioned, all the changes seem fine apart from the one removing goodix_i2c_write(). I'll test to see if we can reduce the size of the point_data structure, and see what's breaking the goodix_i2c_write() patch. Thanks for the patch! Cheers -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Oct 28, 2014 at 06:55:21PM +0100, Bastien Nocera wrote: > On Tue, 2014-10-07 at 13:58 -0700, Dmitry Torokhov wrote: > > On Wed, Sep 24, 2014 at 04:43:58PM +0200, Bastien Nocera wrote: > > > +static irqreturn_t goodix_ts_irq_handler(int irq, void *dev_id) > > > +{ > > > + struct goodix_ts_data *ts = dev_id; > > > + u8 end_cmd[1] = {0}; > > > + > > > + goodix_process_events(ts); > > > + > > > + if (goodix_i2c_write(ts->client, > > > + GOODIX_READ_COOR_ADDR, end_cmd, 1) < 0) > > > + dev_err(&ts->client->dev, "I2C write end_cmd error"); > > > > I am not happy that we need to allocate/deallocate memory for each > > interrupt. We only write one command to the driver, we could simply use > > i2c_master_send() with a constant buffer. > > Sure. But I've split up the patch you sent us, and committed the > different bits separately in: > https://github.com/hadess/gt9xx/commits/master > > And this one commit about removing goodix_i2c_write(): > https://github.com/hadess/gt9xx/commit/146b4cc2eed5c67bcf1cb91e845bf9f97da4be1e > > Breaks the driver. Ah, I see. In end_cmd I encoded the address as little endian, whereas it needs to be beg endian. Just swap "GOODIX_READ_COOR_ADDR & 0xff" and "GOODIX_READ_COOR_ADDR >> 8" around and I thin kit will work. Thanks.
On Tue, 2014-10-28 at 11:05 -0700, Dmitry Torokhov wrote: > On Tue, Oct 28, 2014 at 06:55:21PM +0100, Bastien Nocera wrote: > > On Tue, 2014-10-07 at 13:58 -0700, Dmitry Torokhov wrote: > > > On Wed, Sep 24, 2014 at 04:43:58PM +0200, Bastien Nocera wrote: > > > > +static irqreturn_t goodix_ts_irq_handler(int irq, void *dev_id) > > > > +{ > > > > + struct goodix_ts_data *ts = dev_id; > > > > + u8 end_cmd[1] = {0}; > > > > + > > > > + goodix_process_events(ts); > > > > + > > > > + if (goodix_i2c_write(ts->client, > > > > + GOODIX_READ_COOR_ADDR, end_cmd, 1) < 0) > > > > + dev_err(&ts->client->dev, "I2C write end_cmd error"); > > > > > > I am not happy that we need to allocate/deallocate memory for each > > > interrupt. We only write one command to the driver, we could simply use > > > i2c_master_send() with a constant buffer. > > > > Sure. But I've split up the patch you sent us, and committed the > > different bits separately in: > > https://github.com/hadess/gt9xx/commits/master > > > > And this one commit about removing goodix_i2c_write(): > > https://github.com/hadess/gt9xx/commit/146b4cc2eed5c67bcf1cb91e845bf9f97da4be1e > > > > Breaks the driver. > > Ah, I see. In end_cmd I encoded the address as little endian, whereas it > needs to be beg endian. Just swap "GOODIX_READ_COOR_ADDR & 0xff" and > "GOODIX_READ_COOR_ADDR >> 8" around and I thin kit will work. Indeed, fixed in: https://github.com/hadess/gt9xx/commit/18e507c5c455a3d3d745380c4d0d561ea470a091 As for the various FIXMEs, could you (that includes Benjamin that probably knows the driver more than he would like to) check whether that's sensible? https://github.com/hadess/gt9xx/commit/35b94f327edc04d95a7208a667553566faa871e3 If it is, I'll respin the patch and send it for merging. Cheers -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Oct 28, 2014 at 07:59:05PM +0100, Bastien Nocera wrote: > On Tue, 2014-10-28 at 11:05 -0700, Dmitry Torokhov wrote: > > On Tue, Oct 28, 2014 at 06:55:21PM +0100, Bastien Nocera wrote: > > > On Tue, 2014-10-07 at 13:58 -0700, Dmitry Torokhov wrote: > > > > On Wed, Sep 24, 2014 at 04:43:58PM +0200, Bastien Nocera wrote: > > > > > +static irqreturn_t goodix_ts_irq_handler(int irq, void *dev_id) > > > > > +{ > > > > > + struct goodix_ts_data *ts = dev_id; > > > > > + u8 end_cmd[1] = {0}; > > > > > + > > > > > + goodix_process_events(ts); > > > > > + > > > > > + if (goodix_i2c_write(ts->client, > > > > > + GOODIX_READ_COOR_ADDR, end_cmd, 1) < 0) > > > > > + dev_err(&ts->client->dev, "I2C write end_cmd error"); > > > > > > > > I am not happy that we need to allocate/deallocate memory for each > > > > interrupt. We only write one command to the driver, we could simply use > > > > i2c_master_send() with a constant buffer. > > > > > > Sure. But I've split up the patch you sent us, and committed the > > > different bits separately in: > > > https://github.com/hadess/gt9xx/commits/master > > > > > > And this one commit about removing goodix_i2c_write(): > > > https://github.com/hadess/gt9xx/commit/146b4cc2eed5c67bcf1cb91e845bf9f97da4be1e > > > > > > Breaks the driver. > > > > Ah, I see. In end_cmd I encoded the address as little endian, whereas it > > needs to be beg endian. Just swap "GOODIX_READ_COOR_ADDR & 0xff" and > > "GOODIX_READ_COOR_ADDR >> 8" around and I thin kit will work. > > Indeed, fixed in: > https://github.com/hadess/gt9xx/commit/18e507c5c455a3d3d745380c4d0d561ea470a091 > > As for the various FIXMEs, could you (that includes Benjamin that > probably knows the driver more than he would like to) check whether > that's sensible? > https://github.com/hadess/gt9xx/commit/35b94f327edc04d95a7208a667553566faa871e3 > > If it is, I'll respin the patch and send it for merging. No, the "header" is not 10 bytes as far as I can see. IIUIC the device sends packet with 1st byte containing number of contacts + (n_contacts * GOODIX_CONTACT_SIZE) worth of data. The driver tries to optimize for single-touch scenario and reads the counter and the very first contact data and if the counter indicates more than one contact it will issue second i2c transaction to read in the rest. Your change did not alter the actual code, it just converted constant 10 into a define. Please try changing FIXMEs exactly as they were and see if the driver still works properly. Thanks.
On Tue, Oct 28, 2014 at 2:59 PM, Bastien Nocera <hadess@hadess.net> wrote: > On Tue, 2014-10-28 at 11:05 -0700, Dmitry Torokhov wrote: >> On Tue, Oct 28, 2014 at 06:55:21PM +0100, Bastien Nocera wrote: >> > On Tue, 2014-10-07 at 13:58 -0700, Dmitry Torokhov wrote: >> > > On Wed, Sep 24, 2014 at 04:43:58PM +0200, Bastien Nocera wrote: >> > > > +static irqreturn_t goodix_ts_irq_handler(int irq, void *dev_id) >> > > > +{ >> > > > + struct goodix_ts_data *ts = dev_id; >> > > > + u8 end_cmd[1] = {0}; >> > > > + >> > > > + goodix_process_events(ts); >> > > > + >> > > > + if (goodix_i2c_write(ts->client, >> > > > + GOODIX_READ_COOR_ADDR, end_cmd, 1) < 0) >> > > > + dev_err(&ts->client->dev, "I2C write end_cmd error"); >> > > >> > > I am not happy that we need to allocate/deallocate memory for each >> > > interrupt. We only write one command to the driver, we could simply use >> > > i2c_master_send() with a constant buffer. >> > >> > Sure. But I've split up the patch you sent us, and committed the >> > different bits separately in: >> > https://github.com/hadess/gt9xx/commits/master >> > >> > And this one commit about removing goodix_i2c_write(): >> > https://github.com/hadess/gt9xx/commit/146b4cc2eed5c67bcf1cb91e845bf9f97da4be1e >> > >> > Breaks the driver. >> >> Ah, I see. In end_cmd I encoded the address as little endian, whereas it >> needs to be beg endian. Just swap "GOODIX_READ_COOR_ADDR & 0xff" and >> "GOODIX_READ_COOR_ADDR >> 8" around and I thin kit will work. > > Indeed, fixed in: > https://github.com/hadess/gt9xx/commit/18e507c5c455a3d3d745380c4d0d561ea470a091 > > As for the various FIXMEs, could you (that includes Benjamin that > probably knows the driver more than he would like to) check whether > that's sensible? > https://github.com/hadess/gt9xx/commit/35b94f327edc04d95a7208a667553566faa871e3 IIRC, the device is rather simple: the I2C way of accessing it is register driven. You give the register address and read from it. The 10 contacts are all banked together starting at GOODIX_READ_COOR_ADDR after one byte which indicates the contact count. For efficiency purpose, the first read checks both the contact count and the first contact data, then it reads the rest of the contact data. So where I wanted to be is that GOODIX_CONTACTS_HEADER_SIZE does not make sense IMO, and using (GOODIX_CONTACT_SIZE + 1) is more reliable (if it still works, of course). BTW, Dmitry said the same... I could have just waited instead of writing this up :) Cheers, Benjamin > > If it is, I'll respin the patch and send it for merging. > > Cheers > -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 2014-10-28 at 12:14 -0700, Dmitry Torokhov wrote: > On Tue, Oct 28, 2014 at 07:59:05PM +0100, Bastien Nocera wrote: > > On Tue, 2014-10-28 at 11:05 -0700, Dmitry Torokhov wrote: > > > On Tue, Oct 28, 2014 at 06:55:21PM +0100, Bastien Nocera wrote: > > > > On Tue, 2014-10-07 at 13:58 -0700, Dmitry Torokhov wrote: > > > > > On Wed, Sep 24, 2014 at 04:43:58PM +0200, Bastien Nocera wrote: > > > > > > +static irqreturn_t goodix_ts_irq_handler(int irq, void *dev_id) > > > > > > +{ > > > > > > + struct goodix_ts_data *ts = dev_id; > > > > > > + u8 end_cmd[1] = {0}; > > > > > > + > > > > > > + goodix_process_events(ts); > > > > > > + > > > > > > + if (goodix_i2c_write(ts->client, > > > > > > + GOODIX_READ_COOR_ADDR, end_cmd, 1) < 0) > > > > > > + dev_err(&ts->client->dev, "I2C write end_cmd error"); > > > > > > > > > > I am not happy that we need to allocate/deallocate memory for each > > > > > interrupt. We only write one command to the driver, we could simply use > > > > > i2c_master_send() with a constant buffer. > > > > > > > > Sure. But I've split up the patch you sent us, and committed the > > > > different bits separately in: > > > > https://github.com/hadess/gt9xx/commits/master > > > > > > > > And this one commit about removing goodix_i2c_write(): > > > > https://github.com/hadess/gt9xx/commit/146b4cc2eed5c67bcf1cb91e845bf9f97da4be1e > > > > > > > > Breaks the driver. > > > > > > Ah, I see. In end_cmd I encoded the address as little endian, whereas it > > > needs to be beg endian. Just swap "GOODIX_READ_COOR_ADDR & 0xff" and > > > "GOODIX_READ_COOR_ADDR >> 8" around and I thin kit will work. > > > > Indeed, fixed in: > > https://github.com/hadess/gt9xx/commit/18e507c5c455a3d3d745380c4d0d561ea470a091 > > > > As for the various FIXMEs, could you (that includes Benjamin that > > probably knows the driver more than he would like to) check whether > > that's sensible? > > https://github.com/hadess/gt9xx/commit/35b94f327edc04d95a7208a667553566faa871e3 > > > > If it is, I'll respin the patch and send it for merging. > > No, the "header" is not 10 bytes as far as I can see. IIUIC the device > sends packet with 1st byte containing number of contacts + (n_contacts * > GOODIX_CONTACT_SIZE) worth of data. The driver tries to optimize for > single-touch scenario and reads the counter and the very first contact > data and if the counter indicates more than one contact it will issue > second i2c transaction to read in the rest. > > Your change did not alter the actual code, it just converted constant 10 > into a define. Not quite, but that's besides the point. > Please try changing FIXMEs exactly as they were and see if the driver > still works properly. I did, and it still works properly. I also don't understand how it could have worked properly before... Should I still add those linefeeds to all the print statements in the driver? Cheers -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Oct 28, 2014 at 11:31:30PM +0100, Bastien Nocera wrote: > On Tue, 2014-10-28 at 12:14 -0700, Dmitry Torokhov wrote: > > On Tue, Oct 28, 2014 at 07:59:05PM +0100, Bastien Nocera wrote: > > > On Tue, 2014-10-28 at 11:05 -0700, Dmitry Torokhov wrote: > > > > On Tue, Oct 28, 2014 at 06:55:21PM +0100, Bastien Nocera wrote: > > > > > On Tue, 2014-10-07 at 13:58 -0700, Dmitry Torokhov wrote: > > > > > > On Wed, Sep 24, 2014 at 04:43:58PM +0200, Bastien Nocera wrote: > > > > > > > +static irqreturn_t goodix_ts_irq_handler(int irq, void *dev_id) > > > > > > > +{ > > > > > > > + struct goodix_ts_data *ts = dev_id; > > > > > > > + u8 end_cmd[1] = {0}; > > > > > > > + > > > > > > > + goodix_process_events(ts); > > > > > > > + > > > > > > > + if (goodix_i2c_write(ts->client, > > > > > > > + GOODIX_READ_COOR_ADDR, end_cmd, 1) < 0) > > > > > > > + dev_err(&ts->client->dev, "I2C write end_cmd error"); > > > > > > > > > > > > I am not happy that we need to allocate/deallocate memory for each > > > > > > interrupt. We only write one command to the driver, we could simply use > > > > > > i2c_master_send() with a constant buffer. > > > > > > > > > > Sure. But I've split up the patch you sent us, and committed the > > > > > different bits separately in: > > > > > https://github.com/hadess/gt9xx/commits/master > > > > > > > > > > And this one commit about removing goodix_i2c_write(): > > > > > https://github.com/hadess/gt9xx/commit/146b4cc2eed5c67bcf1cb91e845bf9f97da4be1e > > > > > > > > > > Breaks the driver. > > > > > > > > Ah, I see. In end_cmd I encoded the address as little endian, whereas it > > > > needs to be beg endian. Just swap "GOODIX_READ_COOR_ADDR & 0xff" and > > > > "GOODIX_READ_COOR_ADDR >> 8" around and I thin kit will work. > > > > > > Indeed, fixed in: > > > https://github.com/hadess/gt9xx/commit/18e507c5c455a3d3d745380c4d0d561ea470a091 > > > > > > As for the various FIXMEs, could you (that includes Benjamin that > > > probably knows the driver more than he would like to) check whether > > > that's sensible? > > > https://github.com/hadess/gt9xx/commit/35b94f327edc04d95a7208a667553566faa871e3 > > > > > > If it is, I'll respin the patch and send it for merging. > > > > No, the "header" is not 10 bytes as far as I can see. IIUIC the device > > sends packet with 1st byte containing number of contacts + (n_contacts * > > GOODIX_CONTACT_SIZE) worth of data. The driver tries to optimize for > > single-touch scenario and reads the counter and the very first contact > > data and if the counter indicates more than one contact it will issue > > second i2c transaction to read in the rest. > > > > Your change did not alter the actual code, it just converted constant 10 > > into a define. > > Not quite, but that's besides the point. > > > Please try changing FIXMEs exactly as they were and see if the driver > > still works properly. > > I did, and it still works properly. I also don't understand how it could > have worked properly before... > > Should I still add those linefeeds to all the print statements in the > driver? Yes please.
On Tue, 2014-10-28 at 16:04 -0700, Dmitry Torokhov wrote: > On Tue, Oct 28, 2014 at 11:31:30PM +0100, Bastien Nocera wrote: <snip> > > > Please try changing FIXMEs exactly as they were and see if the driver > > > still works properly. > > > > I did, and it still works properly. I also don't understand how it could > > have worked properly before... > > > > Should I still add those linefeeds to all the print statements in the > > driver? > > Yes please. Done, and new version sent. Cheers -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/input/touchscreen/goodix.c b/drivers/input/touchscreen/goodix.c index fd02b5e..1c2131c 100644 --- a/drivers/input/touchscreen/goodix.c +++ b/drivers/input/touchscreen/goodix.c @@ -37,11 +37,12 @@ struct goodix_ts_data { #define GOODIX_MAX_HEIGHT 4096 #define GOODIX_MAX_WIDTH 4096 #define GOODIX_INT_TRIGGER 1 -#define GOODIX_MAX_TOUCH 10 +#define GOODIX_CONTACT_SIZE 8 +#define GOODIX_MAX_CONTACTS 10 #define GOODIX_CONFIG_MAX_LENGTH 240 -/* Register defineS */ +/* Register defines */ #define GOODIX_READ_COOR_ADDR 0x814E #define GOODIX_REG_CONFIG_DATA 0x8047 #define GOODIX_REG_VERSION 0x8140 @@ -49,7 +50,6 @@ struct goodix_ts_data { #define RESOLUTION_LOC 1 #define TRIGGER_LOC 6 -static const char *goodix_ts_name = "Goodix Capacitive TouchScreen"; static const unsigned long goodix_irq_flags[] = { IRQ_TYPE_EDGE_RISING, IRQ_TYPE_EDGE_FALLING, @@ -86,66 +86,38 @@ static int goodix_i2c_read(struct i2c_client *client, return ret < 0 ? ret : (ret != ARRAY_SIZE(msgs) ? -EIO : 0); } -/** - * goodix_i2c_write - write data to the i2c slave device. - * - * @client: i2c device. - * @reg: the register to read to. - * @buf: raw write data buffer. - * @len: length of the buffer to write - */ -static int goodix_i2c_write(struct i2c_client *client, - u16 reg, u8 *buf, int len) -{ - struct i2c_msg msg; - int ret; - u8 *wbuf; - u16 *addr; - - wbuf = kzalloc(len + 2, GFP_KERNEL); - if (!buf) - return -ENOMEM; - - addr = ((u16 *) &wbuf[0]); - *addr = cpu_to_be16(reg); - memcpy(&wbuf[2], buf, len); - - msg.flags = 0; - msg.addr = client->addr; - msg.len = len + 2; - msg.buf = wbuf; - - ret = i2c_transfer(client->adapter, &msg, 1); - kfree(wbuf); - return ret < 0 ? ret : (ret != 1 ? -EIO : 0); -} - static int goodix_ts_read_input_report(struct goodix_ts_data *ts, u8 *data) { int touch_num; - int ret; + int error; - ret = goodix_i2c_read(ts->client, GOODIX_READ_COOR_ADDR, data, 10); - if (ret < 0) { - dev_err(&ts->client->dev, "I2C transfer error (%d)\n", ret); - return ret; + /* XXX should we read GOODIX_CONTACT_SIZE + 1 (i.e. 9) instead of 10? */ + error = goodix_i2c_read(ts->client, GOODIX_READ_COOR_ADDR, data, 10); + if (error) { + dev_err(&ts->client->dev, "I2C transfer error: %d\n", error); + return error; } touch_num = data[0] & 0x0f; - if (touch_num > GOODIX_MAX_TOUCH) + if (touch_num > GOODIX_MAX_CONTACTS) return -EPROTO; if (touch_num > 1) { - ret = goodix_i2c_read(ts->client, GOODIX_READ_COOR_ADDR + 10, - &data[10], 8 * (touch_num - 1)); - if (ret < 0) - return ret; + data += 10; + // data += GOODIX_CONTACT_SIZE + 1 + error = goodix_i2c_read(ts->client, + GOODIX_READ_COOR_ADDR + 10, + // GOODIX_READ_COOR_ADDR + 1 + GOODIX_CONTACT_SIZE ??? + data, + GOODIX_CONTACT_SIZE * (touch_num - 1)); + if (error) + return error; } return touch_num; } -static void goodix_ts_parse_touch(struct goodix_ts_data *ts, u8 *coor_data) +static void goodix_ts_report_touch(struct goodix_ts_data *ts, u8 *coor_data) { int id = coor_data[0] & 0x0F; int input_x = get_unaligned_le16(&coor_data[1]); @@ -170,7 +142,8 @@ static void goodix_ts_parse_touch(struct goodix_ts_data *ts, u8 *coor_data) */ static void goodix_process_events(struct goodix_ts_data *ts) { - u8 point_data[1 + 8 * GOODIX_MAX_TOUCH + 1]; + // XXX why extra +1 ? + u8 point_data[1 + GOODIX_CONTACT_SIZE * GOODIX_MAX_CONTACTS + 1]; int touch_num; int i; @@ -179,7 +152,8 @@ static void goodix_process_events(struct goodix_ts_data *ts) return; for (i = 0; i < touch_num; i++) - goodix_ts_parse_touch(ts, &point_data[1 + 8 * i]); + goodix_ts_report_touch(ts, + &point_data[1 + GOODIX_CONTACT_SIZE * i]); input_mt_sync_frame(ts->input_dev); input_sync(ts->input_dev); @@ -193,13 +167,16 @@ static void goodix_process_events(struct goodix_ts_data *ts) */ static irqreturn_t goodix_ts_irq_handler(int irq, void *dev_id) { + static const u8 end_cmd[] = { + GOODIX_READ_COOR_ADDR & 0xff, + GOODIX_READ_COOR_ADDR >> 8, + 0 + }; struct goodix_ts_data *ts = dev_id; - u8 end_cmd[1] = {0}; goodix_process_events(ts); - if (goodix_i2c_write(ts->client, - GOODIX_READ_COOR_ADDR, end_cmd, 1) < 0) + if (i2c_master_send(ts->client, end_cmd, sizeof(end_cmd)) < 0) dev_err(&ts->client->dev, "I2C write end_cmd error"); return IRQ_HANDLED; @@ -214,14 +191,16 @@ static irqreturn_t goodix_ts_irq_handler(int irq, void *dev_id) */ static void goodix_read_config(struct goodix_ts_data *ts) { - int ret; u8 config[GOODIX_CONFIG_MAX_LENGTH]; + int error; - ret = goodix_i2c_read(ts->client, GOODIX_REG_CONFIG_DATA, config, + error = goodix_i2c_read(ts->client, GOODIX_REG_CONFIG_DATA, + config, GOODIX_CONFIG_MAX_LENGTH); - if (ret < 0) { - dev_err(&ts->client->dev, - "Error reading config, use default value!"); + if (error) { + dev_warn(&ts->client->dev, + "Error reading config (%d), using defaults\n", + error); ts->abs_x_max = GOODIX_MAX_WIDTH; ts->abs_y_max = GOODIX_MAX_HEIGHT; ts->int_trigger_type = GOODIX_INT_TRIGGER; @@ -231,9 +210,9 @@ static void goodix_read_config(struct goodix_ts_data *ts) ts->abs_x_max = get_unaligned_le16(&config[RESOLUTION_LOC]); ts->abs_y_max = get_unaligned_le16(&config[RESOLUTION_LOC + 2]); ts->int_trigger_type = (config[TRIGGER_LOC]) & 0x03; - if ((!ts->abs_x_max) || (!ts->abs_y_max)) { + if (!ts->abs_x_max || !ts->abs_y_max) { dev_err(&ts->client->dev, - "Invalid config, use default value!"); + "Invalid config, using defaults\n"); ts->abs_x_max = GOODIX_MAX_WIDTH; ts->abs_y_max = GOODIX_MAX_HEIGHT; } @@ -248,13 +227,13 @@ static void goodix_read_config(struct goodix_ts_data *ts) */ static int goodix_read_version(struct i2c_client *client, u16 *version) { - int ret; + int error; u8 buf[6]; - ret = goodix_i2c_read(client, GOODIX_REG_VERSION, buf, sizeof(buf)); - if (ret < 0) { - dev_err(&client->dev, "read version failed"); - return ret; + error = goodix_i2c_read(client, GOODIX_REG_VERSION, buf, sizeof(buf)); + if (error) { + dev_err(&client->dev, "read version failed: %d\n", error); + return error; } if (version) @@ -262,7 +241,7 @@ static int goodix_read_version(struct i2c_client *client, u16 *version) dev_info(&client->dev, "IC VERSION: %6ph", buf); - return ret; + return 0; } /** @@ -272,20 +251,22 @@ static int goodix_read_version(struct i2c_client *client, u16 *version) */ static int goodix_i2c_test(struct i2c_client *client) { - u8 test; - int ret; int retry = 0; + int error; + u8 test; while (retry++ < 2) { - ret = goodix_i2c_read(client, GOODIX_REG_CONFIG_DATA, - &test, 1); - if (ret >= 0) - return ret; + error = goodix_i2c_read(client, GOODIX_REG_CONFIG_DATA, + &test, 1); + if (!error) + return 0; - dev_err(&client->dev, "i2c test failed time %d.", retry); + dev_err(&client->dev, "i2c test failed attempt %d: %d\n", + retry, error); msleep(20); } - return ret; + + return error; } /** @@ -297,7 +278,7 @@ static int goodix_i2c_test(struct i2c_client *client) */ static int goodix_request_input_dev(struct goodix_ts_data *ts) { - int ret; + int error; ts->input_dev = devm_input_allocate_device(&ts->client->dev); if (!ts->input_dev) { @@ -316,79 +297,73 @@ static int goodix_request_input_dev(struct goodix_ts_data *ts) input_set_abs_params(ts->input_dev, ABS_MT_WIDTH_MAJOR, 0, 255, 0, 0); input_set_abs_params(ts->input_dev, ABS_MT_TOUCH_MAJOR, 0, 255, 0, 0); - input_mt_init_slots(ts->input_dev, GOODIX_MAX_TOUCH, + input_mt_init_slots(ts->input_dev, GOODIX_MAX_CONTACTS, INPUT_MT_DIRECT | INPUT_MT_DROP_UNUSED); - ts->input_dev->name = goodix_ts_name; + ts->input_dev->name = "Goodix Capacitive TouchScreen"; ts->input_dev->phys = "input/ts"; ts->input_dev->id.bustype = BUS_I2C; ts->input_dev->id.vendor = 0x0416; ts->input_dev->id.product = 0x1001; ts->input_dev->id.version = 10427; - ret = input_register_device(ts->input_dev); - if (ret) { - dev_err(&ts->client->dev, "Failed to register %s input device", - ts->input_dev->name); - return ret; + error = input_register_device(ts->input_dev); + if (error) { + dev_err(&ts->client->dev, + "Failed to register input device: %d", error); + return error; } return 0; } static int goodix_ts_probe(struct i2c_client *client, - const struct i2c_device_id *id) + const struct i2c_device_id *id) { - int ret; struct goodix_ts_data *ts; + unsigned long irq_flags; + int error; u16 version_info; - dev_info(&client->dev, "I2C Address: 0x%02x", client->addr); + dev_dbg(&client->dev, "I2C Address: 0x%02x", client->addr); if (!i2c_check_functionality(client->adapter, I2C_FUNC_I2C)) { - dev_err(&client->dev, "I2C check functionality failed."); - return -ENODEV; + dev_err(&client->dev, "I2C check functionality failed.\n"); + return -ENXIO; } + ts = devm_kzalloc(&client->dev, sizeof(*ts), GFP_KERNEL); - if (!ts) { - dev_err(&client->dev, "Alloc GFP_KERNEL memory failed."); + if (!ts) return -ENOMEM; - } ts->client = client; i2c_set_clientdata(client, ts); - ret = goodix_i2c_test(client); - if (ret < 0) { - dev_err(&client->dev, "I2C communication ERROR!"); - return ret; + error = goodix_i2c_test(client); + if (error) { + dev_err(&client->dev, "I2C communication failure: %d\n", error); + return error; } - goodix_read_config(ts); - - ret = goodix_request_input_dev(ts); - if (ret < 0) { - dev_err(&client->dev, "request input dev failed"); - return ret; + error = goodix_read_version(client, &version_info); + if (error) { + dev_err(&client->dev, "Read version failed."); + return error; } - ret = devm_request_threaded_irq(&ts->client->dev, - ts->client->irq, NULL, - goodix_ts_irq_handler, - goodix_irq_flags[ts->int_trigger_type] - | IRQF_ONESHOT, - ts->client->name, - ts); - if (ret < 0) { - dev_err(&ts->client->dev, - "Request IRQ failed! ERRNO: %d.", ret); - return ret; - } + goodix_read_config(ts); - ret = goodix_read_version(client, &version_info); - if (ret < 0) { - dev_err(&client->dev, "Read version failed."); - return ret; + error = goodix_request_input_dev(ts); + if (error) + return error; + + irq_flags = goodix_irq_flags[ts->int_trigger_type] | IRQF_ONESHOT; + error = devm_request_threaded_irq(&ts->client->dev, client->irq, + NULL, goodix_ts_irq_handler, + irq_flags, client->name, ts); + if (error) { + dev_err(&client->dev, "request IRQ failed: %d.", error); + return error; } return 0; @@ -414,7 +389,6 @@ static struct i2c_driver goodix_ts_driver = { .acpi_match_table = goodix_acpi_match, }, }; - module_i2c_driver(goodix_ts_driver); MODULE_AUTHOR("Benjamin Tissoires <benjamin.tissoires@gmail.com>");