[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.10.1602241012250.28838@vshiva-Udesk>
Date: Wed, 24 Feb 2016 10:13:54 -0800 (PST)
From: Vikas Shivappa <vikas.shivappa@...el.com>
To: Thomas Gleixner <tglx@...utronix.de>
cc: Vikas Shivappa <vikas.shivappa@...ux.intel.com>,
vikas.shivappa@...el.com, x86@...nel.org,
linux-kernel@...r.kernel.org, hpa@...or.com, mingo@...nel.org,
peterz@...radead.org, ravi.v.shankar@...el.com,
tony.luck@...el.com, fenghua.yu@...el.com,
kanaka.d.juvva@...el.com, h.peter.anvin@...el.com
Subject: Re: [PATCH 5/5] x86/mbm: Add support for MBM counter overflow
handling
On Wed, 24 Feb 2016, Thomas Gleixner wrote:
> On Wed, 10 Feb 2016, Vikas Shivappa wrote:
>> +static enum hrtimer_restart mbm_hrtimer_handle(struct hrtimer *hrtimer)
>> +{
>> + if (list_empty(&cache_groups))
>> + goto out;
>> +
>> + list_for_each_entry(iter, &cache_groups, hw.cqm_groups_entry) {
>
> ....
>
>> + }
>> + }
>> +
>> +out:
>> + raw_spin_unlock_irqrestore(&cache_lock, flags);
>> + mutex_unlock(&cache_mutex);
>> +
>> + hrtimer_forward_now(hrtimer, ms_to_ktime(MBM_CTR_OVERFLOW_TIME));
>> +
>> + return HRTIMER_RESTART;
>
> Why is that timer restarted if cache_groups is empty?
Will fix. It should not be as the timers may be stopped by now as well. Also
this patch incorrectly uses mutex(above) in the timer context. Will fix that as
well.
Thanks,
Vikas
>
> Thanks,
>
> tglx
>
Powered by blists - more mailing lists