Page 1 of 2 12 LastLast
Results 1 to 10 of 11

Thread: Pull Request Goes In For X's udev Input Handling

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,904

    Default Pull Request Goes In For X's udev Input Handling

    Phoronix: Pull Request Goes In For X's udev Input Handling

    A month ago we reported on news regarding the X.Org plans to move away from HAL considering the FreeDesktop.org Hardware Abstraction Layer project is no longer being developed. Since then patches have emerged to support a xorg.conf.d directory for storing some device-specific options and some new xorg.conf configuration options have emerged for filling in some of the gaps previously covered by HAL.The most recent development in this process to get the X Server no longer using HAL for input hot-plugging and device handling is the pull request submitted this week for the udev input-hotplug branch...

    http://www.phoronix.com/vr.php?view=Nzg1Mg

  2. #2
    Join Date
    Dec 2008
    Location
    Austria
    Posts
    31

    Default

    Debian already has it in experimental (or at least in their git-repo) and after converting my hal-files to udev rules everything worked as intended.

    I use right handed mouse but touchpad and touchstick with my left hand, so those rules are essential for me.


    So eventually I got rid of hal completely (had to recompile gnome-power-manager and sound-juicer though).

  3. #3
    Join Date
    Oct 2009
    Posts
    353

    Default

    Quote Originally Posted by AliBaba View Post
    Debian already has it in experimental (or at least in their git-repo) and after converting my hal-files to udev rules everything worked as intended.

    I use right handed mouse but touchpad and touchstick with my left hand, so those rules are essential for me.


    So eventually I got rid of hal completely (had to recompile gnome-power-manager and sound-juicer though).
    I bet you got a shiny new desktop now.

  4. #4
    Join Date
    Dec 2008
    Location
    Austria
    Posts
    31

    Default

    Quote Originally Posted by cl333r View Post
    I bet you got a shiny new desktop now.
    , no, not really...

  5. #5
    Join Date
    Mar 2009
    Posts
    141

    Default

    So does this mean evdev is going away? I suppose thats fine becuase I never really bothered learning the hal configuration. It looks much more complicated than its worth. (About as bad as udev configuration)

  6. #6
    Join Date
    Feb 2008
    Posts
    37

    Default

    HAL works on Linux, BSD and Solaris. Udev, on the other hand, is a Linux-specific thing. If they remove support for HAL, won't that decrease portability in X.Org?
    This might be a silly question. But I have no idea about X.Org's internals.

  7. #7
    Join Date
    Apr 2008
    Location
    /dev/random
    Posts
    218

    Default

    Quote Originally Posted by BhaKi View Post
    HAL works on Linux, BSD and Solaris. Udev, on the other hand, is a Linux-specific thing. If they remove support for HAL, won't that decrease portability in X.Org?
    This might be a silly question. But I have no idea about X.Org's internals.
    DeviceKit/upower-udisks is supposed to replace some of the functionality of HAL, but not all of it because they say it is unnecessary. There will be no DeviceKit-input/uinput because it will pretty much only be used by X anyway, so X has to have it implemented using platform-specific methods.

  8. #8
    Join Date
    Dec 2008
    Location
    Austria
    Posts
    31

    Default

    Quote Originally Posted by BhaKi View Post
    If they remove support for HAL, won't that decrease portability in X.Org?...
    As far as I know complete removal is not planned atm. For example Debian enables udev and disables hal only for Linux (you can see that in the debian/rules script).


    Quote Originally Posted by Smorg
    So does this mean evdev is going away
    No, evdev is something completely different. As far as rules are concerned, udev rules are not more complicated than HAL (in my opinion).

    It was just that hal did nearly the same thing udev could most of the time (at least in my system).


    In case you are interested, here's the udev rule for my synaptics touchpad:
    Code:
    ACTION!="add|change", GOTO="xorg_synaptics_end"
    KERNEL!="event*", GOTO="xorg_synaptics_end"
    ENV{ID_INPUT_TOUCHPAD}!="1", GOTO="xorg_synaptics_end"
    
    ENV{x11_options.ButtonMapping}="3 2 1 4 5 6 7 8 9 10 11 12"
    
    ENV{x11_options.PalmDetect}="true"
    
    ENV{x11_options.LeftEdge}="75"
    ENV{x11_options.TopEdge}="50"
    ENV{x11_options.BottomEdge}="700"
    ENV{x11_options.RightEdge}="900"
          
    ENV{x11_options.MinSpeed}="0.50"
    ENV{x11_options.MaxSpeed}="1.3"
    ENV{x11_options.AccelFactor}="0.025"
    ENV{x11_options.TrackstickSpeed}="80"
    ENV{x11_options.MaxTapTime}="300"
    ENV{x11_options.MaxTapMove}="180"
    ENV{x11_options.MaxDoubleTapTime}="200"
    ENV{x11_options.SingleTapTimeout}="180"
    ENV{x11_options.FastTaps}="0"
          
    ENV{x11_options.VertScrollDelta}="15"
    ENV{x11_options.UpDownScrolling}="0"
    ENV{x11_options.LeftRightScrolling}="0"
    ENV{x11_options.CircularScrolling}="1"
    ENV{x11_options.CircScrollDelta}="0.2"
    
    ENV{x11_options.TapButton1}="0"
    ENV{x11_options.TapButton2}="0"
    ENV{x11_options.TapButton3}="0"
    ENV{x11_options.RTCornerButton}="0"
    ENV{x11_options.RBCornerButton}="0"
    ENV{x11_options.LTCornerButton}="0"
    ENV{x11_options.LBCornerButton}="0"
    
    LABEL="xorg_synaptics_end"
    Not better or worse than HAL I think.

  9. #9
    Join Date
    Jan 2009
    Location
    UK
    Posts
    331

    Default

    Quote Originally Posted by AliBaba View Post
    In case you are interested, here's the udev rule for my synaptics touchpad:
    [...]
    Not better or worse than HAL I think.
    It's still ugly compared to xorg.conf - in fact it looks almost like a bad BASIC dialect - but it's still a sight for sore eyes after having to hand-edit HAL's xml freak show.

  10. #10
    Join Date
    Dec 2008
    Location
    Austria
    Posts
    31

    Default

    Quote Originally Posted by Ant P. View Post
    It's still ugly compared to xorg.conf
    This is why it won't be used by humans a lot I think.

    In fact, next release should also include xorg.conf.d and a lot of functionality Xorg configuration was missing. So it will for example be possible to use a file for each input, video device or monitor and assign them to one or all layout configurations.

    I don't know where udev-fdis fit here (they won't be needed then), but as far as I understood, the X-server has to be able to directly communicate with udev for that, therefore it's support.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •