Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1349585
| From | Wolfram Sang <wsa@the-dreams.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2] i2c: mediatek: i2c multi transfer optimization |
| Date | 2016-03-03 22:20 +0100 |
| Message-ID | <r8IP8-4zX-17@gated-at.bofh.it> (permalink) |
| References | <r6fxU-49E-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Fri, Feb 26, 2016 at 01:35:39AM +0800, Liguo Zhang wrote: > Send the next transfer in the i2c irq handler, and only signal > complete() when the entire transaction has been completed. This describes what you do. But not why. Is this an improvment of throughput? Is there a downside of interrupt latency? Thanks. > > Signed-off-by: Liguo Zhang <liguo.zhang@mediatek.com> > --- > change in v2: > Remove the unused variable left_num in mtk_i2c_transfer().
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH v2] i2c: mediatek: i2c multi transfer optimization Liguo Zhang <liguo.zhang@mediatek.com> - 2016-02-26 02:40 +0100 Re: [PATCH v2] i2c: mediatek: i2c multi transfer optimization Wolfram Sang <wsa@the-dreams.de> - 2016-03-03 22:20 +0100
csiph-web