Re: [Xen-devel] [PATCH 1/3] x86: replace bad ASSERT() in xenmem_add_to_physmap_one()

;jbeul...@suse.com> Acked-by: George Dunlap <george.dun...@citrix.com> ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel

Re: [Xen-devel] [PATCH v3 05/17] SUPPORT.md: Toolstack core

On 11/27/2017 11:43 AM, Roger Pau Monné wrote: > On Wed, Nov 22, 2017 at 07:20:12PM +0000, George Dunlap wrote: >> For now only include xl-specific features, or interaction with the >> system. Feature support matrix will be added when features are >> mentioned. >> >

Re: [Xen-devel] [PATCH v3 16/17] SUPPORT.md: Add limits RFC

On 11/24/2017 08:14 AM, Jan Beulich wrote: On 23.11.17 at 18:21, wrote: >> On 11/23/2017 11:21 AM, Jan Beulich wrote: >> On 22.11.17 at 20:20, wrote: +### Virtual RAM + +Limit-security, x86 PV 64-bit: 2047GiB +

Re: [Xen-devel] [PATCH v3 05/17] SUPPORT.md: Toolstack core

On 11/27/2017 02:39 PM, Roger Pau Monné wrote: > On Mon, Nov 27, 2017 at 02:12:40PM +0000, George Dunlap wrote: >> On 11/27/2017 11:43 AM, Roger Pau Monné wrote: >>> On Wed, Nov 22, 2017 at 07:20:12PM +0000, George Dunlap wrote: >>>> For now only include xl-spe

Re: [Xen-devel] [PATCH v3 14/17] SUPPORT.md: Add statement on PCI passthrough

On 11/23/2017 11:17 AM, Jan Beulich wrote: >>>> On 22.11.17 at 20:20, <george.dun...@citrix.com> wrote: >> Signed-off-by: George Dunlap <george.dun...@citrix.com> > > With the XXX suitably addressed > Acked-by: Jan Beulich <jbeul...@suse.com> Would yo

Re: [Xen-devel] [PATCH v3 05/17] SUPPORT.md: Toolstack core

On 11/27/2017 02:39 PM, Roger Pau Monné wrote: > On Mon, Nov 27, 2017 at 02:12:40PM +0000, George Dunlap wrote: >> On 11/27/2017 11:43 AM, Roger Pau Monné wrote: >>> On Wed, Nov 22, 2017 at 07:20:12PM +0000, George Dunlap wrote: >>>> For now only include xl-spe

Re: [Xen-devel] [PATCH v3 08/17] SUPPORT.md: Add x86-specific virtual hardware

On 11/27/2017 03:12 PM, Anthony PERARD wrote: > On Wed, Nov 22, 2017 at 07:20:15PM +0000, George Dunlap wrote: >> x86-specific virtual hardware provided by the hypervisor, toolstack, >> or QEMU. >> >> Signed-off-by: George Dunlap <george.dun...@citrix.com> >>

Re: [Xen-devel] [PATCH v3 04/17] SUPPORT.md: Add core ARM features

On 11/23/2017 11:11 AM, Julien Grall wrote: > Hi George, > > On 22/11/17 19:20, George Dunlap wrote: >> Hardware support and guest type. >> >> Signed-off-by: George Dunlap <george.dun...@citrix.com> >> --- >> Changes since v2: >> - Moved SMMU

Re: [Xen-devel] [PATCH v3 07/17] SUPPORT.md: Add virtual devices common to ARM and x86

On 11/23/2017 10:59 AM, Jan Beulich wrote: >>>> On 22.11.17 at 20:20, <george.dun...@citrix.com> wrote: >> Mostly PV protocols. >> >> Signed-off-by: George Dunlap <george.dun...@citrix.com> > > Acked-by: Jan Beulich <jbeul...@suse.com> > wi

Re: [Xen-devel] [PATCH 13/16] SUPPORT.md: Add secondary memory management features

On 11/23/2017 12:58 PM, Andrew Cooper wrote: > On 23/11/17 12:45, Olaf Hering wrote: >> On Thu, Nov 23, Andrew Cooper wrote: >> >>> Its not that.  This failure comes from the ring living inside the p2m, >>> and has already been found with introspection. >> In my case it was just a wrong domid. Now

Re: [Xen-devel] [PATCH v3 12/17] SUPPORT.md: Add Security-releated features

On 11/23/2017 11:16 AM, Jan Beulich wrote: On 22.11.17 at 20:20, wrote: >> +### Live Patching >> + >> +Status, x86: Supported >> +Status, ARM: Experimental >> + >> +Compile time disabled for ARM > > "... by default"? > >> +### XSM & FLASK >> + >> +

Re: [Xen-devel] [PATCH v3 05/17] SUPPORT.md: Toolstack core

On 11/24/2017 04:26 PM, Ian Jackson wrote: > George Dunlap writes ("[PATCH v3 05/17] SUPPORT.md: Toolstack core"): >> For now only include xl-specific features, or interaction with the >> system. Feature support matrix will be added when features are >> me

Re: [Xen-devel] [PATCH 4/6] x86/shadow: widen reference count

