'gfn' is not defined in p2m_get_mem_access() and this code compiles only
because of a coincidence: gfn_lock/gfn_unlock are currently macros which
don't use their second argument.
Signed-off-by: Vitaly Kuznetsov
---
xen/arch/x86/mm/p2m.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Hi
I compile and install linux kernel 3.4 but when booting I don't see
this kernel in the grub submenu of xen version 4.2.0.
Does it means that there is a minimum version of linux kernel that xen
4.2.0 can supprort?
Thanks
Hannas
___
Xen-devel mailin
Tuesday, May 26, 2015, 4:17:05 AM, you wrote:
> On Tuesday, May 26, 2015 03:08:17 AM Rafael J. Wysocki wrote:
>> On Tuesday, May 26, 2015 01:42:16 AM Rafael J. Wysocki wrote:
>> > On Tuesday, May 26, 2015 01:22:12 AM Rafael J. Wysocki wrote:
>> > > On Friday, May 22, 2015 09:53:37 PM Boris Ostrov
Hi,
I use a Xen domU with vanilla Linux 3.19 kernel as a middle node. SG is
switched off via ethtool. I get random packet drops for about 7% of
small packets (pings, TCP ACKs/SYNs/little payload).
From the code in Linux 4.0 it seems that the behavior should be the same.
I posted on Xen-users b
flight 57271 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57271/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 17 leak-check/check fail in 57242 REGR. vs. 56375
Tests which are fai
Tim Deegan writes:
> At 12:06 +0200 on 25 May (143265), Vitaly Kuznetsov wrote:
>> Tim Deegan writes:
>>
>> > At 17:26 +0100 on 22 May (1432315574), Jan Beulich wrote:
>> >> >>> On 22.05.15 at 17:36, wrote:
>> >> > On 13.05.15 at 11:49, wrote:
>> >> >>> +if ( !source_d->is_dying )
>>> On 24.05.15 at 08:30, wrote:
> On 20 May 2015 at 21:46, Jan Beulich wrote:
>
>> >>> On 17.05.15 at 22:03, wrote:
>> > --- a/xen/include/xen/efi.h
>> > +++ b/xen/include/xen/efi.h
>> > @@ -8,7 +8,7 @@
>> > extern const bool_t efi_enabled;
>> >
>> > #define EFI_INVALID_TABLE_ADDR (~0UL)
>>
On Mon, 2015-05-25 at 09:57 +0100, Wei Liu wrote:
> On Mon, May 25, 2015 at 09:36:06AM +0100, Wei Liu wrote:
> > On Fri, May 22, 2015 at 01:29:38PM +0100, Ian Campbell wrote:
> > > In mg-debian-installer-update:
> > >
> > > - Expand the list of (suite,arch) combinations which don't exist and
> >
>>> On 26.05.15 at 10:21, wrote:
> Btw - please correct your reply style such that it is immediately clear
> which parts comprise your response and which parts are what you
> respond to (you have a misguiding > on the first line of your reply
> text here as well as in the reply to 02/41).
Ah, loo
On Fri, 2015-05-22 at 13:29 +0100, Ian Campbell wrote:
>
> This has been tested on a Mustang board booting UEFI and build-* works
> with one (slightly major) exception: The Debian kernel does not
> currently reboot correctly on this system. This will likely require a
> kernel from backports in ord
>>> On 26.05.15 at 10:05, wrote:
> No, not really. Protecting against a misbehaving control domain
> (guaranteeing the correctness of the operation) is going
> to be incomplete anyway. I think we just need to make this operation
> safe so even the control domain won't be able to compromise the
> h
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Wednesday, May 20, 2015 9:56 PM
> To: Pang, LongtaoX
> Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com;
> Hu,
> Robert
> Subject: Re: [OSSTEST Nested PATCH v10 6/9] Changes on t
On Tue, 2015-05-26 at 08:53 +, Pang, LongtaoX wrote:
>
>
> > -Original Message-
> > From: Ian Campbell [mailto:ian.campb...@citrix.com]
> > Sent: Wednesday, May 20, 2015 9:56 PM
> > To: Pang, LongtaoX
> > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
> > wei.l...@citrix.com
On Mon, 2015-05-25 at 18:59 -0500, Chong Li wrote:
This series arrived in my mailbox as 5 distinct mails.
Please use git send-email such that the mails arrive as a single email
thread (i.e. each mail as a reply to the previous or to the 0th mail) or
arrange for the same thing by hand (I highly re
Hi,
On 22/05/2015 01:38, Julien Grall wrote:
Currently, the grant table region is hardcoded per-platform. When a new
board is coming up, we have to check the spec in order to find a space
in the memory layout free. Depending on the platform it may be tedious.
A good candidate for the gnttab reg
Support situations of grub that have vmlinuz and other things starting
with path of '/boot' rather than '/'.
Signed-off-by: longtao.pang
---
Osstest/Debian.pm |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Osstest/Debian.pm b/Osstest/Debian.pm
index b1d1043..62c40
1. The default disk size for guest is '1M' which is not sufficient
for nested HVM guest, using larger disk size for nested guest
to accommodate to nested test requirement, the specific disk_size is
defined by make-flight.
2. In L1 installation context, assign more memory (defined in runvar) to
setupboot_grub2 now supports submenus, so we can reduce our delta vs
upstream a bit.
I started by extracting 20_linux_xen from
http://snapshot.debian.org/archive/debian/20130703T094657Z/pool/main/g/grub2/grub-common_1.99-27%2Bdeb7u2_amd64.deb
and then applying the patch at
http://savannah.gnu.org/
Now auto-gen kernel grub2 config file's boot menu entries can have
2-level hierarchy, containing 'submenu' primitive, which is comprised by
several sub-menuentries. Xen boot entries are grouped into such kind of
'submenu' block. This patch adds setupboot_grub2() ability to handle
such new grub.cfg
The ident and guestname are same of 'nestedl1' for L1 guest VM.
Signed-off-by: longtao.pang
Acked-by: Ian Campbell
---
sg-run-job | 11 +++
1 file changed, 11 insertions(+)
diff --git a/sg-run-job b/sg-run-job
index d53fd83..679761a 100755
--- a/sg-run-job
+++ b/sg-run-job
@@ -299,6
1. In this script, make some appropriate runvars which selecthost would
recognise.
2. Prepare the configurations for installing L2 guest VM.
3. Create a lv disk in L0 and hot-attach it to L1; Inside L1, using this
new added disk to create a VG which will be used for installing L2 guest.
Signed-off
1. This patch adds creation of the nested test job, when job creation
procedure is invoked.
2. Set nested L1's vif model, nestedhvm feature, set specific disk
size and memory size for nested test by make-flight.
Signed-off-by: longtao.pang
Acked-by: Ian Campbell
---
make-flight | 31 +
This patch set adds nested HVM test case for osstest.
In this test case, a Xen hypervisor (L1) runs on top of another Xen
hypervisor (L0).
Upon L1 hypervisor, we will then create a nested guest (L2), and test if the
Linux guest can then be installed and run well.
About nested Xen virtualization,
>>> On 26.05.15 at 02:05, wrote:
> Add two hypercalls(XEN_DOMCTL_SCHEDOP_getvcpuinfo/putvcpuinfo) to get/set a
> domain's
> per-VCPU parameters. Hypercalls are handled by newly added hook
> (.adjust_vcpu) in the
> scheduler interface.
>
> Add a new data structure (struct xen_domctl_scheduler_vc
Hi,
On 20/05/2015 11:56, Ian Campbell wrote:
On Wed, 2015-05-20 at 09:34 +, osstest service user wrote:
flight 56759 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56759/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could n
On Mon, 2015-05-25 at 10:40 +0100, Wei Liu wrote:
> I had a look at Osstest's latest xen-unstable run [0]. With Ian's patch
> series we finally passed the point of guest creation on x86.
>
> We now have a new set of "avc denied".
Thanks for picking up on these, I was just about to.
> May 24 20:1
On Tue, 2015-05-26 at 11:11 +0200, Julien Grall wrote:
> Hi,
>
> On 20/05/2015 11:56, Ian Campbell wrote:
> > On Wed, 2015-05-20 at 09:34 +, osstest service user wrote:
> >> flight 56759 xen-unstable real [real]
> >> http://logs.test-lab.xenproject.org/osstest/logs/56759/
> >>
> >> Regressions
Hi Ian,
On 26/05/2015 11:17, Ian Campbell wrote:
On Tue, 2015-05-26 at 11:11 +0200, Julien Grall wrote:
Hi,
On 20/05/2015 11:56, Ian Campbell wrote:
On Wed, 2015-05-20 at 09:34 +, osstest service user wrote:
flight 56759 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstes
flight 57279 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57279/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492
test-amd64-i386-xl-qemuu-win
>>> On 25.05.15 at 11:40, wrote:
> I had a look at Osstest's latest xen-unstable run [0]. With Ian's patch
> series we finally passed the point of guest creation on x86.
>
> We now have a new set of "avc denied".
>
> May 24 20:18:05.945118 (XEN) avc: denied { get_vnumainfo } for domid=1
> sco
>>> On 23.05.15 at 03:27, wrote:
> @@ -318,13 +321,13 @@ static int __init acpi_parse_dev_scope(
> if ( (cnt = scope_device_count(start, end)) < 0 )
> return cnt;
>
> -scope->devices_cnt = cnt;
> if ( cnt > 0 )
> {
> scope->devices = xzalloc_array(u16, cnt);
>>> On 26.05.15 at 09:34, wrote:
> 'gfn' is not defined in p2m_get_mem_access() and this code compiles only
> because of a coincidence: gfn_lock/gfn_unlock are currently macros which
> don't use their second argument.
>
> Signed-off-by: Vitaly Kuznetsov
> ---
> xen/arch/x86/mm/p2m.c | 4 ++--
>
On Tue, 2015-05-26 at 09:45 +0200, HANNAS YAYA Issa wrote:
> Hi
> I compile and install linux kernel 3.4 but when booting I don't see
> this kernel in the grub submenu of xen version 4.2.0.
> Does it means that there is a minimum version of linux kernel that xen
> 4.2.0 can supprort?
This is the
On 05/25/15 03:50, lidonglin wrote:
> Hi all:
> Recentlly, I want to use PXE boot on Xen with OVMF as bios. At
> beginning, I just add rtl8139 as guest nic device, and I compile a
> release ovmf. When I enter into uefi, I can't find network boot menu.
> According to edk2/OvmfPkg/README file, I kno
In 38b37ed82705 "x86/domctl: cleanup", XEN_DOMCTL_gettscinfo was
changed to use the standard copyback mechanism.
However the output TSC Info is a guerst handle, i.e. a pointer to the
location for the information, copyback just copies the unchanged
pointer back.
Switch back to fetching the details
On 26/05/15 11:04, Ian Campbell wrote:
> In 38b37ed82705 "x86/domctl: cleanup", XEN_DOMCTL_gettscinfo was
> changed to use the standard copyback mechanism.
>
> However the output TSC Info is a guerst handle, i.e. a pointer to the
> location for the information, copyback just copies the unchanged
>
On 26/05/15 10:58, Jan Beulich wrote:
On 26.05.15 at 09:34, wrote:
>> 'gfn' is not defined in p2m_get_mem_access() and this code compiles only
>> because of a coincidence: gfn_lock/gfn_unlock are currently macros which
>> don't use their second argument.
>>
>> Signed-off-by: Vitaly Kuznetsov
On Tue, 2015-05-26 at 11:13 +0100, Andrew Cooper wrote:
> On 26/05/15 11:04, Ian Campbell wrote:
> > In 38b37ed82705 "x86/domctl: cleanup", XEN_DOMCTL_gettscinfo was
> > changed to use the standard copyback mechanism.
> >
> > However the output TSC Info is a guerst handle, i.e. a pointer to the
> >
On 26/05/15 11:18, Ian Campbell wrote:
> On Tue, 2015-05-26 at 11:13 +0100, Andrew Cooper wrote:
>> On 26/05/15 11:04, Ian Campbell wrote:
>>> In 38b37ed82705 "x86/domctl: cleanup", XEN_DOMCTL_gettscinfo was
>>> changed to use the standard copyback mechanism.
>>>
>>> However the output TSC Info is
On 22/05/15 12:49, Marek Marczykowski-Górecki wrote:
> Hi all,
>
> I'm experiencing xen-netfront crash when doing xl network-detach while
> some network activity is going on at the same time. It happens only when
> domU has more than one vcpu. Not sure if this matters, but the backend
> is in anot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/25/2015, 02:56 AM, Ben Hutchings wrote:
> This fix appears to be needed in all stable branches:
>
> commit a6dfa128ce5c414ab46b1d690f7a1b8decb8526d Author: Konrad
> Rzeszutek Wilk Date: Fri Apr 17 15:04:48
> 2015 -0400
>
> config: Enable N
There is no need to have this twice and we can simply inline
xen_guest_tsc_info into xen_domctl_tsc_info as well.
Signed-off-by: Ian Campbell
---
---
tools/libxc/xc_domain.c | 23 ---
xen/arch/x86/domctl.c | 21 +
xen/include/public/domctl.h
In 38b37ed82705 "x86/domctl: cleanup", XEN_DOMCTL_gettscinfo was
changed to use the standard copyback mechanism.
However the output TSC Info is a guerst handle, i.e. a pointer to the
location for the information, copyback just copies the unchanged
pointer back.
Switch back to fetching the details
>>> On 23.05.15 at 03:33, wrote:
> From: Elena Ufimtseva
>
> In preparation for auxiliary RMRR data provided on Xen
> command line, make RMRR adding a separate function.
> Also free memery for rmrr device scope in error path.
>
> Signed-off-by: Elena Ufimtseva
Reviewed-by: Jan Beulich
>>> On 23.05.15 at 03:33, wrote:
> --- a/xen/drivers/pci/pci.c
> +++ b/xen/drivers/pci/pci.c
> @@ -119,11 +119,21 @@ const char *__init parse_pci(const char *s, unsigned
> int *seg_p,
> unsigned int *bus_p, unsigned int *dev_p,
> unsigne
flight 57283 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57283/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
On Tue, 2015-05-26 at 17:08 +0800, longtao.pang wrote:
>
> Ian Campbell (1):
> grub: remove patch to disable submenu from 20_linux_xen overlay
> longtao.pang (6):
> Parsing grub which has 'submenu' primitive
> Change
In order that xencommons is guarenteed to have been started before
libvirtd. Otherwise sometimes libvirt can be started first resulting
in:
error: invalid argument: unsupported config type xen-xl
Because xen wasn't available when libvirt started.
Signed-off-by: Ian Campbell
---
ts-libvi
On Mon, 2015-05-25 at 15:41 +0200, Mr Idris wrote:
> On 5/21/15, Dario Faggioli wrote:
> > ret.time is the next time instant you want a timer to fire, as you can
> > see right below the call do sched->do_schedule(), in schedule.c. That
> > timer, when firing, will cause the scheduler to run again
>>> On 23.05.15 at 03:33, wrote:
> --- a/docs/misc/xen-command-line.markdown
> +++ b/docs/misc/xen-command-line.markdown
> @@ -1185,6 +1185,19 @@ Specify the host reboot method.
> 'efi' instructs Xen to reboot using the EFI reboot call (in EFI mode by
> default it will use that method first).
>
On Fri, 22 May 2015, Major Hayden wrote:
> On 05/22/2015 09:04 AM, Jan Beulich wrote:
> > If you were to ask for this only if the time gap until embargo expiry
> > was less than the default of two weeks, maybe I would buy this.
>
> I'm good with that as well. I think we're saying:
>
> if embar
On 26/05/15 12:14, Ian Campbell wrote:
> There is no need to have this twice and we can simply inline
> xen_guest_tsc_info into xen_domctl_tsc_info as well.
>
> Signed-off-by: Ian Campbell
Nice diffstat.
Reviewed-by: Andrew Cooper
> ---
> ---
> tools/libxc/xc_domain.c | 23 -
>>> On 26.05.15 at 13:14, wrote:
> --- a/xen/arch/x86/domctl.c
> +++ b/xen/arch/x86/domctl.c
> @@ -856,13 +856,16 @@ long arch_do_domctl(
> ret = -EINVAL;
> else
> {
> +xen_guest_tsc_info_t info = { 0 };
> +
> domain_pause(d);
> -
>>> On 13.05.16 at 09:49, wrote:
> --- a/xen/arch/x86/cpu/common.c
> +++ b/xen/arch/x86/cpu/common.c
> @@ -45,6 +45,45 @@ unsigned int paddr_bits __read_mostly = 36;
> */
> u64 host_pat = 0x050100070406;
>
> +/*
> + * x86_match_cpu - match the current CPU against an array of
> + * x86_cpu_ids
On 26/05/2015 08:57, Mazen Ezzeddine (Student) wrote:
Dear experts,
Hi,
I am running Xen 4.5 on the arndale 5250 by compiling u-boot, Xen, Linux
kernel(3.18.3) and filesystem (ubuntu Trusty). Boot messages of Xen and kernel
are fine and Dom0 is booted. However, I see the below login me
>>> On 13.05.16 at 09:49, wrote:
> The added calculation related functions will be used in the intel_pstate.c.
If these are taken from Linux, please say so here (including the version
they got cloned from), as in that case close review can be considered
unnecessary. That said - do you really need
>>> On 13.05.16 at 09:50, wrote:
> The unregister notifier function is needed to support cpu hotplug.
Without loadable module support I have some difficulty seeing why
this should be needed.
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http
flight 57288 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57288/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 18 guest-start.2 fail in 57141 REGR. vs. 56831
Tests which are fai
On Tue, 2015-05-26 at 13:25 +0100, Jan Beulich wrote:
> >>> On 26.05.15 at 13:14, wrote:
> > --- a/xen/arch/x86/domctl.c
> > +++ b/xen/arch/x86/domctl.c
> > @@ -856,13 +856,16 @@ long arch_do_domctl(
> > ret = -EINVAL;
> > else
> > {
> > +xen_guest_tsc_in
>>> On 13.05.16 at 09:50, wrote:
> --- a/xen/drivers/cpufreq/utility.c
> +++ b/xen/drivers/cpufreq/utility.c
> @@ -456,6 +456,11 @@ int __cpufreq_set_policy(struct cpufreq_policy *data,
>
> data->min = policy->min;
> data->max = policy->max;
> +data->min_perf_pct = policy->min_perf
On Thu, 2015-05-21 at 05:37 -0700, Manish Jaggi wrote:
>
> On Tuesday 19 May 2015 07:18 AM, Ian Campbell wrote:
> > On Tue, 2015-05-19 at 19:34 +0530, Vijay Kilari wrote:
> >> On Tue, May 19, 2015 at 7:24 PM, Ian Campbell
> >> wrote:
> >>> On Tue, 2015-05-19 at 14:36 +0100, Ian Campbell wrote:
>
flight 57291 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57291/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt 11 guest-start fail REGR. vs. 53854
test-amd64-amd64-libvirt
>>> On 13.05.16 at 09:50, wrote:
> Register/unregister the CPU hotplug notifier when the driver is
> registered, and move the driver register/unregister function to
> the cpufreq.c.
Without saying why I'm afraid I don't even see much reason to
review this in any detail.
> --- a/xen/drivers/cpufr
>>> On 26.05.15 at 14:56, wrote:
> On Tue, 2015-05-26 at 13:25 +0100, Jan Beulich wrote:
>> >>> On 26.05.15 at 13:14, wrote:
>> > --- a/xen/arch/x86/domctl.c
>> > +++ b/xen/arch/x86/domctl.c
>> > @@ -856,13 +856,16 @@ long arch_do_domctl(
>> > ret = -EINVAL;
>> > else
>> >
>>> On 13.05.16 at 09:50, wrote:
> +extern int cpufreq_register_driver(struct cpufreq_driver *driver_data);
> +extern int cpufreq_unregister_driver(struct cpufreq_driver *driver);
Oh, btw, please also get rid of "extern" on function declarations,
unless in a particular header it is consistently b
On Wed, 2015-05-20 at 10:56 +0100, Ian Campbell wrote:
> On Wed, 2015-05-20 at 09:34 +, osstest service user wrote:
> > flight 56759 xen-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/56759/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blockin
'pfn' and 'start_pfn' are ambiguous, both these functions expect GFNs as input.
On x86 the interface of p2m_set_mem_access() in p2m.c doesn't match the
declaration in p2m-common.h as 'pfn' is being used instead of 'start_pfn'.
On ARM both p2m_set_mem_access and p2m_get_mem_access interfaces don't
On 26/05/2015 15:40, Mazen Ezzeddine (Student) wrote:
Thanks Julien,
I added the hvc0 config file but now I can see the typed characthers on the
console, but I still can not login, what is the default login, I tried several
alternatives but still not able to login. I am missing something
On Tue, 2015-05-26 at 14:11 +0100, Jan Beulich wrote:
> >>> On 26.05.15 at 14:56, wrote:
> > On Tue, 2015-05-26 at 13:25 +0100, Jan Beulich wrote:
> >> >>> On 26.05.15 at 13:14, wrote:
> >> > --- a/xen/arch/x86/domctl.c
> >> > +++ b/xen/arch/x86/domctl.c
> >> > @@ -856,13 +856,16 @@ long arch_do_
Thanks Julien,
I added the hvc0 config file but now I can see the typed characthers on the
console, but I still can not login, what is the default login, I tried several
alternatives but still not able to login. I am missing something?
Thank you so much.
Regards,
___
flight 57289 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57289/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 5
I followed the instructions on
ssup2.iptime.org/wiki/Xen_4.5.0_on_Arndale
just replacing saucy with trusty (section 11-12) without setting any passwd?
any hint please?
Thank you so much.
From: Julien Grall
Sent: Tuesday, May 26, 2015 4:46 PM
To: Mazen E
>>> On 13.05.16 at 09:50, wrote:
> +static inline int ceiling_fp(int32_t x)
> +{
> +int mask, ret;
Please here and below, consider whether types really need to be
signed. One exception: If you intend to import the Linux source file
with minimal modifications, and if that indeed results in onl
On 26/05/2015 15:52, Mazen Ezzeddine (Student) wrote:
I followed the instructions on
ssup2.iptime.org/wiki/Xen_4.5.0_on_Arndale
just replacing saucy with trusty (section 11-12) without setting any passwd?
any hint please?
If you followed section 11-12 step by step you set the password your
>>> On 13.05.16 at 09:51, wrote:
> --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c
> +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c
> @@ -650,9 +650,12 @@ static int __init cpufreq_driver_init(void)
> int ret = 0;
>
> if ((cpufreq_controller == FREQCTL_xen) &&
> -(boot_cpu_data.x86_vendor
Thanks,
Last time I did not set any passwd. In all cases, I will recompile/rebuild and
report.
Thank you so much.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, 2015-05-26 at 13:52 +, Mazen Ezzeddine (Student) wrote:
> I followed the instructions on
> ssup2.iptime.org/wiki/Xen_4.5.0_on_Arndale
> just replacing saucy with trusty (section 11-12) without setting any passwd?
> any hint please?
Please don't top post.
Any default password will be
>>> On 13.05.16 at 09:51, wrote:
> --- a/xen/drivers/acpi/pmstat.c
> +++ b/xen/drivers/acpi/pmstat.c
> @@ -167,7 +167,7 @@ int do_get_pm_info(struct xen_sysctl_get_pmstat *op)
> * 2. Provide user PM control
> */
> static int read_scaling_available_governors(char
> *scaling_available_governor
>>> 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 npfec)
>
> /*
> * Set access type for a region of pfns.
> - * If start_pfn == -1ul, sets the default acces
>>> On 13.05.16 at 09:51, wrote:
> The intel_pstate driver receives percentage values to set the
> performance limits. This patch adds interfaces to support the
> input of percentage values to control the intel_pstate driver.
> Also, the "get-cpufreq-para" is modified to show percentage
> based fe
From: Konrad Rzeszutek Wilk
This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.
===
commit a6dfa128ce5c414ab46b1d690f7a1b8decb8526d upstream.
A huge amount of NIC drivers use the DMA API, however if
compiled under 32-bit an very import
On 05/25/2015 10:17 PM, Rafael J. Wysocki wrote:
On Tuesday, May 26, 2015 03:08:17 AM Rafael J. Wysocki wrote:
On Tuesday, May 26, 2015 01:42:16 AM Rafael J. Wysocki wrote:
On Tuesday, May 26, 2015 01:22:12 AM Rafael J. Wysocki wrote:
On Friday, May 22, 2015 09:53:37 PM Boris Ostrovsky wrote:
Hi Chen,
On 23/05/2015 15:52, Chen Baozi wrote:
From: Chen Baozi
Use the AFF1 value of ICC_SGI1R_EL1 when injecting SGI in vGIC,
which expands the number of supported vCPU more than 16 that
target list bitmap can hold independently.
Signed-off-by: Chen Baozi
---
xen/arch/arm/vgic.c | 10 ++
Hi Chen,
On 23/05/2015 15:52, Chen Baozi wrote:
From: Chen Baozi
Since the size of GICR is determined by the number of CPU
cores, add 'nr_cpus' parameter when creating its DT node
and set gicr0_size dynamically.
This patch is not necessary, the re-distributor region can be bigger
without an
Hi Chen,
On 23/05/2015 15:52, Chen Baozi wrote:
From: Chen Baozi
Linux kernel sometimes uses the 'hwid' which is fetched from DT node
of CPU as the MPIDR. We set the logical CPUID in the corresponding DT
node to MPIDR to keep consistency.
Hmmm... this is wrong. The field "reg" in the DT cont
Hi Chen,
On 23/05/2015 15:52, Chen Baozi wrote:
From: Chen Baozi
This patch does the same thing as the previous one but for dom0 kernel.
Please be explicit, the 2 patches may not be contiguous in Xen upstream.
Signed-off-by: Chen Baozi
---
xen/arch/arm/domain_build.c | 11 ---
Hi Parth,
On 17/05/2015 22:03, Parth Dixit wrote:
@@ -307,6 +308,54 @@ DT_DEVICE_START(pl011, "PL011 UART", DEVICE_SERIAL)
.init = dt_pl011_uart_init,
DT_DEVICE_END
+#ifdef CONFIG_ACPI
+static int __init acpi_pl011_uart_init(const void *data)
+{
+struct pl011 *uart;
+acpi_st
On 05/26/2015 07:15 AM, Stefano Stabellini wrote:
> On Fri, 22 May 2015, Major Hayden wrote:
>> > On 05/22/2015 09:04 AM, Jan Beulich wrote:
>>> > > If you were to ask for this only if the time gap until embargo expiry
>>> > > was less than the default of two weeks, maybe I would buy this.
>> >
>>
Hi all,
I'm wondering if someone can point me in the right direction. I'm trying to
understand the process around domain save/restore using XL. I can see the
xl save format and how its appended with the QEMU state aquired via the
xen-save-devices-state qmp command (this is for upstream QEMU).
Howe
>>> On 25.05.15 at 10:33, wrote:
> --- a/xen/arch/x86/hvm/event.c
> +++ b/xen/arch/x86/hvm/event.c
> @@ -19,6 +19,7 @@
> * Place - Suite 330, Boston, MA 02111-1307 USA.
> */
>
> +#include
> #include
> #include
Just like almost everywhere else, please have asm/ includes follow
xen/ ones.
On Tue, 2015-05-26 at 17:38 +0200, Lengyel, Tamas wrote:
> Hi all,
>
> I'm wondering if someone can point me in the right direction. I'm
> trying to understand the process around domain save/restore using XL.
> I can see the xl save format and how its appended with the QEMU state
> aquired via the
>>> On 21.05.15 at 19:57, wrote:
> --- a/xen/include/public/arch-arm.h
> +++ b/xen/include/public/arch-arm.h
> @@ -434,6 +434,11 @@ struct xen_arch_domainconfig {
>
> #endif
>
> +#ifndef __ASSEMBLY__
> +/* Stub definition of PMU structure */
> +typedef struct xen_pmu_arch {} xen_pmu_arch_t;
>>> On 21.05.15 at 19:57, wrote:
> +/* Masks used for testing whether and MSR is valid */
> +#define ARCH_CTRL_MASK (~((1ull << 32) - 1) | (1ull << 21))
Considering this and ...
> @@ -556,7 +558,7 @@ static int core2_vpmu_do_wrmsr(unsigned int msr, uint64_t
> msr_content,
> struct
On 05/26/2015 06:47 PM, Jan Beulich wrote:
On 25.05.15 at 10:33, wrote:
>> --- a/xen/arch/x86/hvm/event.c
>> +++ b/xen/arch/x86/hvm/event.c
>> @@ -19,6 +19,7 @@
>> * Place - Suite 330, Boston, MA 02111-1307 USA.
>> */
>>
>> +#include
>> #include
>> #include
>
> Just like almost ever
>>> On 21.05.15 at 19:57, wrote:
> @@ -188,27 +189,52 @@ static inline void context_load(struct vcpu *v)
> }
> }
>
> -static void amd_vpmu_load(struct vcpu *v)
> +static int amd_vpmu_load(struct vcpu *v, bool_t from_guest)
> {
> struct vpmu_struct *vpmu = vcpu_vpmu(v);
> -struct
>>> On 26.05.15 at 18:21, wrote:
> On 05/26/2015 06:47 PM, Jan Beulich wrote:
> On 25.05.15 at 10:33, wrote:
>>> --- a/xen/arch/x86/hvm/event.c
>>> +++ b/xen/arch/x86/hvm/event.c
>>> @@ -19,6 +19,7 @@
>>> * Place - Suite 330, Boston, MA 02111-1307 USA.
>>> */
>>>
>>> +#include
>>> #incl
On Tue, 26 May 2015, Major Hayden wrote:
> On 05/26/2015 07:15 AM, Stefano Stabellini wrote:
> > On Fri, 22 May 2015, Major Hayden wrote:
> >> > On 05/22/2015 09:04 AM, Jan Beulich wrote:
> >>> > > If you were to ask for this only if the time gap until embargo expiry
> >>> > > was less than the def
On Tue, May 26, 2015 at 4:08 AM, Jan Beulich wrote:
On 26.05.15 at 02:05, wrote:
>> Add two hypercalls(XEN_DOMCTL_SCHEDOP_getvcpuinfo/putvcpuinfo) to get/set a
>> domain's
>> per-VCPU parameters. Hypercalls are handled by newly added hook
>> (.adjust_vcpu) in the
>> scheduler interface.
>>
>
On 24/05/2015 09:16, Parth Dixit wrote:
On 21 May 2015 at 17:11, Julien Grall mailto:julien.gr...@citrix.com>> wrote:
On 21/05/15 12:38, Jan Beulich wrote:
On 21.05.15 at 12:52, mailto:julien.gr...@citrix.com>> wrote:
>> On 21/05/15 11:46, Jan Beulich wrote:
>> On 21
On Fri, May 22, 2015 at 02:23:41AM +0200, Luis R. Rodriguez wrote:
> On Thu, May 21, 2015 at 05:33:21PM -0500, Bjorn Helgaas wrote:
> >
> > I tentatively put this (and the rest of the series) on a pci/resource
> > branch. I'm hoping you'll propose some clarification about
> > EXPORT_SYMBOL_GPL().
1 - 100 of 129 matches
Mail list logo
