<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Jul 26, 2015 at 6:50 PM, SF Markus Elfring <span dir="ltr"><<a href="mailto:elfring@users.sourceforge.net" target="_blank">elfring@users.sourceforge.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I would like to clarify the combination of commands like<br>
"udevadm control -p" and "udevadm trigger" a bit more.<br></blockquote><div><br></div><div>Hmm, I'm not sure when `control -p` could ever be useful...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
How do device properties differ from attributes in this<br>
use case?<br></blockquote><div><br></div><div>Properties (sometimes called environment) are held in udev's database; they can be set via ENV{} or imported from helpers (e.g. hwdb, blkid...).</div><div><br></div><div>Attributes correspond directly to files in sysfs; they can be read or set via ATTR{}, but you're always limited to only the information exported by the *kernel*.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I imagine that additional properties can be set before<br>
a corresponding addition of matching devices would<br>
be triggered. Would you like to share any more experiences<br>
around the fine-tuning of such settings and their reuse<br>
for the generation of symbolic links by udev rules?<br></blockquote><div><br></div><div>...??</div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Mantas Mikulėnas <<a href="mailto:grawity@gmail.com" target="_blank">grawity@gmail.com</a>></div></div>
</div></div>