[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: /dev/mem and /dev/kmem

> > So how about applications which simply use /dev/mem to map
> > normal domain memory? Seems this breaks compatibility
> > in user level though desired for above Xserver case... Or such
> > case is rare?
> This case seems not to occur in practise (no complaints so far and our
> /dev/mem has had this limitation since day one). This is perhaps not
> surprising: really not much good can come out of direct grokking of
> kernel-maintained memory without the kernel's knowledge.

IIRC the Linux /dev/mem didn't support mapping "real" memory for ages anyhow 
(causing a certain amount of confusion to users / developers) so it's not 
surprising if nobody out there is using it!  It was mainly there to keep X 


> > BTW, I didn't find code to protect Xen to be mapped in this path,
> > like in get_page_from_l1e(). Could you help pointing out?
> Not sure how you mean. Only pages that explicitly are owned by a domain and
> have a non-zero refcount can have get_page() succeed on them. So random
> Xen-owned pages are safe.
>  -- Keir
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel

Dave: Just a question. What use is a unicyle with no seat?  And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.