On 3/21/18, 18:41, "Andy Lutomirski" <l...@kernel.org> wrote: > mov to gs changes GSBASE even if GS was unchanged. In GDB, ptrace (syscall) doesn't happen when FS/GS unchanged as its (context) cache seems to be first checked. This does not allow to preserve GSBASE as you know. > But it's not clear to me that you've identified any case where > emulating this behavior is useful. One argument I heard is (if debugging a legacy application) user might want to (indirectly) access LDT during inferior call and this mov to fs/gs has been useful (maybe needed).
- Re: [PATCH 14/15] x86/fsgsbase/64: Support legacy behavi... Andy Lutomirski
- Re: [PATCH 14/15] x86/fsgsbase/64: Support legacy b... Bae, Chang Seok
- Re: [PATCH 14/15] x86/fsgsbase/64: Support lega... Andy Lutomirski
- RE: [PATCH 14/15] x86/fsgsbase/64: Support ... Metzger, Markus T
- Re: [PATCH 14/15] x86/fsgsbase/64: Supp... Andy Lutomirski
- Re: [PATCH 14/15] x86/fsgsbase/64: Support ... Bae, Chang Seok
- Re: [PATCH 14/15] x86/fsgsbase/64: Supp... Andy Lutomirski
- Re: [PATCH 14/15] x86/fsgsbase/64:... Bae, Chang Seok
- Re: [PATCH 14/15] x86/fsgsbase... Andy Lutomirski
- Re: [PATCH 14/15] x86/fsgs... Bae, Chang Seok
- Re: [PATCH 14/15] x86/fsgs... Andy Lutomirski
- RE: [PATCH 14/15] x86/fsgs... Bae, Chang Seok
- Re: [PATCH 14/15] x86/fsgs... Andy Lutomirski