On 12/13/2017 09:17 AM, Jan Beulich wrote: On 12.12.17 at 17:32, wrote: >>> @@ -82,7 +153,7 @@ struct page_info >>> unsigned long type:5; /* What kind of shadow is this? */ >>> unsigned long pinned:1; /* Is the shadow pinned? */ >>>

Re: [Xen-devel] [PATCH 5/6] x86/mm: clean up SHARED_M2P{, _ENTRY} uses

On 12/12/2017 03:08 PM, Jan Beulich wrote: > Stop open-coding SHARED_M2P() and drop a pointless use of it from > paging_mfn_is_dirty() (!VALID_M2P() is a superset of SHARED_M2P()) and > another one from free_page_type() (prior assertions render this > redundant). > > Signed-off-by: Jan Beulich

Re: [Xen-devel] [PATCH 4/6] x86/shadow: widen reference count

On 12/12/2017 03:07 PM, Jan Beulich wrote: > Utilize as many of the bits available in the union as possible, without > (just to be on the safe side) colliding with any of the bits outside of > PGT_type_mask. > > Signed-off-by: Jan Beulich > > ---

Re: [Xen-devel] [PATCH] docs/process/xen-release-management: Lesson to learn

On Wed, Dec 13, 2017 at 12:02 PM, Ian Jackson wrote: > The 4.10 release preparation was significantly more hairy than ideal. > (We seem to have a good overall outcome despite, rather than because > of, our approach.) > > This is the second time (at least) that we have

Re: [Xen-devel] [PATCH] docs/process/release-checklist.txt: Say to push staging branch

then people who just "git fetch" > won't get the tag because it refers to commits they don't have. > (Because of the strange rules git has about tag fetching.) > Worse, the same may be true of people who "git clone". > > And anyway, those commits *should* be fed

Re: [Xen-devel] [PATCH V1 1/1] Xen/libxl: Perform PCI reset using 'reset' SysFS attribute

