blob: d5ae63f5ec5d8d8836a4391c29cca8ecc9742c9e [file] [log] [blame]
Rusty Russell07ad1572007-07-19 01:49:22 -07001#include <linux/linkage.h>
2#include <linux/lguest.h>
Rusty Russell47436aa2007-10-22 11:03:36 +10003#include <asm/lguest_hcall.h>
Rusty Russell07ad1572007-07-19 01:49:22 -07004#include <asm/asm-offsets.h>
5#include <asm/thread_info.h>
Rusty Russell876be9d2007-07-20 22:12:56 +10006#include <asm/processor-flags.h>
Rusty Russell07ad1572007-07-19 01:49:22 -07007
Rusty Russell2e04ef72009-07-30 16:03:45 -06008/*G:020
Rusty Russell9f542882011-07-22 14:39:50 +09309
10 * Our story starts with the bzImage: booting starts at startup_32 in
11 * arch/x86/boot/compressed/head_32.S. This merely uncompresses the real
12 * kernel in place and then jumps into it: startup_32 in
13 * arch/x86/kernel/head_32.S. Both routines expects a boot header in the %esi
14 * register, which is created by the bootloader (the Launcher in our case).
Rusty Russella6bd8e12008-03-28 11:05:53 -050015 *
16 * The startup_32 function does very little: it clears the uninitialized global
17 * C variables which we expect to be zero (ie. BSS) and then copies the boot
Rusty Russell9f542882011-07-22 14:39:50 +093018 * header and kernel command line somewhere safe, and populates some initial
19 * page tables. Finally it checks the 'hardware_subarch' field. This was
20 * introduced in 2.6.24 for lguest and Xen: if it's set to '1' (lguest's
21 * assigned number), then it calls us here.
Rusty Russell47436aa2007-10-22 11:03:36 +100022 *
23 * WARNING: be very careful here! We're running at addresses equal to physical
Adrian Knoth64be1152011-07-11 18:07:14 +020024 * addresses (around 0), not above PAGE_OFFSET as most code expects
Rusty Russell47436aa2007-10-22 11:03:36 +100025 * (eg. 0xC0000000). Jumps are relative, so they're OK, but we can't touch any
Rusty Russella6bd8e12008-03-28 11:05:53 -050026 * data without remembering to subtract __PAGE_OFFSET!
Rusty Russell07ad1572007-07-19 01:49:22 -070027 *
Rusty Russellb2b47c22007-07-26 10:41:02 -070028 * The .section line puts this code in .init.text so it will be discarded after
Rusty Russell2e04ef72009-07-30 16:03:45 -060029 * boot.
30 */
Rusty Russell07ad1572007-07-19 01:49:22 -070031.section .init.text, "ax", @progbits
Rusty Russell814a0e52007-10-22 11:29:44 +100032ENTRY(lguest_entry)
Rusty Russell2e04ef72009-07-30 16:03:45 -060033 /*
Rusty Russell5dea1c82011-07-22 14:39:48 +093034 * We make the "initialization" hypercall now to tell the Host where
35 * our lguest_data struct is.
Rusty Russell2e04ef72009-07-30 16:03:45 -060036 */
Rusty Russell47436aa2007-10-22 11:03:36 +100037 movl $LHCALL_LGUEST_INIT, %eax
Matias Zabaljauregui4cd8b5e2009-03-14 13:37:52 -020038 movl $lguest_data - __PAGE_OFFSET, %ebx
Rusty Russell091ebf02010-04-14 21:43:54 -060039 int $LGUEST_TRAP_ENTRY
Rusty Russell47436aa2007-10-22 11:03:36 +100040
Rusty Russell5dea1c82011-07-22 14:39:48 +093041 /* Now turn our pagetables on; setup by arch/x86/kernel/head_32.S. */
42 movl $LHCALL_NEW_PGTABLE, %eax
43 movl $(initial_page_table - __PAGE_OFFSET), %ebx
44 int $LGUEST_TRAP_ENTRY
45
Rusty Russell47436aa2007-10-22 11:03:36 +100046 /* Set up the initial stack so we can run C code. */
47 movl $(init_thread_union+THREAD_SIZE),%esp
48
Rusty Russell2e04ef72009-07-30 16:03:45 -060049 /* Jumps are relative: we're running __PAGE_OFFSET too low. */
Rusty Russell47436aa2007-10-22 11:03:36 +100050 jmp lguest_init+__PAGE_OFFSET
Rusty Russell07ad1572007-07-19 01:49:22 -070051
Rusty Russell2e04ef72009-07-30 16:03:45 -060052/*G:055
53 * We create a macro which puts the assembler code between lgstart_ and lgend_
54 * markers. These templates are put in the .text section: they can't be
55 * discarded after boot as we may need to patch modules, too.
56 */
Rusty Russellbbbd2bf2007-09-24 21:24:44 -070057.text
Rusty Russell07ad1572007-07-19 01:49:22 -070058#define LGUEST_PATCH(name, insns...) \
59 lgstart_##name: insns; lgend_##name:; \
60 .globl lgstart_##name; .globl lgend_##name
61
62LGUEST_PATCH(cli, movl $0, lguest_data+LGUEST_DATA_irq_enabled)
Rusty Russell07ad1572007-07-19 01:49:22 -070063LGUEST_PATCH(pushf, movl lguest_data+LGUEST_DATA_irq_enabled, %eax)
Rusty Russell61f4bc82009-06-12 22:27:03 -060064
Rusty Russell2e04ef72009-07-30 16:03:45 -060065/*G:033
66 * But using those wrappers is inefficient (we'll see why that doesn't matter
67 * for save_fl and irq_disable later). If we write our routines carefully in
68 * assembler, we can avoid clobbering any registers and avoid jumping through
69 * the wrapper functions.
Rusty Russell61f4bc82009-06-12 22:27:03 -060070 *
71 * I skipped over our first piece of assembler, but this one is worth studying
Rusty Russell2e04ef72009-07-30 16:03:45 -060072 * in a bit more detail so I'll describe in easy stages. First, the routine to
73 * enable interrupts:
74 */
Rusty Russell61f4bc82009-06-12 22:27:03 -060075ENTRY(lg_irq_enable)
Rusty Russell2e04ef72009-07-30 16:03:45 -060076 /*
77 * The reverse of irq_disable, this sets lguest_data.irq_enabled to
78 * X86_EFLAGS_IF (ie. "Interrupts enabled").
79 */
Rusty Russell61f4bc82009-06-12 22:27:03 -060080 movl $X86_EFLAGS_IF, lguest_data+LGUEST_DATA_irq_enabled
Rusty Russell2e04ef72009-07-30 16:03:45 -060081 /*
82 * But now we need to check if the Host wants to know: there might have
Rusty Russell61f4bc82009-06-12 22:27:03 -060083 * been interrupts waiting to be delivered, in which case it will have
84 * set lguest_data.irq_pending to X86_EFLAGS_IF. If it's not zero, we
Rusty Russell2e04ef72009-07-30 16:03:45 -060085 * jump to send_interrupts, otherwise we're done.
86 */
Rusty Russell88ad1a12015-03-20 14:18:12 +103087 cmpl $0, lguest_data+LGUEST_DATA_irq_pending
Rusty Russell61f4bc82009-06-12 22:27:03 -060088 jnz send_interrupts
Rusty Russell2e04ef72009-07-30 16:03:45 -060089 /*
90 * One cool thing about x86 is that you can do many things without using
Rusty Russell61f4bc82009-06-12 22:27:03 -060091 * a register. In this case, the normal path hasn't needed to save or
Rusty Russell2e04ef72009-07-30 16:03:45 -060092 * restore any registers at all!
93 */
Rusty Russell61f4bc82009-06-12 22:27:03 -060094 ret
95send_interrupts:
Rusty Russell2e04ef72009-07-30 16:03:45 -060096 /*
97 * OK, now we need a register: eax is used for the hypercall number,
Rusty Russell61f4bc82009-06-12 22:27:03 -060098 * which is LHCALL_SEND_INTERRUPTS.
99 *
100 * We used not to bother with this pending detection at all, which was
101 * much simpler. Sooner or later the Host would realize it had to
102 * send us an interrupt. But that turns out to make performance 7
103 * times worse on a simple tcp benchmark. So now we do this the hard
Rusty Russell2e04ef72009-07-30 16:03:45 -0600104 * way.
105 */
Rusty Russell61f4bc82009-06-12 22:27:03 -0600106 pushl %eax
107 movl $LHCALL_SEND_INTERRUPTS, %eax
Rusty Russell7e194142011-07-22 14:39:49 +0930108 /* This is the actual hypercall trap. */
109 int $LGUEST_TRAP_ENTRY
Rusty Russella91d74a2009-07-30 16:03:45 -0600110 /* Put eax back the way we found it. */
Rusty Russell61f4bc82009-06-12 22:27:03 -0600111 popl %eax
112 ret
113
Rusty Russell2e04ef72009-07-30 16:03:45 -0600114/*
115 * Finally, the "popf" or "restore flags" routine. The %eax register holds the
Rusty Russell61f4bc82009-06-12 22:27:03 -0600116 * flags (in practice, either X86_EFLAGS_IF or 0): if it's X86_EFLAGS_IF we're
Rusty Russell2e04ef72009-07-30 16:03:45 -0600117 * enabling interrupts again, if it's 0 we're leaving them off.
118 */
Rusty Russell61f4bc82009-06-12 22:27:03 -0600119ENTRY(lg_restore_fl)
120 /* This is just "lguest_data.irq_enabled = flags;" */
121 movl %eax, lguest_data+LGUEST_DATA_irq_enabled
Rusty Russell2e04ef72009-07-30 16:03:45 -0600122 /*
123 * Now, if the %eax value has enabled interrupts and
Rusty Russell61f4bc82009-06-12 22:27:03 -0600124 * lguest_data.irq_pending is set, we want to tell the Host so it can
125 * deliver any outstanding interrupts. Fortunately, both values will
126 * be X86_EFLAGS_IF (ie. 512) in that case, and the "testl"
127 * instruction will AND them together for us. If both are set, we
Rusty Russell2e04ef72009-07-30 16:03:45 -0600128 * jump to send_interrupts.
129 */
Rusty Russell61f4bc82009-06-12 22:27:03 -0600130 testl lguest_data+LGUEST_DATA_irq_pending, %eax
131 jnz send_interrupts
132 /* Again, the normal path has used no extra registers. Clever, huh? */
133 ret
Rusty Russella91d74a2009-07-30 16:03:45 -0600134/*:*/
Rusty Russell07ad1572007-07-19 01:49:22 -0700135
Rusty Russell2f921b52015-03-24 11:51:39 +1030136/* These demark the EIP where host should never deliver interrupts. */
137.global lguest_noirq_iret
Rusty Russell07ad1572007-07-19 01:49:22 -0700138
Rusty Russell2e04ef72009-07-30 16:03:45 -0600139/*M:004
140 * When the Host reflects a trap or injects an interrupt into the Guest, it
141 * sets the eflags interrupt bit on the stack based on lguest_data.irq_enabled,
142 * so the Guest iret logic does the right thing when restoring it. However,
143 * when the Host sets the Guest up for direct traps, such as system calls, the
144 * processor is the one to push eflags onto the stack, and the interrupt bit
145 * will be 1 (in reality, interrupts are always enabled in the Guest).
Rusty Russellf56a3842007-07-26 10:41:05 -0700146 *
147 * This turns out to be harmless: the only trap which should happen under Linux
148 * with interrupts disabled is Page Fault (due to our lazy mapping of vmalloc
149 * regions), which has to be reflected through the Host anyway. If another
150 * trap *does* go off when interrupts are disabled, the Guest will panic, and
Rusty Russell2e04ef72009-07-30 16:03:45 -0600151 * we'll never get to this iret!
152:*/
Rusty Russellf56a3842007-07-26 10:41:05 -0700153
Rusty Russell2e04ef72009-07-30 16:03:45 -0600154/*G:045
155 * There is one final paravirt_op that the Guest implements, and glancing at it
156 * you can see why I left it to last. It's *cool*! It's in *assembler*!
Rusty Russellb2b47c22007-07-26 10:41:02 -0700157 *
158 * The "iret" instruction is used to return from an interrupt or trap. The
159 * stack looks like this:
160 * old address
161 * old code segment & privilege level
162 * old processor flags ("eflags")
163 *
164 * The "iret" instruction pops those values off the stack and restores them all
165 * at once. The only problem is that eflags includes the Interrupt Flag which
166 * the Guest can't change: the CPU will simply ignore it when we do an "iret".
167 * So we have to copy eflags from the stack to lguest_data.irq_enabled before
168 * we do the "iret".
169 *
Denys Vlasenko7042cb42015-03-24 11:51:39 +1030170 * There are two problems with this: firstly, we can't clobber any registers
171 * and secondly, the whole thing needs to be atomic. The first problem
172 * is solved by using "push memory"/"pop memory" instruction pair for copying.
Rusty Russellb2b47c22007-07-26 10:41:02 -0700173 *
174 * The second is harder: copying eflags to lguest_data.irq_enabled will turn
175 * interrupts on before we're finished, so we could be interrupted before we
Rusty Russell2f921b52015-03-24 11:51:39 +1030176 * return to userspace or wherever. Our solution to this is to tell the
Rusty Russellb2b47c22007-07-26 10:41:02 -0700177 * Host that it is *never* to interrupt us there, even if interrupts seem to be
Denys Vlasenko7042cb42015-03-24 11:51:39 +1030178 * enabled. (It's not necessary to protect pop instruction, since
Rusty Russell2f921b52015-03-24 11:51:39 +1030179 * data gets updated only after it completes, so we only need to protect
180 * one instruction, iret).
Rusty Russell2e04ef72009-07-30 16:03:45 -0600181 */
Rusty Russell07ad1572007-07-19 01:49:22 -0700182ENTRY(lguest_iret)
Denys Vlasenko7042cb42015-03-24 11:51:39 +1030183 pushl 2*4(%esp)
Rusty Russell2e04ef72009-07-30 16:03:45 -0600184 /*
185 * Note the %ss: segment prefix here. Normal data accesses use the
Rusty Russellb2b47c22007-07-26 10:41:02 -0700186 * "ds" segment, but that will have already been restored for whatever
187 * we're returning to (such as userspace): we can't trust it. The %ss:
Rusty Russell2e04ef72009-07-30 16:03:45 -0600188 * prefix makes sure we use the stack segment, which is still valid.
189 */
Denys Vlasenko7042cb42015-03-24 11:51:39 +1030190 popl %ss:lguest_data+LGUEST_DATA_irq_enabled
Rusty Russell2f921b52015-03-24 11:51:39 +1030191lguest_noirq_iret:
Rusty Russell07ad1572007-07-19 01:49:22 -0700192 iret