Sorry for being naive before. Now I have got rules file in udev which grants access for my usb driver to detach the usb device from the kernel and my driver works fine without having to be super user. Thank you so much for all your suggestions.<br>
<br>But I got one more question for you, now to install the activity and having it running I have to copy the rules file into /etc/udev/rules.d folder. How can I do this while installing the activity itself. ( I need to make sure that when I unzip my activity .xo file the rules file lands in the /etc/udev/rules.d folder)<br>
<br><div class="gmail_quote">On Wed, Jun 25, 2008 at 5:31 PM, Carl-Daniel Hailfinger <<a href="mailto:c-d.hailfinger.devel.2006@gmx.net">c-d.hailfinger.devel.2006@gmx.net</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On 25.06.2008 08:07, Michael Stone wrote:<br>
> We have an activity that wants superuser privilege in order to poke<br>
> kernel memory.<br>
><br>
<br>
</div>Hello? Please take the poor activity out back and shoot it. No activity<br>
has any business poking kernel memory.<br>
<div class="Ih2E3d"><br>
> The real questions we should be attempting to address here include:<br>
><br>
> * Who is granting privilege to this activity?<br>
><br>
<br>
</div>Everybody who wants to ridicule the security model.<br>
<div class="Ih2E3d"><br>
> * How are they doing so?<br>
><br>
> * How should we record the decision?<br>
><br>
>      -  My tentative answer is that we should store activities with<br>
>         different security properties in well-known directory chains<br>
>         with appropriately restricted write access.<br>
><br>
> * What kinds of abuse are these mechanisms vulnerable to?<br>
><br>
> * Whose responsibility is it to handle the error condition that the<br>
>   human operator does not, him-or-herself posess superuser privilege,<br>
>   e.g. for theft-deterrence reasons?<br>
><br>
<br>
</div>Just say no.<br>
<br>
Having an activity poke kernel memory is a really strong sign that the<br>
interface is totally broken.<br>
<br>
Regards,<br>
<font color="#888888">Carl-Daniel<br>
</font><div><div></div><div class="Wj3C7c">_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</div></div></blockquote></div><br>