On Thu, Dec 7, 2017 at 10:26 PM, Govinda Tatti wrote: > The life-cycle of a PCI device in Xen pciback is complex and is constrained > by the generic PCI locking mechanism. > > - It starts with the device being bound to us, for which we do a function > reset (done via

Re: [Xen-devel] Xen release cycle revisited

On Fri, Dec 15, 2017 at 2:54 PM, Juergen Gross wrote: > On 14/12/17 14:13, Juergen Gross wrote: >> On 14/12/17 13:43, Julien Grall wrote: >>> >>> >>> On 14/12/17 11:38, Juergen Gross wrote: On 14/12/17 12:28, Julien Grall wrote: > > > On 14/12/17 07:56, Juergen

Re: [Xen-devel] Xen release cycle revisited

On 12/18/2017 04:10 PM, Juergen Gross wrote: > On 18/12/17 16:57, Julien Grall wrote: >> Hi George, >> >> On 18/12/17 14:56, George Dunlap wrote: >>> On Fri, Dec 15, 2017 at 2:54 PM, Juergen Gross <jgr...@suse.com> wrote: >>>> On 14/12/17 14:13, Juer

Re: [Xen-devel] XSA machine readable feeds

On Fri, Dec 15, 2017 at 3:01 AM, Doug Goldstein wrote: > Hello all, > > Looking to see if there is interest from anyone in having machine > readable feeds for the XSA content (e.g. JSON). I mentioned it on IRC > but figured I should post this on the ML to get interest and see

Re: [Xen-devel] [Xen-users] Data corruption with xl migrate

On Sun, Dec 17, 2017 at 3:53 PM, Andreas Pflug wrote: > Still experiencing data corruption when migrating 3.16 VMs from one host > to another... > Seems independent of Xen version or storage backend. > > Regards > Andreas > > Am 13.12.17 um 09:12 schrieb Andreas Pflug:

Re: [Xen-devel] [RFC] xen/arm: Handling cache maintenance instructions by set/way

On 12/07/2017 07:21 PM, Marc Zyngier wrote: > On 07/12/17 18:06, George Dunlap wrote: >> On 12/07/2017 04:58 PM, Marc Zyngier wrote: >>> On 07/12/17 16:44, George Dunlap wrote: >>>> On 12/07/2017 04:04 PM, Julien Grall wrote: >>>>> Hi Jan, >

Re: [Xen-devel] [Xen-users] Starting xenstored in a driver domain

ore area (available to domain 0 but not to a driver domain). Can you try the attached patch and see if it helps? -George From 4c2194428bda881541760df489b4d68d3da5da88 Mon Sep 17 00:00:00 2001 From: George Dunlap <george.dun...@citrix.com> Date: Mon, 4 Dec 2017 14:44:48 + Subject: [PATCH] hotpl

Re: [Xen-devel] [PATCH 1/3] x86/PoD: correctly handle non-order-0 decrease-reservation requests

On 12/04/2017 11:06 AM, Jan Beulich wrote: > p2m_pod_decrease_reservation() returning just (not) all-done is not > sufficient for the caller: If some pages were processed, > guest_remove_page() returning an error for those pages is the expected > result rather than an indication of a problem. Make

Re: [Xen-devel] [RFC] xen/arm: Handling cache maintenance instructions by set/way

On 12/07/2017 04:04 PM, Julien Grall wrote: > Hi Jan, > > On 07/12/17 15:45, Jan Beulich wrote: > On 07.12.17 at 15:53, wrote: >>> On 07/12/17 13:52, Julien Grall wrote: >>> There is exactly one case where set/way makes sense, and that's when >>> you're the only CPU

Re: [Xen-devel] [RFC] xen/arm: Handling cache maintenance instructions by set/way

On 12/07/2017 04:58 PM, Marc Zyngier wrote: > On 07/12/17 16:44, George Dunlap wrote: >> On 12/07/2017 04:04 PM, Julien Grall wrote: >>> Hi Jan, >>> >>> On 07/12/17 15:45, Jan Beulich wrote: >>>>>>> On 07.12.17 at 15:53, <marc.zyng...

Re: [Xen-devel] [PATCH v8] x86/altp2m: support for setting restrictions for an array of pages

On 12/11/2017 02:46 PM, Razvan Cojocaru wrote: > On 12/11/2017 03:36 PM, Jan Beulich wrote: > On 11.12.17 at 13:50, wrote: >>> On 12/11/2017 12:12 PM, Jan Beulich wrote: >>> On 11.12.17 at 12:06, wrote: > My suggestion was that we

Re: [Xen-devel] [PATCH v8] x86/altp2m: support for setting restrictions for an array of pages

On 12/11/2017 12:12 PM, Jan Beulich wrote: On 11.12.17 at 12:06, wrote: >> On 11/12/17 09:14, Jan Beulich wrote: >> On 08.12.17 at 13:42, wrote: On 12/08/2017 02:18 PM, Jan Beulich wrote: On 24.10.17 at 12:19,

Re: [Xen-devel] How to make tracking CPU cache-miss on Xen?

On Mon, Dec 11, 2017 at 5:59 AM, Minjun Hong wrote: > Hello, I'm working on the 'credit scheduler' of Xen. > And I need to compare CPU cache misses between original Xen and my patching > version. > But I failed all attempt even if I have tried many methods by googling. > When

Re: [Xen-devel] [PATCH v8] x86/altp2m: support for setting restrictions for an array of pages

On Tue, Oct 24, 2017 at 11:19 AM, Petre Pircalabu wrote: > From: Razvan Cojocaru > > For the default EPT view we have xc_set_mem_access_multi(), which > is able to set an array of pages to an array of access rights with > a single hypercall.

Re: [Xen-devel] How to make tracking CPU cache-miss on Xen?

On Mon, Dec 11, 2017 at 3:05 PM, Boris Ostrovsky wrote: > On 12/11/2017 09:36 AM, Meng Xu wrote: >> On Mon, Dec 11, 2017 at 8:14 AM, Minjun Hong wrote: >>> Thanks for your answer, George. >>> >>> What I want ultimately is cache misses from the

Re: [Xen-devel] [PATCH v8] x86/altp2m: support for setting restrictions for an array of pages

On 12/11/2017 03:05 PM, Jan Beulich wrote: On 11.12.17 at 15:51, wrote: >> On 12/11/2017 02:46 PM, Razvan Cojocaru wrote: >>> On 12/11/2017 03:36 PM, Jan Beulich wrote: >>> On 11.12.17 at 13:50, wrote: > On 12/11/2017 12:12 PM, Jan

Re: [Xen-devel] [RFC] xen/arm: Handling cache maintenance instructions by set/way

On 12/06/2017 12:58 PM, Julien Grall wrote: > Hi George, > > On 12/06/2017 12:28 PM, George Dunlap wrote: >> On 12/05/2017 06:39 PM, Julien Grall wrote: >>> Hi all, >>> >>> Even though it is an Arm failure, I have CCed x86 folks to get feedback >&g

Re: [Xen-devel] [RFC] xen/arm: Handling cache maintenance instructions by set/way

On 12/05/2017 06:39 PM, Julien Grall wrote: > Hi all, > > Even though it is an Arm failure, I have CCed x86 folks to get feedback > on the approach. I have a WIP branch I could share if that interest people. > > Few months ago, we noticed an heisenbug on jobs run by osstest on the > cubietrucks

Re: [Xen-devel] Xen Security Advisory 240 (CVE-2017-15595) - Unlimited recursion in linear pagetable de-typing

On Tue, Dec 12, 2017 at 10:03 AM, Steven Haigh wrote: > On Tuesday, 12 December 2017 5:16:06 AM AEDT Xen. org security team wrote: >> Xen Security Advisory CVE-2017-15595 / XSA-240 >>version 6 >> >>Unlimited recursion in

Re: [Xen-devel] [RFC] xen/arm: Handling cache maintenance instructions by set/way

On 12/06/2017 03:19 PM, Julien Grall wrote: > Hi Konrad, > > On 12/06/2017 03:10 PM, Konrad Rzeszutek Wilk wrote: >> .snip.. >>> The suggested policy is based on the KVM one: >>> - If we trap a S/W instructions, we enable VM trapping (e.g >>> HCR_EL2.TVM) to >>> detect cache being turned

Re: [Xen-devel] PCI Device Subtree Change from Traditional to Upstream

On Wed, Dec 20, 2017 at 5:40 PM, Kevin Stange wrote: > Hi, > > I've been working on transitioning a number of Windows guests under HVM > from using QEMU traditional to QEMU upstream as is recommended in the > documentation. When I move these guests, the PCI subtree for Xen >

Re: [Xen-devel] [Xen-users] Network and SATA Instability on Xen 4.6/4.8

On Fri, Dec 8, 2017 at 9:17 PM, Kevin Stange wrote: > Hi, > > I've been running Xen 4.4 stably for some time under kernel 4.9 in dom0 > on CentOS 6 and have been trying to finally move my environment up to > Xen 4.6 or 4.8 using CentOS 7. Since I've built out my test server

Re: [Xen-devel] [PATCH v3 0/2] fix several issues in documentation

On 05/08/2018 07:47 AM, Juergen Gross wrote: > Some documents contain invalid pandoc syntax leading to failures when > creating PDFs from them, e.g. when calling "make all" in the docs > directory. > > Correct those by using proper lists, code blocks and special character > escaping. It's

Re: [Xen-devel] Draft NVDIMM proposal

of the document below ("NVIDMM Overview"), concerning NVDIMM devices and Linux, to see if I've made any mistakes. If you're up for it, additional early feedback on the proposed Xen architecture, from a Linux perspective, would be awesome as well. Thanks, -George On 05/09/2018 06:29 PM, Geo

[Xen-devel] Draft NVDIMM proposal

corrections where necessary. -George --- % NVDIMMs and Xen % George Dunlap % Revision 0.1 # NVDIMM overview It's very difficult, from the various specs, to actually get a complete enough picture if what's going on to make a good design. This section is meant as an overview of the current hardware

Re: [Xen-devel] [PATCH for-4.11 v3 1/1] Add new add_maintainers.pl script to optimise the workflow when using git format-patch with get_maintainer.pl

Rewrote help message to center around usage of policies > - Reordered some code (e.g. help string first to make code more easily > readable) > > Cc: Andrew Cooper <andrew.coop...@citrix.com> > Cc: George Dunlap <george.dun...@eu.citrix.com> > Cc: Ian Jackson <ia

Re: [Xen-devel] [PATCH RFC] libxl: set 1GB MMIO hole for PVH

On Wed, May 9, 2018 at 5:07 PM, Roger Pau Monne wrote: > This prevents page-shattering, by being able to populate the RAM > regions below 4GB using 1GB pages, provided the guest memory size is > set to a multiple of a GB. > > Note that there are some special and ACPI pages

Re: [Xen-devel] [PATCH for-4.11 v3 1/1] Add new add_maintainers.pl script to optimise the workflow when using git format-patch with get_maintainer.pl

On 05/10/2018 12:38 PM, George Dunlap wrote: > --patchcc (top|commit|comment|none) | -p (top|commit|comment|none) > > Insert CC lines into *.patch files in the specified location. > See LOCATIONS for a definition of the various locations. > > The default is `top`

Re: [Xen-devel] [PATCH for-4.11 v3 1/1] Add new add_maintainers.pl script to optimise the workflow when using git format-patch with get_maintainer.pl

On 05/10/2018 12:38 PM, George Dunlap wrote: > On 05/04/2018 09:36 AM, Lars Kurth wrote: >> The tool covers step 2 of the following workflow >> >> Step 1: git format-patch ... -o ... >> Step 2: ./scripts/add_maintainers.pl -d >> This overwrites *

Re: [Xen-devel] [PATCH v3 0/2] fix several issues in documentation

On 05/08/2018 02:08 PM, Ian Jackson wrote: > Juergen Gross writes ("Re: [Xen-devel] [PATCH v3 0/2] fix several issues in > documentation"): >> On 08/05/18 11:25, George Dunlap wrote: >>> But maybe that's a discussion to have when we open the 4.12 development

Re: [Xen-devel] [PATCH v3 2/2] doc: correct intel_psr_cat_cdp.pandoc syntax

++ b/docs/features/intel_psr_cat_cdp.pandoc > @@ -1,5 +1,5 @@ > % Intel Cache Allocation Technology and Code and Data Prioritization Features > -% Revision 1.16 > +% Revision 1.17 Do we really need to bump the revision number just to fix markdown formatting? Other than that, looks go

Re: [Xen-devel] [PATCH v2 4/5] doc: correct feature-levelling.pandoc syntax

is pretty clearly not right: Reviewed-by: George Dunlap <george.dun...@citrix.com> ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel

Re: [Xen-devel] [PATCH v2 4/5] doc: correct feature-levelling.pandoc syntax

On 05/08/2018 02:00 PM, Andrew Cooper wrote: > On 08/05/18 13:58, George Dunlap wrote: >> On 05/07/2018 11:16 AM, Juergen Gross wrote: >>> "make -C docs all" fails due to incorrect markdown syntax in >>> feature-levelling.pandoc. Correct it. >>> >

Re: [Xen-devel] [PATCH 0/3] Document intent for supported build platforms and bump min glib to 2.42

On Fri, May 4, 2018 at 10:00 PM, Daniel P. Berrangé wrote: > CC'ing xen-devel in case Xen maintainers have a need for something that > will that conflict with this proposal wrt supported build platforms. Thanks for the heads-up. CC'ing some more people who usually have

Re: [Xen-devel] [PATCH 0/3] Document intent for supported build platforms and bump min glib to 2.42

On Tue, May 8, 2018 at 4:10 PM, Daniel P. Berrangé wrote: >> With my Xen maintainer hat on: I wouldn't feel justified, personally, >> in asking another project to continue supporting older versions. If >> we didn't want to bump our own glib version, we would have to disable

Re: [Xen-devel] [PATCH v3 1/2] doc: correct livepatch.markdown syntax

On 05/08/2018 07:47 AM, Juergen Gross wrote: > "make -C docs all" fails due to incorrect markdown syntax in > livepatch.markdown. Correct it. > > Signed-off-by: Juergen Gross > Reviewed-by: Konrad Rzeszutek Wilk Git complains of trailing whitespace:

Re: [Xen-devel] [PATCH] x86/domain: Drop the only-written smap_check_policy infrastructure

only to work around a bug in guest_walk_tables() > was resolved by the aformentioned commit. > > Remove the unused variables and associated infrastructure. > > Reported-by: Jason Andryuk <jandr...@gmail.com> > Signed-off-by: Andrew Cooper <andrew.coop...@citrix.com> Reviewed-b

Re: [Xen-devel] Draft NVDIMM proposal

gt; Great write up! Some comments below... >> >> On Wed, May 9, 2018 at 10:35 AM, George Dunlap <george.dun...@citrix.com> >> wrote: >>>> To use a namespace, an operating system needs at a minimum two pieces >>>> of information: The UUID and/or Name of the name

Re: [Xen-devel] Draft NVDIMM proposal

On 05/11/2018 05:33 PM, Dan Williams wrote: > [ adding linux-nvdimm ] > > Great write up! Some comments below... Thanks for the quick response! It seems I still have some fundamental misconceptions about what's going on, so I'd better start with that. :-) Here's the part that I'm having a hard

