Xen devel - Sep 2007 - [PATCH] Page scrubbing

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


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/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?
> 


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