Zero chance they back that out. It is not a regression in the kernel, a valid fix exposed bad code in user space. The defect is in user space commands not checking what the kernel returned. The bug is not in the kernel. The solution will be to fix the user space programs and/or require the extra option to spin the disk up. And having a hdtemp command/smartctl command spin up a drive to ask its temp is a power wasting command. The drive stays spun up for several minutes and uses around 5w more while it is spun up. So one cannot argue with it returning a "disk is sleeping" result. On Fri, Aug 16, 2024 at 11:18 AM Doug H. <fedoraproject.org@xxxxxxxxxxx> wrote: > > I recently noticed that `gkrellm` was not showing the temperatures for > my drives (SATA SSD in my case). > > It turns out that the 6.10 kernel updates fixed something to spec that > thus broke some stuff that was depending on a non-spec output that had > been going on for some time. > > The kernel "regression" is shown here: > > https://lore.kernel.org/all/0bf3f2f0-0fc6-4ba5-a420-c0874ef82d64@xxxxxxxxx/ > > The symptom for hddtemp is that it will show "drive is sleeping" unless > you give the -w switch to "wake up the drive". You would need to use > that each time you query it. I guess the issue shows up in hdparm also > and some other stuff. So they might back this out, but the proper fix > should be to the stuff that is depending on non-spec output. Personally > I am running the last 6.9 kernel and watching the updates that show up > to see if a new kernel reverts this or if a new version of hdparm or > hddtemp will fix it. > > > Posting note: Hope this does not double post. My first try was not from > my fedora e-mail address. > > -- > Doug H. > -- > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
