Announcement

Collapse
No announcement yet.

The xorg.conf.d Patches Emerge

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • The xorg.conf.d Patches Emerge

    Phoronix: The xorg.conf.d Patches Emerge

    One of the features being worked on for X Server 1.8 is the removal of HAL support. The FreeDesktop.org Hardware Abstraction Layer project is nice in that is multi-platform, but the HAL project has largely been abandoned and is being replaced by UDisks and similar projects.HAL is currently being used by the X Server for input device detection with hot-plugging support, mapping, and device option handling, but all of that is in the process of being gutted...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    As long as there's no screwed-up fontconfig-style avail.d/conf.d symlinking crap, please...

    Comment


    • #3
      HAL is currently being used by the X Server for input device detection with hot-plugging support, mapping, and device option handling, but all of that is in the process of being gutted. Instead the X Server will revert to using platform-specific libraries and code for handling these responsibilities.
      So lame. It is silly that xorg should have it's own detection methods when OSs already have to deal with that.

      Also, it sounds like keyboard config sharing between the console and xorg will be lost.

      Comment


      • #4
        Config files should be dead

        How about making everything autodetect and user modifiable through XRANDR?

        Comment


        • #5
          Damn, this is so retarded...

          KMS is the way to go, learn from it.

          It's a shame need to configure devices like keyboard mapping both on console and X, the same was with screen modesetting until KMS appeared.

          What about giving that stuff responsibility to the OS itself. Being the kernel, a daemon or whatever subsystem depending on the *NIX flavor.

          Think about it. Forget about overcomplex configuration files, removing annoying redundancy on configuring a system (no need to specify to both X and console the keyboard mapping, locales...) and probably better integration with the OS itself.

          Please consider it. This way X will be simpler and less painful to the user, no more configuring problems if the OS do the right thing detecting the hardware and providing an easy way for configuring certain stuff.

          Kernel Mode Setting, Kernel HID Setting, Kernel Hardware Detection... ? Or using a proper standard subsystem for all *NIXes but properly done instead HAL/udev that abused XML crap?

          Comment


          • #6
            Originally posted by stan View Post
            How about making everything autodetect and user modifiable through XRANDR?
            Because these are input devices, not screens - they're already autodetected, and runtime modifiable through the X Input extension. The xorg.conf.d patches just change the way drivers like synaptics and wacom deliver the default configurations for devices that go beyond the basic keyboard & mouse models - they'll deliver files there to state how to autodetect instead of .fdi files under /etc/hal.

            Comment


            • #7
              The xorg conf d Patches Emerge

              If budget provides... But most likely not. Probably just race the night race after this and make more trips to the desert

              Comment

              Working...
              X