Re: [Xen-devel] Draft NVDIMM proposal

On 05/15/2018 07:06 PM, Dan Williams wrote: > On Tue, May 15, 2018 at 7:19 AM, George Dunlap <george.dun...@citrix.com> > wrote: >> So, who decides what this SPA range and interleave set is? Can the >> operating system change these interleave sets and mappings, or change

Re: [Xen-devel] [PATCH v6] scripts/add_maintainers.pl: New script

On 05/16/2018 12:50 PM, Ian Jackson wrote: > George Dunlap writes ("Re: [PATCH v6] scripts/add_maintainers.pl: New > script"): >>> Changes since v5: >>> - Add mention of --get-maintainers, and its best use case, to --help >>> output. (Move $ge

Re: [Xen-devel] backporting considerations (Re: [PATCH v9 0/9] xen/x86: various XPTI speedups)

On Wed, May 16, 2018 at 3:01 PM, Jan Beulich wrote: On 16.05.18 at 15:18, wrote: >> On Wed, May 16, 2018 at 10:06 AM, Jan Beulich wrote: >> On 26.04.18 at 13:33, wrote: Juergen Gross (9): x86/xpti:

Re: [Xen-devel] Draft NVDIMM proposal

at 09:33:10AM -0700, Dan Williams wrote: >>>> [ adding linux-nvdimm ] >>>> >>>> Great write up! Some comments below... >>>> >>>> On Wed, May 9, 2018 at 10:35 AM, George Dunlap <george.dun...@citrix.com> >>>> wrote: >&

Re: [Xen-devel] [PATCH v6] scripts/add_maintainers.pl: New script

On 05/15/2018 06:23 PM, Ian Jackson wrote: > From: Lars Kurth > > This provides a much better workflow when using git format-patch and > git send-email, with get_maintainer.pl. > > The tool covers step 2 of the following workflow > > Step 1: git format-patch ... -o

Re: [Xen-devel] backporting considerations (Re: [PATCH v9 0/9] xen/x86: various XPTI speedups)

On Wed, May 16, 2018 at 10:06 AM, Jan Beulich wrote: On 26.04.18 at 13:33, wrote: >> Juergen Gross (9): >> x86/xpti: avoid copying L4 page table contents when possible >> xen/x86: add a function for modifying cr3 >> xen/x86: support per-domain flag

Re: [Xen-devel] backporting considerations (Re: [PATCH v9 0/9] xen/x86: various XPTI speedups)

On Wed, May 16, 2018 at 5:01 PM, Jan Beulich wrote: On 16.05.18 at 16:53, wrote: >> On Wed, May 16, 2018 at 3:01 PM, Jan Beulich wrote: >> On 16.05.18 at 15:18, wrote: If the latter, I think the same

Re: [Xen-devel] Test for osstest, features used in Qubes OS

On Thu, May 17, 2018 at 4:12 PM, Ian Jackson wrote: > Marek Marczykowski-Górecki writes ("Re: Test for osstest, features used in > Qubes OS"): >> On Thu, May 17, 2018 at 01:26:30PM +0100, Ian Jackson wrote: >> > Is it likely that this will depend on non-buggy host

[Xen-devel] [PATCH] xen: Add fake_s3 command-line option for testing

Ben Guthro <benjamin.gut...@citrix.com> Signed-off-by: George Dunlap <george.dun...@citrix.com> --- This was originally posted in 2013, but never actually checked in. I've removed an extraneous line, and changed the underscore in the option into a dash (as Jan seems to prefer). Compile-te

Re: [Xen-devel] [PATCH] xen: Add fake_s3 command-line option for testing

On 05/21/2018 03:28 PM, Andrew Cooper wrote: > On 21/05/18 15:16, George Dunlap wrote: >> Most server-class hardware doesn't support ACPI S3 suspend; but most >> bugs we'll run across won't need actual S3 to trigger. Add a >> command-line parameter for a "fake&quo

Re: [Xen-devel] Test for osstest, features used in Qubes OS

On Fri, May 18, 2018 at 5:19 PM, Marek Marczykowski wrote: > On Fri, May 18, 2018 at 09:54:37AM -0600, Jan Beulich wrote: >> >>> On 18.05.18 at 17:33, wrote: >> > Yes, I'm happy to help with that. As I've said, the basic test is

Re: [Xen-devel] Test for osstest, features used in Qubes OS

On Mon, May 21, 2018 at 5:17 PM, Andrew Cooper <andrew.coop...@citrix.com> wrote: > On 21/05/18 16:48, George Dunlap wrote: >> On Fri, May 18, 2018 at 5:19 PM, Marek Marczykowski >> <marma...@invisiblethingslab.com> wrote: >>> On Fri, May 18, 2018 at

Re: [Xen-devel] Test for osstest, features used in Qubes OS

On Mon, May 21, 2018 at 2:57 PM, Ian Jackson <ian.jack...@citrix.com> wrote: > Dario Faggioli writes ("Re: [Xen-devel] Test for osstest, features used in > Qubes OS"): >> On Mon, 2018-05-21 at 12:04 +0100, George Dunlap wrote: >> > What if we 1) have two

