Closed DeagledSmeagol closed 1 year ago
Hi, @fireflame90051, and thank you for the contribution!
… for a water-cooling project…
That's exactly how did I start this project.
If the VRM temp reading is always zero, I see no point in keeping the sensor. Maybe you'd like to submit a patch (with your name and email) so I could forward it to the mainline kernel? Otherwise I will just insert a link to this issue into the commit message.
On my board the minimum temp is set to 60c in the bios so the fan will not start below. You can try to temporarily set it to a low temp and see if it start spinning (actually is there a VRM fan on your board?)
If the VRM temp reading is always zero, I see no point in keeping the sensor. Maybe you'd like to submit a patch (with your name and email) so I could forward it to the mainline kernel? Otherwise I will just insert a link to this issue into the commit message.
Excuse me?
If the VRM temp reading is always zero, I see no point in keeping the sensor. Maybe you'd like to submit a patch (with your name and email) so I could forward it to the mainline kernel? Otherwise I will just insert a link to this issue into the commit message.
The VRM sensor has been removed.
Please excuse my ignorance. I'm pretty new to github, as this is my first contribution I'm not entirely sure how you want me to submit that patch. Ive attached the zipped patch file here (github wouldn't allow me to attach the .patch file directly for whatever reason), and also created a fork on my account that we could merge if you want.
This patch was compiled against the current master branch and installed via dkms just before uploading so there shouldn't be any issues.
Thanks!
Thank you for updating the patch!
I'm not entirely sure how you want me to submit that patch
Ideally, I'd like to get the patch (that is already here), your consent to submit the change to the mainline kernel under the GPL license, and your email to put in the patch for mainlining. Whether you use GitHub pull request or another way to share the code change is of no importance for me as far as I can read the changes. If you do not want to share your email on GitHub, but want it to be in the mainline kernel commit, please send an email to my address, which is in the GitHub profile.
Oh cool. my email is cacoukoulis@gmail.com, I also left my email and name as a comment in the patch file itself.
You absolutely have my consent. Personally, I think it's pretty cool that my teeny tiny contribution may end up being in mainline :)
Thank you! I merged the changes from your branch, and will submit them upstream in the coming days. You'll be CCed.
I also left my email and name as a comment in the patch file itself.
Ah, I briefly looked into the patch with a diff viewer, and it must had hid the email, sorry.
it's pretty cool that my teeny tiny contribution may end up being in mainline :)
One of the main features of the OSS model, I'd say.
Thank you! I merged the changes from your branch, and will submit them upstream in the coming days. You'll be CCed.
Absolutely! Thanks for working with me on this.
One of the main features of the OSS model, I'd say.
For sure. The OSS concept is the main reason why I've used GNU/Linux for so long now. This type of user input just isn't really possible on other platforms.
I suppose I should close this issue now that it's been resolved. Thanks again!
Hey, I'm not sure if this is the best place to put this, but I needed readout of the AUX T_Sensor for a water-cooling project and did my best to add in support.
I found that many of the defined sensors report 0 or were duplicates of T_Sensor. i left the ones that did report and were not duplicates, along with the VRM sensor. On the subject of the VRM sensor, I don't believe this board has one as this driver reports 0 deg C, and it doesn't show up in the UEFI hardware monitor.
Btw, thanks for the descriptive documentation! I'm not exactly a programmer or a hardware guy but that made it super easy.
Here's a patch
Along with the output of asus-ec-sensors from sensors