<div dir="ltr">Thank you Simon for your reply.<div><br></div><div>I understand that it is very dangerous to give full access to the whole memory. My application runs on a Raspberry Pi and controls a LED stripe (such as <a href="https://www.adafruit.com/product/2294" target="_blank">https://www.adafruit.com/<wbr>product/2294</a> or <a href="https://www.sparkfun.com/products/13304" target="_blank">https://www.sparkfun.com/<wbr>products/13304</a>). These devices (based in WS281X chips) require a very accurate "real-time" signal that is hard to produce on a system with an operating system (It is easier to use it with an Arduino).</div><div><br></div><div>For the Raspberry Pi, we can use the popular library from Jeremy Garff (<a href="https://github.com/jgarff/rpi_ws281x" target="_blank">https://github.com/<wbr>jgarff/rpi_ws281x</a>). This library uses the DMA coupled with the PWM to generate the accurate signal. I don't know in detail how does the interface works and why it needs to write directly to /dev/mem. I'm just using it with a golang wrapper around it.</div><div><br></div><div>My code is available on gitlab (<a href="https://gitlab.com/telecom-tower/tower">https://gitlab.com/telecom-tower/tower</a>) and the snap is automatically built using gitlab-CI. You can see a picture of the system (and the current message) on <a href="https://telecom-tower.tk/">https://telecom-tower.tk/</a>.</div><div><br></div><div>Best regards,</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">
<span style="color:rgb(153,153,153)"><font size="2">█<span style="color:rgb(102,102,102)">  <span lang="FR">Jacques</span></span></font></span></div></div>
<br><div class="gmail_quote">On 10 November 2016 at 09:33, Simon Fels <span dir="ltr"><<a href="mailto:simon.fels@canonical.com" target="_blank">simon.fels@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On <a href="tel:09.11.2016%2021" value="+41911201621">09.11.2016 21</a>:25, Jacques Supcik wrote:<br>
> Thank you Oliver for your constructive feedback.<br>
><br>
> I like the idea of a "mailbox-device" and I will open a bug in the<br>
> whishlist of snappy.<br>
><br>
> My snap needs also write access to "/dev/mem":<br>
><br>
> = AppArmor =<br>
> Time: Nov  9 19:09:52<br>
> Log: apparmor="ALLOWED" operation="open"<br>
> profile="snap.telecom-tower.<wbr>daemon" name="/dev/mem" pid=3643<br>
> comm="tower" requested_mask="wr" denied_mask="wr" fsuid=0 ouid=0<br>
> File: /dev/mem (write)<br>
><br>
> Should this also be addressed by the "mailbox-device" interface or<br>
> should I fill another bug for a "physical-memory" interface? Or do you<br>
> have an idea for a better name? Or is there already something available<br>
> for accessing /dev/mem?<br>
<br>
</span>This would be definitely a different interface but the more interesting<br>
question is why your app needs access to /dev/mem. That would give blind<br>
access to the whole system memory space which is a highly privileged<br>
operation I would say not many applications will need or even get<br>
because of the obvious access to everything on the system.<br>
<br>
Can you elaborate a bit more on what your application is doing with<br>
/dev/mem and why it needs access to the full system memory?<br>
<br>
regards,<br>
Simon<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
--<br>
Snapcraft mailing list<br>
<a href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/snapcraft" rel="noreferrer" target="_blank">https://lists.ubuntu.com/<wbr>mailman/listinfo/snapcraft</a><br>
</div></div></blockquote></div><br></div></div>