search for: arch_local_irq_enable

Displaying 14 results from an estimated 14 matches for "arch_local_irq_enable".

2020 Aug 05
0
[PATCH] x86/paravirt: Add missing noinstr to arch_local*() helpers
...unsigned long f) > { > PVOP_VCALLEE1(irq.restore_fl, f); > } > > -static inline notrace void arch_local_irq_disable(void) > +static inline noinstr void arch_local_irq_disable(void) > { > PVOP_VCALLEE0(irq.irq_disable); > } > > -static inline notrace void arch_local_irq_enable(void) > +static inline noinstr void arch_local_irq_enable(void) > { > PVOP_VCALLEE0(irq.irq_enable); > } > > -static inline notrace unsigned long arch_local_irq_save(void) > +static inline noinstr unsigned long arch_local_irq_save(void) > { > unsigned long f; &gt...
2014 Oct 13
2
kernel crashes after soft lockups in xen domU
...page_fault+0x320/0x345 [354047.224054] [<ffffffff81003223>] ? xen_end_context_switch+0xe/0x1c [354047.224054] [<ffffffff81003ba5>] ? xen_mc_issue.constprop.23+0x31/0x49 [354047.224054] [<ffffffff8100d750>] ? __switch_to+0x1e5/0x258 [354047.224054] [<ffffffff81035bd7>] ? arch_local_irq_enable+0x7/0x8 [354047.224054] [<ffffffff81039a92>] ? finish_task_switch+0x4e/0xb9 [354047.224054] [<ffffffff8134f0e9>] ? __schedule+0x5f9/0x610 [354047.224054] [<ffffffff813509f5>] ? page_fault+0x25/0x30 [354047.224054] Code: 00 74 18 48 8d 74 24 0c bf 1b 00 00 00 e8 ab fb ff ff f6...
2013 Apr 17
1
Bug#701744: We see the same with Debian wheezy.
...1/0x49 Apr 16 16:02:25 hypervisor3 kernel: [2441115.678567] [<ffffffff8100d02f>] ? load_TLS+0x7/0xa Apr 16 16:02:25 hypervisor3 kernel: [2441115.678610] [<ffffffff8100d6a6>] ? __switch_to+0x13b/0x258 Apr 16 16:02:25 hypervisor3 kernel: [2441115.678656] [<ffffffff810359b7>] ? arch_local_irq_enable+0x7/0x8 Apr 16 16:02:25 hypervisor3 kernel: [2441115.678702] [<ffffffff81039834>] ? finish_task_switch+0x88/0xb9 Apr 16 16:02:25 hypervisor3 kernel: [2441115.678747] [<ffffffff8134c60c>] ? __schedule+0x5ac/0x5c3 Apr 16 16:02:25 hypervisor3 kernel: [2441115.678791] [<ffffffffa04...
2014 Nov 05
0
kernel crashes after soft lockups in xen domU
...t; [354047.224054] [<ffffffff81003223>] ? xen_end_context_switch+0xe/0x1c > [354047.224054] [<ffffffff81003ba5>] ? > xen_mc_issue.constprop.23+0x31/0x49 > [354047.224054] [<ffffffff8100d750>] ? __switch_to+0x1e5/0x258 > [354047.224054] [<ffffffff81035bd7>] ? arch_local_irq_enable+0x7/0x8 > [354047.224054] [<ffffffff81039a92>] ? finish_task_switch+0x4e/0xb9 > [354047.224054] [<ffffffff8134f0e9>] ? __schedule+0x5f9/0x610 > [354047.224054] [<ffffffff813509f5>] ? page_fault+0x25/0x30 > [354047.224054] Code: 00 74 18 48 8d 74 24 0c bf 1b 00 00 00...
2017 Feb 06
1
[PATCH] x86/paravirt: Avoid setting IF flag, if not necessary
Setting the IF flag can cause an VM exit. So we should avoid touching the IF flag until absolutely necessary. This patch change the way the paravirt arch_local_irq_restore() works by checking the previous flags value and call arch_local_irq_enable() only if the IF flag was set previously. On a 32 vCPUs KVM guest running the AIM7 five-sec workload, the performance increased slightly from 302136.32 jobs/min to 306185.57 (about 1.3%) jobs/min and the %CPU time consumed by _raw_spin_unlock_irqrestore decreased slightly from 1.68% to 1.53% with...
2017 Feb 06
1
[PATCH] x86/paravirt: Avoid setting IF flag, if not necessary
Setting the IF flag can cause an VM exit. So we should avoid touching the IF flag until absolutely necessary. This patch change the way the paravirt arch_local_irq_restore() works by checking the previous flags value and call arch_local_irq_enable() only if the IF flag was set previously. On a 32 vCPUs KVM guest running the AIM7 five-sec workload, the performance increased slightly from 302136.32 jobs/min to 306185.57 (about 1.3%) jobs/min and the %CPU time consumed by _raw_spin_unlock_irqrestore decreased slightly from 1.68% to 1.53% with...
2017 Oct 04
31
[PATCH 00/13] x86/paravirt: Make pv ops code generation more closely match reality
This changes the pv ops code generation to more closely match reality. For example, instead of: callq *0xffffffff81e3a400 (pv_irq_ops.save_fl) vmlinux will now show: pushfq pop %rax nop nop nop nop nop which is what the runtime version of the code will show in most cases. This idea was suggested by Andy Lutomirski. The benefits are: - For the most common runtime cases
2017 Oct 04
31
[PATCH 00/13] x86/paravirt: Make pv ops code generation more closely match reality
This changes the pv ops code generation to more closely match reality. For example, instead of: callq *0xffffffff81e3a400 (pv_irq_ops.save_fl) vmlinux will now show: pushfq pop %rax nop nop nop nop nop which is what the runtime version of the code will show in most cases. This idea was suggested by Andy Lutomirski. The benefits are: - For the most common runtime cases
2018 Aug 13
11
[PATCH v2 00/11] x86/paravirt: several cleanups
This series removes some no longer needed stuff from paravirt infrastructure and puts large quantities of paravirt ops under a new config option PARAVIRT_XXL which is selected by XEN_PV only. A pvops kernel without XEN_PV being configured is about 2.5% smaller with this series applied. tip commit 5800dc5c19f34e6e03b5adab1282535cb102fafd ("x86/paravirt: Fix spectre-v2 mitigations for
2014 Jul 22
0
Bug#755753: xen-hypervisor-4.1-amd64: xen crashes at random
...ch+0xe/0x1c Jul 17 06:25:51 placka kernel: [34973.712086] [<ffffffff81003ba5>] ? xen_mc_issue.constprop.23+0x31/0x49 Jul 17 06:25:51 placka kernel: [34973.712086] [<ffffffff8100d750>] ? __switch_to+0x1e5/0x258 Jul 17 06:25:51 placka kernel: [34973.712086] [<ffffffff81035bd7>] ? arch_local_irq_enable+0x7/0x8 Jul 17 06:25:51 placka kernel: [34973.712086] [<ffffffff81039acc>] ? finish_task_switch+0x88/0xb9 Jul 17 06:25:51 placka kernel: [34973.712086] [<ffffffff8134f219>] ? __schedule+0x5f9/0x610 Jul 17 06:25:51 placka kernel: [34973.712086] [<ffffffff81350b35>] ? page_fault+...
2017 May 19
13
[PATCH 00/10] paravirt: make amount of paravirtualization configurable
Today paravirtualization is a all-or-nothing game: either a kernel is compiled with no paravirtualization support at all, or it is supporting paravirtualized environments like Xen pv-guests or lguest additionally to some paravirtualized tuning for KVM, Hyperv, VMWare or Xen HVM-guests. As support of pv-guests requires quite intrusive pv-hooks (e.g. all access functions to page table entries,
2017 May 19
13
[PATCH 00/10] paravirt: make amount of paravirtualization configurable
Today paravirtualization is a all-or-nothing game: either a kernel is compiled with no paravirtualization support at all, or it is supporting paravirtualized environments like Xen pv-guests or lguest additionally to some paravirtualized tuning for KVM, Hyperv, VMWare or Xen HVM-guests. As support of pv-guests requires quite intrusive pv-hooks (e.g. all access functions to page table entries,
2018 Aug 10
13
[PATCH 00/10] x86/paravirt: several cleanups
This series removes some no longer needed stuff from paravirt infrastructure and puts large quantities of paravirt ops under a new config option PARAVIRT_XXL which is selected by XEN_PV only. A pvops kernel without XEN_PV being configured is about 2.5% smaller with this series applied. tip commit 5800dc5c19f34e6e03b5adab1282535cb102fafd ("x86/paravirt: Fix spectre-v2 mitigations for
2013 Oct 06
40
[xen] double fault: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
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