flight 32507 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32507/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 26303
Tests which are failin
On Fri, Dec 19, 2014 at 09:40:00PM -0500, David Miller wrote:
> From: Eric Dumazet
> Date: Fri, 19 Dec 2014 17:34:48 -0800
>
> >> @@ -4620,7 +4620,11 @@ static void net_rx_action(struct softirq_action *h)
> >> */
> >>napi_gro
flight 32508 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32508/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-libvirt 9 guest-start fail never pass
test-amd64-amd64-libvirt 9 guest-start
flight 32503 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32503/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-pair 18 guest-migrate/dst_host/src_host fail REGR. vs. 32392
Tests which did not
flight 32499 seabios real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32499/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rhel6hvm-intel 5 xen-bootfail REGR. vs. 32285
Tests which did not succe
From: Eric Dumazet
Date: Fri, 19 Dec 2014 17:34:48 -0800
>> @@ -4620,7 +4620,11 @@ static void net_rx_action(struct softirq_action *h)
>> */
>> napi_gro_flush(n, HZ >= 1000);
>> }
>> -
On Sat, 2014-12-20 at 11:36 +1100, Herbert Xu wrote:
> On Sat, Dec 20, 2014 at 11:23:27AM +1100, Herbert Xu wrote:
> >
> > A similar bug exists in virtio_net.
>
> In order to detect other drivers doing this we should add something
> like this.
>
> -- >8 --
> The commit d75b1ade567ffab085e8adbbdac
flight 32491 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32491/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 32431
Regressions which are
On Sat, Dec 20, 2014 at 11:23:27AM +1100, Herbert Xu wrote:
>
> A similar bug exists in virtio_net.
In order to detect other drivers doing this we should add something
like this.
-- >8 --
The commit d75b1ade567ffab085e8adbbdacf0092d10cd09c (net: less
interrupt masking in NAPI) required drivers to
David Vrabel wrote:
> After d75b1ade567ffab085e8adbbdacf0092d10cd09c (net: less interrupt
> masking in NAPI) the napi instance is removed from the per-cpu list
> prior to calling the n->poll(), and is only requeued if all of the
> budget was used. This inadvertently broke netfront because netfron
P.S. here is the vif line I used:
vif = [
"model=vmxnet3,bridge=xenbr0,mac=00:0c:29:86:44:a0",
"model=e1000,bridge=xenbr0,mac=00:0c:29:86:44:aa",
"model=vmxnet3,bridge=xenbr0,mac=00:0c:29:86:44:b4",
"model=vmxnet3,bridge=xenbr0,mac=00:0c:29:86:44:be",
"model=vmxnet3,bridge=xenbr0,mac=00:0c:2
xen_emul_unplug=unnecessary (kernel arg) may help you here.
Also udev likes to rename your devices.
Here is a lspci from a guest:
[root@C63-min-tools ~]# lspci
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [
Thanks, see attached :
This is on Salix 14.1 running the 3.17.4 kernel. That's not particularly
relevant though, as I had exactly the same error on Debian using other
kernel versions.
On 19 December 2014 at 10:05, Ian Campbell wrote:
> On Thu, 2014-12-18 at 22:36 +, Peter Kay wrote:
> > Is
flight 32506 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32506/
Perfect :-)
All tests in this flight passed
version targeted for testing:
rumpuserxen 3f853f8ea1bc6859320a52cec7c53fef04c3dfde
baseline version:
rumpuserxen 0a0e61c12101ca4fe48da63f0997
Hi Petr,
On Thu, Nov 13, 2014 at 04:51:48PM +0100, Petr Tesarik wrote:
> Hi all,
>
> this thread got somehow forgotten because of vacations...
> Anyway, read below.
[...]
Due to delays in EFI + GRUB2 + Xen project I must postpone
work on this a bit longer than I expected. I will check
what is go
Hi all,
I was going to send EFI + GRUB2 + Xen upstream patches based on my
internal work for Xen 4.3.1 last week. Sadly, I was killing various
bugs surfacing on various machines in unexpected places in this almost
fully featured solution. This means I was not able to do that as I
planned. Addition
Lars,
>@Russell: you may want to update the XM to XL pages or create a new
>one and add your video
I've updated the existing Wiki pages. I've also created an unpublished
entry in the Video section of the XenProject.org website. Should we
publish that now, or wait until release?
Russ
On Fri, De
On Fri, Dec 19, 2014 at 03:30:23PM +, Jan Beulich wrote:
> >>> On 19.12.14 at 15:52, wrote:
> > ** The key changes normally are changes to scalability/memory/etc. limits -
> > maybe Jan(x86) and Ian(ARM) can look let me know of changes
>
> Iirc scalability changes on the x86 side were mostly
flight 32485 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32485/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 8 guest-start fail REGR. vs. 31241
test-amd64-amd64-rump
On Fri, Dec 19, 2014 at 12:25:26PM +0100, Olaf Hering wrote:
> This is a resend of these two series:
> http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg00858.html
> http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg00669.html
>
> New in v3 is a wrapper to run xenstored.
On Fri, Dec 19, 2014 at 11:17:02AM +, Jan Beulich wrote:
> This was accidentally lost in commit fbc3d9a220 ("EFI: add
> efi_arch_handle_cmdline() for processing commandline"), leading to the
> "Unknown command line option" warning being printed whenever options
> get passed to the core hypervis
On Fri, Dec 19, 2014 at 01:48:18PM +, Jan Beulich wrote:
> Konrad,
>
> any word on
> http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg01253.html
Release-Acked-by: Konrad Rzeszutek Wilk
> http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg01370.html
Shouldn't that h
On Fri, Dec 19, 2014 at 03:19:44PM +, Andrew Cooper wrote:
> On 16/12/14 20:49, Konrad Rzeszutek Wilk wrote:
> > On Tue, Dec 16, 2014 at 05:43:08PM +, Andrew Cooper wrote:
> >> On 16/12/14 16:13, konrad.w...@oracle.com wrote:
> >>> Xen 4.5-rc4 was out on Monday (Dec 15th). This is the last
On 19 Dec 2014, at 17:10, Meng Xu wrote:
>
> I have finished the wiki page. Here is the link:
> http://wiki.xenproject.org/wiki/User:Pennpanda
> I followed the Credit scheduler's wiki page to complete the RTDS'.
> (I'm not sure how to add a title for that page as Credit scheduler does. :-(
Please backport this patch to 4.4.
Other branches may need the mmap() check as well. The callers expect
either NULL or a valid pointer.
It is upstream commit e86539a388314cd3dca88f5e69d7873343197cd8
Thanks,
Olaf
On Wed, May 21, Ian Campbell wrote:
> On Tue, 2014-05-20 at 05:37 -0700, Luis R.
Hi Lars and Dario,
2014-12-19 11:15 GMT-05:00 Dario Faggioli :
> On Fri, 2014-12-19 at 10:55 -0500, Meng Xu wrote:
>
> > 2014-12-19 9:52 GMT-05:00 Lars Kurth :
> > Hi all,
> >
> > Please reply to the thread and I will add that page.
> > ** The key changes normally are chan
On 12/19/2014 11:16 AM, Jan Beulich wrote:
Using the native code here can't work properly, as the hypervisor would
normally have cleared the two reason bits by the time Dom0 gets to see
the NMI (if passed to it at all). There's a shared info field for this,
and there's an existing hook to use - j
On Fri, 2014-12-19 at 10:55 -0500, Meng Xu wrote:
> 2014-12-19 9:52 GMT-05:00 Lars Kurth :
> Hi all,
>
> Please reply to the thread and I will add that page.
> ** The key changes normally are changes to
> scalability/memory/etc. limits - maybe Jan(x86) and
Using the native code here can't work properly, as the hypervisor would
normally have cleared the two reason bits by the time Dom0 gets to see
the NMI (if passed to it at all). There's a shared info field for this,
and there's an existing hook to use - just fit the two together. Note
that the hook
On 19 Dec 2014, at 15:55, Meng Xu wrote:
> Hi Lars,
>
> 2014-12-19 9:52 GMT-05:00 Lars Kurth :
> Hi all,
>
> Please reply to the thread and I will add that page.
> ** The key changes normally are changes to scalability/memory/etc. limits -
> maybe Jan(x86) and Ian(ARM) can look let me know o
Hi Lars,
2014-12-19 9:52 GMT-05:00 Lars Kurth :
> Hi all,
>
>
Please reply to the thread and I will add that page.
> ** The key changes normally are changes to scalability/memory/etc. limits
> - maybe Jan(x86) and Ian(ARM) can look let me know of changes
> ** Also new platforms, changes to experi
Friday, December 19, 2014, 3:55:00 PM, you wrote:
> Hi Sander,
> Could you please help to test attached patch? It works
> on native but I have no Xen environment at hand.
> Thanks!
> Gerry
Hi Gerry,
First of all thanks for the swift response !
Just tested this patch and i can report th
>>> On 19.12.14 at 15:52, wrote:
> ** The key changes normally are changes to scalability/memory/etc. limits -
> maybe Jan(x86) and Ian(ARM) can look let me know of changes
Iirc scalability changes on the x86 side were mostly (if not exclusively)
in terms of performance improvements (in some cas
On Thu, Dec 18, 2014 at 10:25:15AM +, David Vrabel wrote:
> On 18/12/14 10:17, Ian Campbell wrote:
> > On Tue, 2014-12-16 at 16:13 +, Frediano Ziglio wrote:
> >> Do we have a bug in Xen that affect SSE instructions (possibly already
> >> fixed after Philipp version) ?
> >
> > I've had a ni
On Thu, Dec 18, 2014 at 09:47:37AM +, Ian Campbell wrote:
> On Wed, 2014-12-17 at 15:40 +, Julien Grall wrote:
> > The domain vgic lock is used uninitialized.
> >
> > Signed-off-by: Julien Grall
>
> Acked-by: Ian Campbell
Release-Acked-by: Konrad Rzeszutek Wilk
>
> > ---
> > Thi
On 16/12/14 20:49, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 16, 2014 at 05:43:08PM +, Andrew Cooper wrote:
>> On 16/12/14 16:13, konrad.w...@oracle.com wrote:
>>> Xen 4.5-rc4 was out on Monday (Dec 15th). This is the last RC and then
>>> we have the General Release on Jan 7th!
>>>
>>> Details
>>> On 19.12.14 at 02:21, wrote:
> #4 Something like USB, is still restricted to current RMRR implementation. We
>should work out this case.
This can mean all or nothing. My understanding is that right now code
assumes that USB devices won't use their RMRR-specified memory
regions post-boot (
Hi Sander,
Could you please help to test attached patch? It works
on native but I have no Xen environment at hand.
Thanks!
Gerry
On 2014/12/19 21:16, Sander Eikelenboom wrote:
> Hi,
>
> When running under Xen, ACPI powerbutton events don't work anymore,
> there is no reaction when pressi
Hi all,
in preparation for the release we need to update some wiki pages, as well as
in-tree docs
First of all, any new features for which any of you have written new wiki pages
should be marked with [[Category:Xen 4.5]]. Either do this, or reply with URLs
to pages and I will do so
Otherwise
Correctly CC'ing xen-devel as well this time
~Andrew
On 19/12/14 14:31, Andrew Cooper wrote:
> Hello,
>
> Coverity has identified a large number of memory leaks in libxl, because
> of the use of libxl_domain_info() without an init/dispose for the
> libxl_dominfo object.
>
> If XSM is active, this
Konrad,
any word on
http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg01253.html
http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg01370.html
http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg01485.html
sent several days ago (there were more earlier today) fo
Hi Sander,
Found the root cause now, but still need some time to find
a solution for this issue.
xen_smp_prepare_cpus() doesn't call:
smpboot_setup_io_apic()->setup_IO_APIC()
So no irqdomain structure for IOAPIC created, then mp_map_pin_to_irq()
fails at the very beginning.
The mo
>>> On 18.12.14 at 19:06, wrote:
> We need to make sure that last_vcpu is not pointing to VCPU whose
> VPMU is being destroyed. Otherwise we may try to dereference it in
> the future, when VCPU is gone.
>
> We have to do this via IPI since otherwise there is a (somewheat
> theoretical) chance tha
Hi Sander,
Sorry for the trouble, I will investigate on next Monday.
Regards!
Gerry
On 2014/12/19 21:16, Sander Eikelenboom wrote:
> Hi,
>
> When running under Xen, ACPI powerbutton events don't work anymore,
> there is no reaction when pressing the powerbutton.
>
> On baremetal everyth
Hi,
When running under Xen, ACPI powerbutton events don't work anymore,
there is no reaction when pressing the powerbutton.
On baremetal everything works fine, acpid gets the event and the
machine powers down perfectly. The machine is an Intel NUC.
Bisection has lead to:
b81975eade8c6495f3c4
>>> On 19.12.14 at 12:32, wrote:
> On 19/12/14 09:11, Jan Beulich wrote:
> On 18.12.14 at 19:51, wrote:
>>> On 18/12/14 18:27, Roger Pau Monne wrote:
Prevent Dom0 from accessing HPET MMIO region by adding it to the list of
denied memory regions.
Signed-off-by: Roger Pau Mo
flight 32459 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32459/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 32429
Tests which did not succeed,
Hello Ian,
On 18.12.2014 11:17, Ian Campbell wrote:
> On Tue, 2014-12-16 at 16:13 +, Frediano Ziglio wrote:
>> Do we have a bug in Xen that affect SSE instructions (possibly already
>> fixed after Philipp version) ?
>
> I've had a niggling feeling of Deja Vu over this which I'd been putting
>
Hello,
In one of my experiment, I am building a Linux VM with Network interface model
as "vmxnet3". I am able to create the VM successfully, but I see that the
driver loaded is "vif" and not "vmxnet3". I am using the following option for
the network interface: vif = [ 'type=ioemu, mac=00:16:3e:
On 19/12/14 09:11, Jan Beulich wrote:
On 18.12.14 at 19:51, wrote:
>> On 18/12/14 18:27, Roger Pau Monne wrote:
>>> Prevent Dom0 from accessing HPET MMIO region by adding it to the list of
>>> denied memory regions.
>>>
>>> Signed-off-by: Roger Pau Monné
>>> Cc: Jan Beulich
>>> Cc: Andrew C
There is no need to export XENSTORED_ROOTDIR. This variable can be
enabled in sysconfig/xencommons. If the variable is unset xenstored
will automatically use @XEN_LIB_STORED@.
Signed-off-by: Olaf Hering
Acked-by: Ian Jackson
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
The shell wrapper in xenstored.service does not handle XENSTORE_TRACE.
Create a separate wrapper script which is used in the sysv runlevel
script and in systemd xenstored.service. It preserves existing
behaviour by handling the XENSTORE_TRACE boolean. It also implements
the handling of XENSTORED_A
This is a resend of these two series:
http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg00858.html
http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg00669.html
New in v3 is a wrapper to run xenstored. See its patch description
for details.
Patch 2-6 should be applied for
Starting domains during boot will most likely require network for
the local bridge and it may need access to remote filesystems. Add
ordering tags to systemd service file.
Signed-off-by: Olaf Hering
Acked-by: Wei Liu
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
---
to
Using SELinux mount options per default breaks several systems.
Either the context= mount option is not known at all to the kernel,
as reported for ArchLinux. Or the default value "none" is unknown to
SELinux, as reported for Fedora. In both cases the unit will fail.
The proper place to specify mo
The referenced sysconfig/xenconsoled does not exist. If anything
needs to be specified it has to go into the existing
sysconfig/xencommons file.
Signed-off-by: Olaf Hering
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
---
tools/hotplug/Linux/systemd/xenconsoled.service.
This can (and will) be legitimately the case when sharing page tables
with EPT (more of a problem before p2m_access_rwx became zero, but
still possible even now when other than that is the default for a
guest), leading to an unconditional crash (in print_vtd_entries())
when a DMA remapping fault oc
On 19/12/14 08:04, Roger Pau Monné wrote:
> Hello,
>
> El 18/12/14 a les 19.51, Andrew Cooper ha escrit:
>> On 18/12/14 18:27, Roger Pau Monne wrote:
>>> Prevent Dom0 from accessing HPET MMIO region by adding it to the list of
>>> denied memory regions.
>>>
>>> Signed-off-by: Roger Pau Monné
>>> C
The references Environment file does not exist, and the service file
does not make use of variables anyway.
Signed-off-by: Olaf Hering
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
---
tools/hotplug/Linux/systemd/xen-qemu-dom0-disk-backend.service.in | 1 -
1 file chang
Instead of inventing a new XENCONSOLED_LOG= variable reuse the
existing XENCONSOLED_TRACE= variable in xenconsoled.service.
Signed-off-by: Olaf Hering
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
---
tools/hotplug/Linux/systemd/xenconsoled.service.in | 4 ++--
1 file c
This was accidentally lost in commit fbc3d9a220 ("EFI: add
efi_arch_handle_cmdline() for processing commandline"), leading to the
"Unknown command line option" warning being printed whenever options
get passed to the core hypervisor or the Dom0 kernel.
Signed-off-by: Jan Beulich
--- a/xen/common
On Fri, 2014-12-19 at 11:50 +0100, Dario Faggioli wrote:
> > > However, that seems to be taken into account by the fact that, in
> > > make-flight, in test_matrix_do_one(), after only 2 jobs are created (the
> > > basic debian one and a libvirt one) we have this:
> > >
> > > # No further arm tes
On Fri, 2014-12-19 at 09:48 +, Ian Campbell wrote:
> On Thu, 2014-12-18 at 18:29 +0100, Dario Faggioli wrote:
> > On Thu, 2014-12-18 at 16:10 +0100, Juergen Gross wrote:
>
> > > So: Why can't you test cpupools on ARM?
> > >
> > We certainly can. ARM testing via OSSTest is a still experimental
On Thu, 2014-12-18 at 23:58 -0700, Chun Yan Liu wrote:
>
> >>> On 12/18/2014 at 11:27 PM, in message
> >>> <1418916436.11882.101.ca...@citrix.com>,
> Ian Campbell wrote:
> > On Tue, 2014-12-16 at 14:32 +0800, Chunyan Liu wrote:
> > > Changes to V8:
> > > * remove libxl_domain_snapshot_creat
On Fri, 2014-12-19 at 00:03 -0700, Chun Yan Liu wrote:
> '--name' meant to give a meaningful name (like: newinstall. Used as the
> memory snapshot name and disk snapshot name).
Where is this name stored and when and where would it be presented to
the user?
> That's good. Then we need to add some
On Thu, 2014-12-18 at 22:45 -0700, Chun Yan Liu wrote:
>
> >>> On 12/18/2014 at 11:10 PM, in message
> >>> <1418915443.11882.86.ca...@citrix.com>,
> Ian Campbell wrote:
> > On Tue, 2014-12-16 at 14:32 +0800, Chunyan Liu wrote:
> > > Changes to V8:
> > > * add an overview document, so that o
Thank you for your response,
I compiled Linux 3.0.101, sch_plug, and reinstalled remus-drbd. I still
receive the same error when starting remus:
> xc: error: rdexact failed (select returned 0): Internal error
> xc: error: Error when reading batch size (110 = Connection timed out):
> Internal er
On Thu, 2014-12-18 at 22:36 +, Peter Kay wrote:
> Is parallel make supported for xen? If I compile 4.5 rc4 (although the
> error exists with many other prior releases too) with make -j4 world
> it fails part way through with an error 2. This does not occur with a
> straight 'make world'
It is
On Fri, 2014-12-19 at 17:53 +0800, Minalkumar Patel wrote:
> i got daily patch emails from xen-devel but i don't need on this email
> address so how to deactivate it please tell me
Please visit http://lists.xen.org/cgi-bin/mailman/options/xen-devel
Ian.
i got daily patch emails from xen-devel but i don't need on this email address
so how to deactivate it please tell me___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Il 19/12/2014 02:21, Tiejun Chen ha scritto:
RMRR Fix Design for Xen
This design is a goal to fix RMRR for Xen. It includes four sectors as
follows:
* Background
* What is RMRR
* Current RMRR Issues
* Design Overview
We hope this can help us to understa
On Thu, 2014-12-18 at 18:29 +0100, Dario Faggioli wrote:
> On Thu, 2014-12-18 at 16:10 +0100, Juergen Gross wrote:
> > So: Why can't you test cpupools on ARM?
> >
> We certainly can. ARM testing via OSSTest is a still experimental,
> AFAIUI.
arm32 testing is production in osstest.
> I don't eve
At 14:09 +0800 on 19 Dec (1418994579), Chao Peng wrote:
> On Thu, Dec 18, 2014 at 05:40:28PM +0100, Tim Deegan wrote:
> > Hi,
> >
> > Thanks for posting this - it's very useful. I have a couple of
> > questions about the interface design.
> Thanks Tim.
> >
> > At 20:27 +0800 on 12 Dec (1418412477)
>>> On 18.12.14 at 19:51, wrote:
> On 18/12/14 18:27, Roger Pau Monne wrote:
>> Prevent Dom0 from accessing HPET MMIO region by adding it to the list of
>> denied memory regions.
>>
>> Signed-off-by: Roger Pau Monné
>> Cc: Jan Beulich
>> Cc: Andrew Cooper
>
> Apologies that this reply is split
>>> On 18.12.14 at 20:05, wrote:
> On 18/12/14 18:27, Roger Pau Monne wrote:
>> --- a/xen/arch/x86/domain_build.c
>> +++ b/xen/arch/x86/domain_build.c
>> @@ -312,16 +312,47 @@ static __init void pvh_add_mem_mapping(struct domain
>> *d, unsigned long gfn,
>>
>>> On 18.12.14 at 19:51, wrote:
> On 18/12/14 18:27, Roger Pau Monne wrote:
>> Prevent Dom0 from accessing HPET MMIO region by adding it to the list of
>> denied memory regions.
>>
>> Signed-off-by: Roger Pau Monné
>> Cc: Jan Beulich
>> Cc: Andrew Cooper
>
> Apologies that this reply is split
>>> On 18.12.14 at 19:27, wrote:
> --- a/xen/arch/x86/domain_build.c
> +++ b/xen/arch/x86/domain_build.c
> @@ -36,6 +36,9 @@
> #include /* for bzimage_parse */
> #include
> #include
> +#ifdef CONFIG_HPET_TIMER
> +#include /* for hpet_address */
> +#endif
When you update the patch according
Note that the datasheet lacks PCI IDs for Dev 1 Fn 0-1, so their IDs
are being added based on what https://pci-ids.ucw.cz/read/PC/8086 says.
Signed-off-by: Jan Beulich
--- a/xen/drivers/passthrough/vtd/quirks.c
+++ b/xen/drivers/passthrough/vtd/quirks.c
@@ -431,6 +431,7 @@ void pci_vtd_quirk(con
So far only the VT-d UR masking was being done for them.
Signed-off-by: Jan Beulich
--- a/xen/drivers/passthrough/vtd/quirks.c
+++ b/xen/drivers/passthrough/vtd/quirks.c
@@ -440,6 +440,9 @@ void pci_vtd_quirk(const struct pci_dev
seg, bus, dev, func);
break;
+/* X
The endless story continues.
1: make XSA-59 workaround fully cover XeonE5/E7 v2
2: extend XSA-59 workaround to XeonE5 v3 (Haswell)
Signed-off-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Hello,
El 18/12/14 a les 19.51, Andrew Cooper ha escrit:
> On 18/12/14 18:27, Roger Pau Monne wrote:
>> Prevent Dom0 from accessing HPET MMIO region by adding it to the list of
>> denied memory regions.
>>
>> Signed-off-by: Roger Pau Monné
>> Cc: Jan Beulich
>> Cc: Andrew Cooper
>
> Apologies
81 matches
Mail list logo
