DeviceKit versus SolidHAL

From FedoraProject

(Difference between revisions)
Jump to: navigation, search
Line 5: Line 5:
 
Solid is implemented using various backends, on Linux through HAL. Dropping HAL would, at the moment, result in severe loss of features throughout the whole KDE desktop. Developing a new backend, based on udisks/upower/... is definitely possible, as shown in this concept backend [http://websvn.kde.org/branches/work/solid-devicekit/] but in the current state, DeviceKit family is missing substantial portions of HAL functionality:
 
Solid is implemented using various backends, on Linux through HAL. Dropping HAL would, at the moment, result in severe loss of features throughout the whole KDE desktop. Developing a new backend, based on udisks/upower/... is definitely possible, as shown in this concept backend [http://websvn.kde.org/branches/work/solid-devicekit/] but in the current state, DeviceKit family is missing substantial portions of HAL functionality:
  
# no smart polling, resulting in eg. no detection of the Eject button [http://lists.freedesktop.org/archives/devkit-devel/2010-January/000691.html]
+
# no smart polling (eg. no detection of the Eject button, no Floppy detection) [http://lists.freedesktop.org/archives/devkit-devel/2010-January/000691.html]
 
# no notion of content types of optical disks (Video/VCD/SVCD/...)
 
# no notion of content types of optical disks (Video/VCD/SVCD/...)
# no read/write speed properties for CD/DVD burners
+
# no read/write speed properties for CD/DVD burners, no "rewritability" flag
 
# no support for tape (backup) units
 
# no support for tape (backup) units
 
# no support for xD cards
 
# no support for xD cards

Revision as of 17:38, 9 March 2010

Missing functionality in DeviceKit

This list should give an overview of what's missing in DeviceKit(udisks/upower/...) in terms what Solid (the KDE HW abstraction layer) needs.

Solid is implemented using various backends, on Linux through HAL. Dropping HAL would, at the moment, result in severe loss of features throughout the whole KDE desktop. Developing a new backend, based on udisks/upower/... is definitely possible, as shown in this concept backend [1] but in the current state, DeviceKit family is missing substantial portions of HAL functionality:

  1. no smart polling (eg. no detection of the Eject button, no Floppy detection) [2]
  2. no notion of content types of optical disks (Video/VCD/SVCD/...)
  3. no read/write speed properties for CD/DVD burners, no "rewritability" flag
  4. no support for tape (backup) units
  5. no support for xD cards