<div dir="ltr">Thank You MH Chen for your response.<div><br></div><div>So does that mean with memblock_reserve(), a kernel module can call phys_to_virt(), create a linear mapping and modify that memory?</div><div>Where as with memblock_remove(), a kernel module can call ioremap() and then modify the memory?<br></div><div><br></div><div>What would explain that only in some runs the memory is modified and in some runs it is not (for both the functions)? Shouldn&#39;t this reserved/removed memory never be modified unless someone is directly trying to write to that specific page?</div><div><br></div><div>-Regards</div><div>Nikhil</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 11, 2016 at 6:08 AM, Min-Hua Chen <span dir="ltr">&lt;<a href="mailto:orca.chen@gmail.com" target="_blank">orca.chen@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Nikhil,<div><br></div><div>memblock_reserve() adds a given memory to the &quot;memblock.reserved&quot; list, it ends up to mark the given range of pages as &quot;reserved&quot;. It means the pages are reserved and will not be allocated to other users. The kernel still can see the pages, create linear mappings on them, even access them by linear mappings. </div><div><br></div><div>memblock_remove() removes a given memory from the &quot;memblock.memory&quot; list, it ends to removed from kernel&#39;s memory management system. The memory will not have page structure, no linear mapping on them. It prevents the memory from CPU accessing by the linear address. To access the memory (by CPU), you must use ioremap() to create a mapping to them.</div><div><br></div><div><br></div><div>MH Chen</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Fri, Sep 9, 2016 at 5:29 PM, Nikhil Utane <span dir="ltr">&lt;<a href="mailto:nikhil.subscribed@gmail.com" target="_blank">nikhil.subscribed@gmail.com</a>&gt;</span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div class="gmail_extra"><span style="color:rgb(36,39,41);font-family:arial,&quot;helvetica neue&quot;,helvetica,sans-serif;font-size:15px;line-height:19.5px">Hi,</span></div><span><div class="gmail_extra"><span style="color:rgb(36,39,41);font-family:arial,&quot;helvetica neue&quot;,helvetica,sans-serif;font-size:15px;line-height:19.5px"><br></span></div><div class="gmail_extra"><span style="color:rgb(36,39,41);font-family:arial,&quot;helvetica neue&quot;,helvetica,sans-serif;font-size:15px;line-height:19.5px">I want to reserve a physical memory page with a fixed PFN. I do not want this page to be used by anyone else. I am calling memblock_reserve() to supposedly reserve the page. I am writing some content into this page. What I see is that during some runs the content of this page is modified (either fully or sometimes partially). In few runs, I see it as intact. Is it expected that even after calling memblock_reserve() the kernel can allocate this physical page for any other purpose? How is memblock_remove() different from memblock_reserve? I tried reading up but didn&#39;t see any useful information. What I understood is memblock_remove will completely remove from kernel&#39;s allocation mechanism. Should I then be using remove instead of reserve? </span><br></div><div class="gmail_extra"><span style="color:rgb(36,39,41);font-family:arial,&quot;helvetica neue&quot;,helvetica,sans-serif;font-size:15px;line-height:19.5px"><br></span></div><div class="gmail_extra"><span style="color:rgb(36,39,41);font-family:arial,&quot;helvetica neue&quot;,helvetica,sans-serif;font-size:15px;line-height:19.5px">-Thanks</span></div><div class="gmail_extra"><span style="color:rgb(36,39,41);font-family:arial,&quot;helvetica neue&quot;,helvetica,sans-serif;font-size:15px;line-height:19.5px">Nikhil</span></div></span></div>
<br></div></div>______________________________<wbr>_________________<br>
Kernelnewbies mailing list<br>
<a href="mailto:Kernelnewbies@kernelnewbies.org" target="_blank">Kernelnewbies@kernelnewbies.or<wbr>g</a><br>
<a href="https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies" rel="noreferrer" target="_blank">https://lists.kernelnewbies.or<wbr>g/mailman/listinfo/kernelnewbi<wbr>es</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>