On Thu, 24 Jan 2019 at 02:03, Brad Smith wrote:
>
> https://cgit.freedesktop.org/mesa/mesa/commit/include/EGL/eglplatform.h?id=f744c6c1e28fe363474550b94af42a8b7fc1c755
>
> Unfortunately that issue has only been fixed very recently.
>
> There is a possibility of us updating from Mesa 17.3.9 to 18.3
On Wed 23 Jan 2019 06:00:49 PM CET, Max Reitz wrote:
> Hi,
>
> 093 and 136 seem really flaky to me. I can reproduce that by running:
That's interesting, I can make 093 fail quite easily now (I haven't
tested the other one yet), but I don't think this happened earlier. I'll
try to figure out what'
Add a helper function to add PCIe capability for Access Control Services (ACS)
ACS support in the associated root port is a prerequisite to be able to do
passthrough of individual functions of a device with VFIO
without Alex Williamson's pcie_acs_override kernel patch or similar
in the guest.
Sign
On Wed, Jan 23, 2019 at 07:53:46PM +, Dr. David Alan Gilbert wrote:
> * Jason Wang (jasow...@redhat.com) wrote:
> >
> > On 2019/1/22 上午2:56, Peter Maydell wrote:
> > > On Thu, 17 Jan 2019 at 09:46, Jason Wang wrote:
> > > >
> > > > On 2019/1/15 上午12:33, Zhang Chen wrote:
> > > > >
> > > > >
On Thu, 24 Jan 2019 at 04:08, Doug Gale wrote:
>
> Signed-off-by: Doug Gale
> ---
> configure | 4 +-
> gdb-xml/i386-32bit-core.xml | 65 ---
> gdb-xml/i386-32bit-sse.xml | 52 -
> gdb-xml/i386-32bit.xml | 184 ++-
> gdb-xml
These two patches together implements a PCIe capability
config space header for Access Control Services (ACS) for the
new Qemu specific generic root port. ACS support in the
associated root port is a prerequisite to be able to pass
individual functions of a device populating the port through to
an
Claim ACS support in the generic PCIe root port to allow
passthrough of individual functions of a device to different
guests (in a nested virt.setting) with VFIO.
Without this patch, all functions of a device, such as all VFs of
an SR/IOV device, will end up in the same IOMMU group.
A similar situa
Am 24.01.2019 um 10:29 hat Vladimir Sementsov-Ogievskiy geschrieben:
> 23.01.2019 18:48, Max Reitz wrote:
> > Hi,
> >
> > When running 169 in parallel (e.g. like so:
> >
> > $ while TEST_DIR=/tmp/t0 ./check -T -qcow2 169; do; done
> > $ while TEST_DIR=/tmp/t1 ./check -T -qcow2 169; do; done
> > $
On Thu, 24 Jan 2019 11:08:02 +0100
Pierre Morel wrote:
> On 23/01/2019 11:21, Cornelia Huck wrote:
> > On Tue, 22 Jan 2019 19:33:46 +0100
> > Halil Pasic wrote:
> >
> >> On Mon, 21 Jan 2019 12:03:51 +0100
> >> Cornelia Huck wrote:
> >>
> >>> --- a/drivers/s390/cio/vfio_ccw_private.h
> >>>
On Tue, Jan 22, 2019 at 10:02:09PM -0500, liebre...@grossmann-venter.com wrote:
> The windows 7 guest on linux host had networking out of the box.
> It now lost it for some reason.
> The qemu string remained the same
Please post your QEMU command-line.
> It now want to do DHCP and fails.
> It
On 2019-01-23 22:22, Stefan Hajnoczi wrote:
> From: Steffen Görtz
>
> Signed-off-by: Steffen Görtz
> Signed-off-by: Stefan Hajnoczi
> ---
> tests/microbit-test.c | 97 +++
> 1 file changed, 97 insertions(+)
>
> diff --git a/tests/microbit-test.c b/tests
On Thu, Jan 24, 2019 at 09:11:15AM +, Dr. David Alan Gilbert wrote:
> * Jason Wang (jasow...@redhat.com) wrote:
> >
> > On 2019/1/24 上午3:53, Dr. David Alan Gilbert wrote:
> > > * Jason Wang (jasow...@redhat.com) wrote:
> > > > On 2019/1/22 上午2:56, Peter Maydell wrote:
> > > > > On Thu, 17 Jan
24.01.2019 12:29, Vladimir Sementsov-Ogievskiy wrote:
> 23.01.2019 18:48, Max Reitz wrote:
>> Hi,
>>
>> When running 169 in parallel (e.g. like so:
>>
>> $ while TEST_DIR=/tmp/t0 ./check -T -qcow2 169; do; done
>> $ while TEST_DIR=/tmp/t1 ./check -T -qcow2 169; do; done
>> $ while TEST_DIR=/tmp/t2
Please cc: me on QMP issues.
Jason Wang writes:
> On 2019/1/24 上午3:53, Dr. David Alan Gilbert wrote:
>> * Jason Wang (jasow...@redhat.com) wrote:
>>> On 2019/1/22 上午2:56, Peter Maydell wrote:
On Thu, 17 Jan 2019 at 09:46, Jason Wang wrote:
> On 2019/1/15 上午12:33, Zhang Chen wrote:
On Wed, Jan 23, 2019 at 04:45:54PM -0500, Ryan El Kochta wrote:
> This patch adds a new option to the input-linux object:
>
> grab-toggle=[key-combo]
Other way around: commit message describing the patch goes to the patch
(1/1), the series description (and changes to previous revisions if any)
go
Christophe Fergeau writes:
> This commit adds a qemu_init_logging() helper which calls
> g_log_set_default_handler() so that glib logs (g_log, g_warning, ...)
> are handled similarly to other QEMU logs. This means they will get a
> timestamp if timestamps are enabled, and they will go through the
Markus Armbruster writes:
> Eric Blake writes:
>
>> On 1/2/19 12:01 PM, Christophe Fergeau wrote:
>>> Adding Markus to cc: list, I forgot to do it when sending the patch.
>>
>> Also worth backporting via qemu-stable, now in cc.
>>
>>>
>>> Christophe
>>>
>>> On Wed, Jan 02, 2019 at 03:05:35PM +
24.01.2019 10:48, Denis Plotnikov wrote:
> When there is a Backup Block Job running and shutdown command is sent to
> a guest, the guest crushes due to assert(!bs->walking_aio_notifiers).
Clarification: not ordinary backup, but fleecing scheme: backup with sync=none,
when source is a backing for t
On 2019-01-23 21:27, Stefan Hajnoczi wrote:
> On Wed, Jan 23, 2019 at 06:55:07PM +0100, Stefano Garzarella wrote:
>> On Wed, Jan 23, 2019 at 04:53:10PM +, Stefan Hajnoczi wrote:
>>> Signed-off-by: Stefan Hajnoczi
>>> ---
>>> v2:
>>> * Added mentor names
>>> * Added additional details from Ma
23.01.2019 18:48, Max Reitz wrote:
> Hi,
>
> When running 169 in parallel (e.g. like so:
>
> $ while TEST_DIR=/tmp/t0 ./check -T -qcow2 169; do; done
> $ while TEST_DIR=/tmp/t1 ./check -T -qcow2 169; do; done
> $ while TEST_DIR=/tmp/t2 ./check -T -qcow2 169; do; done
> $ while TEST_DIR=/tmp/t3 ./
Am 23.01.2019 um 17:16 hat Alberto Garcia geschrieben:
> On Wed 23 Jan 2019 04:47:30 PM CET, Paolo Bonzini wrote:
> >> You mean a common function with the code below?
> >>
> +ctx = blk_get_aio_context(sd->conf.blk);
> +if (ctx != s->ctx && ctx != qemu_get_aio_context()) {
On Wed, Jan 23, 2019 at 01:09:41PM -0600, Eric Blake wrote:
> On 1/23/19 12:08 PM, Bharadwaj Rayala wrote:
[...] # [Snip Eric's excellent exposition.]
> > What do you mean by issues? Do you mean any data/corruption bugs or lack of
> > some nice functionality that we are talking here?
>
> Lack of
CCing qemu-triv...@nongnu.org
On Thu, Jan 24, 2019 at 03:36:26PM +0800, Wei Yang wrote:
> Rename pc_get_hotpug_handler to pc_get_hotplug_handler.
>
> No functional change.
>
> Signed-off-by: Wei Yang
> ---
> hw/i386/pc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
Reviewed-
* Jason Wang (jasow...@redhat.com) wrote:
>
> On 2019/1/24 上午3:53, Dr. David Alan Gilbert wrote:
> > * Jason Wang (jasow...@redhat.com) wrote:
> > > On 2019/1/22 上午2:56, Peter Maydell wrote:
> > > > On Thu, 17 Jan 2019 at 09:46, Jason Wang wrote:
> > > > > On 2019/1/15 上午12:33, Zhang Chen wrote:
On 2019-01-23 22:11, Richard Henderson wrote:
> On 1/22/19 10:55 PM, Yang Zhong wrote:
>> @@ -19,3 +19,5 @@ CONFIG_I8259=y
>> CONFIG_MC146818RTC=y
>> CONFIG_ISA_TESTDEV=y
>> CONFIG_SMC37C669=y
>> +CONFIG_DP264=y
>> +CONFIG_TYPHOON=y
>
> There's not really a point in two configs; just use DP264.
Michael Tokarev writes:
> 21.01.2019 18:17, Peter Maydell wrote:
>> On Mon, 21 Jan 2019 at 14:49, Anthony PERARD
>> wrote:
>>>
>>> When Xen is detected via pkg-config, it isn't necessary to modify
>>> LDFLAGS as modifying libs_softmmu is enough.
>>>
>>> Reported-by: Peter Maydell
>>> Signed-of
On Wed, Jan 23, 2019 at 12:59:27AM +0530, Bharadwaj Rayala wrote:
[...]
Eric has responded with excellent detail, as usual; a "meta question"
below.
> I am trying to build a backup workflow(program) using drive-backup along
> with dirty bitmaps to take backups of kvm vms.
Is this program that
Gerd Hoffmann writes:
> On Tue, Jan 22, 2019 at 07:41:16AM -0500, Bandan Das wrote:
>>
>> qemu_write_full takes care of partial blocking writes,
>> as in cases of larger file sizes
>>
>> Suggested-by: Peter Maydell
>> Signed-off-by: Bandan
>
> Hmm, doesn't apply, and git fails to do a 3way me
Philippe Mathieu-Daudé writes:
> A minor change to speed up VM testing: clone submodules locally
> (like we do with the QEMU repository).
> Also add the script to MAINTAINERS.
Queued to testing/next, thanks.
--
Alex Bennée
On Thu, Jan 24, 2019 at 03:19:03AM -0500, Bandan Das wrote:
> Gerd Hoffmann writes:
>
> > On Tue, Jan 22, 2019 at 07:41:16AM -0500, Bandan Das wrote:
> >>
> >> qemu_write_full takes care of partial blocking writes,
> >> as in cases of larger file sizes
> >>
> >> Suggested-by: Peter Maydell
> >
On 06.12.2018 23:24, Collin Walling wrote:
> Diagnose 318 is a new z14.2 CPU feature. Since we are able to emulate
> it entirely via KVM, we can add guest support for earlier models. A
> new CPU feature for diagnose 318 (shortened to diag318) will be made
> available to guests starting with the
23.01.2019 21:08, Dr. David Alan Gilbert wrote:
> * Max Reitz (mre...@redhat.com) wrote:
>> On 23.01.19 17:35, Dr. David Alan Gilbert wrote:
>>> * Luiz Capitulino (lcapitul...@redhat.com) wrote:
On Wed, 23 Jan 2019 17:12:35 +0100
Max Reitz wrote:
> On 23.01.19 17:04, Luiz Capitu
On Wed, Jan 23, 2019 at 15:19:53 -0600, Eric Blake wrote:
> The existing qemu-nbd --partition code claims to handle logical
> partitions up to 8, since its introduction in 2008 (commit 7a5ca86).
> However, the implementation is bogus (actual MBR logical partitions
> form a sort of linked list, with
On Tue, Jan 22, 2019 at 07:41:16AM -0500, Bandan Das wrote:
>
> qemu_write_full takes care of partial blocking writes,
> as in cases of larger file sizes
>
> Suggested-by: Peter Maydell
> Signed-off-by: Bandan
Hmm, doesn't apply, and git fails to do a 3way merge too due to unknown
sha1.
cheer
301 - 334 of 334 matches
Mail list logo
