<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Mikulas,<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Can you send me a link to this driver.  I need to implement a "real" and "correct" driver for a PMC Sierra card, so I need to pay attention to the atomic issue you described.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Doug Dumitru<br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">EasyCo LLC<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 19, 2015 at 9:33 AM, Mikulas Patocka <span dir="ltr"><<a href="mailto:mpatocka@redhat.com" target="_blank">mpatocka@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<br>
I looked at the new the persistent memory block device driver<br>
(drivers/block/pmem.c and arch/x86/kernel/pmem.c) and it seems that the<br>
interface between them is incorrect.<br>
<br>
If I want to use persistent memory in another driver, for a different<br>
purpose, how can I make sure that that drivers/block/pmem.c doesn't attach<br>
to this piece of memory and export it? It seems not possible.<br>
drivers/block/pmem.c attaches to everything without regard that there may<br>
be other users of persistent memory.<br>
<br>
I think a correct solution would be to add a partition table at the<br>
beginning of persistent memory area and this partition table would<br>
describe which parts belong to which programs - so that different programs<br>
could use persistent memory and not step over each other's data. Is there<br>
some effort to standardize the partition table ongoing?<br>
<br>
<br>
BTW. some journaling filesystems assume that 512-byte sector is written<br>
atomically. drivers/block/pmem.c breaks this requirement. Persistent<br>
memory only gurantees 8-byte atomic writes.<br>
<br>
Mikulas<br>
<br>
--<br>
dm-devel mailing list<br>
<a href="mailto:dm-devel@redhat.com">dm-devel@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/dm-devel" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/dm-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Doug Dumitru<br>EasyCo LLC<br></div>
</div>