Re: [Xen-devel] Test for osstest, features used in Qubes OS

On Mon, May 21, 2018 at 5:28 PM, George Dunlap <dunl...@umich.edu> wrote: > On Mon, May 21, 2018 at 5:17 PM, Andrew Cooper > <andrew.coop...@citrix.com> wrote: >> On 21/05/18 16:48, George Dunlap wrote: >>> On Fri, May 18, 2018 at 5:19 PM, Marek Marczykowski >

Re: [Xen-devel] Pending patches for 4.11?

On 05/22/2018 07:57 AM, Juergen Gross wrote: > Are there any patches for 4.11 still pending? > > Are any important patches missing my Release-ack? > > I'd like to have a final rc this Friday and hope OSStest will catch up > in order to have an on time release early June. There were several

Re: [Xen-devel] [PATCH v2] xen: Add acpu_sleep=s3_fake command-line option for testing

On 05/22/2018 04:32 PM, Jan Beulich wrote: On 22.05.18 at 16:50, wrote: >> In fact, with `s3_fake` enabled, Xen just hangs when XPTI / BTI are >> enabled; but with it disabled, I actually get a stack trace. Serial >> output and xen-syms.map attached. > >

Re: [Xen-devel] Xen 4.8.4 about due

On Fri, May 18, 2018 at 12:40 PM, Jan Beulich wrote: > All, > > this should go out in a week or two. Please point out backport candidates you > find missing from its staging branch, but which you consider relevant. XPTI speed-ups? -George

Re: [Xen-devel] [PATCH] xen: Add fake_s3 command-line option for testing

On 05/22/2018 11:51 AM, Jan Beulich wrote: On 21.05.18 at 16:16, wrote: >> Most server-class hardware doesn't support ACPI S3 suspend; > > Is that really the case? I though S3 was pretty "normal" these days. > >> but most bugs we'll run across won't need actual S3

Re: [Xen-devel] [PATCH] xen: Add fake_s3 command-line option for testing

On 05/22/2018 12:44 PM, Jan Beulich wrote: On 22.05.18 at 13:21, wrote: >> On 05/22/2018 11:51 AM, Jan Beulich wrote: >> On 21.05.18 at 16:16, wrote: Most server-class hardware doesn't support ACPI S3 suspend; >>> >>> Is that

[Xen-devel] [PATCH v2] xen: Add acpu_sleep=s3_fake command-line option for testing

ng suspend/restore except actually calling into the ACPI S3 handler. Original-patch-by: Ben Guthro <benjamin.gut...@citrix.com> Signed-off-by: George Dunlap <george.dun...@citrix.com> --- Changes since v1: - Instead of adding a new flag (as in the original), extend acpi_sleep. - Print in dmes

Re: [Xen-devel] [PATCH v2] xen: Add acpu_sleep=s3_fake command-line option for testing

On 05/22/2018 02:40 PM, Jan Beulich wrote: On 22.05.18 at 15:35, wrote: >> --- a/xen/arch/x86/acpi/power.c >> +++ b/xen/arch/x86/acpi/power.c >> @@ -33,6 +33,8 @@ >> >> uint32_t system_reset_counter = 1; >> >> +static bool __read_mostly opt_fake_s3 = false; >

