mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Robin Holt <holt@sgi.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: Roel Kluin <roel.kluin@gmail.com>, Cliff Wickman <cpw@sgi.com>,
	Robin Holt <holt@sgi.com>, Mike Travis <travis@sgi.com>,
	Ingo Molnar <mingo@redhat.com>,
	x86@kernel.org, Andrew Morton <akpm@linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] x86: bau_msg_head points to a_queue_first in uv_table_bases_finish()
Date: Sun, 17 Jan 2010 06:53:43 -0600	[thread overview]
Message-ID: <20100117125343.GZ6616@sgi.com> (raw)
In-Reply-To: <20100117071227.GC19512@elte.hu>

On Sun, Jan 17, 2010 at 08:12:27AM +0100, Ingo Molnar wrote:
> 
> * Roel Kluin <roel.kluin@gmail.com> wrote:
> 
> > bau_msg_head should point to bau_msg_head
> > 
> > Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
> > ---
> > Is this correct?
> > 
> > diff --git a/arch/x86/kernel/tlb_uv.c b/arch/x86/kernel/tlb_uv.c
> > index 364d015..3d66331 100644
> > --- a/arch/x86/kernel/tlb_uv.c
> > +++ b/arch/x86/kernel/tlb_uv.c
> > @@ -691,7 +691,7 @@ uv_table_bases_finish(int blade,
> >  			continue;
> >  
> >  		bcp = (struct bau_control *)&per_cpu(bau_control, cpu);
> > -		bcp->bau_msg_head	= bau_tablesp->va_queue_first;
> > +		bcp->bau_msg_head	= bau_tablesp->bau_msg_head;
> >  		bcp->va_queue_first	= bau_tablesp->va_queue_first;
> >  		bcp->va_queue_last	= bau_tablesp->va_queue_last;
> >  		bcp->msg_statuses	= bau_tablesp->msg_statuses;
> 
> Seems like you either caught a real bug - or that there's a somewhat quirky 
> initialization sequence here which should be commented upon in the source.
> 
> Cliff, Robin, what's your take on Roel's patch?

I think I will work with Cliff on rewriting uv_payload_queue_init().

Currently, that does not set up bau_msg_head so the code above is
functional.  In my opinion, it should set up bau_msg_head.  I am sure
I can be convinced otherwise.

Some of the other cleanups:

1)  Use the standard alignment macros instead of hand coding our own.
2)  Replace the kmalloc with a kzalloc and remove the memset which
    currently is zeroing the unaligned allocation instead of the aligned
    allocation so it would miss the last (up to 31) bytes of the last
    payload.

Thanks,
Robin

  reply	other threads:[~2010-01-17 12:53 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-15 13:41 Roel Kluin
2010-01-17  7:12 ` Ingo Molnar
2010-01-17 12:53   ` Robin Holt [this message]
2010-01-18 13:35   ` Cliff Wickman

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=20100117125343.GZ6616@sgi.com \
    --to=holt@sgi.com \
    --cc=akpm@linux-foundation.org \
    --cc=cpw@sgi.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=mingo@redhat.com \
    --cc=roel.kluin@gmail.com \
    --cc=travis@sgi.com \
    --cc=x86@kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®