Bug 451109
Summary: | polling SATA DVD-drive | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sean Middleditch <sean> |
Component: | hal | Assignee: | Matthias Clasen <mclasen> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 19 | CC: | alexander.hunt2005, sonarguy |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-04-08 18:40:31 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Sean Middleditch
2008-06-12 20:25:41 UTC
(In reply to comment #0) > I have this running: > hald-addon-storage: polling /dev/sr0 (every 2 sec) > > It is my understanding that SATA CD/DVD drives do not need polling to check for > new media. It is correct that SATA optical drives implementing the SATA AN spec does not need to be polled. I'm not entirely sure if all SATA optical drives needs to implement it or if it's optional. Either way the kernel will tell us if the drive supports AN. > If this is the case, why is HAL polling /dev/sr0 ? The kernel interface changed from when support for detecting AN drives was implemented in HAL. Haven't had time to update it. Will fix this for F10 one way or the other. I'm still getting the poll behavior on latest rawhide. Anything else I can do to help? e.g. any way to get a hardware feature dump for the drive to see if it's just a crappy drive, if the software side has been updated already? Sean, Are you still running Fedora 9, or have you upgraded to 10 or Rawhide? In either case, can you let us know whether the issue is still happening, and give the current version of the HAL packages you're using? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Scott, I am on Rawhide (updated daily) and I still see it: 2431 ? S 0:08 hald-addon-storage: polling /dev/sr0 (every 2 sec) not sure if this is related at all, but the device kit stuff says: 2766 ? S 0:00 devkit-disks-daemon: not polling any devices (should I be running both hal and devicekit? wouldn't be surprised if upgrading through rawhide like that has left some cruft around) package version of hal and devicekit: hal-0.5.12-26.20090226git.fc11.x86_64 hal-libs-0.5.12-26.20090226git.fc11.x86_64 hal-cups-utils-0.6.19-2.fc11.x86_64 hal-info-20090414-1.fc11.noarch DeviceKit-power-008-0.1.20090401git.fc11.x86_64 DeviceKit-003-1.x86_64 DeviceKit-disks-004-0.10.20090415git.fc11.x86_64 Sean, I will have to defer to the maintainer as to whether or not both should be enabled at the same time. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers This message is a reminder that Fedora 9 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 9. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '9'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 9's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 9 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping in response to automatic post above: still happening on Fedora 11 release. Have you tried with the latest hal package in Fedora 11 or tried Rawhide? In either case, can you let us know whether the issue is still happening, and give the current version of the HAL packages you're using? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers root 1020 0.0 0.0 24276 1248 ? S Sep07 0:41 hald-addon-storage: polling /dev/sr0 (every 2 sec) still happening in rawhide. hal-0.5.13-7.fc12.x86_64 Based on the information in comment 9 I am changing this to RAWHIDE. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping 1537 ? S 0:33 udisks-daemon: polling /dev/sr0 Still happening, only now its the udisks-daemon instead of hal. udisks-1.0.1-4.fc14.x86_64 Worth noting that this is entirely new hardware compared to the last time I updated the bug. I'm willing to believe its a limitation of my CD drive or even a misunderstanding of what "polling /dev/sr0" actually means, but some information/clarification would be necessary for me before I can consider this closed. I have this same behaviour happening. What I don't understand is why it is polling when the FireWire DVD drive isn't even plugged in to the computer. I could understand if the device was active and udisks was polling to see if a disk had been inserted. Info: Polling is approx. every 2 seconds; polling /dev/sr0 I'm running a fresh install of F14-x86_64 (installed Jan. 4, 2011) with all updates. udisks version is: 1.0.1-4.fc14 (x86_64) DVD drive is a new Lacie DVD-RW firewire external. First off, I apologize that I had the drive completely wrong. It turns out /dev/sr0 on my machine is the internal CD-RW of my notebook. So much for always doing my homework; Sorry. I found some info in the Fedora 14 Manual about disabling the polling behavior here: http://docs.fedoraproject.org/en-US/Fedora/14/html/Power_Management_Guide/Example_Laptop.html where it says this: *disable CD-ROM polling (part of the laptop-battery-powersave profile): ex: hal-disable-polling --device /dev/scd* which I modified for my computer: hal-disable-polling --device /dev/sr0 I ran that in the terminal, and it does stop the polling. It also made no difference to detection of CD's inserted in the drive, although polling started again at some point (I'll have to figure out when with more tests). The detection may have something to do with my particular computer which is a MacBook 2.1. I don't know how well detection of disks will work with a computer that uses a traditional BIOS. As an aside I killed the polling and now the disk won't eject, so maybe constant polling does have some value to people who actually use their drive. I don't as a rule unless I have no choice, so this workaround is fine for me and I can eject the disk at the next bootup...lol. This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19 I think this bug should be closed. We're not using hal anymore. |