search for: jbeulich

...a422e2a4451e ------------------------------------------------------------ People who touched revisions under test: Andreas Herrmann <herrmann.der.user@googlemail.com> Ian Campbell <ian.campbell@citrix.com> Ian Jackson <ian.jackson@eu.citrix.com> Jan Beulich <jbeulich@suse.com> Lasse Collin <lasse.collin@tukaani.org> Olaf Hering <olaf@aepfle.de> Thomas Renninger <trenn@suse.de> ------------------------------------------------------------ jobs: build-amd64 pass build-i386...

...wasn''t passed back correctly. While this is benign in most cases (as the value isn''t being used anywhere), it can be confusing (and misguiding) when printing the value read or when comparing it to the one previously passed into the inverse function. Signed-off-by: Jan Beulich <jbeulich@suse.com> --- a/xen/drivers/passthrough/vtd/intremap.c +++ b/xen/drivers/passthrough/vtd/intremap.c @@ -504,7 +504,11 @@ static int remap_entry_to_msi_msg( MSI_ADDR_REDIRECTION_CPU: MSI_ADDR_REDIRECTION_LOWPRI); if ( x2apic_enabled ) + { msg->dest32...

...at''s wrong there. 1: use RTC_* names instead of literal numbers 2: consolidate toggling of RTC IRQ 3: adjust rtc_timer_update() 4: fix RTC hour conversions 5: used cached original value in RTC_REG_B writing code 6: generalize IRQ raising on RTC_REG_B writes Signed-off-by: Jan Beulich <jbeulich@suse.com>

...ly disable when certain IVRS consistency checks fail 3: VT-d: deal with 5500/5520/X58 errata Patch 1 and 2 are version 2 of a previously submitted, then withdrawn patch following up after XSA-36. Patch 3 is version 3 of a patch previously sent by Malcolm and Andrew. Signed-off-by: Jan Beulich <jbeulich@suse.com>

...O bitmap support in PV domains. Add I/O bitmap support via a new paravirt function update_io_bitmap which Xen PV domains can use to update their I/O bitmaps via a hypercall. Fixes: 111e7b15cf10f6 ("x86/ioperm: Extend IOPL config to control ioperm() as well") Reported-by: Jan Beulich <jbeulich at suse.com> Cc: <stable at vger.kernel.org> # 5.5 Signed-off-by: Juergen Gross <jgross at suse.com> Reviewed-by: Jan Beulich <jbeulich at suse.com> Tested-by: Jan Beulich <jbeulich at suse.com> --- arch/x86/include/asm/io_bitmap.h | 9 ++++++++- arch/x86/include/a...

...O bitmap support in PV domains. Add I/O bitmap support via a new paravirt function update_io_bitmap which Xen PV domains can use to update their I/O bitmaps via a hypercall. Fixes: 111e7b15cf10f6 ("x86/ioperm: Extend IOPL config to control ioperm() as well") Reported-by: Jan Beulich <jbeulich at suse.com> Cc: <stable at vger.kernel.org> # 5.5 Signed-off-by: Juergen Gross <jgross at suse.com> Reviewed-by: Jan Beulich <jbeulich at suse.com> Tested-by: Jan Beulich <jbeulich at suse.com> --- arch/x86/include/asm/io_bitmap.h | 9 ++++++++- arch/x86/include/a...

Otherwise 'modprobe -r' on a module having a dependency on bridge will implicitly unload bridge, bringing down all connectivity that was using bridges. Signed-off-by: Jan Beulich <jbeulich@novell.com> net/bridge/br_if.c | 9 +++++++++ 1 file changed, 9 insertions(+) --- linux-2.6.23-rc8/net/bridge/br_if.c 2007-09-26 09:23:54.000000000 +0200 +++ 2.6.23-rc8-bridge-module-get-put/net/bridge/br_if.c 2007-09-25 14:31:01.000000000 +0200 @@ -276,6 +276,11 @@ int br_add_bridge(const...

This applies to both SVM and VMX. Signed-off-by: Jan Beulich <jbeulich@suse.com> --- a/xen/arch/x86/hvm/svm/vmcb.c +++ b/xen/arch/x86/hvm/svm/vmcb.c @@ -310,7 +310,7 @@ static struct keyhandler vmcb_dump_keyha .desc = "dump AMD-V VMCBs" }; -void setup_vmcb_dump(void) +void __init setup_vmcb_dump(void) { register_keyhandler(''v'&...

...map support via a new paravirt function update_io_bitmap >> which Xen PV domains can use to update their I/O bitmaps via a >> hypercall. >> >> Fixes: 111e7b15cf10f6 ("x86/ioperm: Extend IOPL config to control ioperm() as well") >> Reported-by: Jan Beulich <jbeulich at suse.com> >> Cc: <stable at vger.kernel.org> # 5.5 >> Signed-off-by: Juergen Gross <jgross at suse.com> >> Reviewed-by: Jan Beulich <jbeulich at suse.com> >> Tested-by: Jan Beulich <jbeulich at suse.com> > > Duh, sorry about that and than...

...map support via a new paravirt function update_io_bitmap >> which Xen PV domains can use to update their I/O bitmaps via a >> hypercall. >> >> Fixes: 111e7b15cf10f6 ("x86/ioperm: Extend IOPL config to control ioperm() as well") >> Reported-by: Jan Beulich <jbeulich at suse.com> >> Cc: <stable at vger.kernel.org> # 5.5 >> Signed-off-by: Juergen Gross <jgross at suse.com> >> Reviewed-by: Jan Beulich <jbeulich at suse.com> >> Tested-by: Jan Beulich <jbeulich at suse.com> > > Duh, sorry about that and than...

...People who touched revisions under test: Andrew Cooper <andrew.cooper3@citrix.com> Christoph Egger <Christoph.Egger@amd.com> Ian Campbell <ian.campbell@citrix.com> Ian Jackson <ian.jackson.citrix.com> Ian Jackson <ian.jackson@eu.citrix.com> Jan Beulich <jbeulich@suse.com> Keir Fraser <keir@xen.org> Liu, Jinsong <jinsong.liu@intel.com> ------------------------------------------------------------ jobs: build-amd64 pass build-i386 pass...

...People who touched revisions under test: Andrew Cooper <andrew.cooper3@citrix.com> Christoph Egger <Christoph.Egger@amd.com> Ian Campbell <ian.campbell@citrix.com> Ian Jackson <ian.jackson.citrix.com> Ian Jackson <ian.jackson@eu.citrix.com> Jan Beulich <jbeulich@suse.com> Keir Fraser <keir@xen.org> Liu, Jinsong <jinsong.liu@intel.com> ------------------------------------------------------------ jobs: build-amd64 pass build-i386 pass...

...ting: xen 9549c04a8384 baseline version: xen a65612bcbb92 ------------------------------------------------------------ People who touched revisions under test: Gang Wei <gang.wei@intel.com> Ian Campbell <ian.campbell@citrix.com> Jan Beulich <jbeulich@novell.com> Keir Fraser <keir@xen.org> ------------------------------------------------------------ jobs: build-i386-xcpkern pass build-amd64 fail build-i386...

Can someone provide instructions and the necessary environment/toolchain support needed to get Xen to build and boot on a native EFI system (i.e. with no CSM/legacy support)? Joe

1: x86/mwait_idle: remove assumption of one C-state per MWAIT flag 2: x86/mwait_idle: export both C1 and C1E 3: x86/mwait_idle: initial C8, C9, C10 support Signed-off-by: Len Brown <len.brown@intel.com> Signed-off-by: Jan Beulich <jbeulich@suse.com>

Signed-off-by: Jan Beulich <jbeulich@novell.com> Index: 2008-09-19/xen/arch/x86/platform_hypercall.c =================================================================== --- 2008-09-19.orig/xen/arch/x86/platform_hypercall.c 2008-09-19 14:12:02.000000000 +0200 +++ 2008-09-19/xen/arch/x86/platform_hypercall.c 2008-09-19 14:12:56.0000...

...-------------------------------------- People who touched revisions under test: Andres Lagar-Cavilla <andres@lagarcavilla.org> George Dunlap <george.dunlap@eu.citrix.com> Ian Campbell <ian.campbell@citrix.com> Ian Jackson <ian.jackson@eu.citrix.com> Jan Beulich <jbeulich@suse.com> Keir Fraser <keir@xen.org> Roger Pau Monne <roger.pau@citrix.com> Stefano Stabellini <stefano.stabellini@eu.citrix.com> Tim Deegan <tim@xen.org> ------------------------------------------------------------ jobs: build-amd64...

v6 changes: - Check compiler before using [0] or []. v5 changes: - Fix prototypes in v4v.h for do_v4v_op - Add padding to make sure all the structures are 64 bits aligned - Replace [0] with [] v4 changes: - Stop using ssize_t, use long instead - Return -MSGSIZE for message bigger than 2GB - Fixup size handling - Rename

It has never been used for anything, and Linux 3.7 doesn''t propagate this information anymore. Signed-off-by: Jan Beulich <jbeulich@suse.com> --- Konrad, on the pv-ops side it may be better to pass zero rather than leaving the field completely uninitialized. --- a/xen/arch/x86/acpi/cpu_idle.c +++ b/xen/arch/x86/acpi/cpu_idle.c @@ -935,7 +935,6 @@ static void set_cx( } cx->latency = xen_cx->latency; - c...

...candidates for 4.3 (as well as subsequent backporting, albeit I realize that especially the first one is non-trivial), while the third is code improvement only, and the fourth is really just cleanup, and hence I''d be fine with deferring them until after 4.3. Signed-off-by: Jan Beulich <jbeulich@suse.com>