[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] X86 arch_domain ginormous, sizeof(struct domain) already == PAGE_SIZE

by leaving there only the x86-specific part, i.e.:
  Âstruct {
    uint8_t mov_to_msr_enabled     : 1;
    uint8_t mov_to_msr_extended    Â: 1;
  Â} monitor;

and moving the rest directly into the domain structure, i.e. add @ the end of struct domain [@ xen/include/xen/sched.h]:
  Âstruct {
    uint16_t write_ctrlreg_enabled   Â: 4;
    uint16_t write_ctrlreg_sync     : 4;
    uint16_t write_ctrlreg_onchangeonly : 4;
    uint16_t singlestep_enabled     : 1;
    uint16_t software_breakpoint_enabled : 1;
    uint16_t guest_request_enabled   Â: 1;
    uint16_t guest_request_sync     : 1;
  Â} monitor;

Beside guest_request_enable/sync I'm fairly sure all the other bits are x86 specific. For example the ctrlreg fields are 4 bits wide to correspond to the 4 x86 CR regs for which we can get hardware events (VM_EVENT_X86_*). You should not be moving those in that form into common. For ARM you should create an arch specific monitor structure for events that you can actually capture (SMC, etc.). So IMHO for 2 bits in common it's a waste to have things moved up from arch.


Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.