diff for duplicates of <1440172701.4081.1.camel@intel.com> diff --git a/a/1.txt b/N1/1.txt index 7cdc500..5f58c89 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,60 +1,43 @@ -On Fri, 2015-08-21 at 12:21 +0200, Wolfram Sang wrote: -> On Mon, Aug 17, 2015 at 11:09:43AM +0200, Markus Pargmann wrote: -> > On Sun, Aug 16, 2015 at 10:24:47AM +0100, Jonathan Cameron wrote: -> > > On 12/08/15 15:31, Irina Tirdea wrote: -> > > > Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to -> > > > enable/disable the bus at each i2c transfer and must wait for -> > > > the enable/disable to happen before sending the data. -> > > > -> > > > When reading data in the trigger handler, the bmg160 driver -> > > > does -> > > > one i2c transfer for each axis. This has an impact on the -> > > > frequency -> > > > of the gyroscope at high sample rates due to additional delays -> > > > introduced by the i2c bus at each transfer. -> > > > -> > > > Reading all axis values in one i2c transfer reduces the delays -> > > > introduced by the i2c bus. Uses -> > > > i2c_smbus_read_i2c_block_data_or_emulated -> > > > that will fallback to reading each axis as a separate word in -> > > > case i2c -> > > > block read is not supported. -> > > > -> > > > Signed-off-by: Irina Tirdea <irina.tirdea@intel.com> -> > > > Acked-by: Jonathan Cameron <jic23@kernel.org> -> > > > Acked-by: Srinivas Pandruvada < -> > > > srinivas.pandruvada@linux.intel.com> -> > > Note, that in the meantime the bmg160 driver just went all regmap -> > > on us (as part of adding SPI support - though that step hasn't -> > > happened yet). Hence we'll need a means of telling regmap about -> > > this -> > > possibility. -> > -> > Perhaps this is covered by a regmap_bulk_read()? -> > -> > The series[1] I am working on implements a i2c smbus block data -> > regmap -> > bus driver. Regmap should then automatically do a block read in -> > regmap_bulk_read. -> -> Hmm, so doesn't your series make Irina's series obsolete? It -> addresses -> the same problem only at a different layer (i2c core vs. regmap), or? -> It -> would mean that i2c client drivers which want to support byte, word, -> or -> block transfers should be converted to regmap. I assume most of the -> potential candidates are register based devices anyhow. Then, regmap -> would be the proper abstraction layer. Have I overlooked something? -> -This is the only driver converted to use regmap, because of SPI mode -support. The other drivers will still use Irina's changes. - -Thanks -Srinivas - - -> Thanks, -> -> Wolfram -> +T24gRnJpLCAyMDE1LTA4LTIxIGF0IDEyOjIxICswMjAwLCBXb2xmcmFtIFNhbmcgd3JvdGU6DQo+ +IE9uIE1vbiwgQXVnIDE3LCAyMDE1IGF0IDExOjA5OjQzQU0gKzAyMDAsIE1hcmt1cyBQYXJnbWFu +biB3cm90ZToNCj4gPiBPbiBTdW4sIEF1ZyAxNiwgMjAxNSBhdCAxMDoyNDo0N0FNICswMTAwLCBK +b25hdGhhbiBDYW1lcm9uIHdyb3RlOg0KPiA+ID4gT24gMTIvMDgvMTUgMTU6MzEsIElyaW5hIFRp +cmRlYSB3cm90ZToNCj4gPiA+ID4gU29tZSBpMmMgYnVzc2VzIChlLmcuOiBTeW5vcHN5cyBEZXNp +Z25XYXJlIEkyQyBhZGFwdGVyKSBuZWVkIHRvDQo+ID4gPiA+IGVuYWJsZS9kaXNhYmxlIHRoZSBi +dXMgYXQgZWFjaCBpMmMgdHJhbnNmZXIgYW5kIG11c3Qgd2FpdCBmb3INCj4gPiA+ID4gdGhlIGVu +YWJsZS9kaXNhYmxlIHRvIGhhcHBlbiBiZWZvcmUgc2VuZGluZyB0aGUgZGF0YS4NCj4gPiA+ID4g +DQo+ID4gPiA+IFdoZW4gcmVhZGluZyBkYXRhIGluIHRoZSB0cmlnZ2VyIGhhbmRsZXIsIHRoZSBi +bWcxNjAgZHJpdmVyIA0KPiA+ID4gPiBkb2VzDQo+ID4gPiA+IG9uZSBpMmMgdHJhbnNmZXIgZm9y +IGVhY2ggYXhpcy4gVGhpcyBoYXMgYW4gaW1wYWN0IG9uIHRoZSANCj4gPiA+ID4gZnJlcXVlbmN5 +DQo+ID4gPiA+IG9mIHRoZSBneXJvc2NvcGUgYXQgaGlnaCBzYW1wbGUgcmF0ZXMgZHVlIHRvIGFk +ZGl0aW9uYWwgZGVsYXlzDQo+ID4gPiA+IGludHJvZHVjZWQgYnkgdGhlIGkyYyBidXMgYXQgZWFj +aCB0cmFuc2Zlci4NCj4gPiA+ID4gDQo+ID4gPiA+IFJlYWRpbmcgYWxsIGF4aXMgdmFsdWVzIGlu +IG9uZSBpMmMgdHJhbnNmZXIgcmVkdWNlcyB0aGUgZGVsYXlzDQo+ID4gPiA+IGludHJvZHVjZWQg +YnkgdGhlIGkyYyBidXMuIFVzZXMgDQo+ID4gPiA+IGkyY19zbWJ1c19yZWFkX2kyY19ibG9ja19k +YXRhX29yX2VtdWxhdGVkDQo+ID4gPiA+IHRoYXQgd2lsbCBmYWxsYmFjayB0byByZWFkaW5nIGVh +Y2ggYXhpcyBhcyBhIHNlcGFyYXRlIHdvcmQgaW4gDQo+ID4gPiA+IGNhc2UgaTJjDQo+ID4gPiA+ +IGJsb2NrIHJlYWQgaXMgbm90IHN1cHBvcnRlZC4NCj4gPiA+ID4gDQo+ID4gPiA+IFNpZ25lZC1v +ZmYtYnk6IElyaW5hIFRpcmRlYSA8aXJpbmEudGlyZGVhQGludGVsLmNvbT4NCj4gPiA+ID4gQWNr +ZWQtYnk6IEpvbmF0aGFuIENhbWVyb24gPGppYzIzQGtlcm5lbC5vcmc+DQo+ID4gPiA+IEFja2Vk +LWJ5OiBTcmluaXZhcyBQYW5kcnV2YWRhIDwNCj4gPiA+ID4gc3Jpbml2YXMucGFuZHJ1dmFkYUBs +aW51eC5pbnRlbC5jb20+DQo+ID4gPiBOb3RlLCB0aGF0IGluIHRoZSBtZWFudGltZSB0aGUgYm1n +MTYwIGRyaXZlciBqdXN0IHdlbnQgYWxsIHJlZ21hcA0KPiA+ID4gb24gdXMgKGFzIHBhcnQgb2Yg +YWRkaW5nIFNQSSBzdXBwb3J0IC0gdGhvdWdoIHRoYXQgc3RlcCBoYXNuJ3QNCj4gPiA+IGhhcHBl +bmVkIHlldCkuICBIZW5jZSB3ZSdsbCBuZWVkIGEgbWVhbnMgb2YgdGVsbGluZyByZWdtYXAgYWJv +dXQgDQo+ID4gPiB0aGlzDQo+ID4gPiBwb3NzaWJpbGl0eS4NCj4gPiANCj4gPiBQZXJoYXBzIHRo +aXMgaXMgY292ZXJlZCBieSBhIHJlZ21hcF9idWxrX3JlYWQoKT8NCj4gPiANCj4gPiBUaGUgc2Vy +aWVzWzFdIEkgYW0gd29ya2luZyBvbiBpbXBsZW1lbnRzIGEgaTJjIHNtYnVzIGJsb2NrIGRhdGEg +DQo+ID4gcmVnbWFwDQo+ID4gYnVzIGRyaXZlci4gUmVnbWFwIHNob3VsZCB0aGVuIGF1dG9tYXRp +Y2FsbHkgZG8gYSBibG9jayByZWFkIGluDQo+ID4gcmVnbWFwX2J1bGtfcmVhZC4NCj4gDQo+IEht +bSwgc28gZG9lc24ndCB5b3VyIHNlcmllcyBtYWtlIElyaW5hJ3Mgc2VyaWVzIG9ic29sZXRlPyBJ +dCANCj4gYWRkcmVzc2VzDQo+IHRoZSBzYW1lIHByb2JsZW0gb25seSBhdCBhIGRpZmZlcmVudCBs +YXllciAoaTJjIGNvcmUgdnMuIHJlZ21hcCksIG9yPyANCj4gSXQNCj4gd291bGQgbWVhbiB0aGF0 +IGkyYyBjbGllbnQgZHJpdmVycyB3aGljaCB3YW50IHRvIHN1cHBvcnQgYnl0ZSwgd29yZCwgDQo+ +IG9yDQo+IGJsb2NrIHRyYW5zZmVycyBzaG91bGQgYmUgY29udmVydGVkIHRvIHJlZ21hcC4gSSBh +c3N1bWUgbW9zdCBvZiB0aGUNCj4gcG90ZW50aWFsIGNhbmRpZGF0ZXMgYXJlIHJlZ2lzdGVyIGJh +c2VkIGRldmljZXMgYW55aG93LiBUaGVuLCByZWdtYXANCj4gd291bGQgYmUgdGhlIHByb3BlciBh +YnN0cmFjdGlvbiBsYXllci4gSGF2ZSBJIG92ZXJsb29rZWQgc29tZXRoaW5nPw0KPiANClRoaXMg +aXMgdGhlIG9ubHkgZHJpdmVyIGNvbnZlcnRlZCB0byB1c2UgcmVnbWFwLCBiZWNhdXNlIG9mIFNQ +SSBtb2RlDQpzdXBwb3J0LiBUaGUgb3RoZXIgZHJpdmVycyB3aWxsIHN0aWxsIHVzZSBJcmluYSdz +IGNoYW5nZXMuDQoNClRoYW5rcw0KU3Jpbml2YXMNCg0KDQo+IFRoYW5rcywNCj4gDQo+ICAgIFdv +bGZyYW0NCj4g diff --git a/a/content_digest b/N1/content_digest index 9b3396f..0b9b364 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -3,79 +3,62 @@ "ref\055D056DF.5020201@kernel.org\0" "ref\020150817090943.GO19600@pengutronix.de\0" "ref\020150821102125.GA1656@katana\0" - "From\0Pandruvada, Srinivas <srinivas.pandruvada-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>\0" + "From\0Pandruvada, Srinivas <srinivas.pandruvada@intel.com>\0" "Subject\0Re: [PATCH v5 6/8] iio: gyro: bmg160: optimize i2c transfers in trigger handler\0" "Date\0Fri, 21 Aug 2015 15:59:05 +0000\0" - "To\0wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>" - " mpa-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org <mpa-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>\0" - "Cc\0linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>" - pmeerw-jW+XmwGofnusTnJN9+BGXg@public.gmane.org <pmeerw-jW+XmwGofnusTnJN9+BGXg@public.gmane.org> - linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org <jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + "To\0wsa@the-dreams.de <wsa@the-dreams.de>" + " mpa@pengutronix.de <mpa@pengutronix.de>\0" + "Cc\0linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>" + pmeerw@pmeerw.net <pmeerw@pmeerw.net> + linux-iio@vger.kernel.org <linux-iio@vger.kernel.org> + jic23@kernel.org <jic23@kernel.org> Tirdea - Irina <irina.tirdea-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> - " linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>\0" + Irina <irina.tirdea@intel.com> + " linux-i2c@vger.kernel.org <linux-i2c@vger.kernel.org>\0" "\00:1\0" "b\0" - "On Fri, 2015-08-21 at 12:21 +0200, Wolfram Sang wrote:\n" - "> On Mon, Aug 17, 2015 at 11:09:43AM +0200, Markus Pargmann wrote:\n" - "> > On Sun, Aug 16, 2015 at 10:24:47AM +0100, Jonathan Cameron wrote:\n" - "> > > On 12/08/15 15:31, Irina Tirdea wrote:\n" - "> > > > Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to\n" - "> > > > enable/disable the bus at each i2c transfer and must wait for\n" - "> > > > the enable/disable to happen before sending the data.\n" - "> > > > \n" - "> > > > When reading data in the trigger handler, the bmg160 driver \n" - "> > > > does\n" - "> > > > one i2c transfer for each axis. This has an impact on the \n" - "> > > > frequency\n" - "> > > > of the gyroscope at high sample rates due to additional delays\n" - "> > > > introduced by the i2c bus at each transfer.\n" - "> > > > \n" - "> > > > Reading all axis values in one i2c transfer reduces the delays\n" - "> > > > introduced by the i2c bus. Uses \n" - "> > > > i2c_smbus_read_i2c_block_data_or_emulated\n" - "> > > > that will fallback to reading each axis as a separate word in \n" - "> > > > case i2c\n" - "> > > > block read is not supported.\n" - "> > > > \n" - "> > > > Signed-off-by: Irina Tirdea <irina.tirdea@intel.com>\n" - "> > > > Acked-by: Jonathan Cameron <jic23@kernel.org>\n" - "> > > > Acked-by: Srinivas Pandruvada <\n" - "> > > > srinivas.pandruvada@linux.intel.com>\n" - "> > > Note, that in the meantime the bmg160 driver just went all regmap\n" - "> > > on us (as part of adding SPI support - though that step hasn't\n" - "> > > happened yet). Hence we'll need a means of telling regmap about \n" - "> > > this\n" - "> > > possibility.\n" - "> > \n" - "> > Perhaps this is covered by a regmap_bulk_read()?\n" - "> > \n" - "> > The series[1] I am working on implements a i2c smbus block data \n" - "> > regmap\n" - "> > bus driver. Regmap should then automatically do a block read in\n" - "> > regmap_bulk_read.\n" - "> \n" - "> Hmm, so doesn't your series make Irina's series obsolete? It \n" - "> addresses\n" - "> the same problem only at a different layer (i2c core vs. regmap), or? \n" - "> It\n" - "> would mean that i2c client drivers which want to support byte, word, \n" - "> or\n" - "> block transfers should be converted to regmap. I assume most of the\n" - "> potential candidates are register based devices anyhow. Then, regmap\n" - "> would be the proper abstraction layer. Have I overlooked something?\n" - "> \n" - "This is the only driver converted to use regmap, because of SPI mode\n" - "support. The other drivers will still use Irina's changes.\n" - "\n" - "Thanks\n" - "Srinivas\n" - "\n" - "\n" - "> Thanks,\n" - "> \n" - "> Wolfram\n" - > + "T24gRnJpLCAyMDE1LTA4LTIxIGF0IDEyOjIxICswMjAwLCBXb2xmcmFtIFNhbmcgd3JvdGU6DQo+\n" + "IE9uIE1vbiwgQXVnIDE3LCAyMDE1IGF0IDExOjA5OjQzQU0gKzAyMDAsIE1hcmt1cyBQYXJnbWFu\n" + "biB3cm90ZToNCj4gPiBPbiBTdW4sIEF1ZyAxNiwgMjAxNSBhdCAxMDoyNDo0N0FNICswMTAwLCBK\n" + "b25hdGhhbiBDYW1lcm9uIHdyb3RlOg0KPiA+ID4gT24gMTIvMDgvMTUgMTU6MzEsIElyaW5hIFRp\n" + "cmRlYSB3cm90ZToNCj4gPiA+ID4gU29tZSBpMmMgYnVzc2VzIChlLmcuOiBTeW5vcHN5cyBEZXNp\n" + "Z25XYXJlIEkyQyBhZGFwdGVyKSBuZWVkIHRvDQo+ID4gPiA+IGVuYWJsZS9kaXNhYmxlIHRoZSBi\n" + "dXMgYXQgZWFjaCBpMmMgdHJhbnNmZXIgYW5kIG11c3Qgd2FpdCBmb3INCj4gPiA+ID4gdGhlIGVu\n" + "YWJsZS9kaXNhYmxlIHRvIGhhcHBlbiBiZWZvcmUgc2VuZGluZyB0aGUgZGF0YS4NCj4gPiA+ID4g\n" + "DQo+ID4gPiA+IFdoZW4gcmVhZGluZyBkYXRhIGluIHRoZSB0cmlnZ2VyIGhhbmRsZXIsIHRoZSBi\n" + "bWcxNjAgZHJpdmVyIA0KPiA+ID4gPiBkb2VzDQo+ID4gPiA+IG9uZSBpMmMgdHJhbnNmZXIgZm9y\n" + "IGVhY2ggYXhpcy4gVGhpcyBoYXMgYW4gaW1wYWN0IG9uIHRoZSANCj4gPiA+ID4gZnJlcXVlbmN5\n" + "DQo+ID4gPiA+IG9mIHRoZSBneXJvc2NvcGUgYXQgaGlnaCBzYW1wbGUgcmF0ZXMgZHVlIHRvIGFk\n" + "ZGl0aW9uYWwgZGVsYXlzDQo+ID4gPiA+IGludHJvZHVjZWQgYnkgdGhlIGkyYyBidXMgYXQgZWFj\n" + "aCB0cmFuc2Zlci4NCj4gPiA+ID4gDQo+ID4gPiA+IFJlYWRpbmcgYWxsIGF4aXMgdmFsdWVzIGlu\n" + "IG9uZSBpMmMgdHJhbnNmZXIgcmVkdWNlcyB0aGUgZGVsYXlzDQo+ID4gPiA+IGludHJvZHVjZWQg\n" + "YnkgdGhlIGkyYyBidXMuIFVzZXMgDQo+ID4gPiA+IGkyY19zbWJ1c19yZWFkX2kyY19ibG9ja19k\n" + "YXRhX29yX2VtdWxhdGVkDQo+ID4gPiA+IHRoYXQgd2lsbCBmYWxsYmFjayB0byByZWFkaW5nIGVh\n" + "Y2ggYXhpcyBhcyBhIHNlcGFyYXRlIHdvcmQgaW4gDQo+ID4gPiA+IGNhc2UgaTJjDQo+ID4gPiA+\n" + "IGJsb2NrIHJlYWQgaXMgbm90IHN1cHBvcnRlZC4NCj4gPiA+ID4gDQo+ID4gPiA+IFNpZ25lZC1v\n" + "ZmYtYnk6IElyaW5hIFRpcmRlYSA8aXJpbmEudGlyZGVhQGludGVsLmNvbT4NCj4gPiA+ID4gQWNr\n" + "ZWQtYnk6IEpvbmF0aGFuIENhbWVyb24gPGppYzIzQGtlcm5lbC5vcmc+DQo+ID4gPiA+IEFja2Vk\n" + "LWJ5OiBTcmluaXZhcyBQYW5kcnV2YWRhIDwNCj4gPiA+ID4gc3Jpbml2YXMucGFuZHJ1dmFkYUBs\n" + "aW51eC5pbnRlbC5jb20+DQo+ID4gPiBOb3RlLCB0aGF0IGluIHRoZSBtZWFudGltZSB0aGUgYm1n\n" + "MTYwIGRyaXZlciBqdXN0IHdlbnQgYWxsIHJlZ21hcA0KPiA+ID4gb24gdXMgKGFzIHBhcnQgb2Yg\n" + "YWRkaW5nIFNQSSBzdXBwb3J0IC0gdGhvdWdoIHRoYXQgc3RlcCBoYXNuJ3QNCj4gPiA+IGhhcHBl\n" + "bmVkIHlldCkuICBIZW5jZSB3ZSdsbCBuZWVkIGEgbWVhbnMgb2YgdGVsbGluZyByZWdtYXAgYWJv\n" + "dXQgDQo+ID4gPiB0aGlzDQo+ID4gPiBwb3NzaWJpbGl0eS4NCj4gPiANCj4gPiBQZXJoYXBzIHRo\n" + "aXMgaXMgY292ZXJlZCBieSBhIHJlZ21hcF9idWxrX3JlYWQoKT8NCj4gPiANCj4gPiBUaGUgc2Vy\n" + "aWVzWzFdIEkgYW0gd29ya2luZyBvbiBpbXBsZW1lbnRzIGEgaTJjIHNtYnVzIGJsb2NrIGRhdGEg\n" + "DQo+ID4gcmVnbWFwDQo+ID4gYnVzIGRyaXZlci4gUmVnbWFwIHNob3VsZCB0aGVuIGF1dG9tYXRp\n" + "Y2FsbHkgZG8gYSBibG9jayByZWFkIGluDQo+ID4gcmVnbWFwX2J1bGtfcmVhZC4NCj4gDQo+IEht\n" + "bSwgc28gZG9lc24ndCB5b3VyIHNlcmllcyBtYWtlIElyaW5hJ3Mgc2VyaWVzIG9ic29sZXRlPyBJ\n" + "dCANCj4gYWRkcmVzc2VzDQo+IHRoZSBzYW1lIHByb2JsZW0gb25seSBhdCBhIGRpZmZlcmVudCBs\n" + "YXllciAoaTJjIGNvcmUgdnMuIHJlZ21hcCksIG9yPyANCj4gSXQNCj4gd291bGQgbWVhbiB0aGF0\n" + "IGkyYyBjbGllbnQgZHJpdmVycyB3aGljaCB3YW50IHRvIHN1cHBvcnQgYnl0ZSwgd29yZCwgDQo+\n" + "IG9yDQo+IGJsb2NrIHRyYW5zZmVycyBzaG91bGQgYmUgY29udmVydGVkIHRvIHJlZ21hcC4gSSBh\n" + "c3N1bWUgbW9zdCBvZiB0aGUNCj4gcG90ZW50aWFsIGNhbmRpZGF0ZXMgYXJlIHJlZ2lzdGVyIGJh\n" + "c2VkIGRldmljZXMgYW55aG93LiBUaGVuLCByZWdtYXANCj4gd291bGQgYmUgdGhlIHByb3BlciBh\n" + "YnN0cmFjdGlvbiBsYXllci4gSGF2ZSBJIG92ZXJsb29rZWQgc29tZXRoaW5nPw0KPiANClRoaXMg\n" + "aXMgdGhlIG9ubHkgZHJpdmVyIGNvbnZlcnRlZCB0byB1c2UgcmVnbWFwLCBiZWNhdXNlIG9mIFNQ\n" + "SSBtb2RlDQpzdXBwb3J0LiBUaGUgb3RoZXIgZHJpdmVycyB3aWxsIHN0aWxsIHVzZSBJcmluYSdz\n" + "IGNoYW5nZXMuDQoNClRoYW5rcw0KU3Jpbml2YXMNCg0KDQo+IFRoYW5rcywNCj4gDQo+ICAgIFdv\n" + bGZyYW0NCj4g -626ad4e391b6109ccb6d609c583205b2519ad91fcbbc0e5325709c3e6faa2a9b +482be93598cb827e3946cd948219159f07120f679a6c910f7e9812b3e1bb6a20
diff --git a/a/1.txt b/N2/1.txt index 7cdc500..ec0043c 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -57,4 +57,4 @@ Srinivas > Thanks, > > Wolfram -> +> ÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±þG«éÿ{ayº\x1dÊÚë,j\a¢f£¢·hïêÿêçz_è®\x03(éÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?¨èÚ&£ø§~á¶iOæ¬z·vØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?I¥ diff --git a/a/content_digest b/N2/content_digest index 9b3396f..cb8ea61 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -3,18 +3,18 @@ "ref\055D056DF.5020201@kernel.org\0" "ref\020150817090943.GO19600@pengutronix.de\0" "ref\020150821102125.GA1656@katana\0" - "From\0Pandruvada, Srinivas <srinivas.pandruvada-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>\0" + "From\0Pandruvada, Srinivas <srinivas.pandruvada@intel.com>\0" "Subject\0Re: [PATCH v5 6/8] iio: gyro: bmg160: optimize i2c transfers in trigger handler\0" "Date\0Fri, 21 Aug 2015 15:59:05 +0000\0" - "To\0wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>" - " mpa-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org <mpa-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>\0" - "Cc\0linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>" - pmeerw-jW+XmwGofnusTnJN9+BGXg@public.gmane.org <pmeerw-jW+XmwGofnusTnJN9+BGXg@public.gmane.org> - linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org <jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + "To\0wsa@the-dreams.de <wsa@the-dreams.de>" + " mpa@pengutronix.de <mpa@pengutronix.de>\0" + "Cc\0linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>" + pmeerw@pmeerw.net <pmeerw@pmeerw.net> + linux-iio@vger.kernel.org <linux-iio@vger.kernel.org> + jic23@kernel.org <jic23@kernel.org> Tirdea - Irina <irina.tirdea-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> - " linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>\0" + Irina <irina.tirdea@intel.com> + " linux-i2c@vger.kernel.org <linux-i2c@vger.kernel.org>\0" "\00:1\0" "b\0" "On Fri, 2015-08-21 at 12:21 +0200, Wolfram Sang wrote:\n" @@ -76,6 +76,6 @@ "> Thanks,\n" "> \n" "> Wolfram\n" - > + "> \303\277\303\264\303\250\302\272{.n\303\207+\302\211\302\267\302\237\302\256\302\211\302\255\302\206+%\302\212\303\213\303\277\302\261\303\251\303\235\302\266\027\302\245\302\212w\303\277\302\272{.n\303\207+\302\211\302\267\302\245\302\212{\302\261\303\276G\302\253\302\235\303\251\303\277\302\212{ay\302\272\035\303\212\302\207\303\232\302\231\303\253,j\a\302\255\302\242f\302\243\302\242\302\267h\302\232\302\217\303\257\302\201\303\252\303\277\302\221\303\252\303\247z_\303\250\302\256\003(\302\255\303\251\302\232\302\216\302\212\303\235\302\242j\"\302\235\303\272\032\302\266\033m\302\247\303\277\303\277\302\276\a\302\253\303\276G\302\253\302\235\303\251\303\277\302\242\302\270?\302\231\302\250\303\250\302\255\303\232&\302\243\303\270\302\247~\302\217\303\241\302\266iO\302\225\303\246\302\254z\302\267\302\232v\303\230^\024\004\032\302\266\033m\302\247\303\277\303\277\303\203\f\303\277\302\266\303\254\303\277\302\242\302\270?\302\226I\302\245" -626ad4e391b6109ccb6d609c583205b2519ad91fcbbc0e5325709c3e6faa2a9b +a44d763db49bd005f13d7901f9837b73e0a661fcb67b62c37a3e6d699ef8cd73
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.