Re: generate random numbers

["michele.paolino" <michele.paolino@studio.unibo.it>]

[-- Attachment #1.1: Type: text/plain, Size: 3745 bytes --]

 I'm really sorry, maybe I misunderstood your mail.  I don't want anyone to
work for me.:-)
I looked at the functions listed in Xen call trace...I think my problem is
the timer variable called periodic_timer of struct vcpu.
In function remove_entry() there is a switch/case construct that check if
vcpu->periodic_timer->status is initialized at TIMER_STATUS_in_heap or
TIMER_STATUS_in_list. Which one should I use?
Should Initialize it at one of timer status defined in timer.h file?

Thanks,
Michele


On Mon, Mar 1, 2010 at 12:41 PM, George Dunlap
<george.dunlap@eu.citrix.com>wrote:

> If you want us to spend some of our time helping you, you need to
> demonstrate that you've tried to spend some time helping yourself.  How
> might rc come to be 0 at that line?  What is remove_entry() doing?  How
> could this have come about because of something your code did?
>
> An example mail that would get more help would be something like this:
>
> "I've looked at the remove_entry() function, and it seems that the bug can
> be triggered if the input is {some condition}.  I looked at where
> remove_entry() is being called, but I can't figure out how it can get that
> condition because of my code."
>
> -George
>
> michele.paolino wrote:
>
>> 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@eu.citrix.com <mailto:george.dunlap@eu.citrix.com>> 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@eu.citrix.com
>>        <mailto:george.dunlap@eu.citrix.com>
>>        <mailto:george.dunlap@eu.citrix.com
>>        <mailto:george.dunlap@eu.citrix.com>>> 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
>>
>>
>>
>>
>>
>>
>

[-- Attachment #1.2: Type: text/html, Size: 5023 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

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