From Fedora Project Wiki
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| bugzilla]]
|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?