Bug 1100732 - coretemp numbering cores incorrectly on Xeon W3670 CPU
coretemp numbering cores incorrectly on Xeon W3670 CPU
Status: RESOLVED INVALID
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Kernel
Current
Other Other
: P5 - None : Minor (vote)
: ---
Assigned To: E-mail List
E-mail List
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2018-07-10 11:57 UTC by Mircea Kitsune
Modified: 2018-07-13 14:51 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
KSysGuard screenshot (106.62 KB, image/png)
2018-07-10 11:57 UTC, Mircea Kitsune
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mircea Kitsune 2018-07-10 11:57:04 UTC
Created attachment 776561 [details]
KSysGuard screenshot

This is a minor but noteworthy issue. I wasn't sure where else to report it so I hope posting it with openSUSE still makes sense.

I recently upgraded to an Intel Xeon W3670 CPU (6 cores, 12 threads). It works wonderfully except for one small annoyance: The coretemp temperature sensors don't indicate the correct numbers for each sensor. Instead of naming them "0, 1, 2, 3, 4, 5" they're named "0, 1, 2, 8, 9, 10". This looks like the sensors library might have an issue detecting them correctly.

I attached a screenshot of what this looks like from KSysGuard. Again this is very minor, but it would be nice if the numbers could display accurately.
Comment 1 Takashi Iwai 2018-07-13 14:51:32 UTC
The number comes from the corresponding CPU number, and this can be discrete, AFAIK.

Unless this confuses any user space program, it should be fine.
Feel free to reopen if this brings any real bug.  Thanks.