All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nishanth Aravamudan <nacc@us.ibm.com>
To: "Luck, Tony" <tony.luck@intel.com>
Cc: "mingo@elte.hu" <mingo@elte.hu>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [BISECTION RESULT] sched: revert cpu_clock to
Date: Mon, 04 Aug 2008 22:45:33 +0000	[thread overview]
Message-ID: <20080804224533.GC30096@us.ibm.com> (raw)
In-Reply-To: <57C9024A16AD2D4C97DC78E552063EA308329110@orsmsx505.amr.corp.intel.com>

On 04.08.2008 [15:00:47 -0700], Luck, Tony wrote:
> > I'd bet resonable sums of money that we are (once again) accessing
> > per-cpu variables in code before ia64 has a chance to initialize
> > things so that they can actually work. :-(
> 
> I tried this simple hack to check ... per-cpu variables are
> not usable until cpu_init() sets up the "ar.k3" register on
> ia64.  So this hack checks to see if it is set before calling
> cpu_clock():

Would you like me to test this patch on the box, to verify? It seems
like you were able to reproduce the non-booting kernel?

Thanks,
Nish

-- 
Nishanth Aravamudan <nacc@us.ibm.com>
IBM Linux Technology Center

WARNING: multiple messages have this Message-ID (diff)
From: Nishanth Aravamudan <nacc@us.ibm.com>
To: "Luck, Tony" <tony.luck@intel.com>
Cc: "mingo@elte.hu" <mingo@elte.hu>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state
Date: Mon, 4 Aug 2008 15:45:33 -0700	[thread overview]
Message-ID: <20080804224533.GC30096@us.ibm.com> (raw)
In-Reply-To: <57C9024A16AD2D4C97DC78E552063EA308329110@orsmsx505.amr.corp.intel.com>

On 04.08.2008 [15:00:47 -0700], Luck, Tony wrote:
> > I'd bet resonable sums of money that we are (once again) accessing
> > per-cpu variables in code before ia64 has a chance to initialize
> > things so that they can actually work. :-(
> 
> I tried this simple hack to check ... per-cpu variables are
> not usable until cpu_init() sets up the "ar.k3" register on
> ia64.  So this hack checks to see if it is set before calling
> cpu_clock():

Would you like me to test this patch on the box, to verify? It seems
like you were able to reproduce the non-booting kernel?

Thanks,
Nish

-- 
Nishanth Aravamudan <nacc@us.ibm.com>
IBM Linux Technology Center

  parent reply	other threads:[~2008-08-04 22:45 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-04 19:46 [BISECTION RESULT] sched: revert cpu_clock to Nishanth Aravamudan
2008-08-04 19:46 ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Nishanth Aravamudan
2008-08-04 20:37 ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-04 20:37   ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony
2008-08-04 22:00   ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-04 22:00     ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony
2008-08-04 22:02     ` [BISECTION RESULT] sched: revert cpu_clock to David Miller
2008-08-04 22:02       ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state David Miller
2008-08-04 22:10       ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-04 22:10         ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony
2008-08-04 22:14         ` [BISECTION RESULT] sched: revert cpu_clock to David Miller
2008-08-04 22:14           ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state David Miller
2008-08-04 22:22           ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-04 22:22             ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony
2008-08-04 22:41             ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-04 22:41               ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony
2008-08-04 22:45     ` Nishanth Aravamudan [this message]
2008-08-04 22:45       ` Nishanth Aravamudan
2008-08-04 22:53       ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-04 22:53         ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony
2008-08-04 23:30         ` [BISECTION RESULT] sched: revert cpu_clock to Nishanth Aravamudan
2008-08-04 23:30           ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Nishanth Aravamudan
2008-08-05  8:56 ` [BISECTION RESULT] sched: revert cpu_clock to Peter Zijlstra
2008-08-05  8:56   ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Peter Zijlstra
2008-08-05 14:59   ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-05 14:59     ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony
2008-08-05 17:34   ` [BISECTION RESULT] sched: revert cpu_clock to Nishanth Aravamudan
2008-08-05 17:34     ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Nishanth Aravamudan
2008-08-13  0:37 ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-13  0:37   ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony
2008-08-13 16:25   ` [BISECTION RESULT] sched: revert cpu_clock to Ingo Molnar
2008-08-13 16:25     ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Ingo Molnar
2008-08-13 19:29     ` [BISECTION RESULT] sched: revert cpu_clock to Nishanth Aravamudan
2008-08-13 19:29       ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Nishanth Aravamudan
2008-08-13 20:11       ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-13 20:11         ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony
2008-08-19 22:19         ` [BISECTION RESULT] sched: revert cpu_clock to Nishanth Aravamudan
2008-08-19 22:19           ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Nishanth Aravamudan
2008-08-19 22:34           ` [BISECTION RESULT] sched: revert cpu_clock to Luck, Tony
2008-08-19 22:34             ` [BISECTION RESULT] sched: revert cpu_clock to pre-27ec4407790d075c325e1f4da0a19c56953cce23 state Luck, Tony

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080804224533.GC30096@us.ibm.com \
    --to=nacc@us.ibm.com \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=tony.luck@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.