Re: [Xen-devel] [PATCH RFC v2 01/12] x86: cleanup processor.h
>>> On 22.01.18 at 15:25,wrote: > On 22/01/18 14:10, Juergen Gross wrote: >> On 22/01/18 13:52, Jan Beulich wrote: >> On 22.01.18 at 13:32, wrote: Remove NSC/Cyrix CPU macros and current_text_addr() which are used nowhere. >>> I agree doing the former, but I have a vague recollection that we've >>> left the latter in place despite there not being any callers at present. >> It isn't as if current_text_addr() would be rocket science. I'm quite >> sure in case it is needed there will be enough brain power available to >> build it either from scratch again or to find it in git. >> >> In case you really like it to stay I won't object, of course. > > FWIW, I've disliked all the recent patches which have tried to use > current_text_addr(), and I don't see it as a useful debugging utility > either. > > I would prefer to see it gone than to stay. Well, okay then. The patch is independent of the other, actual RFC stuff, so could go in right away. Jan ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
Re: [Xen-devel] [PATCH RFC v2 01/12] x86: cleanup processor.h
On 22/01/18 14:10, Juergen Gross wrote: > On 22/01/18 13:52, Jan Beulich wrote: > On 22.01.18 at 13:32,wrote: >>> Remove NSC/Cyrix CPU macros and current_text_addr() which are used >>> nowhere. >> I agree doing the former, but I have a vague recollection that we've >> left the latter in place despite there not being any callers at present. > It isn't as if current_text_addr() would be rocket science. I'm quite > sure in case it is needed there will be enough brain power available to > build it either from scratch again or to find it in git. > > In case you really like it to stay I won't object, of course. FWIW, I've disliked all the recent patches which have tried to use current_text_addr(), and I don't see it as a useful debugging utility either. I would prefer to see it gone than to stay. ~Andrew ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
Re: [Xen-devel] [PATCH RFC v2 01/12] x86: cleanup processor.h
>>> On 22.01.18 at 13:32,wrote: > Remove NSC/Cyrix CPU macros and current_text_addr() which are used > nowhere. I agree doing the former, but I have a vague recollection that we've left the latter in place despite there not being any callers at present. Jan ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
[Xen-devel] [PATCH RFC v2 01/12] x86: cleanup processor.h
Remove NSC/Cyrix CPU macros and current_text_addr() which are used nowhere. Signed-off-by: Juergen Gross--- xen/include/asm-x86/processor.h | 41 - 1 file changed, 41 deletions(-) diff --git a/xen/include/asm-x86/processor.h b/xen/include/asm-x86/processor.h index 9dd29bb04c..e8c2f02e99 100644 --- a/xen/include/asm-x86/processor.h +++ b/xen/include/asm-x86/processor.h @@ -102,16 +102,6 @@ struct domain; struct vcpu; -/* - * Default implementation of macro that returns current - * instruction pointer ("program counter"). - */ -#define current_text_addr() ({ \ -void *pc; \ -asm ( "leaq 1f(%%rip),%0\n1:" : "=r" (pc) );\ -pc; \ -}) - struct x86_cpu_id { uint16_t vendor; uint16_t family; @@ -375,37 +365,6 @@ static inline bool_t read_pkru_wd(uint32_t pkru, unsigned int pkey) return (pkru >> (pkey * PKRU_ATTRS + PKRU_WRITE)) & 1; } -/* - * NSC/Cyrix CPU configuration register indexes - */ - -#define CX86_PCR0 0x20 -#define CX86_GCR 0xb8 -#define CX86_CCR0 0xc0 -#define CX86_CCR1 0xc1 -#define CX86_CCR2 0xc2 -#define CX86_CCR3 0xc3 -#define CX86_CCR4 0xe8 -#define CX86_CCR5 0xe9 -#define CX86_CCR6 0xea -#define CX86_CCR7 0xeb -#define CX86_PCR1 0xf0 -#define CX86_DIR0 0xfe -#define CX86_DIR1 0xff -#define CX86_ARR_BASE 0xc4 -#define CX86_RCR_BASE 0xdc - -/* - * NSC/Cyrix CPU indexed register access macros - */ - -#define getCx86(reg) ({ outb((reg), 0x22); inb(0x23); }) - -#define setCx86(reg, data) do { \ -outb((reg), 0x22); \ -outb((data), 0x23); \ -} while (0) - static always_inline void __monitor(const void *eax, unsigned long ecx, unsigned long edx) { -- 2.13.6 ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel