Re: [Xen-devel] [Xen-users] Xen bridging issue.

On Tue, Sep 08, 2015 at 09:58:59AM +0100, Ian Campbell wrote: > On Mon, 2015-09-07 at 15:50 +0300, johnny Strom wrote: > > > > Hello > > > > I sent an email before about bridging not working in domU using Debian > > 8.1 and XEN 4.4.1. > > > > It was not the network card "igb" as I first

Re: [Xen-devel] [PATCH v6 15/18] vmx: Properly handle notification event when vCPU is running

>>> On 08.09.15 at 07:18, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Monday, September 07, 2015 8:10 PM >> To: Wu, Feng; Zhang, Yang Z >> Cc: Andrew Cooper; Tian, Kevin; xen-devel@lists.xen.org; Keir Fraser >> Subject: Re:

Re: [Xen-devel] [PATCH v6 15/18] vmx: Properly handle notification event when vCPU is running

>>> On 08.09.15 at 11:23, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Tuesday, September 08, 2015 5:14 PM >> To: Wu, Feng >> Cc: Andrew Cooper; Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org; Keir >> Fraser >> Subject:

Re: [Xen-devel] [PATCH v6 02/18] Add cmpxchg16b support for x86-64

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 08, 2015 5:19 PM > To: Wu, Feng > Cc: Andrew Cooper; xen-devel@lists.xen.org; Keir Fraser > Subject: RE: [PATCH v6 02/18] Add cmpxchg16b support for x86-64 > > >>> On 08.09.15 at 10:57,

Re: [Xen-devel] [OSSTEST PATCH 07/29] Planner: client side: Do not force OSSTEST_RESOURCE_PRIORITY

On Mon, 2015-09-07 at 17:08 +0100, Ian Jackson wrote: > This makes it possible to run mg-allocate with a different priority > simply by setting OSSTEST_RESOURCE_PRIORITY in its environment. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbell

[Xen-devel] Fwd: Question about the status of vNUMA in Xen

-- Forwarded message - From: Wei Liu Date: 2015年9月7日周一 下午6:23 Subject: Re: [Xen-devel] Question about the status of vNUMA in Xen To: 甘清甜 Cc: , On Sun, Sep 06, 2015 at 03:03:13PM

Re: [Xen-devel] XEN_NETIF_NR_SLOTS_MIN

>>> On 07.09.15 at 17:58, wrote: > On Mon, Sep 07, 2015 at 09:15:40AM -0600, Jan Beulich wrote: >> >>> On 07.09.15 at 16:56, wrote: >> > Linux netfront is able to consolidate several slots into reasonable >> > number of frags and make sure the number of

Re: [Xen-devel] [linux-3.10 bisection] complete test-amd64-amd64-xl-vhd

On Tue, 2015-09-08 at 05:24 +, osstest service owner wrote: > branch xen-unstable > xen branch xen-unstable > job test-amd64-amd64-xl-vhd > test debian-di-install > > Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux > -stable.git > Tree: linuxfirmware

Re: [Xen-devel] [PATCH] xen/vtd/iommu: permit group devices to passthrough in relaxed mode

On Tue, Sep 08, 2015 at 08:57:14AM +0800, Tiejun Chen wrote: > Currently we don't allow passing through any group devices which are > sharing same RMRR entry since it would break security among VMs. And > indeed, we expect we can figure out a better way to handle this kind > of case completely. >

Re: [Xen-devel] [PATCH v6 13/18] Update IRTE according to guest interrupt config changes

>>> On 08.09.15 at 06:47, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Monday, September 07, 2015 7:03 PM >> To: Wu, Feng >> Cc: xen-devel@lists.xen.org >> Subject: RE: [PATCH v6 13/18] Update IRTE according to guest

Re: [Xen-devel] [PATCH v6 14/18] vmx: posted-interrupt handling when vCPU is blocked

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 08, 2015 5:08 PM > To: Wu, Feng > Cc: Andrew Cooper; Tian, Kevin; xen-devel@lists.xen.org; Keir Fraser > Subject: RE: [PATCH v6 14/18] vmx: posted-interrupt handling when vCPU is > blocked > >

Re: [Xen-devel] [PATCH v6 15/18] vmx: Properly handle notification event when vCPU is running

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 08, 2015 5:14 PM > To: Wu, Feng > Cc: Andrew Cooper; Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org; Keir > Fraser > Subject: RE: [PATCH v6 15/18] vmx: Properly handle notification event

[Xen-devel] Notes from Xen BoF at Debconf15

Xen upstream BoF We had a discussion around Xen and packaging at Debian's annual developer conference (Debconf) a few weeks back: https://summit.debconf.org/debconf15/meeting/279/xen-upstream-bof/ These are my notes, I think there is probably stuff of interest to most distro

