[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [XenPPC] xencomm_create_mini() w/ user buffers
On Aug 10, 2006, at 2:04 PM, Hollis Blanchard wrote: On Thu, 2006-08-10 at 13:51 -0400, Jimi Xenidis wrote:On Aug 10, 2006, at 1:45 PM, Hollis Blanchard wrote:On Wed, 2006-08-09 at 23:02 +0000, Xen patchbot-linux-ppc-2.6 wrote:- rc = xencomm_create(arg, argsize, &desc, GFP_KERNEL); + if (!slab) { + slab = slab_is_available(); + } + if (slab)+ rc = xencomm_create(arg, argsize, &desc, GFP_KERNEL);+ else+ rc = xencomm_create_mini(xc_area, XENCOMM_MINI_AREA,+ arg, argsize, &desc);Why bother? If you have to use _mini() once, why not just use it all the time?Because _mini() is for kernel space only, and this routine services user-level pointers as well, I did not think that changing _mini() was worth it.Would xencomm_create_mini() work just as well using __vaddr_to_paddr? Itlooks like we could remove __kern_paddr entirely. Well I was not sure why you made __kern_paddr(), I was not prepared to remove it without consulting you. Glad it working :) Actually, instead of slab_is_available() we could have use something like "have started init"() but I know of no such function.The real question is "can we call get_free_page()?" Having started initseems as coincidentally related to that as slab_is_available()... aww cmon, slab and free_page() are a least 2nd cousins :)but actually, I think the real question is "is arg a user level pointer"? -JX _______________________________________________ Xen-ppc-devel mailing list Xen-ppc-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-ppc-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |