Displaying 20 results from an estimated 2000 matches similar to: "[PATCH] maintainers: drop Chris Wright from pvops"
2017 Oct 27
0
[PATCH] maintainers: drop Chris Wright from pvops
Acked-by: Chris Wright <chrisw at redhat.com>
;)
thanks,
-chris
On Oct 26, 2017 7:41 PM, "Rusty Russell" <rusty at rustcorp.com.au> wrote:
> Chris CC'd: He wasn't that hard to find.
>
> (linkedin says he's CTO of RedHat now. I feel like an underachiever!)
>
> Cheers,
> Rusty.
>
> Juergen Gross <jgross at suse.com> writes:
>
2017 Oct 26
0
[PATCH] maintainers: drop Chris Wright from pvops
Chris CC'd: He wasn't that hard to find.
(linkedin says he's CTO of RedHat now. I feel like an underachiever!)
Cheers,
Rusty.
Juergen Gross <jgross at suse.com> writes:
> Mails to chrisw at sous-sol.org are not deliverable since several months.
> Drop him as PARAVIRT_OPS maintainer.
>
> Signed-off-by: Juergen Gross <jgross at suse.com>
> ---
>
2019 Mar 28
1
[PATCH] MAINTAINERS: Update PARAVIRT_OPS_INTERFACE and VMWARE_HYPERVISOR_INTERFACE
Alok Kataria will be handing over VMware's maintainership of these
interfaces to Thomas Hellstr?m, with pv-drivers as backup contact.
Cc: Juergen Gross <jgross at suse.com>
Cc: virtualization at lists.linux-foundation.org
Cc: x86 at kernel.org
Cc: tglx at linutronix.de
Cc: mingo at redhat.com
Cc: hpa at zytor.com
Cc: linux-kernel at vger.kernel.org
Cc: Alok Kataria <akataria at
2016 Dec 08
3
[PATCH 0/2] Fix paravirt fail
Two patches that cure fallout from commit:
3cded4179481 ("x86/paravirt: Optimize native pv_lock_ops.vcpu_is_preempted()")
2016 Dec 08
3
[PATCH 0/2] Fix paravirt fail
Two patches that cure fallout from commit:
3cded4179481 ("x86/paravirt: Optimize native pv_lock_ops.vcpu_is_preempted()")
2007 Apr 18
3
[PATCH] make CONFIG_PARAVIRT require NO_HZ
Given all the discussion, let's just require NO_HZ when
CONFIG_PARAVIRT. Anyone object?
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
---
--- a/arch/i386/Kconfig Mon Mar 12 11:07:45 2007 -0700
+++ b/arch/i386/Kconfig Mon Mar 12 16:53:14 2007 -0700
@@ -208,7 +208,7 @@ endchoice
config PARAVIRT
bool "Paravirtualization support (EXPERIMENTAL)"
- depends on EXPERIMENTAL
2007 Apr 18
3
[PATCH] make CONFIG_PARAVIRT require NO_HZ
Given all the discussion, let's just require NO_HZ when
CONFIG_PARAVIRT. Anyone object?
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
---
--- a/arch/i386/Kconfig Mon Mar 12 11:07:45 2007 -0700
+++ b/arch/i386/Kconfig Mon Mar 12 16:53:14 2007 -0700
@@ -208,7 +208,7 @@ endchoice
config PARAVIRT
bool "Paravirtualization support (EXPERIMENTAL)"
- depends on EXPERIMENTAL
2013 Sep 04
3
[PATCH] Add an entry in MAINTAINERS for VMware's hypervisor interface
Hey,
This change adds an entry to the maintainers file to explicitly state
that any changes to vmware.c should be sent to the authors of the file
as well.
If you are thinking why do this now, off late we have seen quite a few
changes that touched the "arch/x86/kernel/cpu/vmware.c" file but were
not directed to me, someone else made me aware of those changes. It
could be that my use of
2013 Sep 04
3
[PATCH] Add an entry in MAINTAINERS for VMware's hypervisor interface
Hey,
This change adds an entry to the maintainers file to explicitly state
that any changes to vmware.c should be sent to the authors of the file
as well.
If you are thinking why do this now, off late we have seen quite a few
changes that touched the "arch/x86/kernel/cpu/vmware.c" file but were
not directed to me, someone else made me aware of those changes. It
could be that my use of
2015 Nov 03
1
[RFC PATCH] x86/paravirt: Kill some unused patching functions
From: Borislav Petkov <bp at suse.de>
paravirt_patch_ignore() is completely unused and paravirt_patch_nop()
doesn't do a whole lot. Remove them both.
Signed-off-by: Borislav Petkov <bp at suse.de>
Cc: Andrew Morton <akpm at linux-foundation.org>
Cc: Andy Lutomirski <luto at kernel.org>
Cc: Chris Wright <chrisw at sous-sol.org>
Cc: "H. Peter Anvin"
2015 Nov 03
1
[RFC PATCH] x86/paravirt: Kill some unused patching functions
From: Borislav Petkov <bp at suse.de>
paravirt_patch_ignore() is completely unused and paravirt_patch_nop()
doesn't do a whole lot. Remove them both.
Signed-off-by: Borislav Petkov <bp at suse.de>
Cc: Andrew Morton <akpm at linux-foundation.org>
Cc: Andy Lutomirski <luto at kernel.org>
Cc: Chris Wright <chrisw at sous-sol.org>
Cc: "H. Peter Anvin"
2017 Sep 05
7
[PATCH 0/4] make virt_spin_lock() a pvops function
With virt_spin_lock() being a pvops function the bare metal case can be
optimized by patching the call away completely. In case a kernel running
as a guest it can decide whether to use paravitualized spinlocks, the
current fallback to the unfair test-and-set scheme, or to mimic the
bare metal behavior.
Juergen Gross (4):
paravirt: add generic _paravirt_false() function
paravirt: switch
2017 Sep 05
7
[PATCH 0/4] make virt_spin_lock() a pvops function
With virt_spin_lock() being a pvops function the bare metal case can be
optimized by patching the call away completely. In case a kernel running
as a guest it can decide whether to use paravitualized spinlocks, the
current fallback to the unfair test-and-set scheme, or to mimic the
bare metal behavior.
Juergen Gross (4):
paravirt: add generic _paravirt_false() function
paravirt: switch
2009 Aug 25
2
[PATCH 1/1] XEN: enlighten, use uninitialized_var(cx)
To avoid a wrong compiler warning, use unitialized_var(cx) in
xen_init_cpuid_mask.
cx needn't be initialized for cpuid when ax is 1.
Signed-off-by: Jiri Slaby <jirislaby at gmail.com>
Cc: Jeremy Fitzhardinge <jeremy at xensource.com>
Cc: Chris Wright <chrisw at sous-sol.org>
---
arch/x86/xen/enlighten.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
2009 Aug 25
2
[PATCH 1/1] XEN: enlighten, use uninitialized_var(cx)
To avoid a wrong compiler warning, use unitialized_var(cx) in
xen_init_cpuid_mask.
cx needn't be initialized for cpuid when ax is 1.
Signed-off-by: Jiri Slaby <jirislaby at gmail.com>
Cc: Jeremy Fitzhardinge <jeremy at xensource.com>
Cc: Chris Wright <chrisw at sous-sol.org>
---
arch/x86/xen/enlighten.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
2009 Aug 25
2
[PATCH 1/1] XEN: enlighten, use uninitialized_var(cx)
To avoid a wrong compiler warning, use unitialized_var(cx) in
xen_init_cpuid_mask.
cx needn't be initialized for cpuid when ax is 1.
Signed-off-by: Jiri Slaby <jirislaby at gmail.com>
Cc: Jeremy Fitzhardinge <jeremy at xensource.com>
Cc: Chris Wright <chrisw at sous-sol.org>
---
arch/x86/xen/enlighten.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
2017 Apr 13
3
[PATCH v2 00/11] x86: xen cpuid() cleanup
Reduce special casing of xen_cpuid() by using cpu capabilities instead
of faked cpuid nodes.
This cleanup enables us remove the hypervisor specific set_cpu_features
callback as the same effect can be reached via
setup_[clear|force]_cpu_cap().
Removing the rest faked nodes from xen_cpuid() requires some more work
as the remaining cases (mwait leafs and extended topology info) have
to be handled
2017 Apr 13
3
[PATCH v2 00/11] x86: xen cpuid() cleanup
Reduce special casing of xen_cpuid() by using cpu capabilities instead
of faked cpuid nodes.
This cleanup enables us remove the hypervisor specific set_cpu_features
callback as the same effect can be reached via
setup_[clear|force]_cpu_cap().
Removing the rest faked nodes from xen_cpuid() requires some more work
as the remaining cases (mwait leafs and extended topology info) have
to be handled
2009 Apr 30
3
[PATCH] xen block: remove driver_data direct access of struct device
From: Greg Kroah-Hartman <gregkh at suse.de>
In the near future, the driver core is going to not allow direct access
to the driver_data pointer in struct device. Instead, the functions
dev_get_drvdata() and dev_set_drvdata() should be used. These functions
have been around since the beginning, so are backwards compatible with
all older kernel versions.
Cc: xen-devel at
2009 Apr 30
3
[PATCH] xen block: remove driver_data direct access of struct device
From: Greg Kroah-Hartman <gregkh at suse.de>
In the near future, the driver core is going to not allow direct access
to the driver_data pointer in struct device. Instead, the functions
dev_get_drvdata() and dev_set_drvdata() should be used. These functions
have been around since the beginning, so are backwards compatible with
all older kernel versions.
Cc: xen-devel at