[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] x86/pv: Rename pv/ro-page-fault.c to pv/emul-ro-page-fault.c
On 05/02/18 13:01, Jan Beulich wrote: >>>> On 05.02.18 at 13:22, <andrew.cooper3@xxxxxxxxxx> wrote: >> On 05/02/18 08:57, Jan Beulich wrote: >>>>>> On 02.02.18 at 17:58, <andrew.cooper3@xxxxxxxxxx> wrote: >>>> To match all our other emulation handling. >>>> >>>> No functional change. >>>> >>>> Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> >>>> --- >>>> CC: Jan Beulich <JBeulich@xxxxxxxx> >>>> --- >>>> xen/arch/x86/pv/Makefile | 2 +- >>>> xen/arch/x86/pv/{ro-page-fault.c => emul-ro-page-fault.c} | 2 +- >>>> 2 files changed, 2 insertions(+), 2 deletions(-) >>>> rename xen/arch/x86/pv/{ro-page-fault.c => emul-ro-page-fault.c} (99%) >>> When this file was introduced, iirc I had specifically asked to drop >>> the pointless emul- prefix. If you want to make things consistent >>> again, please instead drop the emul- prefixes of the other files. >> No. >> >> First of all, this file is the most recent to come into existence, >> around 3 months after the others. > Right - it was too late for me to realize the needlessly long names > in those earlier code movement patches. That is a very subjective point of view which I don't agree with. Naming is all to do with conveying meaning, and shorter isn't necessarily better. > >> The point of naming things in a consistent fashion is for the benefit of >> humans, and having the emulation related functionality logically grouped >> is a benefit, not a detriment. > They're all quite well grouped now already by being in pv/. That is not the relevant grouping. Most of our emulation based logic has an emul- prefix and this file is an odd one out. Naming the files without their emul- prefix leaves them with no context as to what they are doing. "gate-op.c" or "invl-op.c" are far less obvious to their purpose than "emul-gate-op.c" and "emul-invl-op.c". > Otherwise do you mean to also change e.g. gpr_switch.S to emul-gpr_switch.S? This is extra special, and as soon as I can figure out how it actually works, I plan to replace it with something comprehensive. ~Andrew _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |