All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] Page scrubbing
@ 2007-09-11 15:07 Christoph Egger
  2007-09-11 15:20 ` Keir Fraser
  0 siblings, 1 reply; 2+ messages in thread
From: Christoph Egger @ 2007-09-11 15:07 UTC (permalink / raw)
  To: xen-devel

[-- Attachment #1: Type: text/plain, Size: 927 bytes --]


Hi!

Make scrub_heap_pages() print from where to where
it scrubs pages.

Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>


This patch uncovers a strange behaviour on 32bit.
On 64bit I get this:

(XEN) Scrubbing Free RAM 0xffff830000100000 -> 0xffff83003fff0000: ....done.

On 32bit I get this:

(XEN) Scrubbing Free RAM 0xffc00000 -> 
0xdefb0000: .............................done.

On 64bit the scrubber goes up, but on 32bit it goes down.
Is this behaviour expected?


-- 
AMD Saxony, Dresden, Germany
Operating System Research Center

Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
   Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA 4896
vertretungsberechtigter Komplementär:
   AMD Saxony LLC (Sitz Wilmington, Delaware, USA)
Geschäftsführer der AMD Saxony LLC:
   Dr. Hans-R. Deppe, Thomas McCoy

[-- Attachment #2: xen_scrub.diff --]
[-- Type: text/x-diff, Size: 521 bytes --]

diff -r 9071521d4864 xen/common/page_alloc.c
--- a/xen/common/page_alloc.c	Fri Sep 07 11:39:10 2007 +0100
+++ b/xen/common/page_alloc.c	Thu Aug 16 17:00:26 2007 +0200
@@ -596,7 +596,9 @@ void __init scrub_heap_pages(void)
     if ( !opt_bootscrub )
         return;
 
-    printk("Scrubbing Free RAM: ");
+    printk("Scrubbing Free RAM 0x%p -> 0x%p: ",
+        page_to_virt(mfn_to_page(first_valid_mfn)),
+        page_to_virt(mfn_to_page(max_page)));
 
     for ( mfn = first_valid_mfn; mfn < max_page; mfn++ )
     {

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [PATCH] Page scrubbing
  2007-09-11 15:07 [PATCH] Page scrubbing Christoph Egger
@ 2007-09-11 15:20 ` Keir Fraser
  0 siblings, 0 replies; 2+ messages in thread
From: Keir Fraser @ 2007-09-11 15:20 UTC (permalink / raw)
  To: Christoph Egger, xen-devel

The printk() is printing nonsense for x86/32, as most pages do not have a
permanent mapping in Xen, and hence no valid virtual address. Page_to_virt()
on such pages is not allowed.

 -- Keir

On 11/9/07 16:07, "Christoph Egger" <Christoph.Egger@amd.com> wrote:

> 
> Hi!
> 
> Make scrub_heap_pages() print from where to where
> it scrubs pages.
> 
> Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
> 
> 
> This patch uncovers a strange behaviour on 32bit.
> On 64bit I get this:
> 
> (XEN) Scrubbing Free RAM 0xffff830000100000 -> 0xffff83003fff0000: ....done.
> 
> On 32bit I get this:
> 
> (XEN) Scrubbing Free RAM 0xffc00000 ->
> 0xdefb0000: .............................done.
> 
> On 64bit the scrubber goes up, but on 32bit it goes down.
> Is this behaviour expected?
> 

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-09-11 15:20 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-09-11 15:07 [PATCH] Page scrubbing Christoph Egger
2007-09-11 15:20 ` Keir Fraser

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.