diff for duplicates of <1472675395.5025.31.camel@intel.com> diff --git a/a/1.txt b/N1/1.txt index 932fed8..cc14eee 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,45 +1,82 @@ -T24gV2VkLCAyMDE2LTA4LTMxIGF0IDEzOjI0IC0wNzAwLCBNYXR0IFJhbm9zdGF5IHdyb3RlOg0K -PiBPbiBXZWQsIEF1ZyAzMSwgMjAxNiBhdCAxOjE4IFBNLCBQYW5kcnV2YWRhLCBTcmluaXZhcw0K -PiA8c3Jpbml2YXMucGFuZHJ1dmFkYUBpbnRlbC5jb20+IHdyb3RlOg0KPiA+IA0KPiA+IE9uIFR1 -ZSwgMjAxNi0wOC0zMCBhdCAxNzo0MSAtMDcwMCwgTWF0dCBSYW5vc3RheSB3cm90ZToNCj4gPiA+ -IA0KPiA+ID4gT24gVHVlLCBBdWcgMzAsIDIwMTYgYXQgMzo0MiBQTSwgUGFuZHJ1dmFkYSwgU3Jp -bml2YXMNCj4gPiA+IDxzcmluaXZhcy5wYW5kcnV2YWRhQGludGVsLmNvbT4gd3JvdGU6DQo+ID4g -PiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gSGkgQWxsLA0KPiA+ID4gPiANCj4gPiA+ID4gSSBvYnNl -cnZlZCB0aGF0IHVzaW5nIGlpby1zZW5zb3ItcHJveHkuc2VydmljZSwgdGhlIGF1dG8gc2NyZWVu -DQo+ID4gPiA+IHJvdGF0aW9uIGZsaXBwZWQgb24gbXkgbGFwdG9wIChOb3JtYWwgLT4gdmVydGlj -YWwsIHZlcnRpY2FsLQ0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IG5vcm1hbCkNCj4gPiA+ID4gdXNp -bmcga2VybmVsIHY0LjguDQo+ID4gPiA+IA0KPiA+ID4gPiBBbnlvbmUgZWxzZSBoYXMgc2VlbiB0 -aGlzPw0KPiA+ID4gPiANCj4gPiA+ID4gSSBkaWQgYSBiaXNlY3QgYW5kIGZvdW5kIGEgY29tbWl0 -LCB3aGljaCBJIGFtIG5vdCBzdXJlIGhvdyBjYW4NCj4gPiA+ID4gaXQNCj4gPiA+ID4gaW1wYWN0 -Lg0KPiA+ID4gQ291bGQgeW91IHBvc3QgdGhlIHJlc3VsdHMgb2YgQ09ORklHX1RFU1RfSEFTSCBl -bmFibGVkPw0KPiA+IEF0dGFjaGVkIGRtZXNnLnR4dCB3aXRoIHRoZSBDT05GSUdfVEVTVF9IQVNI -PXkuDQo+ID4gDQo+ID4gSSBzZWUNCj4gPiBbwqDCoMKgwqA0LjI3NjEzOF0gdGVzdF9oYXNoOiBf -X2hhc2hfMzIoKSBoYXMgbm8gYXJjaCBpbXBsZW1lbnRhdGlvbiB0bw0KPiA+IHRlc3QuDQo+ID4g -W8KgwqDCoMKgNC4yNzYxMzhdIHRlc3RfaGFzaDogaGFzaF8zMigpIGhhcyBubyBhcmNoIGltcGxl -bWVudGF0aW9uIHRvDQo+ID4gdGVzdC4NCj4gPiBbwqDCoMKgwqA0LjI3NjEzOV0gdGVzdF9oYXNo -OiBoYXNoXzY0KCkgaGFzIG5vIGFyY2ggaW1wbGVtZW50YXRpb24gdG8NCj4gPiB0ZXN0Lg0KPiA+ -IFvCoMKgwqDCoDQuMjc2MTQxXSB0ZXN0X2hhc2g6IDMzMTUyIHRlc3RzIHBhc3NlZC4NCj4gPiAN -Cj4gT2sgaGF2ZSB5b3UgdGVzdGVkIHdpdGggdGhhdCBwYXRjaHNldCByZXZlcnRlZD8gQW5kIGlm -IHNvIGRvZXMgdGhlDQo+IHJlZ3Jlc3Npb24gZGlzYXBwZWFyPw0KWWVzLCBidXQgbm90IGFmdGVy -IGFkZGluZyBDT05GSUdfVEVTVF9IQVNIPXkuDQpyZWdyZXNzaW9uIGRpc2FwcGVhcnMuDQoNCj4g -SSB3b3VsZCBoaWdobHkgZG91YnQgaWYgaXQgd2FzIGEgaXNzdWUgd2l0aCB0aGF0IGRjYWNoZSBw -YXRjaHNldHMgaXQNCj4gd291bGRuJ3QgYmUgYnJlYWtpbmcgYSB0b24gb2YgdGhpbmdzLg0KSSBh -bHNvIHRoaW5rIHRoYXQuDQoNClRoYW5rcywNClNyaW5pdmFzDQoNCj4gDQo+ID4gDQo+ID4gVGhh -bmtzLA0KPiA+IFNyaW5pdmFzDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gVGhhbmtzLA0KPiA+ID4g -DQo+ID4gPiBNYXR0DQo+ID4gPiANCj4gPiA+ID4gDQo+ID4gPiA+IA0KPiA+ID4gPiANCj4gPiA+ -ID4gDQo+ID4gPiA+IGNvbW1pdCA3MDNiNWZhZjIyZmJkZGY5ODRhMzYxZTY1NTVmM2EwM2ZkYmE2 -M2Q5DQo+ID4gPiA+IEF1dGhvcjogR2VvcmdlIFNwZWx2aW4gPGxpbnV4QHNjaWVuY2Vob3Jpem9u -cy5uZXQ+DQo+ID4gPiA+IERhdGU6wqDCoMKgRnJpIEp1biAxMCAwMDoyMjoxMiAyMDE2IC0wNDAw -DQo+ID4gPiA+IA0KPiA+ID4gPiDCoMKgwqDCoGZzL2RjYWNoZS5jOiBTYXZlIG9uZSAzMi1iaXQg -bXVsdGlwbHkgaW4gZGNhY2hlIGxvb2t1cA0KPiA+ID4gPiANCj4gPiA+ID4gwqDCoMKgwqBOb2Ug -dGhhdCB3ZSdyZSBtaXhpbmcgaW4gdGhlIHBhcmVudCBwb2ludGVyIGVhcmxpZXIsIHdlDQo+ID4g -PiA+IMKgwqDCoMKgZG9uJ3QgbmVlZCB0byB1c2UgaGFzaF8zMigpIHRvIG1peCBpdHMgYml0cy7C -oMKgSW5zdGVhZCwgd2UNCj4gPiA+ID4gY2FuDQo+ID4gPiA+IMKgwqDCoMKganVzdCB0YWtlIHRo -ZSBtc2JpdHMgb2YgdGhlIGhhc2ggdmFsdWUgZGlyZWN0bHkuDQo+ID4gPiA+IA0KPiA+ID4gPiDC -oMKgwqDCoEZvciB0aG9zZSBhcHBsaWNhdGlvbnMgd2hpY2ggdXNlIHRoZSBwYXJ0aWFsX25hbWVf -aGFzaCgpLA0KPiA+ID4gPiDCoMKgwqDCoG1vdmUgdGhlIG11bHRpcGx5IHRvIGVuZF9uYW1lX2hh -c2guDQo+ID4gPiA+IA0KPiA+ID4gPiDCoMKgwqDCoFNpZ25lZC1vZmYtYnk6IEdlb3JnZSBTcGVs -dmluIDxsaW51eEBzY2llbmNlaG9yaXpvbnMubmV0Pg0KPiA+ID4gPiDCoMKgwqDCoFNpZ25lZC1v -ZmYtYnk6IExpbnVzIFRvcnZhbGRzIDx0b3J2YWxkc0BsaW51eC1mb3VuZGF0aW9uLm9yDQo+ID4g -PiA+IGc+DQo+ID4gPiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gVGhhbmtzLA0KPiA+ID4gPiBTcmlu -aXZhcw== +On Wed, 2016-08-31 at 13:24 -0700, Matt Ranostay wrote: +> On Wed, Aug 31, 2016 at 1:18 PM, Pandruvada, Srinivas +> <srinivas.pandruvada@intel.com> wrote: +> > +> > On Tue, 2016-08-30 at 17:41 -0700, Matt Ranostay wrote: +> > > +> > > On Tue, Aug 30, 2016 at 3:42 PM, Pandruvada, Srinivas +> > > <srinivas.pandruvada@intel.com> wrote: +> > > > +> > > > +> > > > Hi All, +> > > > +> > > > I observed that using iio-sensor-proxy.service, the auto screen +> > > > rotation flipped on my laptop (Normal -> vertical, vertical- +> > > > > +> > > > > normal) +> > > > using kernel v4.8. +> > > > +> > > > Anyone else has seen this? +> > > > +> > > > I did a bisect and found a commit, which I am not sure how can +> > > > it +> > > > impact. +> > > Could you post the results of CONFIG_TEST_HASH enabled? +> > Attached dmesg.txt with the CONFIG_TEST_HASH=y. +> > +> > I see +> > [ 4.276138] test_hash: __hash_32() has no arch implementation to +> > test. +> > [ 4.276138] test_hash: hash_32() has no arch implementation to +> > test. +> > [ 4.276139] test_hash: hash_64() has no arch implementation to +> > test. +> > [ 4.276141] test_hash: 33152 tests passed. +> > +> Ok have you tested with that patchset reverted? And if so does the +> regression disappear? +Yes, but not after adding CONFIG_TEST_HASH=y. +regression disappears. + +> I would highly doubt if it was a issue with that dcache patchsets it +> wouldn't be breaking a ton of things. +I also think that. + +Thanks, +Srinivas + +> +> > +> > Thanks, +> > Srinivas +> > > +> > > +> > > Thanks, +> > > +> > > Matt +> > > +> > > > +> > > > +> > > > +> > > > +> > > > commit 703b5faf22fbddf984a361e6555f3a03fdba63d9 +> > > > Author: George Spelvin <linux@sciencehorizons.net> +> > > > Date: Fri Jun 10 00:22:12 2016 -0400 +> > > > +> > > > fs/dcache.c: Save one 32-bit multiply in dcache lookup +> > > > +> > > > Noe that we're mixing in the parent pointer earlier, we +> > > > don't need to use hash_32() to mix its bits. Instead, we +> > > > can +> > > > just take the msbits of the hash value directly. +> > > > +> > > > For those applications which use the partial_name_hash(), +> > > > move the multiply to end_name_hash. +> > > > +> > > > Signed-off-by: George Spelvin <linux@sciencehorizons.net> +> > > > Signed-off-by: Linus Torvalds <torvalds@linux-foundation.or +> > > > g> +> > > > +> > > > +> > > > Thanks, +> > > > Srinivas diff --git a/a/content_digest b/N1/content_digest index 74540a0..ddb5492 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -13,50 +13,87 @@ " hadess@hadess.net <hadess@hadess.net>\0" "\00:1\0" "b\0" - "T24gV2VkLCAyMDE2LTA4LTMxIGF0IDEzOjI0IC0wNzAwLCBNYXR0IFJhbm9zdGF5IHdyb3RlOg0K\n" - "PiBPbiBXZWQsIEF1ZyAzMSwgMjAxNiBhdCAxOjE4IFBNLCBQYW5kcnV2YWRhLCBTcmluaXZhcw0K\n" - "PiA8c3Jpbml2YXMucGFuZHJ1dmFkYUBpbnRlbC5jb20+IHdyb3RlOg0KPiA+IA0KPiA+IE9uIFR1\n" - "ZSwgMjAxNi0wOC0zMCBhdCAxNzo0MSAtMDcwMCwgTWF0dCBSYW5vc3RheSB3cm90ZToNCj4gPiA+\n" - "IA0KPiA+ID4gT24gVHVlLCBBdWcgMzAsIDIwMTYgYXQgMzo0MiBQTSwgUGFuZHJ1dmFkYSwgU3Jp\n" - "bml2YXMNCj4gPiA+IDxzcmluaXZhcy5wYW5kcnV2YWRhQGludGVsLmNvbT4gd3JvdGU6DQo+ID4g\n" - "PiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gSGkgQWxsLA0KPiA+ID4gPiANCj4gPiA+ID4gSSBvYnNl\n" - "cnZlZCB0aGF0IHVzaW5nIGlpby1zZW5zb3ItcHJveHkuc2VydmljZSwgdGhlIGF1dG8gc2NyZWVu\n" - "DQo+ID4gPiA+IHJvdGF0aW9uIGZsaXBwZWQgb24gbXkgbGFwdG9wIChOb3JtYWwgLT4gdmVydGlj\n" - "YWwsIHZlcnRpY2FsLQ0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IG5vcm1hbCkNCj4gPiA+ID4gdXNp\n" - "bmcga2VybmVsIHY0LjguDQo+ID4gPiA+IA0KPiA+ID4gPiBBbnlvbmUgZWxzZSBoYXMgc2VlbiB0\n" - "aGlzPw0KPiA+ID4gPiANCj4gPiA+ID4gSSBkaWQgYSBiaXNlY3QgYW5kIGZvdW5kIGEgY29tbWl0\n" - "LCB3aGljaCBJIGFtIG5vdCBzdXJlIGhvdyBjYW4NCj4gPiA+ID4gaXQNCj4gPiA+ID4gaW1wYWN0\n" - "Lg0KPiA+ID4gQ291bGQgeW91IHBvc3QgdGhlIHJlc3VsdHMgb2YgQ09ORklHX1RFU1RfSEFTSCBl\n" - "bmFibGVkPw0KPiA+IEF0dGFjaGVkIGRtZXNnLnR4dCB3aXRoIHRoZSBDT05GSUdfVEVTVF9IQVNI\n" - "PXkuDQo+ID4gDQo+ID4gSSBzZWUNCj4gPiBbwqDCoMKgwqA0LjI3NjEzOF0gdGVzdF9oYXNoOiBf\n" - "X2hhc2hfMzIoKSBoYXMgbm8gYXJjaCBpbXBsZW1lbnRhdGlvbiB0bw0KPiA+IHRlc3QuDQo+ID4g\n" - "W8KgwqDCoMKgNC4yNzYxMzhdIHRlc3RfaGFzaDogaGFzaF8zMigpIGhhcyBubyBhcmNoIGltcGxl\n" - "bWVudGF0aW9uIHRvDQo+ID4gdGVzdC4NCj4gPiBbwqDCoMKgwqA0LjI3NjEzOV0gdGVzdF9oYXNo\n" - "OiBoYXNoXzY0KCkgaGFzIG5vIGFyY2ggaW1wbGVtZW50YXRpb24gdG8NCj4gPiB0ZXN0Lg0KPiA+\n" - "IFvCoMKgwqDCoDQuMjc2MTQxXSB0ZXN0X2hhc2g6IDMzMTUyIHRlc3RzIHBhc3NlZC4NCj4gPiAN\n" - "Cj4gT2sgaGF2ZSB5b3UgdGVzdGVkIHdpdGggdGhhdCBwYXRjaHNldCByZXZlcnRlZD8gQW5kIGlm\n" - "IHNvIGRvZXMgdGhlDQo+IHJlZ3Jlc3Npb24gZGlzYXBwZWFyPw0KWWVzLCBidXQgbm90IGFmdGVy\n" - "IGFkZGluZyBDT05GSUdfVEVTVF9IQVNIPXkuDQpyZWdyZXNzaW9uIGRpc2FwcGVhcnMuDQoNCj4g\n" - "SSB3b3VsZCBoaWdobHkgZG91YnQgaWYgaXQgd2FzIGEgaXNzdWUgd2l0aCB0aGF0IGRjYWNoZSBw\n" - "YXRjaHNldHMgaXQNCj4gd291bGRuJ3QgYmUgYnJlYWtpbmcgYSB0b24gb2YgdGhpbmdzLg0KSSBh\n" - "bHNvIHRoaW5rIHRoYXQuDQoNClRoYW5rcywNClNyaW5pdmFzDQoNCj4gDQo+ID4gDQo+ID4gVGhh\n" - "bmtzLA0KPiA+IFNyaW5pdmFzDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gVGhhbmtzLA0KPiA+ID4g\n" - "DQo+ID4gPiBNYXR0DQo+ID4gPiANCj4gPiA+ID4gDQo+ID4gPiA+IA0KPiA+ID4gPiANCj4gPiA+\n" - "ID4gDQo+ID4gPiA+IGNvbW1pdCA3MDNiNWZhZjIyZmJkZGY5ODRhMzYxZTY1NTVmM2EwM2ZkYmE2\n" - "M2Q5DQo+ID4gPiA+IEF1dGhvcjogR2VvcmdlIFNwZWx2aW4gPGxpbnV4QHNjaWVuY2Vob3Jpem9u\n" - "cy5uZXQ+DQo+ID4gPiA+IERhdGU6wqDCoMKgRnJpIEp1biAxMCAwMDoyMjoxMiAyMDE2IC0wNDAw\n" - "DQo+ID4gPiA+IA0KPiA+ID4gPiDCoMKgwqDCoGZzL2RjYWNoZS5jOiBTYXZlIG9uZSAzMi1iaXQg\n" - "bXVsdGlwbHkgaW4gZGNhY2hlIGxvb2t1cA0KPiA+ID4gPiANCj4gPiA+ID4gwqDCoMKgwqBOb2Ug\n" - "dGhhdCB3ZSdyZSBtaXhpbmcgaW4gdGhlIHBhcmVudCBwb2ludGVyIGVhcmxpZXIsIHdlDQo+ID4g\n" - "PiA+IMKgwqDCoMKgZG9uJ3QgbmVlZCB0byB1c2UgaGFzaF8zMigpIHRvIG1peCBpdHMgYml0cy7C\n" - "oMKgSW5zdGVhZCwgd2UNCj4gPiA+ID4gY2FuDQo+ID4gPiA+IMKgwqDCoMKganVzdCB0YWtlIHRo\n" - "ZSBtc2JpdHMgb2YgdGhlIGhhc2ggdmFsdWUgZGlyZWN0bHkuDQo+ID4gPiA+IA0KPiA+ID4gPiDC\n" - "oMKgwqDCoEZvciB0aG9zZSBhcHBsaWNhdGlvbnMgd2hpY2ggdXNlIHRoZSBwYXJ0aWFsX25hbWVf\n" - "aGFzaCgpLA0KPiA+ID4gPiDCoMKgwqDCoG1vdmUgdGhlIG11bHRpcGx5IHRvIGVuZF9uYW1lX2hh\n" - "c2guDQo+ID4gPiA+IA0KPiA+ID4gPiDCoMKgwqDCoFNpZ25lZC1vZmYtYnk6IEdlb3JnZSBTcGVs\n" - "dmluIDxsaW51eEBzY2llbmNlaG9yaXpvbnMubmV0Pg0KPiA+ID4gPiDCoMKgwqDCoFNpZ25lZC1v\n" - "ZmYtYnk6IExpbnVzIFRvcnZhbGRzIDx0b3J2YWxkc0BsaW51eC1mb3VuZGF0aW9uLm9yDQo+ID4g\n" - "PiA+IGc+DQo+ID4gPiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gVGhhbmtzLA0KPiA+ID4gPiBTcmlu\n" - aXZhcw== + "On Wed, 2016-08-31 at 13:24 -0700, Matt Ranostay wrote:\n" + "> On Wed, Aug 31, 2016 at 1:18 PM, Pandruvada, Srinivas\n" + "> <srinivas.pandruvada@intel.com> wrote:\n" + "> > \n" + "> > On Tue, 2016-08-30 at 17:41 -0700, Matt Ranostay wrote:\n" + "> > > \n" + "> > > On Tue, Aug 30, 2016 at 3:42 PM, Pandruvada, Srinivas\n" + "> > > <srinivas.pandruvada@intel.com> wrote:\n" + "> > > > \n" + "> > > > \n" + "> > > > Hi All,\n" + "> > > > \n" + "> > > > I observed that using iio-sensor-proxy.service, the auto screen\n" + "> > > > rotation flipped on my laptop (Normal -> vertical, vertical-\n" + "> > > > > \n" + "> > > > > normal)\n" + "> > > > using kernel v4.8.\n" + "> > > > \n" + "> > > > Anyone else has seen this?\n" + "> > > > \n" + "> > > > I did a bisect and found a commit, which I am not sure how can\n" + "> > > > it\n" + "> > > > impact.\n" + "> > > Could you post the results of CONFIG_TEST_HASH enabled?\n" + "> > Attached dmesg.txt with the CONFIG_TEST_HASH=y.\n" + "> > \n" + "> > I see\n" + "> > [\302\240\302\240\302\240\302\2404.276138] test_hash: __hash_32() has no arch implementation to\n" + "> > test.\n" + "> > [\302\240\302\240\302\240\302\2404.276138] test_hash: hash_32() has no arch implementation to\n" + "> > test.\n" + "> > [\302\240\302\240\302\240\302\2404.276139] test_hash: hash_64() has no arch implementation to\n" + "> > test.\n" + "> > [\302\240\302\240\302\240\302\2404.276141] test_hash: 33152 tests passed.\n" + "> > \n" + "> Ok have you tested with that patchset reverted? And if so does the\n" + "> regression disappear?\n" + "Yes, but not after adding CONFIG_TEST_HASH=y.\n" + "regression disappears.\n" + "\n" + "> I would highly doubt if it was a issue with that dcache patchsets it\n" + "> wouldn't be breaking a ton of things.\n" + "I also think that.\n" + "\n" + "Thanks,\n" + "Srinivas\n" + "\n" + "> \n" + "> > \n" + "> > Thanks,\n" + "> > Srinivas\n" + "> > > \n" + "> > > \n" + "> > > Thanks,\n" + "> > > \n" + "> > > Matt\n" + "> > > \n" + "> > > > \n" + "> > > > \n" + "> > > > \n" + "> > > > \n" + "> > > > commit 703b5faf22fbddf984a361e6555f3a03fdba63d9\n" + "> > > > Author: George Spelvin <linux@sciencehorizons.net>\n" + "> > > > Date:\302\240\302\240\302\240Fri Jun 10 00:22:12 2016 -0400\n" + "> > > > \n" + "> > > > \302\240\302\240\302\240\302\240fs/dcache.c: Save one 32-bit multiply in dcache lookup\n" + "> > > > \n" + "> > > > \302\240\302\240\302\240\302\240Noe that we're mixing in the parent pointer earlier, we\n" + "> > > > \302\240\302\240\302\240\302\240don't need to use hash_32() to mix its bits.\302\240\302\240Instead, we\n" + "> > > > can\n" + "> > > > \302\240\302\240\302\240\302\240just take the msbits of the hash value directly.\n" + "> > > > \n" + "> > > > \302\240\302\240\302\240\302\240For those applications which use the partial_name_hash(),\n" + "> > > > \302\240\302\240\302\240\302\240move the multiply to end_name_hash.\n" + "> > > > \n" + "> > > > \302\240\302\240\302\240\302\240Signed-off-by: George Spelvin <linux@sciencehorizons.net>\n" + "> > > > \302\240\302\240\302\240\302\240Signed-off-by: Linus Torvalds <torvalds@linux-foundation.or\n" + "> > > > g>\n" + "> > > > \n" + "> > > > \n" + "> > > > Thanks,\n" + > > > > Srinivas -830cda431e5123e57b3495aa7f393af4bd2b5a45c55f1d0100865daaaf5347f3 +60ae2e2572c64912dad82f49664f44bea17d35924a25ee328e62790c77f49ef1
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.