flight 58875 linux-arm-xen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58875/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-cubietruck 11 guest-startfail pass in 58889-bisect
Tests which did not succeed, but
> On 25 Jun 2015, at 02:46, Wang Xu wrote:
>
> Agree, but I think the document is a bit confused
>
> > It is important that channel names are globally unique.
>
> https://github.com/mirage/xen/blob/master/docs/misc/channel.txt#L94
I agree— that wording is definitely confusing. Perhaps the doc
>>> On 24.06.15 at 17:59, wrote:
> While digging in this I realized that some shortcuts and assumptions
> had been taken (I think I am restating what you two have already
> realized).
>
> 1) The dev.config is (by Xen code) used as the cache of the
>host configuration devices (which is OK at i
>>> On 24.06.15 at 18:21, wrote:
> On 06/24/2015 08:10 AM, Jan Beulich wrote:
> On 24.06.15 at 13:42, wrote:
>>> On 06/24/2015 03:57 AM, Jan Beulich wrote:
>>> On 24.06.15 at 04:53, wrote:
> On 06/23/2015 09:22 AM, Jan Beulich wrote:
>>> --- a/xen/arch/x86/hvm/hvm.c
>>> +++ b
On Wednesday 17 June 2015 07:59 PM, Ian Campbell wrote:
On Wed, 2015-06-17 at 07:14 -0700, Manish Jaggi wrote:
On Wednesday 17 June 2015 06:43 AM, Ian Campbell wrote:
On Wed, 2015-06-17 at 13:58 +0100, Stefano Stabellini wrote:
Yes, pciback is already capable of doing that, see
drivers/xen/x
On 06/24/2015 06:03 PM, Jan Beulich wrote:
On 24.06.15 at 16:56, wrote:
>> Would it be fair to say that HVMOP_request_vm_event should be an
>> exception to this rule (i.e. something along the lines of "if (
>> unlikely(r12 == HVMOP_request_vm_event) && orig_pc == regs->pc )",
>> etc.)? Even i
>>> On 25.06.15 at 03:08, wrote:
> On 06/24/2015 07:49 PM, Andrew Cooper wrote:
>> On 24/06/2015 22:35, Boris Ostrovsky wrote:
>>> On 06/23/2015 11:18 AM, Jan Beulich wrote:
... as being identical to is_pv_32bit_vcpu() after the x86-32 removal.
In a few cases this includes an additi
>>> On 24.06.15 at 19:15, wrote:
> On 22/06/15 15:47, Jan Beulich wrote:
>> Host uses of the bits will be added subsequently, and must not be
>> overridden by guests (including Dom0, namely when acting on behalf of
>> a guest).
>>
>> Signed-off-by: Jan Beulich
>>
>> --- a/xen/arch/x86/msi.c
>> ++
>>> On 24.06.15 at 19:24, wrote:
> On 22/06/15 15:51, Jan Beulich wrote:
>> --- a/xen/arch/x86/msi.c
>> +++ b/xen/arch/x86/msi.c
>> @@ -1308,6 +1308,39 @@ printk("%04x:%02x:%02x.%u: MSI-X %03x:%u
>> return 1;
>> }
>>
>> +entry = find_msi_entry(pdev, -1, PCI_CAP_ID_MSI);
>> +
>>> On 24.06.15 at 22:15, wrote:
> On Tue, Jun 23, 2015 at 01:02:49PM +0100, Jan Beulich wrote:
>> >>> On 22.06.15 at 18:37, wrote:
>> > From: Elena Ufimtseva
>> >
>> > Signed-off-by: Mukesh Rathor
>>
>> As long as this patch originally cam from Mukesh, From: should
>> reflect that imo. Once
>>> On 24.06.15 at 19:53, wrote:
> On 06/24/2015 07:38 AM, Jan Beulich wrote:
> On 22.06.15 at 20:56, wrote:
>>> --- a/xen/include/asm-x86/p2m.h
>>> +++ b/xen/include/asm-x86/p2m.h
>>> @@ -237,6 +237,19 @@ struct p2m_domain {
>>> p2m_access_t *p2ma,
>>>
I guess you are using pv guests, I don't know exactly if Quan finished
development for hvm.
I suggest to take a look at tcsd log:
pkill tcsd
tcsd -f &
tpm_takeownership -z -y -l debug
Also can you see if /sys/devices/vtpm-0 and /dev/tpm0 are present?
On Wed, Jun 24, 2015 at 6:16 PM, Marcos Simó Pi
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Wednesday, June 17, 2015 5:35 PM
> To: Pang, LongtaoX
> Cc: Hu, Robert; Ian Jackson; xen-devel@lists.xen.org; wei.l...@citrix.com
> Subject: Re: [OSSTEST Nested PATCH v11 6/7] Compose the main recipe of nes
>>> On 24.06.15 at 22:29, wrote:
> On 06/24/2015 05:47 AM, Andrew Cooper wrote:
>>> +case EXIT_REASON_VMFUNC:
>>> +if ( vmx_vmfunc_intercept(regs) == X86EMUL_OKAY )
>>
>> This is currently an unconditional failure, and I don't see subsequent
>> patches which alter vmx_vmfunc_intercept
>>> On 24.06.15 at 19:57, wrote:
> On 06/24/2015 07:59 AM, Jan Beulich wrote:
> On 22.06.15 at 20:56, wrote:
>>> +case HVM_PARAM_ALTP2MHVM:
>>> +if ( a.value > 1 )
>>> +rc = -EINVAL;
>>> +if ( a.value &&
>>> + d->arch.hvm_domain.params[HVM_PARAM_NES
>>> On 24.06.15 at 20:08, wrote:
> On 24/06/15 18:57, Ed White wrote:
>> On 06/24/2015 07:59 AM, Jan Beulich wrote:
>> On 22.06.15 at 20:56, wrote:
+case HVM_PARAM_ALTP2MHVM:
+if ( a.value > 1 )
+rc = -EINVAL;
+if ( a.value &&
+
>>> On 25.06.15 at 09:55, wrote:
> On 06/24/2015 06:03 PM, Jan Beulich wrote:
> On 24.06.15 at 16:56, wrote:
>>> Would it be fair to say that HVMOP_request_vm_event should be an
>>> exception to this rule (i.e. something along the lines of "if (
>>> unlikely(r12 == HVMOP_request_vm_event) &&
On Thu, 2015-06-25 at 13:22 +0800, Yang Hongyang wrote:
>
> On 06/16/2015 07:26 PM, Ian Campbell wrote:
> > On Tue, 2015-06-16 at 12:24 +0100, Ian Campbell wrote:
> >> On Mon, 2015-06-08 at 11:45 +0800, Yang Hongyang wrote:
> >>> setup/teardown of COLO proxy module.
> >>> we use netlink to communi
On Wed, 2015-06-24 at 18:11 +0200, Dario Faggioli wrote:
> more specifically:
>
> * '-n' switch to xl info, to show the topology
>of the host,
Is the information from "xl info -n" a superset of that from "xl info"?
IOW could we just collect xl info -n and be done with it?
> * 'xl vcpu-list
On 06/25/2015 04:39 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 13:22 +0800, Yang Hongyang wrote:
On 06/16/2015 07:26 PM, Ian Campbell wrote:
On Tue, 2015-06-16 at 12:24 +0100, Ian Campbell wrote:
On Mon, 2015-06-08 at 11:45 +0800, Yang Hongyang wrote:
setup/teardown of COLO proxy module
>>> On 24.06.15 at 21:38, wrote:
> I'm having some trouble with a xhci controller passed through with
> pci-passthrough to one of my HVM guests.
> It uses MSI-X for interrupts, a bisection turned up the following commit:
>
> x86/MSI: track host and guest masking separately
>
> Although from
On Thu, 2015-06-25 at 07:51 +0300, Luc Pierard de Maujouy wrote:
You should try and use a descriptive subject in the future so that
people who know about the area are inspired to read the mail.
Also in the first instance this seems more suitable for the xen-users
list.
> domU is expected to requ
On Wed, 2015-06-24 at 11:06 -0700, Ed White wrote:
> I think we should vote on this.
In general we vote on things only when there has been a failure to reach
consensus. Unless there has been some prior discussion around this issue
which isn't referenced from the bits of the thread I've looked at t
On Wed, 2015-06-24 at 14:06 +0200, Juergen Gross wrote:
> Hi,
>
> my qemu integrated pvUSB backend is now running stable enough to do
> some basic performance measurements. I've passed a memory-stick with
> about 90MB of data on it to a pv-domU. Then I read all the data on
> it with tar and looked
On 24/06/15 23:55, Ed White wrote:
> On 06/24/2015 03:45 PM, Lengyel, Tamas wrote:
>> On Wed, Jun 24, 2015 at 6:02 PM, Ed White wrote:
>>
>>> On 06/24/2015 02:34 PM, Lengyel, Tamas wrote:
Hi Ed,
I tried the system using memsharing and I collected the following crash
log. In this tes
On 24/06/15 06:18, Feng Wu wrote:
> VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt.
> With VT-d Posted-Interrupts enabled, external interrupts from
> direct-assigned devices can be delivered to guests without VMM
> intervention when guest is running in non-root mode.
>
> This
On Thu, Jun 25, 2015 at 01:00:14PM +0800, Yang Hongyang wrote:
>
>
> On 06/16/2015 06:53 PM, Ian Campbell wrote:
> >On Mon, 2015-06-15 at 17:24 +0100, Wei Liu wrote:
> >>On Mon, Jun 15, 2015 at 09:45:54AM +0800, Yang Hongyang wrote:
> >>>
> >>>
> >>>On 06/12/2015 10:57 PM, Ian Jackson wrote:
> >>
On 06/25/2015 11:37 AM, Jan Beulich wrote:
On 25.06.15 at 09:55, wrote:
>> On 06/24/2015 06:03 PM, Jan Beulich wrote:
>> On 24.06.15 at 16:56, wrote:
Would it be fair to say that HVMOP_request_vm_event should be an
exception to this rule (i.e. something along the lines of "if (
On Thu, 2015-06-25 at 09:48 +0100, Ian Campbell wrote:
> On Wed, 2015-06-24 at 18:11 +0200, Dario Faggioli wrote:
> > more specifically:
> >
> > * '-n' switch to xl info, to show the topology
> >of the host,
>
> Is the information from "xl info -n" a superset of that from "xl info"?
>
Yes.
On Thu, 2015-06-25 at 13:14 +0530, Manish Jaggi wrote:
>
> On Wednesday 17 June 2015 07:59 PM, Ian Campbell wrote:
> > On Wed, 2015-06-17 at 07:14 -0700, Manish Jaggi wrote:
> >> On Wednesday 17 June 2015 06:43 AM, Ian Campbell wrote:
> >>> On Wed, 2015-06-17 at 13:58 +0100, Stefano Stabellini wro
On 06/25/2015 05:09 PM, Wei Liu wrote:
On Thu, Jun 25, 2015 at 01:00:14PM +0800, Yang Hongyang wrote:
On 06/16/2015 06:53 PM, Ian Campbell wrote:
On Mon, 2015-06-15 at 17:24 +0100, Wei Liu wrote:
On Mon, Jun 15, 2015 at 09:45:54AM +0800, Yang Hongyang wrote:
On 06/12/2015 10:57 PM, Ian
On Wed, 2015-06-24 at 17:00 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v3 02/22] mg-*: Make package fetching
> common in new mgi-debian"):
> > This pattern appears several times in mg-debian-installer-update and
> > I'm about to add another script which uses it.
> >
> > The
Sorry, I misspelled, I meant /dev/tpm0 not /etc/tpm0
I remember that once I had this problem when almost all trousers commands
were returning internal software error in domU.
Can you check what are the timeout values?
cat /sys/devices/vtpm-0/timeouts
I remember that there was a bug in ubuntu 14.04
On Thu, 2015-06-25 at 11:11 +0200, Dario Faggioli wrote:
> On Thu, 2015-06-25 at 09:48 +0100, Ian Campbell wrote:
> > On Wed, 2015-06-24 at 18:11 +0200, Dario Faggioli wrote:
> > > more specifically:
> > >
> > > * '-n' switch to xl info, to show the topology
> > >of the host,
> >
> > Is the
On Thu, 2015-06-25 at 08:21 +, Pang, LongtaoX wrote:
>
>
> > -Original Message-
> > From: Ian Campbell [mailto:ian.campb...@citrix.com]
> > Sent: Wednesday, June 17, 2015 5:35 PM
> > To: Pang, LongtaoX
> > Cc: Hu, Robert; Ian Jackson; xen-devel@lists.xen.org; wei.l...@citrix.com
> > S
Okay, /etc/tpm0 is present.
The timeout values are:
752000 200 752000 752000 [adjusted]
I have no problem actually upgrading to Ubuntu 15.04 if that might solve the
problem.
Thanks a lot for your reply again.
De: Emil Condrea
Enviado: jueves, 25 de juni
Yes, I'm indeed using pv guests. After running #tcsd -f & I get:
TCSD TDDL ioctl: (25) Inappropriate ioctl for device
TCSD TDDL Falling back to Read/Write device support.
TCSD trousers 0.3.5git: TCSD up and running.
I don't know if the problem might be there. When I invoke tpm_takeownership -z
>>> On 24.06.15 at 13:24, wrote:
> @@ -428,26 +429,12 @@ static void hvm_io_assist(ioreq_t *p)
> vio->io_state = HVMIO_completed;
> vio->io_data = p->data;
> break;
> -case HVMIO_handle_mmio_awaiting_completion:
> -vio->io_state = HVMIO_completed;
> -
>>> On 24.06.15 at 13:24, wrote:
> Emulation request status is already covered by STATE_IOREQ_XXX values so
> just use those. The mapping is:
>
> HVMIO_none-> STATE_IOREQ_NONE
> HVMIO_awaiting_completion -> STATE_IOREQ_READY
> HVMIO_completed -> STATE_IORESP_READY
>
> S
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 June 2015 10:44
> To: Paul Durrant
> Cc: Andrew Cooper; xen-devel; Keir (Xen.org)
> Subject: Re: [PATCH v4 14/17] x86/hvm: remove hvm_io_state enumeration
>
> >>> On 24.06.15 at 13:24, wrote:
> > Emulation requ
> -Original Message-
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Thursday, June 25, 2015 5:06 PM
> To: Wu, Feng; xen-devel@lists.xen.org
> Cc: Tian, Kevin; k...@xen.org; george.dun...@eu.citrix.com;
> jbeul...@suse.com; Zhang, Yang Z
> Subject: Re: [Xen-devel] [v3 04/
>>> On 24.06.15 at 13:24, wrote:
> Use an ioreq_t rather than open coded state, size, dir and data fields
> in struct hvm_vcpu_io. This also allows PIO completion to be handled
> similarly to MMIO completion by re-issuing the handle_pio() call.
Aren't you referring to ...
> @@ -501,11 +501,12 @@
Timeouts have the standard values.
Good luck with installing 15.04.
On Thu, Jun 25, 2015 at 12:34 PM, Marcos Simó Picó wrote:
> Okay, /etc/tpm0 is present.
>
> The timeout values are:
>
> 752000 200 752000 752000 [adjusted]
>
>
> I have no problem actually upgrading to Ubuntu 15.04 if that
At 10:22 + on 19 Jun (1434709345), Li, Liang Z wrote:
> > > > > xen/arch/x86/mm/p2m-ept.c | 4
> > > > > 1 file changed, 4 insertions(+)
> > > > >
> > > > > diff --git a/xen/arch/x86/mm/p2m-ept.c b/xen/arch/x86/mm/p2m-
> > ept.c
> > > > > index 5133eb6..26293a0 100644
> > > > > --- a/xen/
At 11:44 +0200 on 22 Jun (1434973458), Vitaly Kuznetsov wrote:
> Tim Deegan writes:
>
> > At 15:35 +0200 on 03 Jun (1433345722), Vitaly Kuznetsov wrote:
> >> x86-specific hook cleans up the pirq-emuirq mappings and replaces the
> >> shared_info frame with an empty page to support subsequent
> >>
>>> On 24.06.15 at 13:24, wrote:
> If memory mapped I/O is 'chunked' then the I/O must be re-emulated,
> otherwise only the first chunk will be processed. This patch makes
> sure all I/O from a buffer is re-emulated regardless of whether it
> is a read or a write.
I'm not sure I understand this:
At 17:57 +0800 on 23 Jun (1435082233), Tiejun Chen wrote:
> We will create this sort of identity mapping as follows:
>
> If the gfn space is unoccupied, we just set the mapping. If space
> is already occupied by desired identity mapping, do nothing.
> Otherwise, failure is returned.
>
> And we al
This patch series is to add pvusb toolstack work, supporting hot add|remove
USB device to|from guest and specify USB device in domain configuration file.
Changes to v4:
* use DEFINE_DEVICE_ADD and DEFINE_DEVICES_ADD to handle usbctrl adding
and usb adding, define extended macro DEFINE_DEVICE_REM
Add code to support pvusb in domain config file. One could specify
usbctrl and usb in domain's configuration file and create domain,
then usb controllers will be created and usb device would be attached
to guest automatically.
One could specify usb controllers and usb devices in config file
like t
Signed-off-by: Chunyan Liu
Signed-off-by: Simon Cao
---
Changes:
* Not export device_addrm_aocomplete now. The only place that
will call device_addrm_aocomplete in pvusb is
libxl_device_usbctrl_remove/destroy, we'll define them in
libxl.c too with an extended macro.
tools/libxl/li
Add pvusb APIs, including:
- attach/detach (create/destroy) virtual usb controller.
- attach/detach usb device
- list usb controller and usb devices
- some other helper functions
Signed-off-by: Chunyan Liu
Signed-off-by: Simon Cao
---
changes:
- Use macros DEFINE_DEVICE_ADD and DEFINE_DEVI
Add API for listing assignable USB devices info.
Assignable USB device means the USB device type is assignable and
it's not assigned to any guest yet.
Signed-off-by: Chunyan Liu
---
This could be squashed with previous patch. Split because there is
some dispute on this. If this is acceptable, cou
Add pvusb commands: usb-ctrl-attach, usb-ctrl-detach, usb-list,
usb-attach and usb-detach.
To attach a usb device to guest through pvusb, one could follow
following example:
#xl usb-ctrl-attach test_vm version=1 num_ports=8
#xl usb-list test_vm
will show the usb controllers and port usage und
Add xl usb-assignable-list command to list assignable USB devices.
Assignable USB device means the USB device type is assignable and
it's not assigned to any guest yet.
Signed-off-by: Chunyan Liu
---
Same as "libxl: add libxl_device_usb_assignable_list API" patch,
this patch could be sqaushed
Sysfs file has size=4096 but actual file content is less than that.
Current libxl_read_file_contents will treat it as error when file size
and actual file content differs, so reading sysfs file content with
this function always fails.
Add a new entry libxl_read_sysfs_file_contents to handle sysfs
flight 58863 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58863/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 15 guest-start/debian.repeat fail REGR. vs. 58451
test-amd64-amd64
On 25/06/15 10:47, Wu, Feng wrote:
>
>> -Original Message-
>> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
>> Sent: Thursday, June 25, 2015 5:06 PM
>> To: Wu, Feng; xen-devel@lists.xen.org
>> Cc: Tian, Kevin; k...@xen.org; george.dun...@eu.citrix.com;
>> jbeul...@suse.com; Zhang,
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 June 2015 10:51
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH v4 15/17] x86/hvm: use ioreq_t to track in-flight state
>
> >>> On 24.06.15 at 13:24,
Ian Campbell writes ("Re: [PATCH OSSTEST v3 09/22] Enable chain loading to
local disk for UEFI PXE systems."):
> On Wed, 2015-06-24 at 17:07 +0100, Ian Jackson wrote:
> > If you change this print to a die instead, in the previous patch, you
> > can put my ack on that one too.
>
> I guess you mean
On 24/06/15 06:18, Feng Wu wrote:
> VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt.
> With VT-d Posted-Interrupts enabled, external interrupts from
> direct-assigned devices can be delivered to guests without VMM
> intervention when guest is running in non-root mode.
>
> This
On Tue, 2015-06-23 at 11:15 +0200, Fabio Fantoni wrote:
> Usage:
> ahci=0|1 (default=0)
I think a global rather than per disk option is OK (I can't think why a
user would want to mix and match) but maybe we should consider using an
enum (with values ide and ahci, defaulting to ide in libxl) so tha
Ian Campbell writes ("Re: [PATCH OSSTEST v3 02/22] mg-*: Make package fetching
common in new mgi-debian"):
> On Wed, 2015-06-24 at 17:00 +0100, Ian Jackson wrote:
...
> > Although, another option would be to put this in mgi-common and call
> > it "fetch_debian_package".
>
> I'm happy either way,
On Mon, May 11, 2015 at 12:55:34PM +0100, Julien Grall wrote:
> Hi all,
>
> This small series are the only changes required in Xen in order to run a guest
> using 64K page granularity on top of an unmodified Xen.
>
> I'd like feedback from maintainers tools to know if it might be worth to
> intro
Pang, LongtaoX writes ("RE: [OSSTEST Nested PATCH v11 6/7] Compose the main
recipe of nested test job"):
> > -Original Message-
> > From: Ian Campbell [mailto:ian.campb...@citrix.com]
...
> > I think you are correct, the logs capture will fail too.
> >
> > I'll leave it to Ian to suggest
On Tue, 2015-06-23 at 18:25 +0200, Vitaly Kuznetsov wrote:
> "Jan Beulich" writes:
>
> On 26.05.15 at 15:32, wrote:
> >> --- a/xen/arch/arm/p2m.c
> >> +++ b/xen/arch/arm/p2m.c
> >> @@ -1709,9 +1709,9 @@ bool_t p2m_mem_access_check(paddr_t gpa, vaddr_t
> >> gla,
> >> const struct npfec npf
On Mon, Jun 22, 2015 at 06:11:18PM +0200, Roger Pau Monne wrote:
> Introduce a new arch_setup_meminit_hvm that's going to be used to populate
> HVM domain memory. Rename arch_setup_meminit to arch_setup_meminit_hvm_pv
arch_setup_meminit_hvm/pv
> and introduce a stub arch_setup_meminit that will c
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 June 2015 10:58
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH v4 16/17] x86/hvm: always re-emulate I/O from a buffer
>
> >>> On 24.06.15 at 13:24,
On Thu, Jun 25, 2015 at 11:29:34AM +0100, Wei Liu wrote:
> On Mon, Jun 22, 2015 at 06:11:18PM +0200, Roger Pau Monne wrote:
> > Introduce a new arch_setup_meminit_hvm that's going to be used to populate
> > HVM domain memory. Rename arch_setup_meminit to arch_setup_meminit_hvm_pv
>
> arch_setup_me
Ian Campbell writes ("[PATCH OSSTEST v3 21/22] Debian: Arrange to be able to
chainload a xen.efi from grub2"):
> Note that the 20_linux_xen change here is a bit specific to us and not
> really generic enough to go upstream IMHO, hence I haven't.
So if we accept this patch, we are committing to al
Ian Campbell writes ("[PATCH OSSTEST 1/2] mg-debian-installer-update: Print the
correct value for TftpDiVersion"):
> That is, the date without the suite suffix.
...
> -echo $date
> -echo >&2 "downloaded $dstroot/$arch/$date"
> +echo "New TftpDiVersion: $date"
> +echo >&2 "downloaded $dstroot/$dst"
Ian Campbell writes ("[PATCH OSSTEST 2/2] mg-debian-installer-update: Update
"current" symlink, if appropriate"):
> Where "appropriate" means if TftpDiVersion is set to current, which is
> the default in standalone mode. The assumption is that someone wuth
> that configration runs mg-debian-instal
Ian Campbell writes ("[PATCH OSSTEST v] Add some sanity checks for presence of
Repos configuration"):
> By providing an explicit fetch method in cri-getconfig which checks
> things.
>
> Without this then anything which uses cr-daily-branch produces the
> rather cryptic:
>
> + test -f daily.x
I think the subject line should be changed a bit.
We already support HVM direct kernel boot with QEMU. Now you're
implementing that without QEMU.
Wei.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Wed, 2015-06-24 at 16:41 +0100, Ian Jackson wrote:
> Euan Harris writes ("Re: Cancelling asynchronous operations in libxl"):
> > We've discussed the semantics of cancellation a bit more off-list and
> > have come to two conclusions:
> >
> > 1. [...]
> >
> > We should rename the propos
On 06/25/2015 10:53 AM, Dario Faggioli wrote:
On Wed, 2015-06-24 at 14:06 +0200, Juergen Gross wrote:
Hi,
my qemu integrated pvUSB backend is now running stable enough to do
some basic performance measurements. I've passed a memory-stick with
about 90MB of data on it to a pv-domU. Then I read a
On Tue, Jun 23, 2015 at 05:57:20PM +0800, Tiejun Chen wrote:
> We will introduce the hypercall xc_reserved_device_memory_map
> approach to libxc. This helps us get rdm entry info according to
> different parameters. If flag == PCI_DEV_RDM_ALL, all entries
> should be exposed. Or we just expose that
>>> On 24.06.15 at 13:24, wrote:
> @@ -621,14 +574,41 @@ static int hvmemul_phys_mmio_access(
>
> for ( ;; )
> {
> -rc = hvmemul_do_mmio_buffer(gpa, &one_rep, chunk, dir, 0,
> -*buffer);
> -if ( rc != X86EMUL_OKAY )
> -bre
>>> On 25.06.15 at 12:32, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 25 June 2015 10:58
>> To: Paul Durrant
>> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
>> Subject: Re: [PATCH v4 16/17] x86/hvm: always re-emulate I/O from
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 June 2015 11:47
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH v4 17/17] x86/hvm: track large memory mapped
> accesses by buffer offset
>
> >>> On 24
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 June 2015 11:50
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: RE: [PATCH v4 16/17] x86/hvm: always re-emulate I/O from a buffer
>
> >>> On 25.06.15 at 12:32,
Thursday, June 25, 2015, 10:48:40 AM, you wrote:
On 24.06.15 at 21:38, wrote:
>> I'm having some trouble with a xhci controller passed through with
>> pci-passthrough to one of my HVM guests.
>> It uses MSI-X for interrupts, a bisection turned up the following commit:
>>
>> x86/MSI: t
On Tue, Jun 23, 2015 at 05:57:21PM +0800, Tiejun Chen wrote:
> This patch passes rdm reservation policy to xc_assign_device() so the policy
> is checked when assigning devices to a VM.
>
> Note this also bring some fallout to python usage of xc_assign_device().
>
> CC: Ian Jackson
> CC: Stefano
> -Original Message-
> From: Paul Durrant
> Sent: 25 June 2015 11:52
> To: 'Jan Beulich'
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: RE: [PATCH v4 17/17] x86/hvm: track large memory mapped
> accesses by buffer offset
>
> > -Original Message-
> > F
>>> On 25.06.15 at 12:51, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 25 June 2015 11:47
>> To: Paul Durrant
>> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
>> Subject: Re: [PATCH v4 17/17] x86/hvm: track large memory mapped
>
>>> On 25.06.15 at 12:55, wrote:
>> From: Paul Durrant
>> Sent: 25 June 2015 11:52
>> > From: Jan Beulich [mailto:jbeul...@suse.com]
>> > Sent: 25 June 2015 11:47
>> > >>> On 24.06.15 at 13:24, wrote:
>> > > @@ -621,14 +574,41 @@ static int hvmemul_phys_mmio_access(
>> > >
>> > > for ( ;; )
On Tue, Jun 23, 2015 at 05:57:24PM +0800, Tiejun Chen wrote:
> After commit 5dff8e9eedc7, "libxc/libxl: fill xc_hvm_build_args in
> libxl" is introduced, we won't check to set args.mmio_size inside
> xc_hvm_build as before. So instead, we need to do this before call
> that.
>
> CC: Ian Jackson
>
Chunyan Liu writes ("[PATCH V5 2/7] libxl_read_file_contents: add new entry to
read sysfs file"):
> Sysfs file has size=4096 but actual file content is less than that.
> Current libxl_read_file_contents will treat it as error when file size
> and actual file content differs, so reading sysfs file
V4 changes:
1) introduce a new struct, internal_governor, to "cpufreq_policy";
2) add a new header file, xen/include/asm-x86/cpufreq.h;
3) remove the APERF/MPERF feature detection code in cpufreq.c and powernow.c;
4) coding style changes.
Please check each patch's commit message for details.
V3 C
Il 25/06/2015 12:21, Ian Campbell ha scritto:
On Tue, 2015-06-23 at 11:15 +0200, Fabio Fantoni wrote:
Usage:
ahci=0|1 (default=0)
I think a global rather than per disk option is OK (I can't think why a
user would want to mix and match) but maybe we should consider using an
enum (with values ide
Add a common interface for matching the current cpu against an
array of x86_cpu_ids. Also change mwait-idle.c to use it.
v4 changes:
None.
Signed-off-by: Wei Wang
---
xen/arch/x86/cpu/common.c | 38 ++
xen/arch/x86/cpu/mwait-idle.c | 28 +++---
Chunyan Liu writes ("[PATCH V5 3/7] libxl: add pvusb API"):
> Add pvusb APIs, including:
> - attach/detach (create/destroy) virtual usb controller.
> - attach/detach usb device
> - list usb controller and usb devices
> - some other helper functions
>
> Signed-off-by: Chunyan Liu
> Signed-off-
In order to better support future Intel processors, intel_pstate
changes to use percentage values to tune P-states. The setpolicy
driver interface is used to configure the intel_pstate internal
policy. The __cpufreq_set_policy needs to be intercepted to use
the setpolicy driver if it exists.
The p
The added calculation related functions will be used in the intel_pstate.c.
They are copied from the Linux kernel(commit 2418f4f2, f3002134, eb18cba7).
v4 changes:
1) in commit message, "kernel" changed to "Linux kernel"
2) if-else coding style change.
Signed-off-by: Wei Wang
---
xen/include/as
cpufreq_add_cpu() is already called in the hypercall code path
(the bottom of set_px_pminfo() and inside cpufreq_cpu_init()).
So, we remove the redundant calling here.
v4 changes:
None.
Signed-off-by: Wei Wang
---
xen/drivers/cpufreq/cpufreq.c | 2 --
1 file changed, 2 deletions(-)
diff --git
Register the CPU hotplug notifier when the driver is
registered, and move the driver register function to
the cpufreq.c.
v4 changes:
1) Coding style change (the position of "||").
Signed-off-by: Wei Wang
---
xen/drivers/cpufreq/cpufreq.c | 14 +++---
xen/include/acpi/cpufreq/cpufre
Add support to detect the APERF/MPERF feature. Also, remove the identical
code in cpufreq.c and powernow.c.
v4 changes:
1) this is a new consolidated patch dealing with the APERF/MPERF feature
detection.
Signed-off-by: Wei Wang
---
xen/arch/x86/acpi/cpufreq/cpufreq.c | 6 ++
xen/arch/x86/a
We change to NULL the cpufreq_cpu_policy pointer after the call of
cpufreq_driver->exit, because the pointer is still needed in
intel_pstate_set_pstate().
v4 changes:
None.
Signed-off-by: Wei Wang
---
xen/drivers/cpufreq/cpufreq.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
dif
Add support in the pmstat.c so that the xenpm tool can request to
access the intel_pstate driver.
v4 changes:
1) changed to use the "internal_governor struct";
2) coding style change (indentation of "gov_num++").
Signed-off-by: Wei Wang
---
tools/libxc/xc_pm.c | 4 +-
xen/drivers/acpi
By default, the old P-state driver (acpi-freq) is used. Adding
"intel_pstate" to the Xen booting param list to enable the
use of intel_pstate. However, if intel_pstate is enabled on a
machine which does not support the driver (e.g. Nehalem), the
old P-state driver will be loaded due to the failure
The intel_pstate driver is ported following its kernel code logic
(commit: 93f0822d).In order to port the Linux source file with
minimal modifications, some of the variable types are kept intact
(e.g. "int current_pstae", would otherwise be changed to
"unsigned int").
In the kernel, a user can adj
1 - 100 of 323 matches
Mail list logo
