search for: early_idt_handler

Hi Linus, This is a huge set of several partly interrelated (and concurrently developed) changes, which is why the branch history is messier than one would like. The *really* big items are two humonguous patchsets mostly developed by Yinghai Lu at my request, which completely revamps the way we create initial page tables. In particular, rather than estimating how much memory we will need for

Hi Linus, This is a huge set of several partly interrelated (and concurrently developed) changes, which is why the branch history is messier than one would like. The *really* big items are two humonguous patchsets mostly developed by Yinghai Lu at my request, which completely revamps the way we create initial page tables. In particular, rather than estimating how much memory we will need for

Hi Linus, This is a huge set of several partly interrelated (and concurrently developed) changes, which is why the branch history is messier than one would like. The *really* big items are two humonguous patchsets mostly developed by Yinghai Lu at my request, which completely revamps the way we create initial page tables. In particular, rather than estimating how much memory we will need for

...*/ +#ifdef CONFIG_PARAVIRT + /* a CS ended in 0x3 indicates we're in userspace. That's where + * our paravirt guests run. */ + movq %cs, %rax + testq $0x3, %rax + jnz startup_paravirt +#endif + /* Enable PAE mode and PGE */ xorq %rax, %rax btsq $5, %rax @@ -208,10 +223,11 @@ ENTRY(early_idt_handler) cmpl $2,early_recursion_flag(%rip) jz 1f incl early_recursion_flag(%rip) - xorl %eax,%eax movq 8(%rsp),%rsi # get rip movq (%rsp),%rdx - movq %cr2,%rcx + GET_CR2_INTO_RAX + movq %rax,%rcx + xorq %rax, %rax leaq early_idt_msg(%rip),%rdi call early_printk cmpl $2,early_recursion_fla...

...*/ +#ifdef CONFIG_PARAVIRT + /* a CS ended in 0x3 indicates we're in userspace. That's where + * our paravirt guests run. */ + movq %cs, %rax + testq $0x3, %rax + jnz startup_paravirt +#endif + /* Enable PAE mode and PGE */ xorq %rax, %rax btsq $5, %rax @@ -208,10 +223,11 @@ ENTRY(early_idt_handler) cmpl $2,early_recursion_flag(%rip) jz 1f incl early_recursion_flag(%rip) - xorl %eax,%eax movq 8(%rsp),%rsi # get rip movq (%rsp),%rdx - movq %cr2,%rcx + GET_CR2_INTO_RAX + movq %rax,%rcx + xorq %rax, %rax leaq early_idt_msg(%rip),%rdi call early_printk cmpl $2,early_recursion_fla...

idt_table is meaningless in paravirtualized guests, but there were still a couple of references to it left. The easiest way to locate them was to get rid of the variable altogether. It depends on the previously submitted patch cleaning up head.S (which, among other things, eliminated early_idt_handler). It also fixes the non-Xen cpu_gdt_init() handling (for easier later merging). Jan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...od crc_t10dif ahci dm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan] <4> <4>Pid: 1626, comm: irqbalance Not tainted 2.6.32-358.18.1.el6.centos.plus.x86_64 #1 Supermicro X9SCI/X9SCA/X9SCI/X9SCA <4>RIP: 0010:[<ffffffff81c280e7>] [<ffffffff81c280e7>] early_idt_handlers+0xe7/0x140 <4>RSP: 0018:ffff88023ad3fda8 EFLAGS: 00000046 <4>RAX: 0000000000000000 RBX: ffff88023c7f95c0 RCX: 000000005815e3ad <4>RDX: ffff88023c7f962c RSI: 0000000000000246 RDI: 0000000000000246 <4>RBP: ffff88023ad3fdd8 R08: ffff88023cdbb000 R09: 0000000000000000 <4&gt...

...[<ffffffff8164d157>] cpuidle_enter+0x17/0x20 [ 9227.509951] [<ffffffff810b5741>] cpu_startup_entry+0x351/0x400 [ 9227.509953] [<ffffffff8179f037>] rest_init+0x77/0x80 [ 9227.509955] [<ffffffff81d4cfce>] start_kernel+0x482/0x48f [ 9227.509957] [<ffffffff81d4c120>] ? early_idt_handlers+0x120/0x120 [ 9227.509958] [<ffffffff81d4c4d7>] x86_64_start_reservations+0x2a/0x2c [ 9227.509960] [<ffffffff81d4c61c>] x86_64_start_kernel+0x143/0x152 [ 9227.509961] ---[ end trace 61afb193cdcd4263 ]--- It looked like there was a recursion between 'nouveau_fantog_update' an...

...- linux-2.6.19-paravirt0/arch/x86_64/kernel/head64.c 2007-01-11 21:56:03.000000000 -0200 +++ linux-2.6.19-paravirt1/arch/x86_64/kernel/head64.c 2007-01-09 18:13:19.000000000 -0200 @@ -62,7 +62,7 @@ void __init x86_64_start_kernel(char * r for (i = 0; i < IDT_ENTRIES; i++) set_intr_gate(i, early_idt_handler); - asm volatile("lidt %0" :: "m" (idt_descr)); + load_idt((const struct desc_struct *)&idt_descr); early_printk("Kernel alive\n"); diff -urp linux-2.6.19-paravirt0/arch/x86_64/kernel/head.S linux-2.6.19-paravirt1/arch/x86_64/kernel/head.S --- linux-2.6.19-pa...

...- linux-2.6.19-paravirt0/arch/x86_64/kernel/head64.c 2007-01-11 21:56:03.000000000 -0200 +++ linux-2.6.19-paravirt1/arch/x86_64/kernel/head64.c 2007-01-09 18:13:19.000000000 -0200 @@ -62,7 +62,7 @@ void __init x86_64_start_kernel(char * r for (i = 0; i < IDT_ENTRIES; i++) set_intr_gate(i, early_idt_handler); - asm volatile("lidt %0" :: "m" (idt_descr)); + load_idt((const struct desc_struct *)&idt_descr); early_printk("Kernel alive\n"); diff -urp linux-2.6.19-paravirt0/arch/x86_64/kernel/head.S linux-2.6.19-paravirt1/arch/x86_64/kernel/head.S --- linux-2.6.19-pa...

...ffffffff810beb48>] cpu_startup_entry+0x88/0x290 [ 16.615297] [<ffffffff81707e97>] rest_init+0x77/0x80 [ 16.615302] [<ffffffff81d35f70>] start_kernel+0x438/0x443 [ 16.615305] [<ffffffff81d35941>] ? repair_env_string+0x5c/0x5c [ 16.615308] [<ffffffff81d35120>] ? early_idt_handlers+0x120/0x120 [ 16.615312] [<ffffffff81d355ee>] x86_64_start_reservations+0x2a/0x2c [ 16.615315] [<ffffffff81d35733>] x86_64_start_kernel+0x143/0x152 [ 16.615317] handlers: [ 16.615987] [<ffffffffa01d3420>] t4_interrupt_gen2 [wct4xxp] [ 16.615987] Disabling IRQ #25 [...

Hi, This series corresponds do older patches in the paravirt series that was neither already applied, nor I will touch again. In general, they do not touch code that can be unified (at least, without being the unification a big problem on its own). They passed through this list a lot of times, so I feel them ready for inclusion, unless someone opposes. As with the other patches, they apply to

Hi, This series corresponds do older patches in the paravirt series that was neither already applied, nor I will touch again. In general, they do not touch code that can be unified (at least, without being the unification a big problem on its own). They passed through this list a lot of times, so I feel them ready for inclusion, unless someone opposes. As with the other patches, they apply to

Hey folks, This is the part-of-pvops-implementation-that-is-not-exactly-a-merge. Neat, uh? This is the majority of the work. The first patch in the series does not really belong here. It was already sent to lkml separetedly before, but I'm including it again, for a very simple reason: Try to test the paravirt patches without it, and you'll fail miserably ;-) (and it was not yet

Hey folks, This is the part-of-pvops-implementation-that-is-not-exactly-a-merge. Neat, uh? This is the majority of the work. The first patch in the series does not really belong here. It was already sent to lkml separetedly before, but I'm including it again, for a very simple reason: Try to test the paravirt patches without it, and you'll fail miserably ;-) (and it was not yet

Greetings, I got the below dmesg and the first bad commit is commit cf39c8e5352b4fb9efedfe7e9acb566a85ed847c Merge: 3398d25 23b7eaf Author: Linus Torvalds <torvalds@linux-foundation.org> Date: Wed Sep 4 17:45:39 2013 -0700 Merge tag ''stable/for-linus-3.12-rc0-tag'' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip Pull Xen updates from Konrad

Hey folks, Here's a new spin of the pvops64 patch series. We didn't get that many comments from the last time, so it should be probably almost ready to get in. Heya! >From the last version, the most notable changes are: * consolidation of system.h, merging jeremy's comments about ordering concerns * consolidation of smp functions that goes through smp_ops. They're sharing

Hey folks, Here's a new spin of the pvops64 patch series. We didn't get that many comments from the last time, so it should be probably almost ready to get in. Heya! >From the last version, the most notable changes are: * consolidation of system.h, merging jeremy's comments about ordering concerns * consolidation of smp functions that goes through smp_ops. They're sharing

...bbers, \ + call *%cs:paravirt_ops+PARAVIRT_irq_enable) + +#define SYSRETQ \ + PARA_PATCH(PARAVIRT_SYSRETQ, CLBR_ANY, \ + jmp *%cs:paravirt_ops+PARAVIRT_sysret) + +#define SWAPGS \ + PARA_PATCH(PARAVIRT_SWAPGS, CLBR_NONE, \ + call *paravirt_ops+PARAVIRT_swapgs) \ + +/* this is needed in early_idt_handler */ +#define GET_CR2_INTO_RAX \ + call *paravirt_ops+PARAVIRT_read_cr2 + +#endif /* __ASSEMBLY__ */ +#else /* !CONFIG_PARAVIRT */ + +static inline void paravirt_pagetable_setup_start(pgd_t *base) +{ + int i; + + /* + * Init entries of the first-level page table to the + * zero page, if they h...

...bbers, \ + call *%cs:paravirt_ops+PARAVIRT_irq_enable) + +#define SYSRETQ \ + PARA_PATCH(PARAVIRT_SYSRETQ, CLBR_ANY, \ + jmp *%cs:paravirt_ops+PARAVIRT_sysret) + +#define SWAPGS \ + PARA_PATCH(PARAVIRT_SWAPGS, CLBR_NONE, \ + call *paravirt_ops+PARAVIRT_swapgs) \ + +/* this is needed in early_idt_handler */ +#define GET_CR2_INTO_RAX \ + call *paravirt_ops+PARAVIRT_read_cr2 + +#endif /* __ASSEMBLY__ */ +#else /* !CONFIG_PARAVIRT */ + +static inline void paravirt_pagetable_setup_start(pgd_t *base) +{ + int i; + + /* + * Init entries of the first-level page table to the + * zero page, if they h...