No edit summary |
|||
Line 9: | Line 9: | ||
|'''package''' || '''device''' || '''/etc/rc.d/init.d/''' || '''comment''' | |'''package''' || '''device''' || '''/etc/rc.d/init.d/''' || '''comment''' | ||
|- | |- | ||
|bluez || bluetooth || bluetooth || patch in [[https://bugzilla.redhat.com/show_bug.cgi?id=484345 | |bluez || bluetooth || bluetooth || patch in [[https://bugzilla.redhat.com/show_bug.cgi?id=484345 bugzilla]] | ||
|- | |- | ||
|fnfx || only for Toshiba laptops || fnfxd || Verify CPU: "dmidecode -s system-manufacturer" and output will be f.e. "Dell Inc." | |fnfx || only for Toshiba laptops || fnfxd || Verify CPU: "dmidecode -s system-manufacturer" and output will be f.e. "Dell Inc." |
Revision as of 10:58, 20 March 2009
Init scripts
The interesting init scripts for power management are those which are switch on by default. New services had been probably added after this review (February 2009). The simplest way how to check most of them was installed all packages which have init script in rawhide (future F-11) and then review them. Our attempt lead to new daemon which should started services on demand. But because of small number of services, which could be handled that way was [soud] refused. Services of appropriate devices should be catching events from upstart/udev/DeviceKit instead of new daemon.
Part of the review was going through comps, whether there exist some barely used services in @base or so on, but nothing had been found.
The different types of hardware services
package | device | /etc/rc.d/init.d/ | comment |
bluez | bluetooth | bluetooth | patch in [bugzilla] |
fnfx | only for Toshiba laptops | fnfxd | Verify CPU: "dmidecode -s system-manufacturer" and output will be f.e. "Dell Inc." |
isdn4k-utils | configuration of isdn | isdn | /etc/rc.d/init.d/isdn |
microcode_ctl | updates the microcode on Intel x86/x86-64 CPU's | microcode_ctl | Verify CPU: "dmidecode -s processor-manufacturer" output will be f.e. "Intel" and command give us architecture "uname - f.e. "x86_64" |
mt-st | tape drive management Mt (for magnetic tape drives) and st (for SCSI tape devices) | stinit |
devices are connected through scsi (the better one) and usb (low-end devices) |
openct | PC/SC-Lite, as CT-API driver, have primitive mechanism to export smart card readers to remote machines via TCP/IP | openct | udev wasn't sending information about our smart card reader inclued in keyboard |
pcsc-lite | PC/SC Lite is to provide a Windows(R) SCard interface | pcscd | probably same problem as the previous smart card reader |
Notes: bluez is widely installed, so it should be fixed. Other services are not installed in any base group and the hardware like magnetic tape is not widely used. So probably there is no point of fixing these other services. In this list is not irda which has not service on by default. If there were fixes for interacting services with hardware on the event then it should be also fixed.
The service for printer
oki4linux | driver for printers OL400w | |
cups | input: lpt, usb, lan -> in case there are no printer on lpt or usb and there is no network we can switch off this servise? |