[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v8 08/12] x86emul: support FLDENV and FRSTOR
On Mon, May 11, 2020 at 09:25:54AM +0200, Jan Beulich wrote: > [CAUTION - EXTERNAL EMAIL] DO NOT reply, click links, or open attachments > unless you have verified the sender and know the content is safe. > > On 08.05.2020 20:29, Andrew Cooper wrote: > > On 08/05/2020 16:04, Jan Beulich wrote: > >>>> + } > >>>> + > >>>> + if ( bytes == sizeof(fpstate.env) ) > >>>> + ptr = NULL; > >>>> + else > >>>> + ptr += sizeof(fpstate.env); > >>>> + break; > >>>> + > >>>> + case sizeof(struct x87_env16): > >>>> + case sizeof(struct x87_env16) + sizeof(fpstate.freg): > >>>> + { > >>>> + const struct x87_env16 *env = ptr; > >>>> + > >>>> + fpstate.env.fcw = env->fcw; > >>>> + fpstate.env.fsw = env->fsw; > >>>> + fpstate.env.ftw = env->ftw; > >>>> + > >>>> + if ( state->rex_prefix ) > >>>> + { > >>>> + fpstate.env.mode.prot.fip = env->mode.prot.fip; > >>>> + fpstate.env.mode.prot.fcs = env->mode.prot.fcs; > >>>> + fpstate.env.mode.prot.fdp = env->mode.prot.fdp; > >>>> + fpstate.env.mode.prot.fds = env->mode.prot.fds; > >>>> + fpstate.env.mode.prot.fop = 0; /* unknown */ > >>>> + } > >>>> + else > >>>> + { > >>>> + unsigned int fip = env->mode.real.fip_lo + > >>>> + (env->mode.real.fip_hi << 16); > >>>> + unsigned int fdp = env->mode.real.fdp_lo + > >>>> + (env->mode.real.fdp_hi << 16); > >>>> + unsigned int fop = env->mode.real.fop; > >>>> + > >>>> + fpstate.env.mode.prot.fip = fip & 0xf; > >>>> + fpstate.env.mode.prot.fcs = fip >> 4; > >>>> + fpstate.env.mode.prot.fop = fop; > >>>> + fpstate.env.mode.prot.fdp = fdp & 0xf; > >>>> + fpstate.env.mode.prot.fds = fdp >> 4; > >>> This looks mostly the same as the translation done above, so maybe > >>> could be abstracted anyway in a macro to avoid the code repetition? > >>> (ie: fpstate_real_to_prot(src, dst) or some such). > >> Just the 5 assignments could be put in an inline function, but > >> if we also wanted to abstract away the declarations with their > >> initializers, it would need to be a macro because of the > >> different types of fpstate.env and *env. While I'd generally > >> prefer inline functions, the macro would have the benefit that > >> it could be #define-d / #undef-d right inside this case block. > >> Thoughts? > > > > Code like this is large in terms of volume, but it is completely crystal > > clear (with the requested comments in place) and easy to follow. > > > > I don't see how attempting to abstract out two small portions is going > > to be an improvement. > > Okay, easier for me if I don't need to touch it. Roger, can you > live with that? Yes, that's fine. Thanks.
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |