From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756723Ab3HAUaB (ORCPT ); Thu, 1 Aug 2013 16:30:01 -0400 Received: from e28smtp08.in.ibm.com ([122.248.162.8]:35529 "EHLO e28smtp08.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756159Ab3HAU36 (ORCPT ); Thu, 1 Aug 2013 16:29:58 -0400 Message-ID: <51FAC6C2.7090508@linux.vnet.ibm.com> Date: Fri, 02 Aug 2013 02:06:18 +0530 From: Raghavendra K T Organization: IBM User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: Peter Zijlstra CC: Waiman Long , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Arnd Bergmann , linux-arch@vger.kernel.org, x86@kernel.org, linux-kernel@vger.kernel.org, Steven Rostedt , Andrew Morton , Richard Weinberger , Catalin Marinas , Greg Kroah-Hartman , Matt Fleming , Herbert Xu , Akinobu Mita , Rusty Russell , Michel Lespinasse , Andi Kleen , Rik van Riel , "Paul E. McKenney" , Linus Torvalds , George Spelvin , Harvey Harrison , "Chandramouleeswaran, Aswin" , "Norton, Scott J" Subject: Re: [PATCH RFC 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation References: <1375324631-32868-1-git-send-email-Waiman.Long@hp.com> <1375324631-32868-2-git-send-email-Waiman.Long@hp.com> <20130801094029.GK3008@twins.programming.kicks-ass.net> <51FAA1C3.2050507@hp.com> <51FAA5F8.2070209@linux.vnet.ibm.com> <20130801201018.GR3008@twins.programming.kicks-ass.net> In-Reply-To: <20130801201018.GR3008@twins.programming.kicks-ass.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-TM-AS-MML: No X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13080120-2000-0000-0000-00000D2398AB Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/02/2013 01:40 AM, Peter Zijlstra wrote: > On Thu, Aug 01, 2013 at 11:46:24PM +0530, Raghavendra K T wrote: >> On 08/01/2013 11:28 PM, Waiman Long wrote: >>> On 08/01/2013 05:40 AM, Peter Zijlstra wrote: >>>> On Wed, Jul 31, 2013 at 10:37:10PM -0400, Waiman Long wrote: >>>> >> [...] >>>> >>>>> + */ >>>>> + for (qn_idx = 1; qn_idx< MAX_QNODES; qn_idx++) { >>>>> + if (!node[qn_idx].used) >>>>> + break; >>>> } >>>> >>>>> + if (unlikely(qn_idx == MAX_QNODES)) { >>>>> + /* >>>>> + * This shouldn't happen, print a warning message >>>>> + *& busy spinning on the lock. >>>>> + */ >>>>> + pr_warn("qspinlock: queue node table exhausted at " >>>>> + "cpu %d!\n", cpu_nr); >>>> This could make your machine die hard.. not all contexts can printk(). >>> >>> Do you have any suggestion? I could skip the warning and silently do the >>> busy spinning. I just want some way to notify the user of this rare event. >> >> We have used debugfs in pv-spinlock to avoid that since printk uses >> spinlock again. may be it will help to profile many other parts of >> code too. > > I always use early_printk(), but that requires you set up your serial > console properly and joe-user won't have done that. > Thanks Peter. Yes. this is more convenient. /me remembers using early_printk during pvops patch debugging without setting up serial console ;)