|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] x86/HPET: mask interrupt while changing affinity
Wednesday, March 20, 2013, 3:41:45 PM, you wrote:
>>>> On 20.03.13 at 15:35, Sander Eikelenboom <linux@xxxxxxxxxxxxxx> wrote:
>> Wednesday, March 20, 2013, 2:38:58 PM, you wrote:
>>
>>>>>> On 20.03.13 at 12:55, Sander Eikelenboom <linux@xxxxxxxxxxxxxx> wrote:
>>>> Close but not entirely ;)
>>
>>> Close to not crashing, maybe, but whether this really helps with your
>>> problem is still entirely unclear.
>>
>>>> See attached serial log
>>
>>> Okay, I wasn't even aware of that assertion in _spin_lock_irq().
>>
>>> Keir, do you really think this is necessary? In the prior patch
>>> version, handle_hpet_broadcast() had a flow like this
>>
>>> spin_lock_irqsave();
>>> ...
>>> spin_unlock_irqrestore();
>>> ...
>>> if ( next_event != STIME_MAX )
>>> {
>>> spin_lock_irq();
>>> ...
>>> spin_unlock_irqrestore();
>>> }
>>
>>> avoiding the saving of the flags in the second lock acquire. Said
>>> assertion makes it impossible to do this.
>>
>>> Sander, in any case, attached a fixed version of the patch (I had
>>> to guess which of the two spin_lock_irq() calls it was, as the log
>>> was incomplete in that the stack trace got dropped, but am pretty
>>> positive that it was the one in handle_hpet_broadcast()).
>>
>> Yes this one makes it boot again, thx !
> I'll put a Tested-by: <you> on it then, if you don't mind.
Sure I don't mind !
> Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |