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
>>> 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:
>>> 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:
> -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,
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
-- 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
>>> 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
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
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.
>
>>> 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
> -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
>
>
> -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 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
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
>>> 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
>>> 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
>>> 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) !=
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
> -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,
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:
>
> -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
>
>
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
> -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
> -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,
>>> 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(),
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
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
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
>>> 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
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
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
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'
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"?
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
>>> 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:
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
> ---
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
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
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: 甘清甜
>>> 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
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
>>> 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.
>
>
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
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
> -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
>>> 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
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.
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 [...]
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
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;
>>> 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
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
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
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 =
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
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
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:
>
>
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
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
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
>>> 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
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
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
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
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
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
>>> 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
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
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
>>> 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;
>> +
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
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
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
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
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
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
>
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
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
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
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:
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(+),
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
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
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 +
>
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
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
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
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
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
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
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
-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
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
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
>>> 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
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
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
>>> 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
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
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 - 100 of 158 matches
Mail list logo