[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100117125343.GZ6616@sgi.com>
Date: Sun, 17 Jan 2010 06:53:43 -0600
From: Robin Holt <holt@....com>
To: Ingo Molnar <mingo@...e.hu>
Cc: Roel Kluin <roel.kluin@...il.com>, Cliff Wickman <cpw@....com>,
Robin Holt <holt@....com>, Mike Travis <travis@....com>,
Ingo Molnar <mingo@...hat.com>, x86@...nel.org,
Andrew Morton <akpm@...ux-foundation.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] x86: bau_msg_head points to a_queue_first in
uv_table_bases_finish()
On Sun, Jan 17, 2010 at 08:12:27AM +0100, Ingo Molnar wrote:
>
> * Roel Kluin <roel.kluin@...il.com> wrote:
>
> > bau_msg_head should point to bau_msg_head
> >
> > Signed-off-by: Roel Kluin <roel.kluin@...il.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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists