On Fri, Feb 06, 2015 at 06:46:23AM +, Jason Long wrote:
> Hello Folks.
> I want to become a Xen developer and I don't have any knowledge about
> development. Can you tell me what programming language is needed? How can I
> start and etc?
>
Hello,
Xen is mostly written in C language, but the
>>> On 05.02.15 at 17:56, wrote:
> Jan Beulich writes ("Re: [PATCH] tools: work around collision of -O0 and
>> > --- a/tools/Rules.mk
>> > +++ b/tools/Rules.mk
>> > @@ -56,7 +56,7 @@ SHLIB_libxenvchan = -Wl,-rpath-link=$(XEN_LIBVCHAN)
>> >
>> > ifeq ($(debug),y)
>> > # Disable optimizations
>>> On 06.02.15 at 09:19, wrote:
> Attached the patch I used for testing.
This time for real.
Jan
tools: work around collision of -O0 and -D_FORTIFY_SOURCE
Some systems have python-config include -D_FORTIFY_SOURCE in the
CFLAGS. But -D_FORTIFY_SOURCE does not (currently) work with -O0, and
-O
On Wednesday, February 4, 2015 05:41, Juergen Gross wrote:
> To: Kristian Hagsted Rasmussen; Olaf Hering; xen-de...@lists.xensource.com
> Subject: Re: pvSCSI test
>
> On 02/03/2015 07:16 PM, Kristian Hagsted Rasmussen wrote:
>>
>> Hi Olaf and Juergen
>>
>>
>> I am interested in testing pvSCSI as
On 02/06/2015 10:32 AM, Kristian Hagsted Rasmussen wrote:
On Wednesday, February 4, 2015 05:41, Juergen Gross wrote:
To: Kristian Hagsted Rasmussen; Olaf Hering; xen-de...@lists.xensource.com
Subject: Re: pvSCSI test
On 02/03/2015 07:16 PM, Kristian Hagsted Rasmussen wrote:
Hi Olaf and Juerg
On 06/02/15 00:50, Andy Lutomirski wrote:
> On Thu, Feb 5, 2015 at 4:41 AM, David Vrabel wrote:
>> Hypercalls submitted by user space tools via the privcmd driver can
>> take a long time (potentially many 10s of seconds) if the hypercall
>> has many sub-operations.
>>
>
>> +
>> +void xen_maybe_pr
On 05/02/15 19:44, Konrad Rzeszutek Wilk wrote:
> On Thu, Feb 05, 2015 at 05:09:56PM +, David Vrabel wrote:
>> Prior to the existance of 64-bit backends using the X86_64 ABI,
>> frontends used the X86_32 ABI. These old frontends do not specify the
>> ABI and when used with a 64-bit backend do
Can you tell me why Ocaml used? What is the features of this language? Why not
other?
Excuse me, I'm a beginner in programming and can you show me some books or
reference step by step? I'm a dummies :(
Cheers.
On Thursday, February 5, 2015 11:59 PM, Pasi Kärkkäinen wrote:
On Fri, Feb 06, 201
Antti Kantee writes ("Re: GPF Heisenbug with rumprun-xen"):
> On 05/02/15 15:51, Ian Jackson wrote:
> > (Subject: Re: [Xen-devel] [rumpuserxen test] 33416: regressions - FAIL)
>
> Aha! I told you I don't believe in cosmic rays ;)
:-).
> The diffs for rumpuserxen and netbsdsrc between those re
On 02/06/2015 01:41 AM, Felipe Franciosi wrote:
> Hi Bob,
>
> Can you elaborate on the environment where you measured such an improvement?
>
> I'm particularly interested in:
> What workload were you issuing? (e.g. 4K seq reads?)
8k writes.
> What backend were you using? (e.g. null driver? wha
On 05/02/15 20:38, Takashi Iwai wrote:
> Hi,
>
> this is a couple of patchset to clean up the sysfs entry creation /
> removal in xen driver codes. They are relatively straightforward
> conversion patches, where manual function calls are replaced with
> static attribute groups.
These look fine b
On Fri, Feb 06, 2015 at 10:31:09AM +, Jason Long wrote:
> Can you tell me why Ocaml used? What is the features of this language? Why
> not other?
> Excuse me, I'm a beginner in programming and can you show me some books or
> reference step by step? I'm a dummies :(
>
There are two different
On 02/02/2015 06:43 PM, Roger Pau Monné wrote:
> El 23/01/15 a les 10.14, Bob Liu ha escrit:
>> Extend xen/block to support multi-page ring.
>> * xen-blkback notify blkfront with feature-multi-ring-pages
>> * xen-blkfront write to xenstore about how many pages are used as the ring
>>
>> If using
flight 34181 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34181/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 11 rumpuserxen-demo-xenstorels/xenstorels
fail REGR. vs. 34137
At Fri, 6 Feb 2015 10:43:44 +,
David Vrabel wrote:
>
> On 05/02/15 20:38, Takashi Iwai wrote:
> > Hi,
> >
> > this is a couple of patchset to clean up the sysfs entry creation /
> > removal in xen driver codes. They are relatively straightforward
> > conversion patches, where manual function
On Fri, Jan 23, 2015 at 06:14:30PM +0800, Bob Liu wrote:
[...]
> rv = xenbus_alloc_evtchn(dev, &priv->evtchn);
> if (rv)
> diff --git a/drivers/net/xen-netback/netback.c
> b/drivers/net/xen-netback/netback.c
> index 908e65e..8513764 100644
> --- a/drivers/net/xen-netback/netback.c
> ++
On Fri, Feb 06, 2015 at 06:47:17PM +0800, Bob Liu wrote:
>
> On 02/02/2015 06:43 PM, Roger Pau Monné wrote:
> > El 23/01/15 a les 10.14, Bob Liu ha escrit:
> >> Extend xen/block to support multi-page ring.
> >> * xen-blkback notify blkfront with feature-multi-ring-pages
> >> * xen-blkfront write
Jan Beulich writes ("Re: [PATCH] tools: work around collision of -O0 and
-D_FORTIFY_SOURCE"):
> Attached the patch I used for testing. While it works okay for me,
> I guess the configure part will need further taking care of the
> -Wp,-D... variant Don is seeing.
Thanks. I'm going to pretend my
Some systems have python-config include -D_FORTIFY_SOURCE in the
CFLAGS. But -D_FORTIFY_SOURCE does not (currently) work with -O0, and
-O0 is enabled in debug builds (since 1166ecf781). As a result, on
those systems, debug builds fail.
Work around this problem as follows:
* In configure, detect
Hi, Stefano.
Currently we have this configuration:
Dom0, DomD (driver domain), DomU (Android).
Sound driver is inside DomD. Backend uses ALSA for playback/capture.
On Thu, Feb 5, 2015 at 9:47 PM, Stefano Panella
wrote:
> Hi all,
>
> First of all I would like to say that:
> - I am happy that PV a
Thanks for posting.
On Tue, Feb 03, 2015 at 11:06:15PM -0500, Eric Shelton wrote:
[...]
> @@ -1368,12 +1401,24 @@ static void stubdom_pvqemu_cb(libxl__egc *egc,
> libxl__stub_dm_spawn_state *sdss = CONTAINER_OF(multidev, *sdss,
> multidev);
> STATE_AO_GC(sdss->dm.spawn.ao);
> uint3
This is ABI for the two halves of a Para-virtual
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C s
On Thu, 5 Feb 2015, Luis R. Rodriguez wrote:
> On Wed, Feb 4, 2015 at 6:57 AM, Stefano Stabellini
> wrote:
> > On Wed, 4 Feb 2015, David Vrabel wrote:
> >> On 16/12/14 16:21, Juergen Gross wrote:
> >> > Hi,
> >> >
> >> > This is a design proposal for a rework of the config options on the
> >> > Li
flight 34188 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34188/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 7 debian-hvm-install fail REGR. vs.
33480
test-amd64-i38
In the case where a stub domain is providing emulation for an HVM
guest, there is no interlock in the toolstack to make sure that
the stub domain is up and running before the guest is unpaused.
Prior to the introduction of ioreq servers this was not a problem,
since there was only ever one emulato
On Mon, Feb 02, 2015 at 05:00:34PM -0700, Jim Fehlig wrote:
> This small series fixes some assertions we occasionally see in the
> libxl driver when running libvirt-TCK. The assertions were due to
> races between destroying per-domain libxl_ctx and receiving fd and
> timer callbacks associated wit
On Fri, 30 Jan 2015, Julien Grall wrote:
> Some drivers may want to configure differently the device depending on
> the compatible string. For this purpose, add a new field in the
> dt_device_match to store the data.
>
> Also modify the return type of dt_match_node to return the matching
> structu
Albeit INVALID_P2M_ENTRY and INVALID_MFN are both ~0UL, conceptually
speaking we should use INVALID_P2M_ENTRY for setting P2M values.
Signed-off-by: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
Cc: Stefano Stabellini
CC: Julien Grall
---
tools/libxc/xc_dom_arm.c | 2 +-
1 file changed, 1 inserti
On Fri, 30 Jan 2015, Julien Grall wrote:
> This enum was used for matching a specific class of device and not to get the
> type of device.
>
> Hence the name device_type will be used for another purpose later.
>
> Also rename device_get_type into device_get_class to reflect the change.
>
> Signe
On Fri, 30 Jan 2015, Julien Grall wrote:
> Currently, Xen is supporting PCI and Platform device (based on Device Tree).
>
> While Xen only supports Platform device on ARM, Xen will gain support of
> PCI soon.
>
> Some drivers, such as IOMMU drivers, may handle PCI and platform device in
> the sam
On 02/06/2015 07:01 PM, Wei Liu wrote:
> On Fri, Feb 06, 2015 at 06:47:17PM +0800, Bob Liu wrote:
>>
>> On 02/02/2015 06:43 PM, Roger Pau Monné wrote:
>>> El 23/01/15 a les 10.14, Bob Liu ha escrit:
Extend xen/block to support multi-page ring.
* xen-blkback notify blkfront with feature-
> Did you look at the resulting patch to see what happened? It didn't
> remove the mem_event stuff, but adjusted it enough to become the
> vm_event one while removing the previously added vm_event part
> again. Another argument against this approach imo.
>
> Jan
Hm, that is some strange git behavi
On Wed, Feb 4, 2015 at 10:47 AM, Jan Beulich wrote:
On 29.01.15 at 22:46, wrote:
>> --- a/xen/common/Makefile
>> +++ b/xen/common/Makefile
>> @@ -52,9 +52,10 @@ obj-y += tmem_xen.o
>> obj-y += radix-tree.o
>> obj-y += rbtree.o
>> obj-y += lzo.o
>> +obj-y += vm_event.o
>> +obj-y += monitor
On Wed, Feb 4, 2015 at 6:59 AM, Tian, Kevin wrote:
>> From: Tamas K Lengyel [mailto:tamas.leng...@zentific.com]
>> Sent: Friday, January 30, 2015 5:47 AM
>>
>> The flag is only used for debugging purposes, thus it should be only checked
>> for in debug builds of Xen.
>>
>> Signed-off-by: Tamas K L
On Fri, 30 Jan 2015, Julien Grall wrote:
> The main goal is to modify as little the Linux code to be able to port
> easily new feature added in Linux repo for the driver.
>
> To achieve that we:
> - Add helpers to Linux function not implemented on Xen
> - Add callbacks used by Xen to do ou
On Wed, Feb 4, 2015 at 10:49 AM, Jan Beulich wrote:
On 29.01.15 at 22:46, wrote:
>> The flag is only used for debugging purposes, thus it should be only checked
>> for in debug builds of Xen.
>
> So this should be where the respective conditional I just complained
> about should get added.
>
In your opinion, Can a normal user like me become a developer?
I must first start learning C or Ocaml? Can you recommend a book for both to
me?
Can you tell me why developers choose Ocaml and C? and not C++ or Python?
Cheers.
On Friday, February 6, 2015 2:46 AM, Pasi Kärkkäinen wrote:
On Fr
On Fri, Feb 06, 2015 at 01:35:58PM +, Jason Long wrote:
> In your opinion, Can a normal user like me become a developer?
> I must first start learning C or Ocaml? Can you recommend a book for both to
> me?
> Can you tell me why developers choose Ocaml and C? and not C++ or Python?
>
Xen hyp
On Tue, Feb 3, 2015 at 4:54 PM, Jan Beulich wrote:
On 29.01.15 at 22:46, wrote:
>> --- a/docs/misc/xsm-flask.txt
>> +++ b/docs/misc/xsm-flask.txt
>> @@ -87,6 +87,7 @@ __HYPERVISOR_domctl (xen/include/public/domctl.h)
>> * XEN_DOMCTL_set_machine_address_size
>> * XEN_DOMCTL_debug_op
>>
On Fri, Feb 6, 2015 at 6:16 AM, Wei Liu wrote:
> Thanks for posting.
>
> ...
>
> FWIW we are now experiencing problem with this startup protocol (not
> Linux stubdom specific) -- that path that libxl waiting for is wrong.
I simply used the code already present in the QEMU upstream code,
which is
On 06/02/15 13:54, Tamas K Lengyel wrote:
>> Please clarify in the patch description whether this (and perhaps
>> other) copied or cloned code is really just a plain copy with some
>> renaming, or whether there are any other changes. Reviewing this
>> as a non-renaming change isn't time well spent
On Fri, Feb 6, 2015 at 2:58 PM, Andrew Cooper wrote:
> On 06/02/15 13:54, Tamas K Lengyel wrote:
>>> Please clarify in the patch description whether this (and perhaps
>>> other) copied or cloned code is really just a plain copy with some
>>> renaming, or whether there are any other changes. Review
On Friday, February 6, 2015 10:57, Juergen Gross wrote:
> To: Kristian Hagsted Rasmussen; Olaf Hering; xen-de...@lists.xensource.com
> Subject: Re: pvSCSI test
>
> On 02/06/2015 10:32 AM, Kristian Hagsted Rasmussen wrote:
>> On Wednesday, February 4, 2015 05:41, Juergen Gross wrote:
>>> To: Kri
On Mon, Feb 2, 2015 at 8:35 PM, Daniel De Graaf wrote:
> On 01/31/2015 08:24 AM, Tamas K Lengyel wrote:
>>
>> On Fri, Jan 30, 2015 at 6:25 PM, Daniel De Graaf
>> wrote:
>>>
>>> On 01/29/2015 04:46 PM, Tamas K Lengyel wrote:
To make it easier to review the renaming process of mem_ev
On Fri, 30 Jan 2015, Julien Grall wrote:
> When SMMU doesn't support coherent table walk, Xen may need to clean
> updated PT (see commit 4c5f4cb "xen/arm: p2m: Clean cache PT when the
> IOMMU doesn't support coherent walk").
>
> If one SMMU of the platform doesn't support coherent table walk, the
On Fri, 6 Feb 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 06/02/2015 00:09, Stefano Stabellini wrote:
> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> > > From: Naresh Bhat
> > >
> > > Create a chosen node for DOM0 with
> > > - bootargs
> > > - rsdp
> > >
> > > Signed-off-by: Nare
On Fri, 6 Feb 2015, Julien Grall wrote:
> On 06/02/2015 00:21, Stefano Stabellini wrote:
> > On Thu, 5 Feb 2015, Julien Grall wrote:
> > > Hi parth,
> > >
> > > Title: this is not acpi specific.
> > >
> > > On 04/02/2015 14:02, parth.di...@linaro.org wrote:
> > > > From: Parth Dixit
> > > >
> >
On Fri, 6 Feb 2015, Julien Grall wrote:
> On 06/02/2015 00:34, Stefano Stabellini wrote:
> > > diff --git a/xen/arch/arm/setup.c b/xen/arch/arm/setup.c
> > > index 93c8a8a..930746b 100644
> > > --- a/xen/arch/arm/setup.c
> > > +++ b/xen/arch/arm/setup.c
> > > @@ -50,6 +50,7 @@
> > > #include
> >
>>> On 06.02.15 at 13:54, wrote:
>> Did you look at the resulting patch to see what happened? It didn't
>> remove the mem_event stuff, but adjusted it enough to become the
>> vm_event one while removing the previously added vm_event part
>> again. Another argument against this approach imo.
>
>
>>> On 06.02.15 at 14:10, wrote:
> On Wed, Feb 4, 2015 at 10:47 AM, Jan Beulich wrote:
> On 29.01.15 at 22:46, wrote:
>>> --- a/xen/common/Makefile
>>> +++ b/xen/common/Makefile
>>> @@ -52,9 +52,10 @@ obj-y += tmem_xen.o
>>> obj-y += radix-tree.o
>>> obj-y += rbtree.o
>>> obj-y += lzo.o
>
On Fri, 6 Feb 2015, Julien Grall wrote:
> On 06/02/2015 03:40, Parth Dixit wrote:
> > > > +static int map_acpi_regions(struct domain *d)
> > > > +{
> > > > +int res;
> > > > +
> > > > +res = acpi_map_mmio(d);
> > > > +if ( res )
> > > > +return res;
> > > > +
> > > > +return
On Fri, 6 Feb 2015, Parth Dixit wrote:
> On 5 February 2015 at 22:25, Stefano Stabellini
> wrote:
> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> >> From: Parth Dixit
> >>
> >> map acpi tables described in uefi table to dom0 address space
> >>
> >> Signed-off-by: Parth Dixit
> >> ---
> >
On 02/06/2015 03:02 PM, Kristian Hagsted Rasmussen wrote:
On Friday, February 6, 2015 10:57, Juergen Gross wrote:
To: Kristian Hagsted Rasmussen; Olaf Hering; xen-de...@lists.xensource.com
Subject: Re: pvSCSI test
On 02/06/2015 10:32 AM, Kristian Hagsted Rasmussen wrote:
On Wednesday, Februa
On Fri, 6 Feb 2015, Julien Grall wrote:
> On 06/02/2015 01:39, Stefano Stabellini wrote:
> > On Thu, 5 Feb 2015, Julien Grall wrote:
> > > Hi Parth,
> > >
> > > On 05/02/2015 18:57, Parth Dixit wrote:
> > > > On 5 February 2015 at 10:54, Julien Grall
> > > > wrote:
> > > > > On 04/02/2015 14:02,
On Fri, 6 Feb 2015, Parth Dixit wrote:
> On 5 February 2015 at 23:18, Stefano Stabellini
> wrote:
> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> >> From: Parth Dixit
> >>
> >> Some bugs are identified in edk2 and some of the functionality is not
> >> yet merged. This patch contains worka
>>> On 06.02.15 at 13:27, wrote:
> In the case where a stub domain is providing emulation for an HVM
> guest, there is no interlock in the toolstack to make sure that
> the stub domain is up and running before the guest is unpaused.
>
> Prior to the introduction of ioreq servers this was not a pr
Paravirt spinlock clears slowpath flag after doing unlock.
As explained by Linus currently it does:
prev = *lock;
add_smp(&lock->tickets.head, TICKET_LOCK_INC);
/* add_smp() is a full mb() */
if (unlikely(lock->tickets.tail & TICKET_
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 06 February 2015 14:45
> To: Paul Durrant
> Cc: Andrew Cooper; Ian Campbell; Wei Liu; xen-devel@lists.xen.org; Keir
> (Xen.org)
> Subject: Re: [PATCH] x86/hvm: wait for at least one ioreq server to be
> enabled
>
>
>>> On 06.02.15 at 15:38, wrote:
> On Fri, 6 Feb 2015, Parth Dixit wrote:
>> On 5 February 2015 at 23:18, Stefano Stabellini
>> wrote:
>> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
>> >> +#ifdef CONFIG_X86
>> >> #define is_xmalloc_memory(ptr) ((unsigned long)(ptr) & (PAGE_SIZE - 1))
>>
On Fri, Feb 06, 2015 at 08:56:40AM -0500, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 6:16 AM, Wei Liu wrote:
> > Thanks for posting.
> >
> > ...
> >
> > FWIW we are now experiencing problem with this startup protocol (not
> > Linux stubdom specific) -- that path that libxl waiting for is wrong.
Hey, x86 maintainers!
could you please comment?
Juergen
On 01/28/2015 06:11 AM, Juergen Gross wrote:
*Ping*
David wants a comment from the x86 maintainers.
Juergen
On 01/21/2015 08:49 AM, Juergen Gross wrote:
Today there are several places in the kernel which build tables
containing one
flight 34190 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34190/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail like 33687
Tests which did not succee
On Fri, 6 Feb 2015, Julien Grall wrote:
> Hi Parth,
>
> On 06/02/2015 01:12, Stefano Stabellini wrote:
> > On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
> > > From: Parth Dixit
> > >
> > > Enable PSCI and hvc flags in FADT table so that dom0 uses PSCI to
> > > boot vcpu's
> > >
> > > Signed
Andrew,
Thanks for your help. I am trying to log the following hypercalls to dmesg
as they come in:
-HYPERVISOR_grant_table_op()
- HYPERVISOR_mmu_update()
- HYPERVISOR_set_trap_table()
Are there single handlers for these as well?
Thanks,
On Thu, Feb 5, 2015 at 4:20 PM, Andrew Cooper
wrote:
On Fri, 6 Feb 2015, Wei Liu wrote:
> Albeit INVALID_P2M_ENTRY and INVALID_MFN are both ~0UL, conceptually
> speaking we should use INVALID_P2M_ENTRY for setting P2M values.
>
> Signed-off-by: Wei Liu
> Cc: Ian Campbell
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> CC: Julien Grall
Acked-by: S
On 02/06/2015 09:49 AM, Raghavendra K T wrote:
> static __always_inline void arch_spin_unlock(arch_spinlock_t *lock)
> {
> if (TICKET_SLOWPATH_FLAG &&
> - static_key_false(¶virt_ticketlocks_enabled)) {
> - arch_spinlock_t prev;
> + static_key_false(¶virt_tick
On 02/06/15 06:04, Ian Jackson wrote:
> Jan Beulich writes ("Re: [PATCH] tools: work around collision of -O0 and
> -D_FORTIFY_SOURCE"):
>> Attached the patch I used for testing. While it works okay for me,
>> I guess the configure part will need further taking care of the
>> -Wp,-D... variant Don
In the case where a stub domain is providing emulation for an HVM
guest, there is no interlock in the toolstack to make sure that
the stub domain is up and running before the guest is unpaused.
Prior to the introduction of ioreq servers this was not a problem,
since there was only ever one emulato
On 06/02/15 15:17, D'Mita Levy wrote:
> Andrew,
>
> Thanks for your help. I am trying to log the following hypercalls to
> dmesg as they come in:
>
> -HYPERVISOR_grant_table_op()
>
> - HYPERVISOR_mmu_update()
>
> - HYPERVISOR_set_trap_table()
>
> Are there single handlers for these as well?
>
The
On Fri, 6 Feb 2015, Wei Liu wrote:
> > > Unfortunately this problem can't be solved without putting in
> > > significant effort and time (involves redesign of protocol and handle
> > > all the compatibility issues). We can't say for sure when the solution
> > > is going to land.
> >
> > I noticed
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch series updates Anthony Perard's original patch series to
> bring support for running QEMU upstream as a device model in a
> stubdomain by using a Linux-based stubdom, rather than MiniOS as
> currently used for QEMU traditional. Anthony posted th
On Fri, Feb 6, 2015 at 9:59 AM, Wei Liu wrote:
> On Fri, Feb 06, 2015 at 08:56:40AM -0500, Eric Shelton wrote:
>> On Fri, Feb 6, 2015 at 6:16 AM, Wei Liu wrote:
>>
>> I simply used the code already present in the QEMU upstream code,
>> which is writing to that particular ath to indicate "running.
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch adds a Makefile which downloads, patches, and compiles
> upstream QEMU for a stubdomain based on a linux kernel.
>
> Signed-off-by: Eric Shelton
> ---
> stubdom-linux/.gitignore| 3 ++
> stubdom-linux/Makefile | 55
>
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch adds rules to the Makefile to retrieve Linux and build a
> minimal kernel for the stubdomain. Using Linux kernel 3.17.8.
>
> In order to work as a stubdomain, two patches are applied to the Linux
> kernel source.
Similarly to QEMU, we should g
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch builds a disk image intended to be mounted as rootfs by the
> Linux stub domain. It is assembled using dracut and genext2fs.
>
> Signed-off-by: Eric Shelton
> ---
> stubdom-linux/.gitignore | 4 ++
> stubdom-linux/Makefile
...when they are added back into the guest physmap, when an ioreq
server is disabled. If this is not done then the pages are missed
during migration, causing ioreq server creation to fail on the remote end.
This problem only manifests if the ioreq server is non-default because in
the default case
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This enum gives the ability to select between a MiniOS-based QEMU
> traditional stub domain and a Linux-based QEMU upstream stub domain. To
> use the Linux-based stubdomain, the following two lines should be
> included in the appropriate xl.cfg file:
>
>
On Fri, Feb 6, 2015 at 3:20 PM, Jan Beulich wrote:
On 06.02.15 at 14:10, wrote:
>> On Wed, Feb 4, 2015 at 10:47 AM, Jan Beulich wrote:
>> On 29.01.15 at 22:46, wrote:
--- a/xen/common/Makefile
+++ b/xen/common/Makefile
@@ -52,9 +52,10 @@ obj-y += tmem_xen.o
obj-y +
On Fri, Feb 6, 2015 at 3:18 PM, Jan Beulich wrote:
On 06.02.15 at 13:54, wrote:
>>> Did you look at the resulting patch to see what happened? It didn't
>>> remove the mem_event stuff, but adjusted it enough to become the
>>> vm_event one while removing the previously added vm_event part
>>>
On Fri, Feb 06, 2015 at 10:46:15AM -0500, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 9:59 AM, Wei Liu wrote:
> > On Fri, Feb 06, 2015 at 08:56:40AM -0500, Eric Shelton wrote:
> >> On Fri, Feb 6, 2015 at 6:16 AM, Wei Liu wrote:
> >>
> >> I simply used the code already present in the QEMU upstrea
On 02/06/15 06:04, Ian Jackson wrote:
> Some systems have python-config include -D_FORTIFY_SOURCE in the
> CFLAGS. But -D_FORTIFY_SOURCE does not (currently) work with -O0, and
> -O0 is enabled in debug builds (since 1166ecf781). As a result, on
> those systems, debug builds fail.
>
> Work aroun
On Fri, Feb 6, 2015 at 7:20 AM, Sasha Levin wrote:
>
> Can we modify it slightly to avoid potentially accessing invalid memory:
So I think there's a race with that.
And I'll warn you: the kernel does do speculative reads of memory that
might be invalid, not just in places like this. See the comm
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This patch creates an appropriate command line for the QEMU instance
> running in a Linux-based stubdomain.
>
> NOTE: a number of items are not currently implemented for Linux-based
> stubdomains, such as:
> - save/restore
> - QMP socket
> - graphics outpu
On Fri, Feb 6, 2015 at 6:49 AM, Raghavendra K T
wrote:
> Paravirt spinlock clears slowpath flag after doing unlock.
[ fix edited out ]
So I'm not going to be applying this for 3.19, because it's much too
late and the patch is too scary. Plus the bug probably effectively
never shows up in real lif
On Tue, 3 Feb 2015, Eric Shelton wrote:
> This will build a Linux-based stubdomain with QEMU upstream.
>
> Signed-off-by: Eric Shelton
> ---
> tools/libxl/libxl.c | 25 --
> tools/libxl/libxl_create.c | 7 ++-
> tools/libxl/libxl_dm.c | 108
>
On 02/06/15 02:35, Jan Beulich wrote:
On 05.02.15 at 20:02, wrote:
>> On 02/03/15 09:58, Jan Beulich wrote:
>> On 02.02.15 at 16:22, wrote:
>> Ok, will be working on a much better commit message. Do you want the
>> new commit message copied here (in the summary of the changes), or just
On 02/06/2015 07:15 PM, Linus Torvalds wrote:
> On Fri, Feb 6, 2015 at 7:20 AM, Sasha Levin wrote:
>>
>> Can we modify it slightly to avoid potentially accessing invalid memory:
>
> So I think there's a race with that.
>
> And I'll warn you: the kernel does do speculative reads of memory that
>
On Fri, Feb 6, 2015 at 10:36 AM, Stefano Stabellini
wrote:
> On Fri, 6 Feb 2015, Wei Liu wrote:
>> ISTR our policy is upstream first. That is, though we maintain our own
>> qemu tree those changesets are all upstream changesets. Arguably there
>> might be some bandaid changesets that are not upst
Hi Julien
On Thu, Feb 5, 2015 at 6:36 PM, Oleksandr Tyshchenko
wrote:
> On Thu, Feb 5, 2015 at 5:24 PM, Julien Grall wrote:
>> Hi Oleksandr,
> Hi Julien
>>
>>
>> On 05/02/2015 21:49, Oleksandr Tyshchenko wrote:
>>>
>>> On Thu, Feb 5, 2015 at 3:12 PM, Ian Campbell
>>> wrote:
On Wed, 20
On Fri, 6 Feb 2015, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 10:36 AM, Stefano Stabellini
> wrote:
> > On Fri, 6 Feb 2015, Wei Liu wrote:
>
> >> ISTR our policy is upstream first. That is, though we maintain our own
> >> qemu tree those changesets are all upstream changesets. Arguably there
>
On Fri, Feb 6, 2015 at 10:46 AM, Stefano Stabellini
wrote:
> On Tue, 3 Feb 2015, Eric Shelton wrote:
> Before having patches, I would like to try to get them upstream in QEMU.
> If we really cannot do that, then I would still prefer to commit any
> required workarounds to the qemu-xen rather than
Don Slutz writes ("Re: [PATCH v4] tools: work around collision of -O0 and
-D_FORTIFY_SOURCE"):
> On 02/06/15 06:04, Ian Jackson wrote:
> > Some systems have python-config include -D_FORTIFY_SOURCE in the
> > CFLAGS. But -D_FORTIFY_SOURCE does not (currently) work with -O0, and
> > -O0 is enabled
On Fri, 6 Feb 2015, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 10:46 AM, Stefano Stabellini
> wrote:
> > On Tue, 3 Feb 2015, Eric Shelton wrote:
>
> > Before having patches, I would like to try to get them upstream in QEMU.
> > If we really cannot do that, then I would still prefer to commit an
On Fri, Feb 6, 2015 at 10:51 AM, Stefano Stabellini
wrote:
> On Tue, 3 Feb 2015, Eric Shelton wrote:
>> This patch adds rules to the Makefile to retrieve Linux and build a
>> minimal kernel for the stubdomain. Using Linux kernel 3.17.8.
>>
>> In order to work as a stubdomain, two patches are appl
On Fri, Feb 6, 2015 at 10:57 AM, Stefano Stabellini
wrote:
> On Tue, 3 Feb 2015, Eric Shelton wrote:
>> +DRACUT_URL="http://www.kernel.org/pub/linux/utils/boot/dracut";
>> +DRACUT_V=dracut-033
>> +
>> +GENEXT2FS_V = 1.4.1
>> +GENEXT2FS_URL="http://sourceforge.net/projects/genext2fs/files/genext2f
On Fri, 6 Feb 2015, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 10:51 AM, Stefano Stabellini
> wrote:
> > On Tue, 3 Feb 2015, Eric Shelton wrote:
> >> This patch adds rules to the Makefile to retrieve Linux and build a
> >> minimal kernel for the stubdomain. Using Linux kernel 3.17.8.
> >>
> >>
On Fri, Feb 6, 2015 at 11:06 AM, Stefano Stabellini
wrote:
> On Tue, 3 Feb 2015, Eric Shelton wrote:
>> This enum gives the ability to select between a MiniOS-based QEMU
>> traditional stub domain and a Linux-based QEMU upstream stub domain. To
>> use the Linux-based stubdomain, the following two
Hi all,
the deadline for Orgs to apply for GSoc 2015 is coming up. Organisations need
to apply before Feb 22nd. One of the things that is crucial that the project
list is up-to-date and that there is activity on the wiki page. Google uses
this as one of the main criteria to accept projects.
=
On Fri, 6 Feb 2015, Eric Shelton wrote:
> On Fri, Feb 6, 2015 at 11:06 AM, Stefano Stabellini
> wrote:
> > On Tue, 3 Feb 2015, Eric Shelton wrote:
> >> This enum gives the ability to select between a MiniOS-based QEMU
> >> traditional stub domain and a Linux-based QEMU upstream stub domain. To
>
On 01/30/2015 02:32 AM, Andrew Cooper wrote:
> On 30/01/15 00:43, Ed White wrote:
>> Use the class to differentiate between host and nested p2m's, and
>> potentially other classes in the future.
>>
>> Fix p2m class checks that implicitly assume nested and host are
>> the only two classes that will
1 - 100 of 139 matches
Mail list logo
