On Mon, Oct 24, 2016 at 9:12 AM, Jan Beulich wrote:
On 24.10.16 at 15:01, wrote:
>> On Mon, Oct 24, 2016 at 8:47 AM, Jan Beulich wrote:
>> On 24.10.16 at 14:30, wrote:
As best as I can tell, the current code already writes out the proper
value for sizing ("pci_write_long(d, r
On Mon, Oct 24, 2016 at 8:47 AM, Jan Beulich wrote:
On 24.10.16 at 14:30, wrote:
>> As best as I can tell, the current code already writes out the proper
>> value for sizing ("pci_write_long(d, reg, ~0)" in the above code
>> snippet).
>
> No - for sizing a ROM BAR, only the address portion i
On Mon, Oct 24, 2016 at 6:19 AM, Jan Beulich wrote:
>>>> On 21.10.16 at 15:23, wrote:
>> Eric Shelton, on Fri 21 Oct 2016 09:01:43 -0400, wrote:
>>> ERROR: PCI region size must be pow2 type=0x8, size=0xdf08
>>
>>> u32 u = pci_read_long(
I am running Xen 4.6.3 (with Marek's recent patches at
https://lists.xen.org/archives/html/xen-devel/2016-10/msg01122.html)
and Linux 4.4.14.
qemu-traditional (running in a stubdom) exits due to an error when I
try doing passthrough of a PCI device that includes an
option/expansion ROM. Specifica
front, since pciback would
always be running in dom0.
Eric
On Tue, Dec 22, 2015 at 7:24 AM, Stefano Stabellini
wrote:
> MiniOS for QEMU stubdom has frontends, such as mini-os/blkfront.c and
> mini-os/netfront.c, not backends.
>
> Cheers,
>
> Stefano
>
>
> On Mon, 21
Seeing as "All OSes providing PV backends are susceptible," doesn't this
include MiniOS for QEMU stubdom as well? Are there patches available for
mini-os/blkfront.c, mini-os/netfront.c, and mini-os/pcifront.c? I didn't
see anything for this.
Best,
Eric
On Thu, Dec 17, 2015 at 1:36 PM, Xen.org s
Please note that the same issue appears to have been introduced in the
recent 4.2.7 kernel. It perhaps has to do
with b4ff8389ed14b849354b59ce9b360bdefcdbf99c having a matching
commit e8d097151d309eb71f750bbf34e6a7ef6256da7e in linux-stable.git. The
below patch to arch/x86/kernel/rtc.c was also e
On Wed, Dec 2, 2015 at 10:41 AM, Jan Beulich wrote:
> >>> On 02.12.15 at 16:37, wrote:
> > On Dec 2, 2015, at 10:28 AM, Jan Beulich wrote:
> >
> > On 02.12.15 at 16:04, wrote:
> >>> I have attached the output from 'xl dmesg' with iommu=debug
> >>> apic_verbosity=debug loglvl=all
> >>
> >>
On Dec 2, 2015, at 10:28 AM, Jan Beulich wrote:
On 02.12.15 at 16:04, wrote:
>> I have attached the output from 'xl dmesg' with iommu=debug
>> apic_verbosity=debug loglvl=all
>
> As of 4.6.0 it actually takes a debug hypervisor to get those
> messages logged (which arguably is wrong, and w
I have attached the output from 'xl dmesg' with iommu=debug
apic_verbosity=debug loglvl=all
This is with 4.6.0, with the recent patch enabling mwait-idle on Skylake
applied. My initial post was running the latest out of xen.git master. I
may be able to try to newer code again later this week.
E
ic, could you provide your motherboard information and as Andrew pointed
> out what’s f0:1f.0?
>
>
>
> *From:* Andrew Cooper [mailto:andrew.coop...@citrix.com]
> *Sent:* Sunday, November 29, 2015 6:15 AM
> *To:* Eric Shelton; xen-devel; Zhang, Yang Z; Tian, Kevin; Keir Fra
Looking through the output of 'xl dmesg' on a Skylake system (i5-6600K), I
found a number of error messages that I do not encounter on a Haswell-based
system. I have tried two motherboards from different manufacturers, with
pretty much the same results. Below are some of the unexpected messages:
Thanks for taking the time to consider my comments and respond.
On Tue, Nov 24, 2015 at 9:44 AM, Wei Liu wrote:
> Another chunk of work is teaching QEMU to not initialised some
> component or take a different path when initialising some
> components. This is the same as Linux-based stubdom.
>
W
Wei and others,
It has been a long, long road to getting a rumprun-based stubdom
implemented. The earliest discussion of pursuing this approach appears to
be a post by IanJ on August 21, 2013, with the first serious indication of
development work again posted by IanJ, on April 8, 2014 - over 19 m
On Jul 14, 2015 4:51 AM, "George Dunlap"
wrote:
>
> On Sat, Jul 11, 2015 at 10:30 PM, Eric Shelton wrote:
> > Allocate additional memory to the stub domain for qemu-traditional if
> > more than 4 MB is assigned to the video adapter to avoid out of memory
> >
value of 32 MB was based on having a 4 MB video adapter,
this increases the stub domain size by however much the VRAM exceeds 4 MB.
Revised per Ian Jackson's and Samuel Thibault's suggestions.
Eric Shelton (1):
libxl: set stub domain size based on VRAM size
tools/libxl/libxl_dm.c
Allocate additional memory to the stub domain for qemu-traditional if
more than 4 MB is assigned to the video adapter to avoid out of memory
condition for QEMU.
Signed-off-by: Eric Shelton
---
tools/libxl/libxl_dm.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools
Allocate additional memory to the stub domain for qemu-traditional if
more than 4 MB is assigned to the video adapter to avoid out of memory
condition for QEMU.
Signed-off-by: Eric Shelton
---
tools/libxl/libxl_dm.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools
value of 32 MB was based on having a 4 MB video adapter,
this increases the stub domain size by however much the VRAM exceeds 4 MB.
Revised per Ian Jackson's suggestion.
Eric Shelton (1):
libxl: set stub domain size based on VRAM size
tools/libxl/libxl_dm.c | 3 ++-
1 file chang
value of 32 MB was based on having a 4 MB video adapter,
this increases the stub domain size by however much the VRAM exceeds 4 MB.
Eric Shelton (1):
libxl: set stub domain size based on VRAM size
tools/libxl/libxl_dm.c | 2 ++
1 file changed, 2 insertions(+)
--
2.1.0
Allocate additional memory to the stub domain for qemu-traditional if
more than 4 MB is assigned to the video adapter to avoid out of memory
condition for QEMU.
Signed-off-by: Eric Shelton
---
tools/libxl/libxl_dm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/libxl/libxl_dm.c b
lls, or at a minimum there are professional Xen developers who can
sensibly devote their efforts to this issue.
Thank you,
Eric Shelton
On Thu, Jan 8, 2015 at 11:39 AM, Eric Shelton wrote:
>
> With the impending rollout of another Xen release lacking qemu-xen
> stubdom, I would like to camp
On Mon, Feb 9, 2015 at 4:11 AM, Ian Campbell wrote:
> On Tue, 2015-02-03 at 23:06 -0500, 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-
On Mon, Feb 9, 2015 at 7:08 AM, Anthony PERARD
wrote:
> On Mon, Feb 09, 2015 at 09:07:13AM +, Ian Campbell wrote:
>> On Fri, 2015-02-06 at 17:23 +, Stefano Stabellini wrote:
>> > >
>> > > One of the main issues outstanding from when Anthony originally posted
>> > > his patches is how we wa
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 stub
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="
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
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 qem
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
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 particul
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
u-xen"
device_model_stubdomain_override=1
To use the MiniOS-based stubdomain, the following is used instead:
device_model_version="qemu-xen-traditional"
device_model_stubdomain_override=1
Signed-off-by: Eric Shelton
---
tools/libxl/libxl_create.c | 34 +-
tools/libxl/
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 output (e.g., VNC)
Signed-off-by: Eric Shelton
---
tools
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| 45 +++-
stubdom-linux/extra
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 ---
tools/libxl/libxl_internal.c | 22
disks provided by QEMU worked). Once
booted up, it was possible to successfully SSH into the Linux HVM
guest.
Regards,
Eric Shelton
--
Patches:
[RFC 1/7] linux-stubdomain: Compile QEMU
[RFC 2/7] linux-stubdomain: Compile Linux
[RFC 3/7] linux-stubdomain: Build a disk image
[RFC 4/7] libxl: Add &q
To ensure the QEMU instance in a stubdomain is running before we unpause
an HVM guest that relies on it for a device model, we do a xenstore wait
on QEMU's indiction that it is running.
Signed-off-by: Eric Shelton
---
tools/libxl/libxl_dm.c | 46
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 +
stubdom-linux
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.
Signed-off-by: Eric Shelton
---
stubdom-linux/.gitignore
On Mon, Jan 26, 2015 at 9:37 AM, Stefano Stabellini
wrote:
> On Fri, 23 Jan 2015, Eric Shelton wrote:
>> On Jan 23, 2015 10:10 AM, "Stefano Stabellini"
>> wrote:
>> >
>> > On Fri, 23 Jan 2015, Ian Campbell wrote:
>> > > On F
On Jan 23, 2015 10:10 AM, "Stefano Stabellini" <
stefano.stabell...@eu.citrix.com> wrote:
>
> On Fri, 23 Jan 2015, Ian Campbell wrote:
> > On Fri, 2015-01-23 at 14:42 +, Stefano Stabellini wrote:
> >
> > > HVM guest -(PV)--> QEMU in Dom0 for guest
> > > |
> > > --(emulat
On Fri, 16 Jan 2015, Stefano Stabellini wrote:
> On Thu, 15 Jan 2015, Don Slutz wrote:
> > Now that Xen 4.5 has been released, I would like to see at least QEMU
> > 2.2.0 in qemu-upstream-stable on the master branch.
>
> Agreed
Is there any concrete plan regarding if and how stub domains will be
i
On Tue, Apr 8, 2014 at 7:26 AM, Anthony PERARD
wrote:
> On Tue, Apr 08, 2014 at 11:49:43AM +0100, George Dunlap wrote:
>> On Mon, Apr 7, 2014 at 9:50 PM, Eric Shelton wrote:
>> > Where does this feature stand currently? It pops up under a couple of
>> > names
>&g
43 matches
Mail list logo
