-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun 27 Jan 2013 08:54:49 AM EST, Jaroslav Reznik wrote: > Announcing various systemd features in one announcement, see > bellow: > <snip> > = 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. > This to me looks like it would be an excellent data source for our hardware inventory provider. We should sync up with the systemd folks to identify the available D-BUS interfaces to query for this information.

On Mon 28 Jan 2013 08:49:39 AM EST, Tomáš Smetana wrote: > On Mon, 28 Jan 2013 07:41:38 -0500 > Stephen Gallagher <sgallagh(a)redhat.com&gt; wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On Sun 27 Jan 2013 08:54:49 AM EST, Jaroslav Reznik wrote: >>> Announcing various systemd features in one announcement, see >>> bellow: >>> >> >> <snip> >> >>> = 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. >>> >> >> This to me looks like it would be an excellent data source for our >> hardware inventory provider. We should sync up with the systemd folks >> to identify the available D-BUS interfaces to query for this information. > > Looks interesting. I'm not quite sure whether D-Bus is easier than > libpci/libusbx but if there would be also more "inventory" data available > from systemd then probably yes. > I just had a discussion with Kay Sievers on IRC where he informed me that all of the information gathered in this way is queryable through libudev (accessing either the hardware directly or the database being populated by systemd).

On Mon, 28 Jan 2013 15:41:57 +0000 "Stephen C. Tweedie" <sct(a)redhat.com&gt; wrote: > On Mon, 2013-01-28 at 10:06 -0500, Stephen Gallagher wrote: >> On Mon 28 Jan 2013 08:49:39 AM EST, Tomáš Smetana wrote: >>> On Mon, 28 Jan 2013 07:41:38 -0500 >>> Stephen Gallagher <sgallagh(a)redhat.com&gt; wrote: >>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> On Sun 27 Jan 2013 08:54:49 AM EST, Jaroslav Reznik wrote: ... >>>>> 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. >>>>> >>>> >>>> This to me looks like it would be an excellent data source for our >>>> hardware inventory provider. We should sync up with the systemd folks >>>> to identify the available D-BUS interfaces to query for this >>>> information. >>> >>> Looks interesting. I'm not quite sure whether D-Bus is easier than >>> libpci/libusbx but if there would be also more "inventory" data >>> available from systemd then probably yes. >>> >> >> I just had a discussion with Kay Sievers on IRC where he informed me >> that all of the information gathered in this way is queryable through >> libudev (accessing either the hardware directly or the database being >> populated by systemd). > > Sounds good --- the more reuse of code to walk the low-level bus > information, the better. Talking to udev rather than libpci or libusb* > directly sounds far preferable. My only concern is: would this be portable (to the older RHEL versions)? I'm not quite sure how important this fact is.

-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlEH5w0ACgkQeiVVYja6o6Mp3wCgpbvTZaApzXpOBJXqaPn1DNKr 654AoJdrQW5m5W2COuqQoRJOxMlVdJrP =PFHH -----END PGP SIGNATURE-----