WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-ppc-devel

Re: [XenPPC] [xenppc-unstable] [ppc] Handle 2 forms of NULL gues handle

On Jul 27, 2006, at 2:30 PM, Hollis Blanchard wrote:

On Wed, 2006-07-26 at 18:40 +0000, Xen patchbot-xenppc-unstable wrote:
diff -r 518e13229929 -r 50ef9c9c717c xen/arch/powerpc/usercopy.c
[snip]
+    return (desc->address[0] == XENCOMM_INVALID);

You can see how the function just above, xencomm_add_offset(),
overwrites the addresses with XENCOMM_INVALID. I think this incremental
patch is needed:

diff -r 42213c6e1928 xen/arch/powerpc/usercopy.c
[snip]
+    for (i = 0; i < desc->nr_addrs; i++)
+        if (desc->address[i] != XENCOMM_INVALID)
+            return 0;
+    return 1;
+}

In other words, if there are any valid addresses at all, the handle is
not null. Comments? Does this code work for you Jimi?

The code above is necessary to catch the case where the Linux function:
  drivers/xen/core/xencomm.c <global> 56 static int __xencomm_init()

is passed a 'buffer' param that is NULL.

I was going to perform the solution below but I thought checking address[0] was a good shortcut but as you point out, xencomm_handle_is_null() could return a false positive.

I think the correct solution (pretty sure it would cover it all) would be to arrange for __xencomm_init(buffer=NULL) to set desc- >nr_addrs = 0, never touching desc->address[] and checking for (nr_addrs==0) in xencomm_handle_is_null(), also reducing the number of checks and assignments required to communicate "nothing"

the following should be sufficient (sorry the diff got mangled):

diff -r e30fba67c38d drivers/xen/core/xencomm.c
--- a/drivers/xen/core/xencomm.c        Wed Jul 26 15:00:06 2006 -0400
+++ b/drivers/xen/core/xencomm.c        Thu Jul 27 16:24:00 2006 -0400
@@ -86,11 +86,13 @@ static int __xencomm_init(struct xencomm
                               __func__, recorded, bytes);
                        return -ENOSPC;
        }
+
+                       /* mark remaining addresses invalid (just for safety) */
+                       while (i < desc->nr_addrs)
+                                desc->address[i++] = XENCOMM_INVALID;
+               } else {
+                               desc->nr_addrs = 0;
        }
-
-               /* mark remaining addresses invalid (just for safety) */
-               while (i < desc->nr_addrs)
-                       desc->address[i++] = XENCOMM_INVALID;
        desc->magic = XENCOMM_MAGIC;

diff -r f77ff6eb8d22 xen/arch/powerpc/usercopy.c
--- a/xen/arch/powerpc/usercopy.c       Wed Jul 26 14:27:51 2006 -0400
+++ b/xen/arch/powerpc/usercopy.c       Thu Jul 27 16:26:10 2006 -0400
@@ -238,5 +238,5 @@ int xencomm_handle_is_null(void *ptr)
     desc = (struct xencomm_desc *)paddr_to_maddr((unsigned long)ptr);
-    return (desc->address[0] == XENCOMM_INVALID);
-}
+    return (desc->nr_addrs == 0);
+}


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