diff for duplicates of <52642DAF.8080301@roeck-us.net> diff --git a/a/1.txt b/N1/1.txt index 8fc19ef..ccff127 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,98 +1,66 @@ -On 10/20/2013 11:10 AM, Arnaud Ebalard wrote: -> Hi, -> -> With 3.12-rc series, sysfs support for thermal susbsytem (and/or hwmon -> one) was modified in such a way that sensors utility (current 3.3.4 -> version with 3.3.4 version of libsensors from lm-sensors package on -> Debian unstable) does not see the temperature sensor anymore on armada -> 370 platforms (not tested on others). Additionally, the changes break -> existing configurations of fancontrol utility, which prevents the -> fan to be regulated correctly w/o recreating an /etc/fancontrol w/ -> pwmconfig. -> -> Here is what I have on my Armada 370-based system on a 3.11.5: -> -> # sensors -> g762-i2c-0-3e -> Adapter: mv64xxx_i2c adapter -> fan1: 2457 RPM (div = 1) -> -> armada_thermal-virtual-0 -> Adapter: Virtual device -> temp1: +45.7°C -> -> And what I get on 3.12-rc6: -> -> # sensors -> g762-i2c-0-3e -> Adapter: mv64xxx_i2c adapter -> fan1: 1350 RPM (div = 1) -> -> -> Monitoring what sensors does w/ strace, I started looking at the changes -> to /sys/class/hwmon/hwmon1/: -> -> On 3.11.5: -> -> # find /sys/class/hwmon/hwmon1/ -> /sys/class/hwmon/hwmon1/ -> /sys/class/hwmon/hwmon1/name -> /sys/class/hwmon/hwmon1/subsystem -> /sys/class/hwmon/hwmon1/uevent -> /sys/class/hwmon/hwmon1/temp1_input -> -> On 3.12-rc6: -> -> # find /sys/class/hwmon/hwmon1/ -> /sys/class/hwmon/hwmon1/ -> /sys/class/hwmon/hwmon1/name -> /sys/class/hwmon/hwmon1/device -> /sys/class/hwmon/hwmon1/subsystem -> /sys/class/hwmon/hwmon1/uevent -> /sys/class/hwmon/hwmon1/temp1_input -> -> # find /sys/class/hwmon/hwmon1/device/ -> /sys/class/hwmon/hwmon1/device/ -> /sys/class/hwmon/hwmon1/device/temp -> /sys/class/hwmon/hwmon1/device/type -> /sys/class/hwmon/hwmon1/device/hwmon1 -> /sys/class/hwmon/hwmon1/device/hwmon1/name -> /sys/class/hwmon/hwmon1/device/hwmon1/device -> /sys/class/hwmon/hwmon1/device/hwmon1/subsystem -> /sys/class/hwmon/hwmon1/device/hwmon1/uevent -> /sys/class/hwmon/hwmon1/device/hwmon1/temp1_input -> /sys/class/hwmon/hwmon1/device/subsystem -> /sys/class/hwmon/hwmon1/device/policy -> /sys/class/hwmon/hwmon1/device/uevent -> /sys/class/hwmon/hwmon1/device/passive -> -> Is that expected? As for sensors, it *seems* to be bothered to find a -> device/ folder in /sys/class/hwmon/hwmon1/ w/o no name entry in it. -> - -The 'name' attribute should not be the problem, since there is a 'name' -attribute in the /sys/class/hwmon/hwmon1/ directory. - -Key difference is that there is now a 'device' subdirectory, which results -in different handling by libsensors; the entry is no longer a virtual entry -but is expected to have a real device attached to it. For this device, -libsensors tries to scan the 'subsystem' entry which in turn must be well -defined and known. My suspicion is that the reported subsystem may not be -recognized by libsensors. - -One question is why there is now a device entry, even though this is still as -virtual as it was before. You'll have to ask the thermal subsystem maintainers -for an answer. - -I am also concerned about the 'hwmon1' subdirectory underneath hwmon1/device; -that suggests that hwmon1 may be declared to be a child of itself, which would -obviously not be a good idea. - -Also, note that the thermal subsystem creates (or may create) sensor attributes -after registering the hwmon device, which means you can not rely on the udev -event that comes with the hwmon device creation and assume that all sensor -attributes exist at that time. I don't currently know how to handle this situation. -This is not unique, though; the coretemp driver does the same. Just something -to keep in mind. - -Guenter +T24gMTAvMjAvMjAxMyAxMToxMCBBTSwgQXJuYXVkIEViYWxhcmQgd3JvdGU6Cj4gSGksCj4KPiBX +aXRoIDMuMTItcmMgc2VyaWVzLCBzeXNmcyBzdXBwb3J0IGZvciB0aGVybWFsIHN1c2JzeXRlbSAo +YW5kL29yIGh3bW9uCj4gb25lKSB3YXMgbW9kaWZpZWQgaW4gc3VjaCBhIHdheSB0aGF0IHNlbnNv +cnMgdXRpbGl0eSAoY3VycmVudCAzLjMuNAo+IHZlcnNpb24gd2l0aCAzLjMuNCB2ZXJzaW9uIG9m +IGxpYnNlbnNvcnMgZnJvbSBsbS1zZW5zb3JzIHBhY2thZ2Ugb24KPiBEZWJpYW4gdW5zdGFibGUp +IGRvZXMgbm90IHNlZSB0aGUgdGVtcGVyYXR1cmUgc2Vuc29yIGFueW1vcmUgb24gYXJtYWRhCj4g +MzcwIHBsYXRmb3JtcyAobm90IHRlc3RlZCBvbiBvdGhlcnMpLiBBZGRpdGlvbmFsbHksIHRoZSBj +aGFuZ2VzIGJyZWFrCj4gZXhpc3RpbmcgY29uZmlndXJhdGlvbnMgb2YgZmFuY29udHJvbCB1dGls +aXR5LCB3aGljaCBwcmV2ZW50cyB0aGUKPiBmYW4gdG8gYmUgcmVndWxhdGVkIGNvcnJlY3RseSB3 +L28gcmVjcmVhdGluZyBhbiAvZXRjL2ZhbmNvbnRyb2wgdy8KPiBwd21jb25maWcuCj4KPiBIZXJl +IGlzIHdoYXQgSSBoYXZlIG9uIG15IEFybWFkYSAzNzAtYmFzZWQgc3lzdGVtIG9uIGEgMy4xMS41 +Ogo+Cj4gIyBzZW5zb3JzCj4gZzc2Mi1pMmMtMC0zZQo+IEFkYXB0ZXI6IG12NjR4eHhfaTJjIGFk +YXB0ZXIKPiBmYW4xOiAgICAgICAgMjQ1NyBSUE0gIChkaXYgPSAxKQo+Cj4gYXJtYWRhX3RoZXJt +YWwtdmlydHVhbC0wCj4gQWRhcHRlcjogVmlydHVhbCBkZXZpY2UKPiB0ZW1wMTogICAgICAgICs0 +NS43wrBDCj4KPiBBbmQgd2hhdCBJIGdldCBvbiAzLjEyLXJjNjoKPgo+ICMgc2Vuc29ycwo+IGc3 +NjItaTJjLTAtM2UKPiBBZGFwdGVyOiBtdjY0eHh4X2kyYyBhZGFwdGVyCj4gZmFuMTogICAgICAg +IDEzNTAgUlBNICAoZGl2ID0gMSkKPgo+Cj4gTW9uaXRvcmluZyB3aGF0IHNlbnNvcnMgZG9lcyB3 +LyBzdHJhY2UsIEkgc3RhcnRlZCBsb29raW5nIGF0IHRoZSBjaGFuZ2VzCj4gdG8gL3N5cy9jbGFz +cy9od21vbi9od21vbjEvOgo+Cj4gT24gMy4xMS41Ogo+Cj4gIyBmaW5kIC9zeXMvY2xhc3MvaHdt +b24vaHdtb24xLwo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xLwo+IC9zeXMvY2xhc3MvaHdtb24v +aHdtb24xL25hbWUKPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS9zdWJzeXN0ZW0KPiAvc3lzL2Ns +YXNzL2h3bW9uL2h3bW9uMS91ZXZlbnQKPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS90ZW1wMV9p +bnB1dAo+Cj4gT24gMy4xMi1yYzY6Cj4KPiAjIGZpbmQgL3N5cy9jbGFzcy9od21vbi9od21vbjEv +Cj4gL3N5cy9jbGFzcy9od21vbi9od21vbjEvCj4gL3N5cy9jbGFzcy9od21vbi9od21vbjEvbmFt +ZQo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL2RldmljZQo+IC9zeXMvY2xhc3MvaHdtb24vaHdt +b24xL3N1YnN5c3RlbQo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL3VldmVudAo+IC9zeXMvY2xh +c3MvaHdtb24vaHdtb24xL3RlbXAxX2lucHV0Cj4KPiAjIGZpbmQgL3N5cy9jbGFzcy9od21vbi9o +d21vbjEvZGV2aWNlLwo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL2RldmljZS8KPiAvc3lzL2Ns +YXNzL2h3bW9uL2h3bW9uMS9kZXZpY2UvdGVtcAo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL2Rl +dmljZS90eXBlCj4gL3N5cy9jbGFzcy9od21vbi9od21vbjEvZGV2aWNlL2h3bW9uMQo+IC9zeXMv +Y2xhc3MvaHdtb24vaHdtb24xL2RldmljZS9od21vbjEvbmFtZQo+IC9zeXMvY2xhc3MvaHdtb24v +aHdtb24xL2RldmljZS9od21vbjEvZGV2aWNlCj4gL3N5cy9jbGFzcy9od21vbi9od21vbjEvZGV2 +aWNlL2h3bW9uMS9zdWJzeXN0ZW0KPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS9kZXZpY2UvaHdt +b24xL3VldmVudAo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL2RldmljZS9od21vbjEvdGVtcDFf +aW5wdXQKPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS9kZXZpY2Uvc3Vic3lzdGVtCj4gL3N5cy9j +bGFzcy9od21vbi9od21vbjEvZGV2aWNlL3BvbGljeQo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24x +L2RldmljZS91ZXZlbnQKPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS9kZXZpY2UvcGFzc2l2ZQo+ +Cj4gSXMgdGhhdCBleHBlY3RlZD8gQXMgZm9yIHNlbnNvcnMsIGl0ICpzZWVtcyogdG8gYmUgYm90 +aGVyZWQgdG8gZmluZCBhCj4gZGV2aWNlLyBmb2xkZXIgaW4gL3N5cy9jbGFzcy9od21vbi9od21v +bjEvIHcvbyBubyBuYW1lIGVudHJ5IGluIGl0Lgo+CgpUaGUgJ25hbWUnIGF0dHJpYnV0ZSBzaG91 +bGQgbm90IGJlIHRoZSBwcm9ibGVtLCBzaW5jZSB0aGVyZSBpcyBhICduYW1lJwphdHRyaWJ1dGUg +aW4gdGhlIC9zeXMvY2xhc3MvaHdtb24vaHdtb24xLyBkaXJlY3RvcnkuCgpLZXkgZGlmZmVyZW5j +ZSBpcyB0aGF0IHRoZXJlIGlzIG5vdyBhICdkZXZpY2UnIHN1YmRpcmVjdG9yeSwgd2hpY2ggcmVz +dWx0cwppbiBkaWZmZXJlbnQgaGFuZGxpbmcgYnkgbGlic2Vuc29yczsgdGhlIGVudHJ5IGlzIG5v +IGxvbmdlciBhIHZpcnR1YWwgZW50cnkKYnV0IGlzIGV4cGVjdGVkIHRvIGhhdmUgYSByZWFsIGRl +dmljZSBhdHRhY2hlZCB0byBpdC4gRm9yIHRoaXMgZGV2aWNlLApsaWJzZW5zb3JzIHRyaWVzIHRv +IHNjYW4gdGhlICdzdWJzeXN0ZW0nIGVudHJ5IHdoaWNoIGluIHR1cm4gbXVzdCBiZSB3ZWxsCmRl +ZmluZWQgYW5kIGtub3duLiBNeSBzdXNwaWNpb24gaXMgdGhhdCB0aGUgcmVwb3J0ZWQgc3Vic3lz +dGVtIG1heSBub3QgYmUKcmVjb2duaXplZCBieSBsaWJzZW5zb3JzLgoKT25lIHF1ZXN0aW9uIGlz +IHdoeSB0aGVyZSBpcyBub3cgYSBkZXZpY2UgZW50cnksIGV2ZW4gdGhvdWdoIHRoaXMgaXMgc3Rp +bGwgYXMKdmlydHVhbCBhcyBpdCB3YXMgYmVmb3JlLiBZb3UnbGwgaGF2ZSB0byBhc2sgdGhlIHRo +ZXJtYWwgc3Vic3lzdGVtIG1haW50YWluZXJzCmZvciBhbiBhbnN3ZXIuCgpJIGFtIGFsc28gY29u +Y2VybmVkIGFib3V0IHRoZSAnaHdtb24xJyBzdWJkaXJlY3RvcnkgdW5kZXJuZWF0aCBod21vbjEv +ZGV2aWNlOwp0aGF0IHN1Z2dlc3RzIHRoYXQgaHdtb24xIG1heSBiZSBkZWNsYXJlZCB0byBiZSBh +IGNoaWxkIG9mIGl0c2VsZiwgd2hpY2ggd291bGQKb2J2aW91c2x5IG5vdCBiZSBhIGdvb2QgaWRl +YS4KCkFsc28sIG5vdGUgdGhhdCB0aGUgdGhlcm1hbCBzdWJzeXN0ZW0gY3JlYXRlcyAob3IgbWF5 +IGNyZWF0ZSkgc2Vuc29yIGF0dHJpYnV0ZXMKYWZ0ZXIgcmVnaXN0ZXJpbmcgdGhlIGh3bW9uIGRl +dmljZSwgd2hpY2ggbWVhbnMgeW91IGNhbiBub3QgcmVseSBvbiB0aGUgdWRldgpldmVudCB0aGF0 +IGNvbWVzIHdpdGggdGhlIGh3bW9uIGRldmljZSBjcmVhdGlvbiBhbmQgYXNzdW1lIHRoYXQgYWxs +IHNlbnNvcgphdHRyaWJ1dGVzIGV4aXN0IGF0IHRoYXQgdGltZS4gSSBkb24ndCBjdXJyZW50bHkg +a25vdyBob3cgdG8gaGFuZGxlIHRoaXMgc2l0dWF0aW9uLgpUaGlzIGlzIG5vdCB1bmlxdWUsIHRo +b3VnaDsgdGhlIGNvcmV0ZW1wIGRyaXZlciBkb2VzIHRoZSBzYW1lLiBKdXN0IHNvbWV0aGluZwp0 +byBrZWVwIGluIG1pbmQuCgpHdWVudGVyCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f +X19fX19fX19fX19fX19fX18KbG0tc2Vuc29ycyBtYWlsaW5nIGxpc3QKbG0tc2Vuc29yc0BsbS1z +ZW5zb3JzLm9yZwpodHRwOi8vbGlzdHMubG0tc2Vuc29ycy5vcmcvbWFpbG1hbi9saXN0aW5mby9s +bS1zZW5zb3Jz diff --git a/a/content_digest b/N1/content_digest index 84f5c78..1a05e39 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,7 +1,7 @@ "ref\087ppqzolsu.fsf@natisbad.org\0" "From\0Guenter Roeck <linux@roeck-us.net>\0" - "Subject\0Re: [REGRESSION?] sensors and fancontrol not seeing armada_thermal on 3.12-rc series\0" - "Date\0Sun, 20 Oct 2013 12:23:27 -0700\0" + "Subject\0Re: [lm-sensors] [REGRESSION?] sensors and fancontrol not seeing armada_thermal on 3.12-rc series\0" + "Date\0Sun, 20 Oct 2013 19:23:27 +0000\0" "To\0Arnaud Ebalard <arno@natisbad.org>" Eduardo Valentin <eduardo.valentin@ti.com> Zhang Rui <rui.zhang@intel.com> @@ -15,103 +15,71 @@ " Jason Cooper <jason@lakedaemon.net>\0" "\00:1\0" "b\0" - "On 10/20/2013 11:10 AM, Arnaud Ebalard wrote:\n" - "> Hi,\n" - ">\n" - "> With 3.12-rc series, sysfs support for thermal susbsytem (and/or hwmon\n" - "> one) was modified in such a way that sensors utility (current 3.3.4\n" - "> version with 3.3.4 version of libsensors from lm-sensors package on\n" - "> Debian unstable) does not see the temperature sensor anymore on armada\n" - "> 370 platforms (not tested on others). Additionally, the changes break\n" - "> existing configurations of fancontrol utility, which prevents the\n" - "> fan to be regulated correctly w/o recreating an /etc/fancontrol w/\n" - "> pwmconfig.\n" - ">\n" - "> Here is what I have on my Armada 370-based system on a 3.11.5:\n" - ">\n" - "> # sensors\n" - "> g762-i2c-0-3e\n" - "> Adapter: mv64xxx_i2c adapter\n" - "> fan1: 2457 RPM (div = 1)\n" - ">\n" - "> armada_thermal-virtual-0\n" - "> Adapter: Virtual device\n" - "> temp1: +45.7\302\260C\n" - ">\n" - "> And what I get on 3.12-rc6:\n" - ">\n" - "> # sensors\n" - "> g762-i2c-0-3e\n" - "> Adapter: mv64xxx_i2c adapter\n" - "> fan1: 1350 RPM (div = 1)\n" - ">\n" - ">\n" - "> Monitoring what sensors does w/ strace, I started looking at the changes\n" - "> to /sys/class/hwmon/hwmon1/:\n" - ">\n" - "> On 3.11.5:\n" - ">\n" - "> # find /sys/class/hwmon/hwmon1/\n" - "> /sys/class/hwmon/hwmon1/\n" - "> /sys/class/hwmon/hwmon1/name\n" - "> /sys/class/hwmon/hwmon1/subsystem\n" - "> /sys/class/hwmon/hwmon1/uevent\n" - "> /sys/class/hwmon/hwmon1/temp1_input\n" - ">\n" - "> On 3.12-rc6:\n" - ">\n" - "> # find /sys/class/hwmon/hwmon1/\n" - "> /sys/class/hwmon/hwmon1/\n" - "> /sys/class/hwmon/hwmon1/name\n" - "> /sys/class/hwmon/hwmon1/device\n" - "> /sys/class/hwmon/hwmon1/subsystem\n" - "> /sys/class/hwmon/hwmon1/uevent\n" - "> /sys/class/hwmon/hwmon1/temp1_input\n" - ">\n" - "> # find /sys/class/hwmon/hwmon1/device/\n" - "> /sys/class/hwmon/hwmon1/device/\n" - "> /sys/class/hwmon/hwmon1/device/temp\n" - "> /sys/class/hwmon/hwmon1/device/type\n" - "> /sys/class/hwmon/hwmon1/device/hwmon1\n" - "> /sys/class/hwmon/hwmon1/device/hwmon1/name\n" - "> /sys/class/hwmon/hwmon1/device/hwmon1/device\n" - "> /sys/class/hwmon/hwmon1/device/hwmon1/subsystem\n" - "> /sys/class/hwmon/hwmon1/device/hwmon1/uevent\n" - "> /sys/class/hwmon/hwmon1/device/hwmon1/temp1_input\n" - "> /sys/class/hwmon/hwmon1/device/subsystem\n" - "> /sys/class/hwmon/hwmon1/device/policy\n" - "> /sys/class/hwmon/hwmon1/device/uevent\n" - "> /sys/class/hwmon/hwmon1/device/passive\n" - ">\n" - "> Is that expected? As for sensors, it *seems* to be bothered to find a\n" - "> device/ folder in /sys/class/hwmon/hwmon1/ w/o no name entry in it.\n" - ">\n" - "\n" - "The 'name' attribute should not be the problem, since there is a 'name'\n" - "attribute in the /sys/class/hwmon/hwmon1/ directory.\n" - "\n" - "Key difference is that there is now a 'device' subdirectory, which results\n" - "in different handling by libsensors; the entry is no longer a virtual entry\n" - "but is expected to have a real device attached to it. For this device,\n" - "libsensors tries to scan the 'subsystem' entry which in turn must be well\n" - "defined and known. My suspicion is that the reported subsystem may not be\n" - "recognized by libsensors.\n" - "\n" - "One question is why there is now a device entry, even though this is still as\n" - "virtual as it was before. You'll have to ask the thermal subsystem maintainers\n" - "for an answer.\n" - "\n" - "I am also concerned about the 'hwmon1' subdirectory underneath hwmon1/device;\n" - "that suggests that hwmon1 may be declared to be a child of itself, which would\n" - "obviously not be a good idea.\n" - "\n" - "Also, note that the thermal subsystem creates (or may create) sensor attributes\n" - "after registering the hwmon device, which means you can not rely on the udev\n" - "event that comes with the hwmon device creation and assume that all sensor\n" - "attributes exist at that time. I don't currently know how to handle this situation.\n" - "This is not unique, though; the coretemp driver does the same. Just something\n" - "to keep in mind.\n" - "\n" - Guenter + "T24gMTAvMjAvMjAxMyAxMToxMCBBTSwgQXJuYXVkIEViYWxhcmQgd3JvdGU6Cj4gSGksCj4KPiBX\n" + "aXRoIDMuMTItcmMgc2VyaWVzLCBzeXNmcyBzdXBwb3J0IGZvciB0aGVybWFsIHN1c2JzeXRlbSAo\n" + "YW5kL29yIGh3bW9uCj4gb25lKSB3YXMgbW9kaWZpZWQgaW4gc3VjaCBhIHdheSB0aGF0IHNlbnNv\n" + "cnMgdXRpbGl0eSAoY3VycmVudCAzLjMuNAo+IHZlcnNpb24gd2l0aCAzLjMuNCB2ZXJzaW9uIG9m\n" + "IGxpYnNlbnNvcnMgZnJvbSBsbS1zZW5zb3JzIHBhY2thZ2Ugb24KPiBEZWJpYW4gdW5zdGFibGUp\n" + "IGRvZXMgbm90IHNlZSB0aGUgdGVtcGVyYXR1cmUgc2Vuc29yIGFueW1vcmUgb24gYXJtYWRhCj4g\n" + "MzcwIHBsYXRmb3JtcyAobm90IHRlc3RlZCBvbiBvdGhlcnMpLiBBZGRpdGlvbmFsbHksIHRoZSBj\n" + "aGFuZ2VzIGJyZWFrCj4gZXhpc3RpbmcgY29uZmlndXJhdGlvbnMgb2YgZmFuY29udHJvbCB1dGls\n" + "aXR5LCB3aGljaCBwcmV2ZW50cyB0aGUKPiBmYW4gdG8gYmUgcmVndWxhdGVkIGNvcnJlY3RseSB3\n" + "L28gcmVjcmVhdGluZyBhbiAvZXRjL2ZhbmNvbnRyb2wgdy8KPiBwd21jb25maWcuCj4KPiBIZXJl\n" + "IGlzIHdoYXQgSSBoYXZlIG9uIG15IEFybWFkYSAzNzAtYmFzZWQgc3lzdGVtIG9uIGEgMy4xMS41\n" + "Ogo+Cj4gIyBzZW5zb3JzCj4gZzc2Mi1pMmMtMC0zZQo+IEFkYXB0ZXI6IG12NjR4eHhfaTJjIGFk\n" + "YXB0ZXIKPiBmYW4xOiAgICAgICAgMjQ1NyBSUE0gIChkaXYgPSAxKQo+Cj4gYXJtYWRhX3RoZXJt\n" + "YWwtdmlydHVhbC0wCj4gQWRhcHRlcjogVmlydHVhbCBkZXZpY2UKPiB0ZW1wMTogICAgICAgICs0\n" + "NS43wrBDCj4KPiBBbmQgd2hhdCBJIGdldCBvbiAzLjEyLXJjNjoKPgo+ICMgc2Vuc29ycwo+IGc3\n" + "NjItaTJjLTAtM2UKPiBBZGFwdGVyOiBtdjY0eHh4X2kyYyBhZGFwdGVyCj4gZmFuMTogICAgICAg\n" + "IDEzNTAgUlBNICAoZGl2ID0gMSkKPgo+Cj4gTW9uaXRvcmluZyB3aGF0IHNlbnNvcnMgZG9lcyB3\n" + "LyBzdHJhY2UsIEkgc3RhcnRlZCBsb29raW5nIGF0IHRoZSBjaGFuZ2VzCj4gdG8gL3N5cy9jbGFz\n" + "cy9od21vbi9od21vbjEvOgo+Cj4gT24gMy4xMS41Ogo+Cj4gIyBmaW5kIC9zeXMvY2xhc3MvaHdt\n" + "b24vaHdtb24xLwo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xLwo+IC9zeXMvY2xhc3MvaHdtb24v\n" + "aHdtb24xL25hbWUKPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS9zdWJzeXN0ZW0KPiAvc3lzL2Ns\n" + "YXNzL2h3bW9uL2h3bW9uMS91ZXZlbnQKPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS90ZW1wMV9p\n" + "bnB1dAo+Cj4gT24gMy4xMi1yYzY6Cj4KPiAjIGZpbmQgL3N5cy9jbGFzcy9od21vbi9od21vbjEv\n" + "Cj4gL3N5cy9jbGFzcy9od21vbi9od21vbjEvCj4gL3N5cy9jbGFzcy9od21vbi9od21vbjEvbmFt\n" + "ZQo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL2RldmljZQo+IC9zeXMvY2xhc3MvaHdtb24vaHdt\n" + "b24xL3N1YnN5c3RlbQo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL3VldmVudAo+IC9zeXMvY2xh\n" + "c3MvaHdtb24vaHdtb24xL3RlbXAxX2lucHV0Cj4KPiAjIGZpbmQgL3N5cy9jbGFzcy9od21vbi9o\n" + "d21vbjEvZGV2aWNlLwo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL2RldmljZS8KPiAvc3lzL2Ns\n" + "YXNzL2h3bW9uL2h3bW9uMS9kZXZpY2UvdGVtcAo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL2Rl\n" + "dmljZS90eXBlCj4gL3N5cy9jbGFzcy9od21vbi9od21vbjEvZGV2aWNlL2h3bW9uMQo+IC9zeXMv\n" + "Y2xhc3MvaHdtb24vaHdtb24xL2RldmljZS9od21vbjEvbmFtZQo+IC9zeXMvY2xhc3MvaHdtb24v\n" + "aHdtb24xL2RldmljZS9od21vbjEvZGV2aWNlCj4gL3N5cy9jbGFzcy9od21vbi9od21vbjEvZGV2\n" + "aWNlL2h3bW9uMS9zdWJzeXN0ZW0KPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS9kZXZpY2UvaHdt\n" + "b24xL3VldmVudAo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24xL2RldmljZS9od21vbjEvdGVtcDFf\n" + "aW5wdXQKPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS9kZXZpY2Uvc3Vic3lzdGVtCj4gL3N5cy9j\n" + "bGFzcy9od21vbi9od21vbjEvZGV2aWNlL3BvbGljeQo+IC9zeXMvY2xhc3MvaHdtb24vaHdtb24x\n" + "L2RldmljZS91ZXZlbnQKPiAvc3lzL2NsYXNzL2h3bW9uL2h3bW9uMS9kZXZpY2UvcGFzc2l2ZQo+\n" + "Cj4gSXMgdGhhdCBleHBlY3RlZD8gQXMgZm9yIHNlbnNvcnMsIGl0ICpzZWVtcyogdG8gYmUgYm90\n" + "aGVyZWQgdG8gZmluZCBhCj4gZGV2aWNlLyBmb2xkZXIgaW4gL3N5cy9jbGFzcy9od21vbi9od21v\n" + "bjEvIHcvbyBubyBuYW1lIGVudHJ5IGluIGl0Lgo+CgpUaGUgJ25hbWUnIGF0dHJpYnV0ZSBzaG91\n" + "bGQgbm90IGJlIHRoZSBwcm9ibGVtLCBzaW5jZSB0aGVyZSBpcyBhICduYW1lJwphdHRyaWJ1dGUg\n" + "aW4gdGhlIC9zeXMvY2xhc3MvaHdtb24vaHdtb24xLyBkaXJlY3RvcnkuCgpLZXkgZGlmZmVyZW5j\n" + "ZSBpcyB0aGF0IHRoZXJlIGlzIG5vdyBhICdkZXZpY2UnIHN1YmRpcmVjdG9yeSwgd2hpY2ggcmVz\n" + "dWx0cwppbiBkaWZmZXJlbnQgaGFuZGxpbmcgYnkgbGlic2Vuc29yczsgdGhlIGVudHJ5IGlzIG5v\n" + "IGxvbmdlciBhIHZpcnR1YWwgZW50cnkKYnV0IGlzIGV4cGVjdGVkIHRvIGhhdmUgYSByZWFsIGRl\n" + "dmljZSBhdHRhY2hlZCB0byBpdC4gRm9yIHRoaXMgZGV2aWNlLApsaWJzZW5zb3JzIHRyaWVzIHRv\n" + "IHNjYW4gdGhlICdzdWJzeXN0ZW0nIGVudHJ5IHdoaWNoIGluIHR1cm4gbXVzdCBiZSB3ZWxsCmRl\n" + "ZmluZWQgYW5kIGtub3duLiBNeSBzdXNwaWNpb24gaXMgdGhhdCB0aGUgcmVwb3J0ZWQgc3Vic3lz\n" + "dGVtIG1heSBub3QgYmUKcmVjb2duaXplZCBieSBsaWJzZW5zb3JzLgoKT25lIHF1ZXN0aW9uIGlz\n" + "IHdoeSB0aGVyZSBpcyBub3cgYSBkZXZpY2UgZW50cnksIGV2ZW4gdGhvdWdoIHRoaXMgaXMgc3Rp\n" + "bGwgYXMKdmlydHVhbCBhcyBpdCB3YXMgYmVmb3JlLiBZb3UnbGwgaGF2ZSB0byBhc2sgdGhlIHRo\n" + "ZXJtYWwgc3Vic3lzdGVtIG1haW50YWluZXJzCmZvciBhbiBhbnN3ZXIuCgpJIGFtIGFsc28gY29u\n" + "Y2VybmVkIGFib3V0IHRoZSAnaHdtb24xJyBzdWJkaXJlY3RvcnkgdW5kZXJuZWF0aCBod21vbjEv\n" + "ZGV2aWNlOwp0aGF0IHN1Z2dlc3RzIHRoYXQgaHdtb24xIG1heSBiZSBkZWNsYXJlZCB0byBiZSBh\n" + "IGNoaWxkIG9mIGl0c2VsZiwgd2hpY2ggd291bGQKb2J2aW91c2x5IG5vdCBiZSBhIGdvb2QgaWRl\n" + "YS4KCkFsc28sIG5vdGUgdGhhdCB0aGUgdGhlcm1hbCBzdWJzeXN0ZW0gY3JlYXRlcyAob3IgbWF5\n" + "IGNyZWF0ZSkgc2Vuc29yIGF0dHJpYnV0ZXMKYWZ0ZXIgcmVnaXN0ZXJpbmcgdGhlIGh3bW9uIGRl\n" + "dmljZSwgd2hpY2ggbWVhbnMgeW91IGNhbiBub3QgcmVseSBvbiB0aGUgdWRldgpldmVudCB0aGF0\n" + "IGNvbWVzIHdpdGggdGhlIGh3bW9uIGRldmljZSBjcmVhdGlvbiBhbmQgYXNzdW1lIHRoYXQgYWxs\n" + "IHNlbnNvcgphdHRyaWJ1dGVzIGV4aXN0IGF0IHRoYXQgdGltZS4gSSBkb24ndCBjdXJyZW50bHkg\n" + "a25vdyBob3cgdG8gaGFuZGxlIHRoaXMgc2l0dWF0aW9uLgpUaGlzIGlzIG5vdCB1bmlxdWUsIHRo\n" + "b3VnaDsgdGhlIGNvcmV0ZW1wIGRyaXZlciBkb2VzIHRoZSBzYW1lLiBKdXN0IHNvbWV0aGluZwp0\n" + "byBrZWVwIGluIG1pbmQuCgpHdWVudGVyCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f\n" + "X19fX19fX19fX19fX19fX18KbG0tc2Vuc29ycyBtYWlsaW5nIGxpc3QKbG0tc2Vuc29yc0BsbS1z\n" + "ZW5zb3JzLm9yZwpodHRwOi8vbGlzdHMubG0tc2Vuc29ycy5vcmcvbWFpbG1hbi9saXN0aW5mby9s\n" + bS1zZW5zb3Jz -5a64e6ba47a178f4a43edb36fc955f80c11086ea3d628c3e5f3cae5b1b86491c +b3df9bd4b00dd5f68656457d41fe0defe9f4d15d6e27eacf81d5cef955982095
diff --git a/a/1.txt b/N2/1.txt index 8fc19ef..6e695ba 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -19,7 +19,7 @@ On 10/20/2013 11:10 AM, Arnaud Ebalard wrote: > > armada_thermal-virtual-0 > Adapter: Virtual device -> temp1: +45.7°C +> temp1: +45.7?C > > And what I get on 3.12-rc6: > diff --git a/a/content_digest b/N2/content_digest index 84f5c78..4ca4987 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,18 +1,8 @@ "ref\087ppqzolsu.fsf@natisbad.org\0" - "From\0Guenter Roeck <linux@roeck-us.net>\0" - "Subject\0Re: [REGRESSION?] sensors and fancontrol not seeing armada_thermal on 3.12-rc series\0" + "From\0linux@roeck-us.net (Guenter Roeck)\0" + "Subject\0[REGRESSION?] sensors and fancontrol not seeing armada_thermal on 3.12-rc series\0" "Date\0Sun, 20 Oct 2013 12:23:27 -0700\0" - "To\0Arnaud Ebalard <arno@natisbad.org>" - Eduardo Valentin <eduardo.valentin@ti.com> - Zhang Rui <rui.zhang@intel.com> - " Jean Delvare <khali@linux-fr.org>\0" - "Cc\0linux-pm@vger.kernel.org" - lm-sensors@lm-sensors.org - linux-arm-kernel@lists.infradead.org - Andrew Lunn <andrew@lunn.ch> - Gregory Clement <gregory.clement@free-electrons.com> - Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com> - " Jason Cooper <jason@lakedaemon.net>\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "On 10/20/2013 11:10 AM, Arnaud Ebalard wrote:\n" @@ -36,7 +26,7 @@ ">\n" "> armada_thermal-virtual-0\n" "> Adapter: Virtual device\n" - "> temp1: +45.7\302\260C\n" + "> temp1: +45.7?C\n" ">\n" "> And what I get on 3.12-rc6:\n" ">\n" @@ -114,4 +104,4 @@ "\n" Guenter -5a64e6ba47a178f4a43edb36fc955f80c11086ea3d628c3e5f3cae5b1b86491c +cb0c40f7a015d4f5d70e25efe0c8d7d3291192f2553ddd221d58b356a368ee35
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.