<div>Hey Kay,</div><div><br></div>On Fri, Mar 19, 2010 at 9:43 AM, Kay Sievers <span dir="ltr"><<a href="mailto:kay.sievers@vrfy.org">kay.sievers@vrfy.org</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Fri, Mar 19, 2010 at 14:24, Peter Rajnoha <<a href="mailto:prajnoha@redhat.com">prajnoha@redhat.com</a>> wrote:<br>
> On 03/19/2010 10:24 AM, Kay Sievers wrote:<br>
>> No, that's what "change" is for, and we already have these "change"<br>
>> events for dm. Udev does not care if the device is ready or not, it<br>
>> synchronizes /sys and /dev, and that works just fine with "change"<br>
>> events.<br>
><br>
> CHANGE events, not quite... We can't even rely on these.<br>
><br>
> Just to mention, there's also a CHANGE event generated when<br>
> read-only flag is set for a device (this is not managed by<br>
> device-mapper of course). This one is generated even before<br>
> the actual CHANGE event that is generated when DM device is<br>
> ready to be used.<br>
<br>
</div>Sure, but as mentioned earlier, these events are just expected to<br>
fail, and update the current udev state, if they can't retrieve the<br>
needed information or find out that the device in not usable.<br></blockquote><div><br></div><div>I think the problem is the that fact that 3rd party user space</div><div>opens the device before it is ready (e.g. just after ADD but before</div>
<div>the first CHANGE) makes things fall over.</div><div><br></div><div>This short-coming is what needs to get fixed, I think - it's very</div><div>fragile this way and since any random user / package can add</div><div>
rules to open the device on add events, said user / package can</div><div>make device-mapper fail. Which doesn't exactly strike me</div><div>as robust behavior.</div><div><br></div><div>While Alasdair may believe this is "silly" or because someone</div>
<div>is "confused", this can and will happen because our current</div><div>user-base love to fiddle around with udev rules to the extent</div><div>that various 3rd party packages will ship a lot of them.</div><div>
<br></div><div>     David</div><div><br></div></div>