Re: [Xen-devel] [PATCH] Remove a set operation for VCPU_KICK_SOFTIRQ when post interrupt to vm.

Liuqiming (John) wrote on 2015-09-08: > Ok, I will try to explain, correct me if I got anything wrong: > > The problem here is not interrupts lost but interrupts not delivered in > time. > > there are basically two path to inject an interrupt into VM (or vCPU to > another vCPU): > Path 1, the

Re: [Xen-devel] [PATCH] Remove a set operation for VCPU_KICK_SOFTIRQ when post interrupt to vm.

>>> On 08.09.15 at 10:10, wrote: > Liuqiming (John) wrote on 2015-09-08: >> Ok, I will try to explain, correct me if I got anything wrong: >> >> The problem here is not interrupts lost but interrupts not delivered in >> time. >> >> there are basically two path to inject

Re: [Xen-devel] [PATCH v6 02/18] Add cmpxchg16b support for x86-64

>>> On 08.09.15 at 10:57, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Tuesday, September 08, 2015 4:52 PM >> To: Wu, Feng >> Cc: Andrew Cooper; xen-devel@lists.xen.org; Keir Fraser >> Subject: RE: [PATCH v6 02/18] Add

Re: [Xen-devel] [PATCH v6 02/18] Add cmpxchg16b support for x86-64

>>> On 08.09.15 at 09:37, wrote: > Thanks for your suggestion. How about this? > > #define cmpxchg16b(ptr,o,n)\ > ( ({ ASSERT(((unsigned long)ptr & 0xF) == 0); }), \ > BUILD_BUG_ON(sizeof(*o) !=

[Xen-devel] Question to Xen log level in the case of PT

All guys, Sorry to raise a question to you since I'm not very sure how to deal with this. When I passthrough a device like IGD, I can see so many messages: "memory_map:add:" and "memory_map:remove:" since we have to add/remove all pages map residing PCI bar. Especially as a graphic

Re: [Xen-devel] [PATCH v6 02/18] Add cmpxchg16b support for x86-64

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, September 07, 2015 6:37 PM > To: Wu, Feng > Cc: Andrew Cooper; xen-devel@lists.xen.org; Keir Fraser > Subject: RE: [PATCH v6 02/18] Add cmpxchg16b support for x86-64 > > >>> On 06.09.15 at 08:32,

Re: [Xen-devel] [xen-4.4-testing test] 61512: regressions - FAIL

On Tue, 2015-09-08 at 05:21 +, osstest service owner wrote: > flight 61512 xen-4.4-testing real [real] > http://logs.test-lab.xenproject.org/osstest/logs/61512/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] [PATCH v6 14/18] vmx: posted-interrupt handling when vCPU is blocked

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, September 07, 2015 7:48 PM > To: Wu, Feng > Cc: Andrew Cooper; Tian, Kevin; xen-devel@lists.xen.org; Keir Fraser > Subject: Re: [PATCH v6 14/18] vmx: posted-interrupt handling when vCPU is > blocked > >

[Xen-devel] [xen-4.5-testing test] 61513: tolerable FAIL - PUSHED

flight 61513 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/61513/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-libvirt-vhd 3 host-install(3) broken in 61309 pass in 61513 test-amd64-i386-libvirt

Re: [Xen-devel] [PATCH v6 15/18] vmx: Properly handle notification event when vCPU is running

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 08, 2015 5:31 PM > To: Wu, Feng > Cc: Andrew Cooper; Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org; Keir > Fraser > Subject: RE: [PATCH v6 15/18] vmx: Properly handle notification event

Re: [Xen-devel] [PATCH v6 02/18] Add cmpxchg16b support for x86-64

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 08, 2015 4:52 PM > To: Wu, Feng > Cc: Andrew Cooper; xen-devel@lists.xen.org; Keir Fraser > Subject: RE: [PATCH v6 02/18] Add cmpxchg16b support for x86-64 > > >>> On 08.09.15 at 09:37,

Re: [Xen-devel] [PATCH v6 15/18] vmx: Properly handle notification event when vCPU is running

>>> On 08.09.15 at 03:38, wrote: > Jan Beulich wrote on 2015-09-07: > On 07.09.15 at 15:00, wrote: >>> Jan Beulich wrote on 2015-09-07: Yang, in this context: Why does __vmx_deliver_posted_interrupt() not use cpu_raise_softirq(),

Re: [Xen-devel] [ovmf bisection] complete test-amd64-amd64-xl-qemuu-ovmf-amd64

Anthony/Wei, Please could one of you investigate this new upstream OVMF failure. Ian. On Tue, 2015-09-08 at 02:48 +, osstest service owner wrote: > branch xen-unstable > xen branch xen-unstable > job test-amd64-amd64-xl-qemuu-ovmf-amd64 > test debian-hvm-install > > Tree: linux

[Xen-devel] [distros-debian-squeeze test] 37917: all pass

flight 37917 distros-debian-squeeze real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/37917/ Perfect :-) All tests in this flight passed baseline version: flight 37842 jobs: build-amd64 pass build-armhf

Re: [Xen-devel] [Xen-users] Xen bridging issue.

On Mon, 2015-09-07 at 15:50 +0300, johnny Strom wrote: > > Hello > > I sent an email before about bridging not working in domU using Debian > 8.1 and XEN 4.4.1. > > It was not the network card "igb" as I first taught. > > I managed to get bridging working in DOMU if is set the limit of cpu's

Re: [Xen-devel] [PATCH v6 17/18] VT-d: Dump the posted format IRTE

>>> On 08.09.15 at 07:38, wrote: > And consider this is just a debug function, is it that bad to add a > two stage search here? The output is clear and nice in this way. The primary questions to ask are: How much longer will the function take on a huge system with many guests

Re: [Xen-devel] Questions related to the analysis of the Xen mailing lists

On Mon, 2015-09-07 at 17:11 +0100, Lars Kurth wrote: > Daniel, > > I am assuming it is OK to post this one to the devel-list, to get extra > answers. > > > On 7 Sep 2015, at 16:19, Daniel Izquierdo > > wrote: > > > > Hi Lars, > > > > I promise this is the last email

Re: [Xen-devel] Notes from Xen BoF at Debconf15

On Tue, 2015-09-08 at 03:47 -0600, Jan Beulich wrote: > > > > On 08.09.15 at 11:24, wrote: > > Release cycle > > = > > > > Waldi commented that the stable release cycle was too long. Would like > > to see a release after any large security update. > > > > We

Re: [Xen-devel] [PATCH v4 18/20] net/xen-netback: Make it running on 64KB page granularity

Hi Wei, On 07/09/15 17:57, Wei Liu wrote: > You might need to rebase you patch. A patch to netback went it recently. Do you mean 210c34dcd8d912dcc740f1f17625a7293af5cb56 "xen-netback: add support for multicast control"? If so I didn't see any specific issue while rebasing on the latest linus'

Re: [Xen-devel] [PATCH v4 18/20] net/xen-netback: Make it running on 64KB page granularity

On Tue, Sep 08, 2015 at 12:07:31PM +0100, Julien Grall wrote: > Hi Wei, > > On 07/09/15 17:57, Wei Liu wrote: > > You might need to rebase you patch. A patch to netback went it recently. > > Do you mean 210c34dcd8d912dcc740f1f17625a7293af5cb56 "xen-netback: add > support for multicast control"?

Re: [Xen-devel] [Xen-users] Xen bridging issue.

On Tue, Sep 08, 2015 at 02:33:53PM +0300, johnny Strom wrote: > On 09/08/2015 02:12 PM, Wei Liu wrote: > >On Tue, Sep 08, 2015 at 02:07:21PM +0300, johnny Strom wrote: > >>On 09/08/2015 01:06 PM, Wei Liu wrote: > >>>On Tue, Sep 08, 2015 at 12:59:39PM +0300, johnny Strom wrote: > On 09/08/2015

Re: [Xen-devel] [PATCH v6 15/18] vmx: Properly handle notification event when vCPU is running

>>> On 08.09.15 at 11:36, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Tuesday, September 08, 2015 5:31 PM >> To: Wu, Feng >> Cc: Andrew Cooper; Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org; Keir >> Fraser >> Subject:

Re: [Xen-devel] [PATCH OSSTEST v2 3/6] ts-xen-install: Add dom0_mem runvar to control dom0 memory

On Thu, 2015-08-06 at 18:03 +0100, Anthony PERARD wrote: > Signed-off-by: Anthony PERARD > --- > ts-xen-install | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/ts-xen-install b/ts-xen-install > index 0f53382..17edfb7 100755 > ---

Re: [Xen-devel] [Xen-users] Xen bridging issue.

On 09/08/2015 02:12 PM, Wei Liu wrote: On Tue, Sep 08, 2015 at 02:07:21PM +0300, johnny Strom wrote: On 09/08/2015 01:06 PM, Wei Liu wrote: On Tue, Sep 08, 2015 at 12:59:39PM +0300, johnny Strom wrote: On 09/08/2015 12:13 PM, Wei Liu wrote: xenstore-ls/local/domain/$DOMID/ Here is the

Re: [Xen-devel] [Xen-users] Xen bridging issue.

