<div> </div><div> </div><div>20.05.2019, 10:08, "Mantas Mikulėnas" <grawity@gmail.com>:</div><blockquote><div><div>On Sun, May 19, 2019 at 9:50 PM Alex Ivanov <<a href="mailto:gnidorah@ya.ru">gnidorah@ya.ru</a>> wrote:</div><div><blockquote style="border-left-color:rgb( 204 , 204 , 204 );border-left-style:solid;border-left-width:1px;margin-bottom:0px;margin-left:0.8ex;margin-right:0px;margin-top:0px;padding-left:1ex"><br />Ideally I would to like to start this service when 0000:00:02.0 device appears in the system, but the problem is that /sys/bus/pci/devices/0000:00:02.0/mdev_supported_types/ tree is populated later, so my service will fail.<br /><br />So the question what is the proper way to fix that.</blockquote><div> </div><div>If the driver doesn't populate its sysfs entries in time, maybe it at least generates 'change' uevents? (udevadm --monitor)</div></div></div></blockquote><div> </div><div>How would I know it? I don't see anything useful when trying suspend/resume sequence.</div><div> </div><blockquote><div><div><div> </div><div>If there are no uevents either, well, there's nothing you can do from systemd's side. (Other than making a script that loops repeatedly checking "is it there yet? is it there yet?")</div></div><div> </div>--<div><div>Mantas Mikulėnas</div></div></div></blockquote>