Re: [Xen-devel] [PATCH v2] xen: Add acpu_sleep=s3_fake command-line option for testing

On 05/22/2018 03:37 PM, Andrew Cooper wrote: > On 22/05/18 14:48, George Dunlap wrote: >> On 05/22/2018 02:40 PM, Jan Beulich wrote: >>>>>> On 22.05.18 at 15:35, <george.dun...@citrix.com> wrote: >>>> --- a/xen/arch/x86/acpi/power.c >>>

Re: [Xen-devel] [PATCH v2] xen: Add acpu_sleep=s3_fake command-line option for testing

On 05/22/2018 05:05 PM, Jan Beulich wrote: On 22.05.18 at 17:46, wrote: >>> Btw, so far you've only mentioned XPTI and BTI collectively enabled or >>> disabled. Have you tried with one of them on and the other off? >> >> Just tried it. bti=off crashes. xpti=off

Re: [Xen-devel] [PATCH] x86/XPTI: fix S3 resume (and CPU offlining in general)

> On May 24, 2018, at 3:53 PM, Andrew Cooper wrote: > > On 24/05/18 15:35, Simon Gaiser wrote: >> Andrew Cooper: >>> On 24/05/18 15:14, Simon Gaiser wrote: Jan Beulich: On 24.05.18 at 16:00, wrote: >> Jan Beulich:

Re: [Xen-devel] [PATCH v2] xen: Add acpu_sleep=s3_fake command-line option for testing

On 05/22/2018 03:50 PM, George Dunlap wrote: > On 05/22/2018 03:43 PM, George Dunlap wrote: >> On 05/22/2018 03:37 PM, Andrew Cooper wrote: >>> On 22/05/18 14:48, George Dunlap wrote: >>>> On 05/22/2018 02:40 PM, Jan Beulich wrote: >>>>>>>>

Re: [Xen-devel] [PATCH 5/7] public / x86: introduce __HYPERCALL_iommu_op

On 06/07/2018 02:21 PM, Jan Beulich wrote: On 07.06.18 at 13:42, wrote: >>> From: Jan Beulich [mailto:jbeul...@suse.com] >>> Sent: 16 March 2018 12:25 >> On 12.02.18 at 11:47, wrote: --- a/xen/arch/x86/Makefile +++ b/xen/arch/x86/Makefile @@ -33,6 +33,7 @@

Re: [Xen-devel] [PATCH] CODING_STYLE: discourage use of underscores where alternatives exist

On Fri, Jun 8, 2018 at 7:27 AM, Jan Beulich wrote: On 07.06.18 at 23:21, wrote: >> On 07/06/2018 14:56, Jan Beulich wrote: >>> Underscores commonly require two keypresses while hyphen / dash requires >>> just one, and the visual separation effect of both is basically the same. >> >> I don't

Re: [Xen-devel] [PATCH] CODING_STYLE: discourage use of underscores where alternatives exist

On 06/08/2018 07:27 AM, Jan Beulich wrote: On 07.06.18 at 23:21, wrote: >> On 07/06/2018 14:56, Jan Beulich wrote: >>> Underscores commonly require two keypresses while hyphen / dash requires >>> just one, and the visual separation effect of both is basically the same. >> >> I don't buy this

Re: [Xen-devel] Developmentstatus for Xen with Ceph as replicated storage

On Thu, May 24, 2018 at 12:01 PM, thg wrote: > Hi everybody, > > in 2013 there was an announcment, that XenServer will fully support the > RBDs from Ceph, to use them as blockdevice for VMs (see > ) > > What is about Xen itself, how it

Re: [Xen-devel] [PATCH v2] x86/XPTI: fix S3 resume (and CPU offlining in general)

On Fri, May 25, 2018 at 7:02 AM, Jan Beulich wrote: > We should index an L1 table with an L1 index. > > Reported-by: Simon Gaiser > Signed-off-by: Jan Beulich FWIW this fixes the issue for me as well. -George ___ Xen-devel mailing list

Re: [Xen-devel] Debug guest state (VMI)

On Mon, May 28, 2018 at 4:24 PM, Mathieu Tarral wrote: > Hi ! > > I'm playing with the VMI APIs using LibVMI, and i need to track down > a bug that i reported here: > https://github.com/libvmi/libvmi/issues/621 > > Basically the domain is still paused even thought i called the right API > to

Re: [Xen-devel] Xen Project Security Process Whitepaper v1 is ready for community review

On Mon, Jun 4, 2018 at 3:55 PM, Lars Kurth wrote: > 2.2.3 B. Git baseline of patches > This created quite a bit of discussion and we did learn a few things: > * From the thread, having to cherry pick a small (around 5-6) patches have to > be cherry-picked for XSAs to apply to tarballs this

Re: [Xen-devel] [PATCH] build: sync Kconfig with Linux v4.17

> On Jun 22, 2018, at 4:11 PM, Julien Grall wrote: > > Hi, > > On 06/22/2018 08:42 AM, Jan Beulich wrote: > On 22.06.18 at 00:24, wrote: >>> Working patch by patch isn't feasible because of the renames. >> >> I don't understand - how does path/file naming conflict with

