On Tue, 29.01.13 20:07, Miloslav Trmač (mitr@xxxxxxxx) wrote: > On Sun, Jan 27, 2013 at 2:54 PM, Jaroslav Reznik <jreznik@xxxxxxxxxx> wrote: > > = Features/SystemdHardwareDatabase = > > https://fedoraproject.org/wiki/Features/SystemdHardwareDatabase > > > > Feature owner(s): Kay Sievers <kay at redhat dot com> > > > > The udevd service has a long history of managing kernel devices. Besides > > generating events when devices are discovered or removed it maintains a > > dynamic, stateless database of all available devices including meta data about > > them. With Fedora 19 we want to substantially enhance the metadata that udev > > keeps for each device, by augmenting it from a userspace database of non- > > essential information, that is indexed by device identification data such as > > PCI/USB vendor/product IDs. > > Some years ago all hardware data was moved out of various separate > packages into the "hwdata" package (even if it meant moving it out of > the original upstream source). The feature page doesn't even mention > the hwdata package. AFAICS this > > 1) Duplicates the data. > 1a) Will the two databases be kept in sync? How will that happen? The databases are kept in the systemd RPM in a generic source format (that is not the in the classic hwdb format) and are compiled into an indexed database at package installation. To update the various hardware databases one needs to rebuild the systemd RPM hence. Currently, the USB, PCI, OUI, IAB, ACPI, Bluetooth database are included. > 1b) What is the long-term goal? Will one of the two go away? If > so, how and when? Upstream lsusb has been updated to use libudev APIs to check the index database already. Something similar can be done by all other tools too. For devices that are discovered all matching database entries are attached to the respective udev devices anyway, and libudev also supports an API to lookup data for non-present hardware too. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
