On Wed, Jun 15, 2016 at 02:03:08PM +0200, Andrea Scopece wrote: > > Hello, > > my system is afflicted from a small bug, from a long time, and I have no idea > where to report it. > > Just found your email address on github, linked to hwmon related commits, so > I decided to write to you directly, hope this is not much of problem. > If I did it wrong, my apologies, and if you can please direct me to the right > place. > > > The bug: > > I'm using a "conky" panel to monitor some parameters, among them the CPU > temps. > > What is happening is that upon reboot, sometimes the temps display correctly, > sometimes not. (by reboot, I mean also complete power off / power on > sequence). > > I did a bit of research and found that the hwmon instance sometime is > enumerated as 0 and sometimes as 1 ... both works but obviously when I make a > constant reference in conky, say "hwmon 0" it work only half of the times. > > These are the involved parameters: > sometimes as: > /sys/devices/virtual/hwmon/hwmon0/temp1_input > /sys/devices/virtual/hwmon/hwmon0/temp1_label > /sys/devices/virtual/hwmon/hwmon0/temp2_input > /sys/devices/virtual/hwmon/hwmon0/temp2_label > > sometimes as: > /sys/devices/virtual/hwmon/hwmon1/temp1_input > /sys/devices/virtual/hwmon/hwmon1/temp1_label > /sys/devices/virtual/hwmon/hwmon1/temp2_input > /sys/devices/virtual/hwmon/hwmon1/temp2_label > > > coretemp enumeration show the same behavior: > /sys/devices/platform/coretemp.0 > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp3_input > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp3_label > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp2_crit_alarm > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp2_crit > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp3_crit > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp3_crit_alarm > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp2_max > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp3_max > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp2_input > /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp2_label > > sometimes as: > /sys/devices/platform/coretemp.0 > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp3_input > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp3_label > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp2_crit_alarm > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp2_crit > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp3_crit > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp3_crit_alarm > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp2_max > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp3_max > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp2_input > /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp2_label > Unfortunately, that is a "feature". Numbering is determined by the module load order. hwmon0 is the first registered hwmon device, hwmon1 is the next, and so on. Since the module load order is not fixed, device name assignments are not fixed either. This is quite similar to network device naming problems; unfortunately the solution applied there (using udev to select fixed names) does not work with non-network devices. I know this is very annoying, but right now I don't have a good idea how to solve it. Guenter -- To unsubscribe from this list: send the line "unsubscribe linux-hwmon" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html