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-devel

Re: [Xen-devel] generate random numbers

To: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] generate random numbers
From: "michele.paolino" <michele.paolino@xxxxxxxxxxxxxxx>
Date: Fri, 26 Feb 2010 19:54:34 +0100
Cc: "Xen-devel@xxxxxxxxxxxxxxxxxxx" <Xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 26 Feb 2010 10:59:05 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=cTRsHTn4cN0n+47AovZoj0VoZ/O7CIY6bUIUFTSq1u0=; b=XEHEcihVDSDf5ykLzefMLfkWdo61mzDvx7zWzpaMMnxud4o2+uSyrzHEPcy0u8q+Tn I66GFvh00adVv7iIxY28CE7yL0FwKnTg4yB9Ya39zpSTBsUl2dyd4wcOPryPPU9gOoQ/ y5jFvIUDQdiXgjZIhO4AE3aLSN6zrDLVyC0bQ=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=YViwjC++kIo9rst8iVhzz+i22fVQL1YVgBYLOh7FD83SCDlvsyU+ZujNydy7NwG57h ndG/5TIzafH3fe7Lelu7rPN50HLD6hE0VA/pyoQqzmBNqW82YonO1tpWAk6zfbSd9aEQ FARFsGygZ5Wmj8huagRWmVpL+mtEELLSAFEBo=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4B880897.6080205@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <14f366f91002111231reae2e41vc8f823b38e16a76b@xxxxxxxxxxxxxx> <AEC6C66638C05B468B556EA548C1A77D01899202@trantor> <14f366f91002120032uc08b7d6sb2283e10c9444bbf@xxxxxxxxxxxxxx> <de76405a1002120415l717292e6g484a342337ac414b@xxxxxxxxxxxxxx> <14f366f91002121442h536a2d03if7d9bdee416a4a23@xxxxxxxxxxxxxx> <1266016370.15135.2942.camel@xxxxxxxxxxxxxxxxxxxxxxx> <14f366f91002251031g538dcffan9fe5208b5d981444@xxxxxxxxxxxxxx> <4B86EADC.70301@xxxxxxxxxxxxx> <14f366f91002260943n203faba8r79b3c0d4d5d7622d@xxxxxxxxxxxxxx> <4B880897.6080205@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Line 184 correspond at rc = 0 (an int variable) of remove_entry() function. I don't have modified that file.

Michele


On Fri, Feb 26, 2010 at 6:44 PM, George Dunlap <george.dunlap@xxxxxxxxxxxxx> wrote:
Did you look at timer.c, line 184, to find out what the BUG is?
-George

michele.paolino wrote:
Following George's advices I have rewrited my scheduler. But now serial console's log report me a bug in a function of timer.c

(XEN) ****************************************
(XEN) Panic on CPU 0:
(XEN) Xen BUG at timer.c:184
(XEN) ****************************************

This is caused by cpumask_raise_softirq() in my wake() function. What can I do?

Michele

On Thu, Feb 25, 2010 at 10:25 PM, George Dunlap <george.dunlap@xxxxxxxxxxxxx <mailto:george.dunlap@xxxxxxxxxxxxx>> wrote:

   The problem is that you're choosing a random vcpu to run, without
   considering whether it *wants* to run or not.  In this case,
   you're running a vcpu before it's even been completely set up yet
   (write_cr3 is failing because the guest *has* no cr3 ready yet).

   The normal way schedulers deal with this is to keep one list of
   all vcpus (or all domains), and another list with "runnable"
   vcpus.  You can keep track of which vcpus are runnable with the
   vcpu_wake() callback and by using vcpu_runnable() in schedule().

   At very least, your loop in schedule should check vcpu_runnable()
   before selecting it.

   -George


   michele.paolino wrote:

       Here's my random scheduler. It works until I start a virtual
       machine (error file attached is the serial console's log).
       In xen call trace there isn't any of my functions.
       To generate random numbers I'm using the hash (MD5) of NOW()
       function.
       I would also Know why at boot time there are two calls at
       vcpu_init function for vcpu with id = 0 ??

       Thanks
       Michele





_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>