On 13 January 2015 at 01:49, Programmingkid wrote:
> This patch adds a Machine menu to QEMU. This menu gives the user the ability
> to easily work with floppy and CD image files.
>
> Features:
> Menu items to switch floppy and CD image files.
> Menu items to eject floppy and CD image files.
> Men
Gerhard Wiesinger wrote:
> On 12.01.2015 12:41, Gerhard Wiesinger wrote:
>> On 08.01.2015 23:28, Gerhard Wiesinger wrote:
>>>
>>> I'll keep you up to date in the next days whether it happens again
>>> or not.
>>
>> With qemu-kvm 2.2.0 release from the above repository the 100% usage
>> didn't happ
On 01/14/2015 03:36 PM, Lluís Vilanova wrote:
Bastian Koppelmann writes:
There is no overview, that shows all the frontend operation one can use, as
found on the wiki. Unfortunatly the wiki is out of date, so let's try to move
this documentation to the source files, which has the benefit, that
Juan Quintela wrote:
> Gerhard Wiesinger wrote:
>> On 12.01.2015 12:41, Gerhard Wiesinger wrote:
>>> On 08.01.2015 23:28, Gerhard Wiesinger wrote:
I'll keep you up to date in the next days whether it happens again
or not.
>>>
>>> With qemu-kvm 2.2.0 release from the above repositor
On 01/14/2015 04:55 PM, Thomas Huth wrote:
On Wed, 14 Jan 2015 16:36:26 +0100
Lluís Vilanova wrote:
...
Also, AFAIR it was decided to use gtk-doc instead of doxygen.
If there's a consensus about which source code documentation style
should be used for QEMU, could you (or somebody else) maybe
On Tue, Dec 30, 2014 at 01:07:12PM +0300, Denis V. Lunev wrote:
> Plain image expansion spends a lot of time to update image file size.
> This seriously affects the performance. The following simple test
> qemu_img create -f parallels -o cluster_size=64k ./1.hds 64G
> qemu_io -n -c "write -P 0x
On 14/01/15 20:56, Roman Kagan wrote:
On Tue, Dec 30, 2014 at 01:07:12PM +0300, Denis V. Lunev wrote:
Plain image expansion spends a lot of time to update image file size.
This seriously affects the performance. The following simple test
qemu_img create -f parallels -o cluster_size=64k ./1.hd
On 01/14/2015 03:51 PM, Bastian Koppelmann wrote:
There is no overview, that shows all the frontend operation one can use, as
found on the wiki. Unfortunatly the wiki is out of date, so let's try to move
this documentation to the source files, which has the benefit, that it is easy
to update the
Bastian Koppelmann writes:
> On 01/14/2015 03:36 PM, Lluís Vilanova wrote:
>> Bastian Koppelmann writes:
>>
>>> There is no overview, that shows all the frontend operation one can use, as
>>> found on the wiki. Unfortunatly the wiki is out of date, so let's try to
>>> move
>>> this documentation
On Jan 14, 2015, at 12:19 PM, Peter Maydell wrote:
> On 4 January 2015 at 23:44, Programmingkid wrote:
>> This patch makes several changes:
>> - Fixes issue of returning to window mode and QEMU not setting
>> the right graphic settings if there was a change during full screen mode.
>> - Eliminat
On Jan 14, 2015, at 12:09 PM, Peter Maydell wrote:
> On 12 January 2015 at 16:46, Programmingkid wrote:
>> This patch makes the -full-screen option actually instruct QEMU to enter
>> fullscreen at startup.
>>
>> Signed-off-by: John Arbuckle
>>
>> ---
>> Removed the set_to_full_screen variabl
On Jan 14, 2015, at 12:02 PM, Peter Maydell wrote:
> On 13 January 2015 at 20:07, Programmingkid wrote:
>> Allows QEMU on Mac OS X to use a real cdrom again.
>>
>> Signed-off-by: John Arbuckle
>>
>> ---
>> Added fallback code - uses lseek() if ioctl() fails.
>>
>> block/raw-posix.c | 25 ++
On 14 January 2015 at 18:15, Lluís Vilanova wrote:
> Sorry I wasn't clear. I meant that it might be better to remove tcg/README and
> instead document all the operations (those in the readme and the additional
> ones) in the header.
I think the IR is worth documenting in itself, rather than mergi
On 14 January 2015 at 18:18, Programmingkid wrote:
>
> On Jan 14, 2015, at 12:19 PM, Peter Maydell wrote:
>> (2) Having done this I find that all my other application windows
>> have been squashed down into a corner of my screen, presumably because
>> we've told MacOSX "the screen is 640x480" and
On Jan 14, 2015, at 12:42 PM, Peter Maydell wrote:
> On 13 January 2015 at 01:49, Programmingkid wrote:
>> This patch adds a Machine menu to QEMU. This menu gives the user the ability
>> to easily work with floppy and CD image files.
>>
>> Features:
>> Menu items to switch floppy and CD image
On 01/14/2015 10:15 AM, Lluís Vilanova wrote:
> Sorry I wasn't clear. I meant that it might be better to remove tcg/README and
> instead document all the operations (those in the readme and the additional
> ones) in the header.
If we did that, it would go somewhere else.
There are two different (
On 14 January 2015 at 18:34, Programmingkid wrote:
>
> On Jan 14, 2015, at 12:42 PM, Peter Maydell wrote:
>
>> On 13 January 2015 at 01:49, Programmingkid
>> wrote:
>>> This patch adds a Machine menu to QEMU. This menu gives the user the
>>> ability to easily work with floppy and CD image files
On Jan 14, 2015, at 1:29 PM, Peter Maydell wrote:
> On 14 January 2015 at 18:18, Programmingkid wrote:
>>
>> On Jan 14, 2015, at 12:19 PM, Peter Maydell wrote:
>>> (2) Having done this I find that all my other application windows
>>> have been squashed down into a corner of my screen, presumabl
Hello.
Mr Hines implemented a version of micro-checkpointing (MC), known as
High-Availability(HA) in VMWare.
The implementation is in the mc branch of the git repo
http://github.com/hinesmr/qemu.git, described at
http://wiki.qemu.org/Features/MicroCheckpointing
My question is : will qemu suppor
On Jan 14, 2015, at 1:42 PM, Peter Maydell wrote:
> On 14 January 2015 at 18:34, Programmingkid wrote:
>>
>> On Jan 14, 2015, at 12:42 PM, Peter Maydell wrote:
>>
>>> On 13 January 2015 at 01:49, Programmingkid
>>> wrote:
This patch adds a Machine menu to QEMU. This menu gives the user
* David Gibson (da...@gibson.dropbear.id.au) wrote:
> On Fri, Oct 03, 2014 at 06:47:43PM +0100, Dr. David Alan Gilbert (git) wrote:
> > From: "Dr. David Alan Gilbert"
> >
> > When transmitting RAM pages, consume pages that have been queued by
> > MIG_RPCOMM_REQPAGE commands and send them ahead of
On 14 January 2015 at 18:59, Programmingkid wrote:
>
> On Jan 14, 2015, at 1:29 PM, Peter Maydell wrote:
>
>> On 14 January 2015 at 18:18, Programmingkid
>> wrote:
>>>
>>> On Jan 14, 2015, at 12:19 PM, Peter Maydell wrote:
(2) Having done this I find that all my other application windows
>>
On 14 January 2015 at 09:41, Paolo Bonzini wrote:
> The following changes since commit f1c5831ca3e3eafb89331233221768b64db113e8:
>
> Merge remote-tracking branch 'remotes/amit-virtio-rng/tags/rng-for-2.3'
> into staging (2015-01-09 18:55:29 +)
>
> are available in the git repository at:
>
>
FWIW, just re-reproduced this with latest upstream kernel / qemu / fresh
qcow2 image.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1292234
Title:
qcow2 image corruption in trusty (qemu 1.7 and 2.0
Does it also fail with the qemu from
https://launchpad.net/~ubuntu-virt/+archive/ubuntu/virt-daily-upstream ?
(This isn't quite git head, but it is qemu v2.2)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/
Went ahead and tested - it is in fact fixed in the v2.2 version.
** Changed in: qemu (Ubuntu)
Importance: Undecided => Medium
** Changed in: qemu (Ubuntu)
Status: Confirmed => Triaged
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
On 14.01.2015 18:52, Juan Quintela wrote:
Juan Quintela wrote:
I forgot tell on the previous patch, I am using 2vcpus. with a single
vcpu I have been unable to trigger this bug.
There is already a fix with a new patched kernel available for the
guest, see the bugzilla entry and my posts in
On Mon, Jan 12, 2015 at 4:57 AM, Paolo Bonzini wrote:
>
>
> On 11/01/2015 04:57, sfel...@gmail.com wrote:
>> +static const MemoryRegionOps rocker_mmio_ops = {
>> +.read = rocker_mmio_read,
>> +.write = rocker_mmio_write,
>> +.endianness = DEVICE_LITTLE_ENDIAN,
>> +.valid = {
>> +
On Wed, Jan 14, 2015 at 12:39:35PM +1100, David Gibson wrote:
>On Mon, Jan 05, 2015 at 11:26:27AM +1100, Gavin Shan wrote:
>> The emulation for EEH RTAS requests from guest isn't covered
>> by QEMU yet and the patch implements them.
>>
>> The patch defines constants used by EEH RTAS calls and adds
On Wed, Jan 14, 2015 at 12:41:59PM +1100, David Gibson wrote:
>On Mon, Jan 05, 2015 at 11:26:28AM +1100, Gavin Shan wrote:
>> The patch implements sPAPRPHBClass::eeh_handler so that the
>> EEH RTAS requests can be routed to VFIO for further handling.
>>
>> Signed-off-by: Gavin Shan
>> ---
>> hw/
On Wed, 01/14 14:01, Vasile Catalin-B50542 wrote:
> Hi,
>
> I'm trying to make a new virtio device.
> I got it running (I made a functional dummy device & guest driver).
> Now I'm trying to build some communication between the device and guest
> driver.
> I can't seem to find where the actual allo
On Thu, Jan 15, 2015 at 11:14:36AM +1100, Gavin Shan wrote:
> On Wed, Jan 14, 2015 at 12:39:35PM +1100, David Gibson wrote:
> >On Mon, Jan 05, 2015 at 11:26:27AM +1100, Gavin Shan wrote:
> >> The emulation for EEH RTAS requests from guest isn't covered
> >> by QEMU yet and the patch implements them
On Wed, Jan 14, 2015 at 11:23:10AM -0600, Michael Roth wrote:
> Quoting David Gibson (2015-01-13 20:33:39)
> > pseries guests can have large numbers of PCI host bridges. To avoid the
> > user having to specify a number of different configuration values for every
> > one, the device supports an "in
On Thu, Jan 15, 2015 at 12:33:59PM +1100, David Gibson wrote:
>On Thu, Jan 15, 2015 at 11:14:36AM +1100, Gavin Shan wrote:
>> On Wed, Jan 14, 2015 at 12:39:35PM +1100, David Gibson wrote:
>> >On Mon, Jan 05, 2015 at 11:26:27AM +1100, Gavin Shan wrote:
>> >> The emulation for EEH RTAS requests from
On 2015-01-14 17:07:08, Paolo Bonzini wrote:
>
>
> On 14/01/2015 08:58, Zhang Haoyu wrote:
> >> 2) Finer-grain control the parameters of block migration (dirty bitmap
> >> granularity).
> >>
> >> 3) Block and RAM migration do not share the same socket and thus can
> >> more easily be parallelize
There is a bug in the recently added sys.platform test and we no longer
run python tests, because "linux2" is the value to compare here. So do a
prefix match, although the python documentation claims Linux is always
linux2.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/iotests.py | 2 +-
1 fil
At Tue, 13 Jan 2015 17:41:12 +0900,
Teruaki Ishizaki wrote:
>
> Previously, qemu block driver of sheepdog used hard-coded VDI object size.
> This patch enables users to handle "block_size_shift" value for
> calculating VDI object size.
>
> When you start qemu, you don't need to specify additional
On 01/12/2015 09:56 PM, Marcel Apfelbaum wrote:
On 01/12/2015 05:04 AM, Chen Fan wrote:
in spec "PCI Express 3.0" section 6.2.6 Figure 6-3 virtual bridge part,
the flowchart showing tell us SERR# enable at Bridge Control register
associate with system error at Secondary Status register can send
101 - 138 of 138 matches
Mail list logo
