RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1297512 - udev_enumerate_scan_devices() does not scan all devices
Summary: udev_enumerate_scan_devices() does not scan all devices
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: systemd
Version: 7.2
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: systemd-maint
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks: 1255191
TreeView+ depends on / blocked
 
Reported: 2016-01-11 17:57 UTC by mulhern
Modified: 2020-12-15 07:39 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-12-15 07:39:29 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Very simple illustrative reproducer (1.48 KB, text/plain)
2016-01-11 18:00 UTC, mulhern
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1255191 0 unspecified CLOSED udev_enumerate_add_match_parent() results does not include device 2021-02-22 00:41:40 UTC

Internal Links: 1255191

Description mulhern 2016-01-11 17:57:22 UTC
Description of problem:

udev_enumerate_scan_devices() yields a list of devices which does not include
some devices that can be found by other libudev methods.

Version-Release number of selected component (if applicable):

219

How reproducible:

Consistently.

Steps to Reproduce:
1. Locate a disk device.
2. Use udev_device_get_parent to recursively discover the ancestors of the device until an ancestor is located that belongs to no subsystem.
3. Note that this devices is not among the devices that udev_enumerate_scan_devices yields.

Actual results:

Easy to find a device that is not in the list of devices yielded by udev_enumerate_scan_devices.

Expected results:

Just to be clear and consistent. Is udev_enumerate_scan_devices defined to yield only those devices that belong to some subsystem, and it's just the docs that are are not precise in stating this? Is it an error for a device to not belong to a subsystem? Should libudev not yield a parent that has no subsystem? Some code somewhere is wrong...but whose and where?

Additional info:

This also has consequences for procedures which filter on the list of devices, for instance, the results of udev_enumerate_add_match_subsystem and udev_enumerate_add_nomatch_subsystem
would be expected to be complements, and thus to add up to all devices, but they don't. AFAIK, their union is equal to the result of udev_enumerate_scan_devices().

Comment 1 mulhern 2016-01-11 18:00:12 UTC
Created attachment 1113645 [details]
Very simple illustrative reproducer

Comment 3 mulhern 2016-01-18 22:04:29 UTC
I notice that there has been a bit of thrashing around this code at least as early as last August, systemd commit 9a9c7dc2cbbe3c26cfbbcb02475d95ff3afe507e.

Comment 6 RHEL Program Management 2020-12-15 07:39:29 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.


Note You need to log in before you can comment on or make changes to this bug.