Re: [Xen-devel] [PATCH] build: sync Kconfig with Linux v4.17

> On Jun 25, 2018, at 11:13 AM, George Dunlap wrote: > > > >> On Jun 22, 2018, at 4:11 PM, Julien Grall wrote: >> >> Hi, >> >> On 06/22/2018 08:42 AM, Jan Beulich wrote: >>>>>> On 22.06.18 at 00:24, wrote: >>&

Re: [Xen-devel] Is there a faster way to restore Virtual machine status in Xen?

On Thu, Jun 14, 2018 at 2:26 AM, Chenjia (C) wrote: > Dear XEN expert： > > We meet some problem in our project: In our previous project, we > use KVM, and we do some job like this: > > > > We create KVM snapshot by “virsh snapshot-create $DomainName $SnapshotXml”, > then do following

Re: [Xen-devel] [PATCH V2] x86/p2m: fixed p2m_change_type_range() start / end check

On 05/02/2018 09:17 AM, Razvan Cojocaru wrote: > On 04/23/2018 02:47 PM, George Dunlap wrote: >> On 04/18/2018 02:12 PM, Razvan Cojocaru wrote: >>> p2m_change_type_range() handles end > max_mapped_pfn, but not >>> start > max_mapped_pfn. Check the latter just aft

Re: [Xen-devel] where can I find the 'address translation' code in Xen?

On Tue, May 1, 2018 at 1:54 PM, Minjun Hong wrote: > On Mon, Apr 30, 2018 at 10:13 PM, Andrew Cooper > wrote: >> >> On 29/04/18 11:11, Minjun Hong wrote: >> > Hi. >> > I'm looking for a point where address translation (guest virtual >> > address to

[Xen-devel] [PATCH for-4.11 1/3] xen/schedule.c: Fix up whitespace

Delete tabs and trailing whitespace. No functional change. Signed-off-by: George Dunlap <george.dun...@citrix.com> --- Changes since RFC: Introduced CC: Dario Faggioli <dfaggi...@suse.com> CC: Ian Jackson <ian.jack...@citrix.com> CC: Wei Liu <wei.l...@citrix.com> CC: An

[Xen-devel] [PATCH for-4.11 2/3] xen: Introduce vcpu_sleep_nosync_locked()

to an increased chance of bugs. Introduce vcpu_sleep_nosync_locked(), which can be called if you already hold the schedule lock. Signed-off-by: George Dunlap <george.dun...@citrix.com> Reviewed-by: Dario Faggioli <dfaggi...@suse.com> Release-acked-by: Juergen Gross <jgr...@suse.com&g

[Xen-devel] [PATCH for-4.11 3/3] xen/schedule: Fix races in vcpu migration

s nothing to do). Rename vcpu_migrate() to vcpu_migrate_finish(). Check for v->is_running and pause_flags & VPF_migrating at the top and return if appropriate. Then the way to initiate migration is consistently: * Grab lock * vcpu_migrate_start() * Release lock * vcpu_migrate_finish()

Re: [Xen-devel] [PATCH for-4.10] SUPPORT.md: Add missing support lifetime information

On 04/26/2018 11:05 AM, Ian Jackson wrote: > Dates are from Lars. > > CC: Lars Kurth <lars.ku...@citrix.com> > CC: Juergen Gross <jgr...@suse.com> > CC: Jan Beulich <jbeul...@suse.com> > CC: George Dunlap <george.dun...@citrix.com> > CC: Wei Liu <w

Re: [Xen-devel] reboot driver domain, vifX.Y = NO-CARRIER?

On Mon, Apr 30, 2018 at 5:16 PM, Jason Cooper wrote: > Hi Ian, > > On Mon, Apr 30, 2018 at 04:22:30PM +0100, Ian Jackson wrote: >> Wei Liu writes ("Re: [Xen-devel] reboot driver domain, vifX.Y = >> NO-CARRIER?"): >> > To implement reuse_domid in a sane way, either the

Re: [Xen-devel] [PATCH for-4.11 v2 0/2] Add Designated Reviewer (R:) to MAINTAINERS (plus a test case)

On 04/30/2018 02:23 PM, Ian Jackson wrote: > Jan Beulich writes ("Re: [PATCH for-4.11 v2 0/2] Add Designated Reviewer (R:) > to MAINTAINERS (plus a test case)"): >> On 30.04.18 at 10:21, wrote: >>> On 30/04/2018, 08:57, "Jan Beulich" wrote: > ... >>>

Re: [Xen-devel] [PATCH for-4.11 v2 0/2] Add Designated Reviewer (R:) to MAINTAINERS (plus a test case)

On 04/30/2018 02:23 PM, Ian Jackson wrote: > Jan Beulich writes ("Re: [PATCH for-4.11 v2 0/2] Add Designated Reviewer (R:) > to MAINTAINERS (plus a test case)"): >> On 30.04.18 at 10:21, wrote: >>> On 30/04/2018, 08:57, "Jan Beulich" wrote: > ... >>>

  1   2   3   4   5   6   7   8   9   10   >