On 09/08/2015 02:45 PM, Wei Liu wrote: On Tue, Sep 08, 2015 at 02:33:53PM +0300, johnny Strom wrote: On 09/08/2015 02:12 PM, Wei Liu wrote: On Tue, Sep 08, 2015 at 02:07:21PM +0300, johnny Strom wrote: On 09/08/2015 01:06 PM, Wei Liu wrote: On Tue, Sep 08, 2015 at 12:59:39PM +0300, johnny

Re: [Xen-devel] Fwd: Question about the status of vNUMA in Xen

Please configure your email client properly. On Tue, Sep 08, 2015 at 01:21:04AM +, 甘清甜 wrote: > -- Forwarded message - > From: Wei Liu > Date: 2015年9月7日周一 下午6:23 > Subject: Re: [Xen-devel] Question about the status of vNUMA in Xen > To: 甘清甜

Re: [Xen-devel] Notes from Xen BoF at Debconf15

>>> On 08.09.15 at 12:49, wrote: > Jan Beulich writes ("Re: [Xen-devel] Notes from Xen BoF at Debconf15"): >> Right - 4.4.3 already was released with just one RC, and indeed I >> meant to stay with that model considering the little (if any) feedback >> we get on these

Re: [Xen-devel] [PATCH] MAINTAINERS: stable backports should be requested on xen-devel

On Sat, 2015-07-25 at 09:25 +0100, Ian Campbell wrote: > As well as CC-ing the correct people. I just saw such a request on > xen-users and thought this was worth clarifying here too. > > Signed-off-by: Ian Campbell Just found this in my folder, do we want to take it

Re: [Xen-devel] [PATCH] xen/vtd/iommu: permit group devices to passthrough in relaxed mode

>>> On 08.09.15 at 02:57, wrote: > Currently we don't allow passing through any group devices which are > sharing same RMRR entry since it would break security among VMs. And > indeed, we expect we can figure out a better way to handle this kind > of case completely. > >

[Xen-devel] Questions about the FreeBSD network subsystem

Hello, I'm not very familiar with FreeBSD network subsystem and I'm trying to import a new version of xen-netfront from Linux to FreeBSD. So far so good, most stuff is pretty similar and I think I've _mostly_ figured it out by myself. I have however a couple of questions regarding the network

Re: [Xen-devel] [PATCH v2] efi: introduce efi_arch_flush_dcache_area

Hi Stefano, On 08/09/15 11:38, Stefano Stabellini wrote: > Objects loaded by FileHandle->Read need to be flushed from dcache, > otherwise copy_from_paddr will read stale data when copying the kernel, > causing a failure to boot. It would have been nice to have some explanation why we can read

Re: [Xen-devel] [PATCH v6 15/18] vmx: Properly handle notification event when vCPU is running

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 08, 2015 6:13 PM > To: Wu, Feng > Cc: Andrew Cooper; Tian, Kevin; Zhang, Yang Z; xen-devel@lists.xen.org; Keir > Fraser > Subject: RE: [PATCH v6 15/18] vmx: Properly handle notification event

Re: [Xen-devel] Notes from Xen BoF at Debconf15

>>> On 08.09.15 at 12:15, wrote: > On Tue, 2015-09-08 at 03:47 -0600, Jan Beulich wrote: >> > > > On 08.09.15 at 11:24, wrote: >> > Release cycle >> > = >> > >> > Waldi commented that the stable release cycle was too long. Would like

[Xen-devel] [PATCH v2] efi: introduce efi_arch_flush_dcache_area

Objects loaded by FileHandle->Read need to be flushed from dcache, otherwise copy_from_paddr will read stale data when copying the kernel, causing a failure to boot. Introduce efi_arch_flush_dcache_area and call it from read_file. This commit introduces no functional changes on x86.

Re: [Xen-devel] Notes from Xen BoF at Debconf15

Jan Beulich writes ("Re: [Xen-devel] Notes from Xen BoF at Debconf15"): > Right - 4.4.3 already was released with just one RC, and indeed I > meant to stay with that model considering the little (if any) feedback > we get on these RCs. I personally could live without doing any RCs, > but [...]

Re: [Xen-devel] [PATCH RFC v2 0/4] HVM x86 deprivileged mode operations

Hi Fabio, On 04/09/15 11:46, Fabio Fantoni wrote: [snip] Sorry for my stupid questions: Is there a test with benchmark using qemu instead for know how is different? Qemu seems that emulate also some istructions cases that xen hypervisor doesn't for now, or I'm wrong? So, QEMU emulates

Re: [Xen-devel] [OSSTEST PATCH 25/29] Manual allocation: Break out manual_allocation_base_jobinfo from mg-blockage

On Mon, 2015-09-07 at 17:08 +0100, Ian Jackson wrote: > This is called `jobinfo' because it ought to be used in > alloc_resources's JobInfo xparam, rather than an Xinfo in the booking: > JobInfo is per planning client; Xinfo is per individual resource. > > mg-blockage currently gets this wrong;

Re: [Xen-devel] Asus X99-A VT-d problems

>>> On 07.09.15 at 20:28, wrote: > On Mon, Sep 07, 2015 at 08:45:20PM +0300, Valtteri Kiviniemi wrote: >>I'm happy to help to debug this further if needed, but so far I'm not able >>to boot the system at all without iommu=0 boot parameter. >> > > It'd be helpful if you

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

El 07/09/15 a les 13.35, Bob Liu ha escrit: > > On 09/07/2015 07:10 PM, Julien Grall wrote: >> On 07/09/15 07:07, Bob Liu wrote: >>> Hi Julien, >> >> Hi Bob, >> >>> On 09/04/2015 09:51 PM, Julien Grall wrote: Hi Roger, On 04/09/15 11:08, Roger Pau Monne wrote: > Request

[Xen-devel] [linux-3.10 test] 61520: regressions - trouble: broken/fail/pass

flight 61520 linux-3.10 real [real] http://logs.test-lab.xenproject.org/osstest/logs/61520/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qcow2 9 debian-di-install fail REGR. vs. 60670

Re: [Xen-devel] [Xen-users] Xen bridging issue.

On Tue, Sep 08, 2015 at 12:59:39PM +0300, johnny Strom wrote: > On 09/08/2015 12:13 PM, Wei Liu wrote: > > xenstore-ls/local/domain/$DOMID/ > > Here is the output of xenstore-ls only one network card is working. > > xenstore-ls /local/domain/1 > [...] > vif = "" > 0 = "" >backend =

Re: [Xen-devel] [Xen-users] Xen bridging issue.

On 09/08/2015 12:13 PM, Wei Liu wrote: xenstore-ls/local/domain/$DOMID/ Here is the output of xenstore-ls only one network card is working. xenstore-ls /local/domain/1 vm = "/vm/63d68f91-093d-4cf2-8c8e-28c7bd8028ab" name = "test-debian-jessie" cpu = "" 0 = "" availability = "online" 1

Re: [Xen-devel] [Xen-users] Xen bridging issue.

On Tue, Sep 08, 2015 at 02:07:21PM +0300, johnny Strom wrote: > On 09/08/2015 01:06 PM, Wei Liu wrote: > >On Tue, Sep 08, 2015 at 12:59:39PM +0300, johnny Strom wrote: > >>On 09/08/2015 12:13 PM, Wei Liu wrote: > >>> xenstore-ls/local/domain/$DOMID/ > >>Here is the output of xenstore-ls only one

Re: [Xen-devel] [PULL 0/19] xen-2015-09-08-tag

On 8 September 2015 at 18:21, Stefano Stabellini wrote: > The following changes since commit 8611280505119e296757a60711a881341603fa5a: > > target-microblaze: Use setcond for pcmp* (2015-09-08 08:49:33 +0200) > > are available in the git repository at: > >

[Xen-devel] [linux-3.14 test] 61522: regressions - trouble: broken/fail/pass

flight 61522 linux-3.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/61522/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-vhd 13 guest-saverestore fail REGR. vs. 60666

Re: [Xen-devel] On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15)

On 08/09/15 16:15, Ian Campbell wrote: On Tue, 2015-09-08 at 15:03 +, Antti Kantee wrote: For unikernels, the rump kernel project provides Rumprun, which can provide you with a near-full POSIX'y interface. I'm not 100% clear: Does rumprun _build_ or _run_ the application? It sound s like

[Xen-devel] vTPM ownership problem

Hello everyone, I need to use vTPM to finish a project but I encounter the same problem as http://lists.xenproject.org/archives/html/xen-devel/2015-06/msg03930.html I followed the steps explained in

Re: [Xen-devel] Asus X99-A VT-d problems

>>> On 08.09.15 at 15:12, wrote: > Sorry about that, I'm using gmail and misclicked reply instead of > reply-all. No Idea how to fix the line wrapping though. > > Any ideas how to enable IOMMU in vanilla kernel? I checked from kernel > documentation that the

Re: [Xen-devel] Asus X99-A VT-d problems

Hi, I got Xen booting now with VT-d enabled, lot's of errors and the system is unstable. xl dmesg output: Xen 4.6.0-rc (XEN) Xen version 4.6.0-rc (r...@easyanticheat.net) (gcc (Debian 4.9.2-10) 4.9.2) debug=y Mon Sep 7 20:46:47 EEST 2015 (XEN) Latest ChangeSet: Fri Aug 28 16:01:55 2015 +0100

Re: [Xen-devel] [PATCH] MAINTAINERS: stable backports should be requested on xen-devel

On Tue, 2015-09-08 at 14:20 +0100, Wei Liu wrote: > On Tue, Sep 08, 2015 at 12:37:04PM +0100, Ian Campbell wrote: > > On Sat, 2015-07-25 at 09:25 +0100, Ian Campbell wrote: > > > As well as CC-ing the correct people. I just saw such a request on > > > xen-users and thought this was worth

[Xen-devel] [PATCH v2 1/6] xen/pt: Update comments with proper function name.

It has changed but the comments still refer to the old names. Reviewed-by: Stefano Stabellini Signed-off-by: Konrad Rzeszutek Wilk --- hw/xen/xen_pt.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[Xen-devel] [xen-unstable test] 61521: regressions - FAIL

flight 61521 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/61521/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-debianhvm-amd64 19 guest-start/debianhvm.repeat fail REGR. vs. 61059

Re: [Xen-devel] [PATCH OSSTEST v2 5/6] ts-openstack-tempest: Run Tempest to check OpenStack

On Thu, 2015-08-06 at 18:03 +0100, Anthony PERARD wrote: > Signed-off-by: Anthony PERARD > --- > sg-run-job | 1 + > ts-openstack-tempest | 35 +++ > 2 files changed, 36 insertions(+) > create mode 100755 ts-openstack-tempest

Re: [Xen-devel] [PATCH] MAINTAINERS: stable backports should be requested on xen-devel

>>> On 08.09.15 at 13:37, wrote: > On Sat, 2015-07-25 at 09:25 +0100, Ian Campbell wrote: >> As well as CC-ing the correct people. I just saw such a request on >> xen-users and thought this was worth clarifying here too. >> >> Signed-off-by: Ian Campbell

Re: [Xen-devel] [PATCH v5 2/2] xen/arm: support gzip compressed kernels

On Mon, 2015-09-07 at 15:25 +0100, Stefano Stabellini wrote: > Free the memory used for the compressed kernel and update the relative > mod->start and mod->size parameters with the uncompressed ones. > > Signed-off-by: Stefano Stabellini > Reviewed-by: Julien

[Xen-devel] [PATCHv1] x86/xen/p2m: hint at the last populated P2M entry

With commit 633d6f17cd91ad5bf2370265946f716e42d388c6 (x86/xen: prepare p2m list for memory hotplug) the P2M may be sized to accomdate a much larger amount of memory than the domain currently has. When saving a domain, the toolstack must scan all the P2M looking for populated pages. This results

Re: [Xen-devel] [PATCH v5 2/2] xen/arm: support gzip compressed kernels

>>> On 08.09.15 at 15:35, wrote: > On Mon, 2015-09-07 at 15:25 +0100, Stefano Stabellini wrote: >> +static __init int kernel_decompress(struct kernel_info *info, >> + paddr_t *addr, paddr_t *size) >> +{ >> +char *output, *input, *end; >> +

[Xen-devel] [PATCH v2 03/10] xen/pt: Check if reg->init function sets the 'data' past the reg->size

It should never happen, but in case it does (an developer adds a new register and the 'init_val' expands past the register size) we want to report. The code will only write up to reg->size so there is no runtime danger of the register spilling across other ones - however to catch this sort of

[Xen-devel] [PATCH v2 05/10] xen/pt: Log xen_host_pci_get in two init functions

To help with troubleshooting in the field. Acked-by: Stefano Stabellini Signed-off-by: Konrad Rzeszutek Wilk --- hw/xen/xen_pt_config_init.c | 9 + 1 file changed, 9 insertions(+) diff --git a/hw/xen/xen_pt_config_init.c

[Xen-devel] [PATCH v2 04/10] xen/pt: Remove XenPTReg->data field.

We do not want to have two entries to cache the guest configuration registers: XenPTReg->data and dev.config. Instead we want to use only the dev.config. To do without much complications we rip out the ->data field and replace it with an pointer to the dev.config. This way we have the

[Xen-devel] [PATCH v2 01/10] xen/pt: Use xen_host_pci_get_[byte|word] instead of dev.config

During init time we treat the dev.config area as a cache of the host view. However during execution time we treat it as guest view (by the generic PCI API). We need to sync Xen's code to the generic PCI API view. This is the first step by replacing all of the code that uses dev.config or

[Xen-devel] [PATCH v2 08/10] xen/pt: Move bulk of xen_pt_unregister_device in its own routine.

This way we can call it if we fail during init. This code movement introduces no changes. Acked-by: Stefano Stabellini Signed-off-by: Konrad Rzeszutek Wilk --- hw/xen/xen_pt.c | 115

Re: [Xen-devel] [PATCH V6 3/7] libxl: add pvusb API

On Mon, 2015-08-10 at 18:35 +0800, Chunyan Liu wrote: Sorry for the delay, between 4.6 freeze crunch, conference and vacation I've been a bit swamped. I'm just going to comment on the APIs (mainly public libxl.h and .idl) in this pass. > diff --git a/tools/libxl/libxl.h b/tools/libxl/libxl.h >

[Xen-devel] [PATCHv1 net] xen-netback: require fewer guest Rx slots when not using GSO

Commit f48da8b14d04ca87ffcffe68829afd45f926ec6a (xen-netback: fix unlimited guest Rx internal queue and carrier flapping) introduced a regression. The PV frontend in IPXE only places 4 requests on the guest Rx ring. Since netback required at least (MAX_SKB_FRAGS + 1) slots, IPXE could not receive

[Xen-devel] [PATCH v2 09/10] xen/pt: Check for return values for xen_host_pci_[get|set] in init

and if we have failures we call xen_pt_destroy introduced in 'xen/pt: Move bulk of xen_pt_unregister_device in its own routine.' and free all of the allocated structures. Acked-by: Stefano Stabellini Signed-off-by: Konrad Rzeszutek Wilk

[Xen-devel] [PATCH v2 10/10] xen/pt: Don't slurp wholesale the PCI configuration registers

Instead we have the emulation registers ->init functions which consult the host values to see what the initial value should be and they are responsible for populating the dev.config. Reviewed-by: Stefano Stabellini Signed-off-by: Konrad Rzeszutek Wilk

[Xen-devel] [PATCH v2 07/10] xen/pt: Make xen_pt_unregister_device idempotent

To deal with xen_host_pci_[set|get]_ functions returning error values and clearing ourselves in the init function we should make the .exit (xen_pt_unregister_device) function be idempotent in case the generic code starts calling .exit (or for fun does it before calling .init!). Reviewed-by:

[Xen-devel] [PATCH v2 06/10] xen/pt: Log xen_host_pci_get/set errors in MSI code.

We seem to only use these functions when de-activating the MSI - so just log errors. Reviewed-by: Stefano Stabellini Signed-off-by: Konrad Rzeszutek Wilk --- hw/xen/xen_pt_msi.c | 18 ++ 1 file changed, 14 insertions(+),

[Xen-devel] [PATCH v2] Remove XenPTReg->data and use dev.config for guest configuration values.

Hey! Since v1: (http://lists.xen.org/archives/html/xen-devel/2015-07/msg00442.html) - Acked on review. RFC [https://lists.gnu.org/archive/html/qemu-devel/2015-06/msg07350.html] - Added Acks - Fixed bugs This patchset is dependent on the "Cleanups + various fixes due to libxl ABI more logging

[Xen-devel] [PATCH v2 02/10] xen/pt: Sync up the dev.config and data values.

For a passthrough device we maintain a state of emulated registers value contained within d->config. We also consult the host registers (and apply ro and write masks) whenever the guest access the registers. This is done in xen_pt_pci_write_config and xen_pt_pci_read_config. Also in this picture

Re: [Xen-devel] [PATCH OSSTEST v2 6/6] Create a flight to test OpenStack with xen-unstable and libvirt

On Thu, 2015-08-06 at 18:03 +0100, Anthony PERARD wrote: > Signed-off-by: Anthony PERARD > --- > ap-common| 9 + > ap-fetch-version | 4 > ap-fetch-version-old | 5 + > ap-print-url | 3 +++ > cri-common | 1 + >

Re: [Xen-devel] [PATCH] MAINTAINERS: stable backports should be requested on xen-devel

On Tue, Sep 08, 2015 at 12:37:04PM +0100, Ian Campbell wrote: > On Sat, 2015-07-25 at 09:25 +0100, Ian Campbell wrote: > > As well as CC-ing the correct people. I just saw such a request on > > xen-users and thought this was worth clarifying here too. > > > > Signed-off-by: Ian Campbell

[Xen-devel] [PATCH v2 4/6] xen: use errno instead of rc for xc_domain_add_to_physmap

In Xen 4.6 commit cd2f100f0f61b3f333d52d1737dd73f02daee592 "libxc: Fix do_memory_op to return negative value on errors" made the libxc API less odd-ball: On errors, return value is -1 and error code is in errno. On success the return value is either 0 or an positive value. Since we could be

[Xen-devel] [PATCH v2] Cleanups + various fixes due to libxl ABI + more logging on errors.

Hey! Since v2 (http://lists.xen.org/archives/html/xen-devel/2015-07/msg00431.html) - Added Reviewed-by. since RFC [https://lists.gnu.org/archive/html/qemu-devel/2015-06/msg07326.html] - Added Acks - Followed 'xen: Print and use errno where applicable.' suggestion by Stefano and added a

[Xen-devel] [PATCH v2 6/6] xen/pt: Use XEN_PT_LOG properly to guard against compiler warnings.

If XEN_PT_LOGGING_ENABLED is enabled the XEN_PT_LOG macros start using the first argument. Which means if within the function there is only one user of the argument ('d') and XEN_PT_LOGGING_ENABLED is not set, we get compiler warnings. This is not the case now but with the "xen/pt: Use

[Xen-devel] [PATCH v2 2/6] xen/pt: Make xen_pt_msi_set_enable static

As we do not use it outside our code. Reviewed-by: Stefano Stabellini Signed-off-by: Konrad Rzeszutek Wilk --- hw/xen/xen_pt.h | 1 - hw/xen/xen_pt_msi.c | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git

[Xen-devel] [linux-3.18 test] 61524: regressions - FAIL

flight 61524 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/61524/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 58581 Regressions which are

Re: [Xen-devel] [PATCH v2 03/10] xen/pt: Check if reg->init function sets the 'data' past the reg->size

On Tue, 8 Sep 2015, Konrad Rzeszutek Wilk wrote: > It should never happen, but in case it does (an developer adds > a new register and the 'init_val' expands past the register > size) we want to report. The code will only write up to > reg->size so there is no runtime danger of the register

[Xen-devel] [GIT PULL] xen: features and fixes for 4.3-rc0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.3-rc0-tag xen: features and fixes for 4.3-rc0 - - Convert xen-blkfront to the multiqueue API - - [arm] Support binding event channels

Re: [Xen-devel] Notes from Xen BoF at Debconf15

On 9/8/15 5:55 AM, Jan Beulich wrote: On 08.09.15 at 12:49, wrote: >> Jan Beulich writes ("Re: [Xen-devel] Notes from Xen BoF at Debconf15"): >>> Right - 4.4.3 already was released with just one RC, and indeed I >>> meant to stay with that model considering the

Re: [Xen-devel] [xen-unstable test] 61521: regressions - FAIL

On Tue, 2015-09-08 at 15:52 +0100, Wei Liu wrote: > On Tue, Sep 08, 2015 at 02:30:30PM +, osstest service owner wrote: > > flight 61521 xen-unstable real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/61521/ > > > > Regressions :-( > > > > Tests which did not succeed and are

Re: [Xen-devel] [xen-unstable test] 61521: regressions - FAIL

>>> On 08.09.15 at 16:52, wrote: > On Tue, Sep 08, 2015 at 02:30:30PM +, osstest service owner wrote: >> flight 61521 xen-unstable real [real] >> http://logs.test-lab.xenproject.org/osstest/logs/61521/ >> >> Regressions :-( >> >> Tests which did not succeed and are

Re: [Xen-devel] [PATCH] MAINTAINERS: stable backports should be requested on xen-devel

Ian Campbell writes ("Re: [PATCH] MAINTAINERS: stable backports should be requested on xen-devel"): > AIUI the branching process involves tweaking this text to refer to the > specific maintainers of the given stable branch. Yes. Sometimes older stable branches have different maintainers. > IOW

Re: [Xen-devel] [xen-unstable test] 61521: regressions - FAIL

Ian Jackson writes ("Re: [Xen-devel] [xen-unstable test] 61521: regressions - FAIL"): > A more likely explanation is that the host sometimes fails to complete > its bootup within a reasonable time. Actually, looking at a bit more of the osstest transcript: 2015-09-08 09:14:32 Z guest

Re: [Xen-devel] [xen-unstable test] 61521: regressions - FAIL

>>> On 08.09.15 at 17:45, wrote: > Ian Jackson writes ("Re: [Xen-devel] [xen-unstable test] 61521: regressions - > FAIL"): >> A more likely explanation is that the host sometimes fails to complete >> its bootup within a reasonable time. > > Actually, looking at a bit

[Xen-devel] [v2][PATCH] xen/vtd/iommu: permit group devices to passthrough in relaxed mode

Currently we don't allow passing through any group devices which are sharing same RMRR entry since it would break security among VMs. And indeed, we expect we can figure out a better way to handle this kind of case completely. But before the group assignment gets implemented, we might make this

[Xen-devel] [linux-3.4 test] 61526: regressions - FAIL

flight 61526 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/61526/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-amd64 6 xen-boot fail REGR. vs. 30511

  1   2   >