[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1455724367.2925.209.camel@hpe.com>
Date: Wed, 17 Feb 2016 08:52:47 -0700
From: Toshi Kani <toshi.kani@....com>
To: Ingo Molnar <mingo@...nel.org>
Cc: tglx@...utronix.de, mingo@...hat.com, hpa@...or.com, bp@...e.de,
dan.j.williams@...el.com, ross.zwisler@...ux.intel.com,
vishal.l.verma@...el.com, micah.parrish@....com,
brian.boylston@....com, x86@...nel.org, linux-nvdimm@...ts.01.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 1/2] x86/lib/copy_user_64.S: cleanup
__copy_user_nocache()
On Wed, 2016-02-17 at 09:02 +0100, Ingo Molnar wrote:
> * Toshi Kani <toshi.kani@....com> wrote:
>
> > Add comments to __copy_user_nocache() to clarify its procedures
> > and alignment requirement.
> >
> > Also change numeric branch target labels to named labels. The
> > labels begin with ".L" and prefix "cun" (Copy User Nocache) to
> > keep them local and unique to the function.
>
> So the .L labels are local, i.e. they are not emitted into the symbol
> table.
>
> I.e. no need to name them globally!
Right, but I thought there is risk of conflicting the names with other copy
functions in the file when they also start using descriptive labels. For
instance, ".L_finish_copy" can be easily used by other copy functions as
well.
> I've done a s/Lcun_/L_/ over the patch.
Thanks,
-Toshi
Powered by blists - more mailing lists