diff for duplicates of <31696994.4431343617434187.JavaMail.weblogic@epml02> diff --git a/a/1.txt b/N1/1.txt index 5d3162c..a44916d 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,30 +1,48 @@ -PiBPbiBNb24sIEp1bCAzMCwgMjAxMiBhdCAxMDo1MTo0MkFNICswOTAwLCBBbGV4IENvdXJib3Qg -d3JvdGU6DQo+IFsuLi5dDQo+ID4gT24gdGhlIG90aGVyIGhhbmQgSSBoYXZlIGp1c3Qgbm90aWNl -ZCB0aGF0IHRoZSBhcHBhcmVudGx5IHVucmVsYXRlZA0KPiA+IEFkYXB0aXZlIFZvbHRhZ2UgU2Nh -bGluZyBkcml2ZXIganVzdCBhcHBlYXJlZCBpbiBkcml2ZXJzL3Bvd2VyL2F2cy4NCj4gPiBTbyBp -ZiBBbnRvbiBhbmQgRGF2aWQgYXJlIG9rIHdpdGggdGhpcywgbWF5YmUgSSBjb3VsZCBwdXQgdGhl -IHBvd2VyDQo+ID4gc2VxdWVuY2VzIGNvZGUgaW4gaXRzIG93biBzdWJkaXJlY3Rvcnkgd2l0aGlu -IGRyaXZlcnMvcG93ZXIuDQo+IA0KPiBXZWxsLCBjdXJyZW50bHkgZHJpdmVycy9wb3dlci8gaXMg -aW5kZWVkIGp1c3QgZm9yIHBvd2VyIHN1cHBseSBjbGFzcw0KPiBzdWJzeXN0ZW0gYW5kIGRyaXZl -cnMuIEJ1dCBpZiB0aGUgdHJlbmQgaXMgdG8gZ2F0aGVyIHBvd2VyIG1hbmFnZW1lbnQNCj4gKCJw -b2xpY3kiKSBzdHVmZiB1bmRlciBvbmUgZGlyZWN0b3J5LCBpLmUuDQo+IA0KPiBkcml2ZXJzLw0K -PiAgIHBvd2VyLw0KPiAgICAgc3VwcGxpZXMvICAgIDwtIGZvcm1lciAicG93ZXIgc3VwcGx5IGNs -YXNzIGFuZCBkcml2ZXJzIg0KPiAgICAgcmVndWxhdG9ycy8NCj4gICAgIGlkbGUvDQo+ICAgICBj -cHVpZGxlLw0KPiAgICAgY3B1ZnJlcS8NCj4gICAgIGRldmZyZXEvDQo+ICAgICBhdnMvDQo+ICAg -ICAuLi4NCj4gDQo+IFRoYXQgd291bGQgcHJvYmFibHkgbWFrZSBzZW5zZSwgd2UgY291bGQgZWFz -aWx5IHNlZSB0aGUgYmlnIHBpY3R1cmUuDQo+IEJ1dCBpZiB3ZSdyZSBub3QgZ29pbmcgdG8gZG8g -dGhpcyBsb25nLXRlcm0sIEkgd291bGQgc3VnZ2VzdCB0byBzdGljaw0KPiB0byBqdXN0IGEgbmV3 -IGRpcmVjdG9yeSB1bmRlciBkcml2ZXJzIChhbmQgbW92ZSBkcml2ZXJzL3Bvd2VyL2F2cy8gdG8N -Cj4gZHJpdmVycy9hdnMpLg0KPiANCj4gQ2MnaW5nIHNvbWUgbW9yZSBwZW9wbGUuLi4NCj4gDQo+ -IFRoYW5rcywNCj4gDQo+IHAucy4gSmVhbiwgd2h5IGFtIEkgdGhlIGxhc3QgcGVyc29uIHdobyBk -aXNjb3ZlcnMgZHJpdmVycy9wb3dlci9hdnMvPw0KPiBXb3VsZCBiZSBuaWNlIHRvIENjIG1lIG9u -IHN1Y2ggcGF0Y2hlczsgYnkgbW92aW5nIEFWUyB1bmRlcg0KPiBkcml2ZXJzL3Bvd2VyLyB5b3Ug -ZWZmZWN0aXZlbHkgbm9taW5hdGVkIG1lIGFzIGl0cyBtYWludGFpbmVyLiA6LSkNCj4gDQo+IC0t -IA0KPiBBbnRvbiBWb3JvbnRzb3YNCj4gRW1haWw6IGNib3VhdG1haWxydUBnbWFpbC5jb20NCj4g -DQoNCkhhdmluZyBwb3dlci1zdXBwbGllcyBhdCAvZHJpdmVycy9wb3dlci8gYW5kIG90aGVyIHBv -d2VyLXJlbGF0ZWQgZHJpdmVycyBzcHJlYWQgYXQgL2RyaXZlcnMvIGhhdmUgYmVlbiBidWdnaW5n -IG1lIGFzIHdlbGwuIEknZCBsaWtlIHRvIHNlZSB0aGUgY2hhbmdlIHlvdSd2ZSBzdWdnZXN0ZWQg -dGhvdWdoIEknbSBub3Qgc3VyZSBob3cgc2lnbmlmaWNhbnQgdGhlIHNpZGUtZWZmZWN0IHdpbGwg -YmUgYXQgdGhpcyBwb2ludC4NCg0KR2VuZXJhbGx5IHNwZWFraW5nLCB5ZXMsIEkgYWxzbyB0aGlu -ayB0aGUgcHJvcG9zYWwgaXMgbW9yZSByZWFzb25hYmxlIHRoYW4gdGhlIGN1cnJlbnQgc3RydWN0 -dXJlLg0KDQoNCg0KQ2hlZXJzIQ0KTXl1bmdKb28NCg0KDQo +> On Mon, Jul 30, 2012 at 10:51:42AM +0900, Alex Courbot wrote: +> [...] +> > On the other hand I have just noticed that the apparently unrelated +> > Adaptive Voltage Scaling driver just appeared in drivers/power/avs. +> > So if Anton and David are ok with this, maybe I could put the power +> > sequences code in its own subdirectory within drivers/power. +> +> Well, currently drivers/power/ is indeed just for power supply class +> subsystem and drivers. But if the trend is to gather power management +> ("policy") stuff under one directory, i.e. +> +> drivers/ +> power/ +> supplies/ <- former "power supply class and drivers" +> regulators/ +> idle/ +> cpuidle/ +> cpufreq/ +> devfreq/ +> avs/ +> ... +> +> That would probably make sense, we could easily see the big picture. +> But if we're not going to do this long-term, I would suggest to stick +> to just a new directory under drivers (and move drivers/power/avs/ to +> drivers/avs). +> +> Cc'ing some more people... +> +> Thanks, +> +> p.s. Jean, why am I the last person who discovers drivers/power/avs/? +> Would be nice to Cc me on such patches; by moving AVS under +> drivers/power/ you effectively nominated me as its maintainer. :-) +> +> -- +> Anton Vorontsov +> Email: cbouatmailru@gmail.com +> + +Having power-supplies at /drivers/power/ and other power-related drivers spread at /drivers/ have been bugging me as well. I'd like to see the change you've suggested though I'm not sure how significant the side-effect will be at this point. + +Generally speaking, yes, I also think the proposal is more reasonable than the current structure. + + + +Cheers! +MyungJoo diff --git a/a/content_digest b/N1/content_digest index 39e3b0f..37e9e51 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,7 +1,6 @@ - "ref\020120730024049.GA10442@lizard\0" - "From\0\355\225\250\353\252\205\354\243\274 <myungjoo.ham@samsung.com>\0" - "Subject\0Re: Gethering power management/policy hw drivers under drivers/power/? (Re: [RFC][PATCH v3 1/3] runt\0" - "Date\0Mon, 30 Jul 2012 03:04:01 +0000\0" + "From\0\355\225\250\353\252\205\354\243\274 <myungjoo.ham-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>\0" + "Subject\0Re: Gethering power management/policy hw drivers under drivers/power/? (Re: [RFC][PATCH v3 1/3] runtime interpreted power sequences)\0" + "Date\0Mon, 30 Jul 2012 03:04:00 +0000 (GMT)\0" "To\0Anton Vorontsov <cbouatmailru-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>" Alex Courbot <acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> " Jean Pihet <j-pihet-l0cyMroinI0@public.gmane.org>\0" @@ -23,35 +22,53 @@ " linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>\0" "\00:1\0" "b\0" - "PiBPbiBNb24sIEp1bCAzMCwgMjAxMiBhdCAxMDo1MTo0MkFNICswOTAwLCBBbGV4IENvdXJib3Qg\n" - "d3JvdGU6DQo+IFsuLi5dDQo+ID4gT24gdGhlIG90aGVyIGhhbmQgSSBoYXZlIGp1c3Qgbm90aWNl\n" - "ZCB0aGF0IHRoZSBhcHBhcmVudGx5IHVucmVsYXRlZA0KPiA+IEFkYXB0aXZlIFZvbHRhZ2UgU2Nh\n" - "bGluZyBkcml2ZXIganVzdCBhcHBlYXJlZCBpbiBkcml2ZXJzL3Bvd2VyL2F2cy4NCj4gPiBTbyBp\n" - "ZiBBbnRvbiBhbmQgRGF2aWQgYXJlIG9rIHdpdGggdGhpcywgbWF5YmUgSSBjb3VsZCBwdXQgdGhl\n" - "IHBvd2VyDQo+ID4gc2VxdWVuY2VzIGNvZGUgaW4gaXRzIG93biBzdWJkaXJlY3Rvcnkgd2l0aGlu\n" - "IGRyaXZlcnMvcG93ZXIuDQo+IA0KPiBXZWxsLCBjdXJyZW50bHkgZHJpdmVycy9wb3dlci8gaXMg\n" - "aW5kZWVkIGp1c3QgZm9yIHBvd2VyIHN1cHBseSBjbGFzcw0KPiBzdWJzeXN0ZW0gYW5kIGRyaXZl\n" - "cnMuIEJ1dCBpZiB0aGUgdHJlbmQgaXMgdG8gZ2F0aGVyIHBvd2VyIG1hbmFnZW1lbnQNCj4gKCJw\n" - "b2xpY3kiKSBzdHVmZiB1bmRlciBvbmUgZGlyZWN0b3J5LCBpLmUuDQo+IA0KPiBkcml2ZXJzLw0K\n" - "PiAgIHBvd2VyLw0KPiAgICAgc3VwcGxpZXMvICAgIDwtIGZvcm1lciAicG93ZXIgc3VwcGx5IGNs\n" - "YXNzIGFuZCBkcml2ZXJzIg0KPiAgICAgcmVndWxhdG9ycy8NCj4gICAgIGlkbGUvDQo+ICAgICBj\n" - "cHVpZGxlLw0KPiAgICAgY3B1ZnJlcS8NCj4gICAgIGRldmZyZXEvDQo+ICAgICBhdnMvDQo+ICAg\n" - "ICAuLi4NCj4gDQo+IFRoYXQgd291bGQgcHJvYmFibHkgbWFrZSBzZW5zZSwgd2UgY291bGQgZWFz\n" - "aWx5IHNlZSB0aGUgYmlnIHBpY3R1cmUuDQo+IEJ1dCBpZiB3ZSdyZSBub3QgZ29pbmcgdG8gZG8g\n" - "dGhpcyBsb25nLXRlcm0sIEkgd291bGQgc3VnZ2VzdCB0byBzdGljaw0KPiB0byBqdXN0IGEgbmV3\n" - "IGRpcmVjdG9yeSB1bmRlciBkcml2ZXJzIChhbmQgbW92ZSBkcml2ZXJzL3Bvd2VyL2F2cy8gdG8N\n" - "Cj4gZHJpdmVycy9hdnMpLg0KPiANCj4gQ2MnaW5nIHNvbWUgbW9yZSBwZW9wbGUuLi4NCj4gDQo+\n" - "IFRoYW5rcywNCj4gDQo+IHAucy4gSmVhbiwgd2h5IGFtIEkgdGhlIGxhc3QgcGVyc29uIHdobyBk\n" - "aXNjb3ZlcnMgZHJpdmVycy9wb3dlci9hdnMvPw0KPiBXb3VsZCBiZSBuaWNlIHRvIENjIG1lIG9u\n" - "IHN1Y2ggcGF0Y2hlczsgYnkgbW92aW5nIEFWUyB1bmRlcg0KPiBkcml2ZXJzL3Bvd2VyLyB5b3Ug\n" - "ZWZmZWN0aXZlbHkgbm9taW5hdGVkIG1lIGFzIGl0cyBtYWludGFpbmVyLiA6LSkNCj4gDQo+IC0t\n" - "IA0KPiBBbnRvbiBWb3JvbnRzb3YNCj4gRW1haWw6IGNib3VhdG1haWxydUBnbWFpbC5jb20NCj4g\n" - "DQoNCkhhdmluZyBwb3dlci1zdXBwbGllcyBhdCAvZHJpdmVycy9wb3dlci8gYW5kIG90aGVyIHBv\n" - "d2VyLXJlbGF0ZWQgZHJpdmVycyBzcHJlYWQgYXQgL2RyaXZlcnMvIGhhdmUgYmVlbiBidWdnaW5n\n" - "IG1lIGFzIHdlbGwuIEknZCBsaWtlIHRvIHNlZSB0aGUgY2hhbmdlIHlvdSd2ZSBzdWdnZXN0ZWQg\n" - "dGhvdWdoIEknbSBub3Qgc3VyZSBob3cgc2lnbmlmaWNhbnQgdGhlIHNpZGUtZWZmZWN0IHdpbGwg\n" - "YmUgYXQgdGhpcyBwb2ludC4NCg0KR2VuZXJhbGx5IHNwZWFraW5nLCB5ZXMsIEkgYWxzbyB0aGlu\n" - "ayB0aGUgcHJvcG9zYWwgaXMgbW9yZSByZWFzb25hYmxlIHRoYW4gdGhlIGN1cnJlbnQgc3RydWN0\n" - dXJlLg0KDQoNCg0KQ2hlZXJzIQ0KTXl1bmdKb28NCg0KDQo + "> On Mon, Jul 30, 2012 at 10:51:42AM +0900, Alex Courbot wrote:\n" + "> [...]\n" + "> > On the other hand I have just noticed that the apparently unrelated\n" + "> > Adaptive Voltage Scaling driver just appeared in drivers/power/avs.\n" + "> > So if Anton and David are ok with this, maybe I could put the power\n" + "> > sequences code in its own subdirectory within drivers/power.\n" + "> \n" + "> Well, currently drivers/power/ is indeed just for power supply class\n" + "> subsystem and drivers. But if the trend is to gather power management\n" + "> (\"policy\") stuff under one directory, i.e.\n" + "> \n" + "> drivers/\n" + "> power/\n" + "> supplies/ <- former \"power supply class and drivers\"\n" + "> regulators/\n" + "> idle/\n" + "> cpuidle/\n" + "> cpufreq/\n" + "> devfreq/\n" + "> avs/\n" + "> ...\n" + "> \n" + "> That would probably make sense, we could easily see the big picture.\n" + "> But if we're not going to do this long-term, I would suggest to stick\n" + "> to just a new directory under drivers (and move drivers/power/avs/ to\n" + "> drivers/avs).\n" + "> \n" + "> Cc'ing some more people...\n" + "> \n" + "> Thanks,\n" + "> \n" + "> p.s. Jean, why am I the last person who discovers drivers/power/avs/?\n" + "> Would be nice to Cc me on such patches; by moving AVS under\n" + "> drivers/power/ you effectively nominated me as its maintainer. :-)\n" + "> \n" + "> -- \n" + "> Anton Vorontsov\n" + "> Email: cbouatmailru@gmail.com\n" + "> \n" + "\n" + "Having power-supplies at /drivers/power/ and other power-related drivers spread at /drivers/ have been bugging me as well. I'd like to see the change you've suggested though I'm not sure how significant the side-effect will be at this point.\n" + "\n" + "Generally speaking, yes, I also think the proposal is more reasonable than the current structure.\n" + "\n" + "\n" + "\n" + "Cheers!\n" + MyungJoo -73813f85030437c98121711e11430523e05c6ae525ea05bfeda93e55f186fa9a +9db95d8bf6db227617be38c1be436b4dd25ce05f29ae4598add2ff532b3c9770
diff --git a/a/1.txt b/N2/1.txt index 5d3162c..6c9b202 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -1,30 +1,51 @@ -PiBPbiBNb24sIEp1bCAzMCwgMjAxMiBhdCAxMDo1MTo0MkFNICswOTAwLCBBbGV4IENvdXJib3Qg -d3JvdGU6DQo+IFsuLi5dDQo+ID4gT24gdGhlIG90aGVyIGhhbmQgSSBoYXZlIGp1c3Qgbm90aWNl -ZCB0aGF0IHRoZSBhcHBhcmVudGx5IHVucmVsYXRlZA0KPiA+IEFkYXB0aXZlIFZvbHRhZ2UgU2Nh -bGluZyBkcml2ZXIganVzdCBhcHBlYXJlZCBpbiBkcml2ZXJzL3Bvd2VyL2F2cy4NCj4gPiBTbyBp -ZiBBbnRvbiBhbmQgRGF2aWQgYXJlIG9rIHdpdGggdGhpcywgbWF5YmUgSSBjb3VsZCBwdXQgdGhl -IHBvd2VyDQo+ID4gc2VxdWVuY2VzIGNvZGUgaW4gaXRzIG93biBzdWJkaXJlY3Rvcnkgd2l0aGlu -IGRyaXZlcnMvcG93ZXIuDQo+IA0KPiBXZWxsLCBjdXJyZW50bHkgZHJpdmVycy9wb3dlci8gaXMg -aW5kZWVkIGp1c3QgZm9yIHBvd2VyIHN1cHBseSBjbGFzcw0KPiBzdWJzeXN0ZW0gYW5kIGRyaXZl -cnMuIEJ1dCBpZiB0aGUgdHJlbmQgaXMgdG8gZ2F0aGVyIHBvd2VyIG1hbmFnZW1lbnQNCj4gKCJw -b2xpY3kiKSBzdHVmZiB1bmRlciBvbmUgZGlyZWN0b3J5LCBpLmUuDQo+IA0KPiBkcml2ZXJzLw0K -PiAgIHBvd2VyLw0KPiAgICAgc3VwcGxpZXMvICAgIDwtIGZvcm1lciAicG93ZXIgc3VwcGx5IGNs -YXNzIGFuZCBkcml2ZXJzIg0KPiAgICAgcmVndWxhdG9ycy8NCj4gICAgIGlkbGUvDQo+ICAgICBj -cHVpZGxlLw0KPiAgICAgY3B1ZnJlcS8NCj4gICAgIGRldmZyZXEvDQo+ICAgICBhdnMvDQo+ICAg -ICAuLi4NCj4gDQo+IFRoYXQgd291bGQgcHJvYmFibHkgbWFrZSBzZW5zZSwgd2UgY291bGQgZWFz -aWx5IHNlZSB0aGUgYmlnIHBpY3R1cmUuDQo+IEJ1dCBpZiB3ZSdyZSBub3QgZ29pbmcgdG8gZG8g -dGhpcyBsb25nLXRlcm0sIEkgd291bGQgc3VnZ2VzdCB0byBzdGljaw0KPiB0byBqdXN0IGEgbmV3 -IGRpcmVjdG9yeSB1bmRlciBkcml2ZXJzIChhbmQgbW92ZSBkcml2ZXJzL3Bvd2VyL2F2cy8gdG8N -Cj4gZHJpdmVycy9hdnMpLg0KPiANCj4gQ2MnaW5nIHNvbWUgbW9yZSBwZW9wbGUuLi4NCj4gDQo+ -IFRoYW5rcywNCj4gDQo+IHAucy4gSmVhbiwgd2h5IGFtIEkgdGhlIGxhc3QgcGVyc29uIHdobyBk -aXNjb3ZlcnMgZHJpdmVycy9wb3dlci9hdnMvPw0KPiBXb3VsZCBiZSBuaWNlIHRvIENjIG1lIG9u -IHN1Y2ggcGF0Y2hlczsgYnkgbW92aW5nIEFWUyB1bmRlcg0KPiBkcml2ZXJzL3Bvd2VyLyB5b3Ug -ZWZmZWN0aXZlbHkgbm9taW5hdGVkIG1lIGFzIGl0cyBtYWludGFpbmVyLiA6LSkNCj4gDQo+IC0t -IA0KPiBBbnRvbiBWb3JvbnRzb3YNCj4gRW1haWw6IGNib3VhdG1haWxydUBnbWFpbC5jb20NCj4g -DQoNCkhhdmluZyBwb3dlci1zdXBwbGllcyBhdCAvZHJpdmVycy9wb3dlci8gYW5kIG90aGVyIHBv -d2VyLXJlbGF0ZWQgZHJpdmVycyBzcHJlYWQgYXQgL2RyaXZlcnMvIGhhdmUgYmVlbiBidWdnaW5n -IG1lIGFzIHdlbGwuIEknZCBsaWtlIHRvIHNlZSB0aGUgY2hhbmdlIHlvdSd2ZSBzdWdnZXN0ZWQg -dGhvdWdoIEknbSBub3Qgc3VyZSBob3cgc2lnbmlmaWNhbnQgdGhlIHNpZGUtZWZmZWN0IHdpbGwg -YmUgYXQgdGhpcyBwb2ludC4NCg0KR2VuZXJhbGx5IHNwZWFraW5nLCB5ZXMsIEkgYWxzbyB0aGlu -ayB0aGUgcHJvcG9zYWwgaXMgbW9yZSByZWFzb25hYmxlIHRoYW4gdGhlIGN1cnJlbnQgc3RydWN0 -dXJlLg0KDQoNCg0KQ2hlZXJzIQ0KTXl1bmdKb28NCg0KDQo +> On Mon, Jul 30, 2012 at 10:51:42AM +0900, Alex Courbot wrote: +> [...] +> > On the other hand I have just noticed that the apparently unrelated +> > Adaptive Voltage Scaling driver just appeared in drivers/power/avs. +> > So if Anton and David are ok with this, maybe I could put the power +> > sequences code in its own subdirectory within drivers/power. +> +> Well, currently drivers/power/ is indeed just for power supply class +> subsystem and drivers. But if the trend is to gather power management +> ("policy") stuff under one directory, i.e. +> +> drivers/ +> power/ +> supplies/ <- former "power supply class and drivers" +> regulators/ +> idle/ +> cpuidle/ +> cpufreq/ +> devfreq/ +> avs/ +> ... +> +> That would probably make sense, we could easily see the big picture. +> But if we're not going to do this long-term, I would suggest to stick +> to just a new directory under drivers (and move drivers/power/avs/ to +> drivers/avs). +> +> Cc'ing some more people... +> +> Thanks, +> +> p.s. Jean, why am I the last person who discovers drivers/power/avs/? +> Would be nice to Cc me on such patches; by moving AVS under +> drivers/power/ you effectively nominated me as its maintainer. :-) +> +> -- +> Anton Vorontsov +> Email: cbouatmailru@gmail.com +> + +Having power-supplies at /drivers/power/ and other power-related drivers spread at /drivers/ have been bugging me as well. I'd like to see the change you've suggested though I'm not sure how significant the side-effect will be at this point. + +Generally speaking, yes, I also think the proposal is more reasonable than the current structure. + + + +Cheers! +MyungJoo + + +ÿôèº{.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 39e3b0f..6360686 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,57 +1,77 @@ - "ref\020120730024049.GA10442@lizard\0" "From\0\355\225\250\353\252\205\354\243\274 <myungjoo.ham@samsung.com>\0" - "Subject\0Re: Gethering power management/policy hw drivers under drivers/power/? (Re: [RFC][PATCH v3 1/3] runt\0" - "Date\0Mon, 30 Jul 2012 03:04:01 +0000\0" - "To\0Anton Vorontsov <cbouatmailru-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>" - Alex Courbot <acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> - " Jean Pihet <j-pihet-l0cyMroinI0@public.gmane.org>\0" - "Cc\0Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>" - David Woodhouse <dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> - Stephen Warren <swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> - Thierry Reding <thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org> - Simon Glass <sjg-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> - Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org> - Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org> - Mark Brown <broonie-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org> - Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org> - linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org <devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org> - Liam Girdwood <lrg-l0cyMroinI0@public.gmane.org> - Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> - " linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>\0" + "Subject\0Re: Gethering power management/policy hw drivers under drivers/power/? (Re: [RFC][PATCH v3 1/3] runtime interpreted power sequences)\0" + "Date\0Mon, 30 Jul 2012 03:04:00 +0000 (GMT)\0" + "To\0Anton Vorontsov <cbouatmailru@gmail.com>" + Alex Courbot <acourbot@nvidia.com> + " Jean Pihet <j-pihet@ti.com>\0" + "Cc\0Greg Kroah-Hartman <gregkh@linuxfoundation.org>" + David Woodhouse <dwmw2@infradead.org> + Stephen Warren <swarren@nvidia.com> + Thierry Reding <thierry.reding@avionic-design.de> + Simon Glass <sjg@chromium.org> + Grant Likely <grant.likely@secretlab.ca> + Rob Herring <rob.herring@calxeda.com> + Mark Brown <broonie@opensource.wolfsonmicro.com> + Arnd Bergmann <arnd@arndb.de> + linux-tegra@vger.kernel.org <linux-tegra@vger.kernel.org> + linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> + linux-fbdev@vger.kernel.org <linux-fbdev@vger.kernel.org> + devicetree-discuss@lists.ozlabs.org <devicetree-discuss@lists.ozlabs.org> + Liam Girdwood <lrg@ti.com> + Rafael J. Wysocki <rjw@sisk.pl> + " linux-pm@vger.kernel.org <linux-pm@vger.kernel.org>\0" "\00:1\0" "b\0" - "PiBPbiBNb24sIEp1bCAzMCwgMjAxMiBhdCAxMDo1MTo0MkFNICswOTAwLCBBbGV4IENvdXJib3Qg\n" - "d3JvdGU6DQo+IFsuLi5dDQo+ID4gT24gdGhlIG90aGVyIGhhbmQgSSBoYXZlIGp1c3Qgbm90aWNl\n" - "ZCB0aGF0IHRoZSBhcHBhcmVudGx5IHVucmVsYXRlZA0KPiA+IEFkYXB0aXZlIFZvbHRhZ2UgU2Nh\n" - "bGluZyBkcml2ZXIganVzdCBhcHBlYXJlZCBpbiBkcml2ZXJzL3Bvd2VyL2F2cy4NCj4gPiBTbyBp\n" - "ZiBBbnRvbiBhbmQgRGF2aWQgYXJlIG9rIHdpdGggdGhpcywgbWF5YmUgSSBjb3VsZCBwdXQgdGhl\n" - "IHBvd2VyDQo+ID4gc2VxdWVuY2VzIGNvZGUgaW4gaXRzIG93biBzdWJkaXJlY3Rvcnkgd2l0aGlu\n" - "IGRyaXZlcnMvcG93ZXIuDQo+IA0KPiBXZWxsLCBjdXJyZW50bHkgZHJpdmVycy9wb3dlci8gaXMg\n" - "aW5kZWVkIGp1c3QgZm9yIHBvd2VyIHN1cHBseSBjbGFzcw0KPiBzdWJzeXN0ZW0gYW5kIGRyaXZl\n" - "cnMuIEJ1dCBpZiB0aGUgdHJlbmQgaXMgdG8gZ2F0aGVyIHBvd2VyIG1hbmFnZW1lbnQNCj4gKCJw\n" - "b2xpY3kiKSBzdHVmZiB1bmRlciBvbmUgZGlyZWN0b3J5LCBpLmUuDQo+IA0KPiBkcml2ZXJzLw0K\n" - "PiAgIHBvd2VyLw0KPiAgICAgc3VwcGxpZXMvICAgIDwtIGZvcm1lciAicG93ZXIgc3VwcGx5IGNs\n" - "YXNzIGFuZCBkcml2ZXJzIg0KPiAgICAgcmVndWxhdG9ycy8NCj4gICAgIGlkbGUvDQo+ICAgICBj\n" - "cHVpZGxlLw0KPiAgICAgY3B1ZnJlcS8NCj4gICAgIGRldmZyZXEvDQo+ICAgICBhdnMvDQo+ICAg\n" - "ICAuLi4NCj4gDQo+IFRoYXQgd291bGQgcHJvYmFibHkgbWFrZSBzZW5zZSwgd2UgY291bGQgZWFz\n" - "aWx5IHNlZSB0aGUgYmlnIHBpY3R1cmUuDQo+IEJ1dCBpZiB3ZSdyZSBub3QgZ29pbmcgdG8gZG8g\n" - "dGhpcyBsb25nLXRlcm0sIEkgd291bGQgc3VnZ2VzdCB0byBzdGljaw0KPiB0byBqdXN0IGEgbmV3\n" - "IGRpcmVjdG9yeSB1bmRlciBkcml2ZXJzIChhbmQgbW92ZSBkcml2ZXJzL3Bvd2VyL2F2cy8gdG8N\n" - "Cj4gZHJpdmVycy9hdnMpLg0KPiANCj4gQ2MnaW5nIHNvbWUgbW9yZSBwZW9wbGUuLi4NCj4gDQo+\n" - "IFRoYW5rcywNCj4gDQo+IHAucy4gSmVhbiwgd2h5IGFtIEkgdGhlIGxhc3QgcGVyc29uIHdobyBk\n" - "aXNjb3ZlcnMgZHJpdmVycy9wb3dlci9hdnMvPw0KPiBXb3VsZCBiZSBuaWNlIHRvIENjIG1lIG9u\n" - "IHN1Y2ggcGF0Y2hlczsgYnkgbW92aW5nIEFWUyB1bmRlcg0KPiBkcml2ZXJzL3Bvd2VyLyB5b3Ug\n" - "ZWZmZWN0aXZlbHkgbm9taW5hdGVkIG1lIGFzIGl0cyBtYWludGFpbmVyLiA6LSkNCj4gDQo+IC0t\n" - "IA0KPiBBbnRvbiBWb3JvbnRzb3YNCj4gRW1haWw6IGNib3VhdG1haWxydUBnbWFpbC5jb20NCj4g\n" - "DQoNCkhhdmluZyBwb3dlci1zdXBwbGllcyBhdCAvZHJpdmVycy9wb3dlci8gYW5kIG90aGVyIHBv\n" - "d2VyLXJlbGF0ZWQgZHJpdmVycyBzcHJlYWQgYXQgL2RyaXZlcnMvIGhhdmUgYmVlbiBidWdnaW5n\n" - "IG1lIGFzIHdlbGwuIEknZCBsaWtlIHRvIHNlZSB0aGUgY2hhbmdlIHlvdSd2ZSBzdWdnZXN0ZWQg\n" - "dGhvdWdoIEknbSBub3Qgc3VyZSBob3cgc2lnbmlmaWNhbnQgdGhlIHNpZGUtZWZmZWN0IHdpbGwg\n" - "YmUgYXQgdGhpcyBwb2ludC4NCg0KR2VuZXJhbGx5IHNwZWFraW5nLCB5ZXMsIEkgYWxzbyB0aGlu\n" - "ayB0aGUgcHJvcG9zYWwgaXMgbW9yZSByZWFzb25hYmxlIHRoYW4gdGhlIGN1cnJlbnQgc3RydWN0\n" - dXJlLg0KDQoNCg0KQ2hlZXJzIQ0KTXl1bmdKb28NCg0KDQo + "> On Mon, Jul 30, 2012 at 10:51:42AM +0900, Alex Courbot wrote:\n" + "> [...]\n" + "> > On the other hand I have just noticed that the apparently unrelated\n" + "> > Adaptive Voltage Scaling driver just appeared in drivers/power/avs.\n" + "> > So if Anton and David are ok with this, maybe I could put the power\n" + "> > sequences code in its own subdirectory within drivers/power.\n" + "> \n" + "> Well, currently drivers/power/ is indeed just for power supply class\n" + "> subsystem and drivers. But if the trend is to gather power management\n" + "> (\"policy\") stuff under one directory, i.e.\n" + "> \n" + "> drivers/\n" + "> power/\n" + "> supplies/ <- former \"power supply class and drivers\"\n" + "> regulators/\n" + "> idle/\n" + "> cpuidle/\n" + "> cpufreq/\n" + "> devfreq/\n" + "> avs/\n" + "> ...\n" + "> \n" + "> That would probably make sense, we could easily see the big picture.\n" + "> But if we're not going to do this long-term, I would suggest to stick\n" + "> to just a new directory under drivers (and move drivers/power/avs/ to\n" + "> drivers/avs).\n" + "> \n" + "> Cc'ing some more people...\n" + "> \n" + "> Thanks,\n" + "> \n" + "> p.s. Jean, why am I the last person who discovers drivers/power/avs/?\n" + "> Would be nice to Cc me on such patches; by moving AVS under\n" + "> drivers/power/ you effectively nominated me as its maintainer. :-)\n" + "> \n" + "> -- \n" + "> Anton Vorontsov\n" + "> Email: cbouatmailru@gmail.com\n" + "> \n" + "\n" + "Having power-supplies at /drivers/power/ and other power-related drivers spread at /drivers/ have been bugging me as well. I'd like to see the change you've suggested though I'm not sure how significant the side-effect will be at this point.\n" + "\n" + "Generally speaking, yes, I also think the proposal is more reasonable than the current structure.\n" + "\n" + "\n" + "\n" + "Cheers!\n" + "MyungJoo\n" + "\n" + "\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" -73813f85030437c98121711e11430523e05c6ae525ea05bfeda93e55f186fa9a +0cb433dae8848cc64d4abbeea646917aa546fbc5da103e61dd6aa5bb37ca9b9e
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.