On Sat, Aug 05, 2017 at 10:05:09PM +0200, Laszlo Ersek wrote:
> On 08/05/17 13:46, Dhiru Kholia wrote:
> > On Sat, Aug 5, 2017 at 2:00 PM, Dhiru Kholia wrote:
> >> I ran git bisect on OVMF repository [5] to find the commit that broke
> >> booting of macOS + Clover combination in QEMU/KVM.
> >>
> >
On 08/06/17 09:38, Dhiru Kholia wrote:
> On Sat, Aug 05, 2017 at 10:05:09PM +0200, Laszlo Ersek wrote:
>> On 08/05/17 13:46, Dhiru Kholia wrote:
>>> On Sat, Aug 5, 2017 at 2:00 PM, Dhiru Kholia wrote:
I ran git bisect on OVMF repository [5] to find the commit that broke
booting of macOS
Hello all,
I was reading about qemu, trying to understand the source code. I found
that vl.c is considered the main file of qemu source code from where all
the execution starts. So I flipped some values, i even put a exit(0) just
after the int main starts, but nothing is changed. Qemu is fully
func
Am 06.08.2017 um 13:25 schrieb Shantanu Agarwal:
> Hello all,
> I was reading about qemu, trying to understand the source code. I found
> that vl.c is considered the main file of qemu source code from where all
> the execution starts. So I flipped some values, i even put a exit(0) just
> after the
On 04/08/2017 23:47, Alexander Bezzubikov wrote:
2017-08-04 23:28 GMT+03:00 Laszlo Ersek :
On 08/04/17 20:59, Alexander Bezzubikov wrote:
2017-08-01 20:28 GMT+03:00 Alexander Bezzubikov :
2017-08-01 16:38 GMT+03:00 Marcel Apfelbaum :
On 31/07/2017 22:01, Alexander Bezzubikov wrote:
2017-07-
On 05/08/2017 09:39, Thomas Huth wrote:
>> +CONFIG_VHOST_USER_SCSI=$(and $(CONFIG_VHOST_USER),$(CONFIG_LINUX))
> I have to say that I don't really like using $(and ...) in our makefiles
> like this. You rely on the fact that the config variables are either set
> to "y" or not set at all ... but if
On 04/08/2017 19:48, Dr. David Alan Gilbert wrote:
>>
>> (I don't know if there have in fact been any changes between
>> 2.9 and 2.10 that would be compatibility issues.)
> I think there's two sub questions:
> a) The virt-2.9 needs to pick up HW_COMPAT_2_9 if anything
> in it is relevant for AR
On Sat, 08/05 16:11, Eduardo Habkost wrote:
> On Sat, Aug 05, 2017 at 10:56:20PM +0800, Fam Zheng wrote:
> > On Fri, 08/04 18:36, Eduardo Habkost wrote:
> > > This series adds the ability to run QMP commands
> > > non-interactively to qmp-shell, and deletes scripts/qmp/qmp.
> >
> > Hmm, not so sim
Two VHDX items cleaned up:
1. Check for error when calling bdrv_getlength() [Markus]
2. Check for overflow in offset prior to calling bdrv_truncate().
Jeff Cody (2):
block/vhdx: check error return of bdrv_getlength()
block/vhdx: check for offset overflow to bdrv_truncate()
block/vhdx-log.c
Calls to bdrv_getlength() were not checking for error. In vhdx.c, this
can lead to truncating an image file, so it is a definite bug. In
vhdx-log.c, the path for improper behavior is less clear, but it is best
to check in any case.
Reported-by: Markus Armbruster
Signed-off-by: Jeff Cody
---
b
VHDX uses uint64_t types for most offsets, following the VHDX spec.
However, bdrv_truncate() takes an int64_t value for the truncating
offset. Check for overflow before calling bdrv_truncate().
N.B.: For a compliant image this is not an issue, as the maximum VHDX
image size is defined per the spe
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/796480
Title:
Addresses wi
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/779151
Title:
qemu-nbd cra
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/816860
Title:
Guest machin
On 06/28/2017 10:00 PM, Dr. David Alan Gilbert (git) wrote:
From: "Dr. David Alan Gilbert"
Clear the area and turn off THP.
Signed-off-by: Dr. David Alan Gilbert
---
contrib/libvhost-user/libvhost-user.c | 32 ++--
1 file changed, 30 insertions(+), 2 deletions(-
On Fri, Aug 04, 2017 at 01:10:19PM +1000, David Gibson wrote:
> On Thu, Aug 03, 2017 at 04:28:52PM +1000, Sam Bobroff wrote:
> > The concept of a VCPU ID that differs from the CPU's index
> > (cpu->cpu_index) exists only within SPAPR machines so, move the
> > functions ppc_get_vcpu_id() and ppc_get
On Fri, Aug 04, 2017 at 10:49:42AM +0100, Dr. David Alan Gilbert wrote:
> * Peter Xu (pet...@redhat.com) wrote:
> > On Thu, Aug 03, 2017 at 11:50:22AM +0100, Dr. David Alan Gilbert wrote:
> > > > +/* Size of the bitmap, in bytes */
> > > > +size = (block->max_length >> TARGET_PAGE_BITS) / 8
This is a version 2, with only one remaining patch in the series (the others
having been accepted into ppc-for-2.11).
I've also rebased, so that it sits on top of dgibson/ppc-for-2.11.
Patch set changelog follows:
== Version 1 -> version 2: ==
Patch 1/1: ppc: spapr: Make VCPU ID handli
The concept of a VCPU ID that differs from the CPU's index
(cpu->cpu_index) exists only within SPAPR machines so, move the
functions ppc_get_vcpu_id() and ppc_get_cpu_by_vcpu_id() into spapr.c
and rename them appropriately.
Signed-off-by: Sam Bobroff
---
Changes in v2:
* Re-arranged so that spap
On Fri, 08/04 20:10, Fam Zheng wrote:
> On Fri, 08/04 06:50, Eric Blake wrote:
> > On 08/03/2017 08:54 PM, no-re...@patchew.org wrote:
> > > Hi,
> > >
> > > This series failed automatic build test. Please find the testing commands
> > > and
> > > their output below. If you have docker installed,
On Fri, Aug 04, 2017 at 10:52:27AM +0100, Dr. David Alan Gilbert wrote:
> * Peter Xu (pet...@redhat.com) wrote:
> > On Thu, Aug 03, 2017 at 02:54:35PM +0100, Dr. David Alan Gilbert wrote:
[...]
> > > > @@ -2319,6 +2327,7 @@ static void *migration_thread(void *opaque)
> > > > /* The active st
04.08.2017 19:11, Daniel P. Berrange wrote:
On Fri, Aug 04, 2017 at 06:14:28PM +0300, Vladimir Sementsov-Ogievskiy wrote:
Use int variable for nbd_co_send_request return value (as
nbd_co_send_request returns int).
Hmm, nbd_co_send_request() propagates return value of nbd_send_request,
which ret
22 matches
Mail list logo