On 09/30/2015 12:28 PM, Hannes Reinecke wrote:
<>
> Pushing things into the background is typically not the best of
> ideas; actually I've been running into issues with udev not being
> complete by the time the next round is started. So more often than
> not I would be greeted with messages:
>
> 'write: no such file or directory'
>
> when executing this line. Removing the '&' at the end made this
> warning go away.
>
> And actually I'm not sure if the above script is a valid testcase;
So are you saying it is allowed to crash the Kernel with a crappy
script?
> from what I've seen there is no locking / reference counting when
> accessing sysfs attributes. So as soon as you _can_ access the sysfs
> attribute it is implicitly assumed to be valid.
> In your case you will be _removing_ the sysfs attribute even though
> it is still accessed, which of course will crash.
>
Is that allowed? for usermode script to race and crash the Kernel?
>From the original email it sounds like this used to be fine and it
now crashes (with the &)
Thanks
Boaz
> Can you still reproduce this problem after removing the '&' in that
> line?
>
>> echo "-- delete $dev --" > /dev/kmsg
>> echo 1 > /sys/class/scsi_device/${dev}/device/delete
>>
>> n=$((n + 1))
>> done
>> --- cut here --
>
> Having said that I've retried your test script with my ALUA handler
> update, and didn't find any issues there.
> It happily completed about 500 rounds at which point I got bored.
> Of course, this is after removing the '&' in the said line.
>
> Cheers,
>
> Hannes
>
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
