On Tue, Jun 11, 2013 at 05:59:31PM -0500, mdroth wrote:
> On Thu, May 30, 2013 at 04:14:46PM +0200, Stefan Hajnoczi wrote:
> > I'm not sure why we check the mode only after invoking popen(3) but we
> > need to close the file pointer.
> >
> > Spotted by Coverity.
> >
> > Cc: Juan Quintela
> > Cc:
On 06/06/2013 08:01 PM, Michael S. Tsirkin wrote:
> On Thu, Jun 06, 2013 at 06:48:44PM +1000, David Gibson wrote:
>> The current PCI subsystem has kind of half-hearted support for
>> multiple independent root buses - aka PCI domains - in the form of the
>> PCIHostBus structure and its domain field.
On Mon, Jun 03, 2013 at 10:58:31AM +0200, Stefan Hajnoczi wrote:
> If the user fails to specify 'chardev' or 'shm' then we cannot continue.
> Exit right away so that we don't invoke shm_open(3) with a NULL pointer.
>
> It would be nice to replace exit(1) with error returns in the PCI device
> .ini
>>> On 11.06.13 at 19:26, Stefano Stabellini
>>> wrote:
> I went through the code that maps the PCI MMIO regions in hvmloader
> (tools/firmware/hvmloader/pci.c:pci_setup) and it looks like it already
> maps the PCI region to high memory if the PCI bar is 64-bit and the MMIO
> region is larger tha
The common KVM code insists on calling kvm_arch_init_irq_routing()
as soon as it sees kernel header support for it (regardless of whether
QEMU supports it). Provide a dummy function to satisfy this.
Signed-off-by: Alexey Kardashevskiy
---
target-s390x/kvm.c |4
1 file changed, 4 insert
From: Scott Wood
The common KVM code insists on calling kvm_arch_init_irq_routing()
as soon as it sees kernel header support for it (regardless of whether
QEMU supports it). Provide a dummy function to satisfy this.
Unlike x86, PPC does not have one default irqchip, so there's no common
code th
We need new headers for live migration and in-kernel interrupt controller
support.
However just copying new headers breaks at least PPC so dummy
kvm_arch_init_irq_routing()
is required as well.
Changes since v1:
* added dummy functions for ARM and S390 as they are supposed to get broken
after
The common KVM code insists on calling kvm_arch_init_irq_routing()
as soon as it sees kernel header support for it (regardless of whether
QEMU supports it). Provide a dummy function to satisfy this.
Signed-off-by: Alexey Kardashevskiy
---
target-arm/kvm.c |4
1 file changed, 4 insertio
This adds symbols required for PPC64 pseries platform features:
1. sPAPR live migration;
2. in-kernel XICS interrupt controller.
Signed-off-by: Alexey Kardashevskiy
---
linux-headers/asm-arm/kvm.h | 12 ++--
linux-headers/asm-mips/kvm.h | 138 +
On Tue, Jun 11, 2013 at 06:06:34PM +0800, Peter Cheung wrote:
> Dear AllMy name is Peter, i am working on a open source project called
> "Pandora". It is a new admin console for openstack.
> http://peter.kingofcoders.com/?p=663How to do performance monitor for
> single VM? For public clo
On Tue, Jun 11, 2013 at 01:41:38PM +0200, Hannes Reinecke wrote:
> I currently playing around with improving SCSI EH, optimizing
> command aborts and the like.
>
> And, supposing it to be a nice testbed, tried to make things work
> with virtio_scsi.
>
> However, looking at the code there I've fou
The hard-coded 2k buffer on the stack won't allow reading big descriptor
files which can be generated when storing big images (For example 500G
vmdk splitted to 2G chunks).
Signed-off-by: Evgeny Budilovsky
---
block/vmdk.c | 28 +---
1 file changed, 21 insertions(+), 7
The hard-coded 2k buffer on the stack won't allow reading big descriptor
files which can be generated when storing big images (For example 500G
vmdk splitted to 2G chunks).
Signed-off-by: Evgeny Budilovsky
---
block/vmdk.c | 28 +---
1 file changed, 21 insertions(+), 7
The hard-coded 2k buffer on the stack won't allow reading big descriptor
files which can be generated when storing big images (For example 500G
vmdk splitted to 2G chunks).
Signed-off-by: Evgeny Budilovsky
---
block/vmdk.c | 28 +---
1 file changed, 21 insertions(+), 7
From: Ekaterina Tumanova
With this patch dump-guest-memory on s390 produces an ELF formatted,
crash-readable dump.
In order to implement this, the arch-specific part of dump-guest-memory
was added:
target-s390x/arch_dump.c contains the whole set of function for writing
Elf note sections of all t
This patch is based on Andreas Färber's qom-cpu branch.
Due to new cpu_paging_enabled and get_memory_mapping cpu hooks
this patch is now smaller.
v2->v3:
- fix endian issues
- tested on little-endian host
Ekaterina Tumanova (1):
s390: Implement dump-guest-memory support for target s390x
incl
On Wed, 2013-06-12 at 08:25 +0100, Jan Beulich wrote:
> >>> On 11.06.13 at 19:26, Stefano Stabellini
> >>> wrote:
> > I went through the code that maps the PCI MMIO regions in hvmloader
> > (tools/firmware/hvmloader/pci.c:pci_setup) and it looks like it already
> > maps the PCI region to high mem
On 06/11/13 08:12, Gerd Hoffmann wrote:
> Hi,
>
>>> +static QEMUCursor *ptr_cursor;
>>> +static pixman_image_t *ptr_image;
>>> +static intptr_refresh;
>>> +static intpx, py, pw, ph;
>>> +static int
Am 03.06.2013 15:11, schrieb Stefan Hajnoczi:
> On Mon, Jun 03, 2013 at 06:26:22AM -0600, Eric Blake wrote:
>> On 06/03/2013 02:58 AM, Stefan Hajnoczi wrote:
>>> If the user fails to specify 'chardev' or 'shm' then we cannot continue.
>>> Exit right away so that we don't invoke shm_open(3) with a N
>>> On 12.06.13 at 10:31, Ian Campbell wrote:
> On Wed, 2013-06-12 at 08:25 +0100, Jan Beulich wrote:
>> >>> On 11.06.13 at 19:26, Stefano Stabellini
>> >>>
> wrote:
>> > I went through the code that maps the PCI MMIO regions in hvmloader
>> > (tools/firmware/hvmloader/pci.c:pci_setup) and it l
On Wed, Jun 12, 2013 at 08:15:17AM +0200, fred.kon...@greensocs.com wrote:
> From: KONRAD Frederic
>
> This fix a bug with scsi hotplug on virtio-scsi-pci:
>
> As virtio-scsi-pci doesn't have any scsi bus, we need to forward scsi-hot-add
> to the virtio-scsi-device plugged on the virtio-bus.
>
On 06/12/2013 07:03 PM, Michael S. Tsirkin wrote:
> On Wed, Jun 12, 2013 at 08:15:17AM +0200, fred.kon...@greensocs.com wrote:
>> From: KONRAD Frederic
>>
>> This fix a bug with scsi hotplug on virtio-scsi-pci:
>>
>> As virtio-scsi-pci doesn't have any scsi bus, we need to forward scsi-hot-add
>>
Am 10.06.2013 04:08, schrieb Anthony Liguori:
> Peter Crosthwaite writes:
>> On Sat, Jun 8, 2013 at 7:55 PM, Andreas Färber wrote:
>>> Am 08.06.2013 04:22, schrieb Peter Crosthwaite:
On Sat, Jun 8, 2013 at 4:18 AM, Andreas Färber wrote:
> diff --git a/hw/9pfs/virtio-9p-device.c b/hw/9pf
On Wed, Jun 12, 2013 at 07:04:48PM +1000, Alexey Kardashevskiy wrote:
> On 06/12/2013 07:03 PM, Michael S. Tsirkin wrote:
> > On Wed, Jun 12, 2013 at 08:15:17AM +0200, fred.kon...@greensocs.com wrote:
> >> From: KONRAD Frederic
> >>
> >> This fix a bug with scsi hotplug on virtio-scsi-pci:
> >>
>
12.06.2013 11:22, Stefan Hajnoczi wrote:
>> diff --git a/hw/misc/ivshmem.c b/hw/misc/ivshmem.c
>> index a19a6d6..5658f73 100644
>> --- a/hw/misc/ivshmem.c
>> +++ b/hw/misc/ivshmem.c
>> @@ -735,6 +735,7 @@ static int pci_ivshmem_init(PCIDevice *dev)
>>
>> if (s->shmobj == NULL) {
>>
On Wed, 2013-06-12 at 10:02 +0100, Jan Beulich wrote:
> >>> On 12.06.13 at 10:31, Ian Campbell wrote:
> > On Wed, 2013-06-12 at 08:25 +0100, Jan Beulich wrote:
> >> >>> On 11.06.13 at 19:26, Stefano Stabellini
> >> >>>
> > wrote:
> >> > I went through the code that maps the PCI MMIO regions in
12.06.2013 11:26, Alexey Kardashevskiy wrote:
> We need new headers for live migration and in-kernel interrupt controller
> support.
>
> However just copying new headers breaks at least PPC so dummy
> kvm_arch_init_irq_routing()
> is required as well.
>
> Changes since v1:
> * added dummy funct
05.06.2013 00:23, Alon Levy wrote:
[PATCH 1/5] oslib-posix: add qemu_pipe_non_block
[PATCH 2/5] use qemu_pipe_non_block
[PATCH 3/5] libcacard/vscclient: fix leakage of socket on error paths
[PATCH 4/5] libcacard/vreader.c: fix possible NULL dereference
[PATCH 5/5] libcacard/vscclient.c: fix u
On 12/06/13 08:25, Jan Beulich wrote:
On 11.06.13 at 19:26, Stefano Stabellini
wrote:
I went through the code that maps the PCI MMIO regions in hvmloader
(tools/firmware/hvmloader/pci.c:pci_setup) and it looks like it already
maps the PCI region to high memory if the PCI bar is 64-bit and the
>>> On 12.06.13 at 11:22, Ian Campbell wrote:
> On Wed, 2013-06-12 at 10:02 +0100, Jan Beulich wrote:
>> >>> On 12.06.13 at 10:31, Ian Campbell wrote:
>> > On Wed, 2013-06-12 at 08:25 +0100, Jan Beulich wrote:
>> >> >>> On 11.06.13 at 19:26, Stefano Stabellini
>> >> >>>
>> > wrote:
>> >> > I w
>>> On 12.06.13 at 12:05, George Dunlap wrote:
> On 12/06/13 08:25, Jan Beulich wrote:
> On 11.06.13 at 19:26, Stefano Stabellini
>
> wrote:
>>> I went through the code that maps the PCI MMIO regions in hvmloader
>>> (tools/firmware/hvmloader/pci.c:pci_setup) and it looks like it alread
On 12/06/13 11:11, Jan Beulich wrote:
On 12.06.13 at 12:05, George Dunlap wrote:
On 12/06/13 08:25, Jan Beulich wrote:
On 11.06.13 at 19:26, Stefano Stabellini
wrote:
I went through the code that maps the PCI MMIO regions in hvmloader
(tools/firmware/hvmloader/pci.c:pci_setup) and it looks
On Wed, Jun 12, 2013 at 11:04:44AM +0300, Evgeny Budilovsky wrote:
> diff --git a/block/vmdk.c b/block/vmdk.c
> index 608daaf..1bc944b 100644
> --- a/block/vmdk.c
> +++ b/block/vmdk.c
> @@ -719,27 +719,41 @@ static int vmdk_open_desc_file(BlockDriverState *bs,
> int flags,
>
Am 12.06.2013 um 10:04 hat Evgeny Budilovsky geschrieben:
> The hard-coded 2k buffer on the stack won't allow reading big descriptor
> files which can be generated when storing big images (For example 500G
> vmdk splitted to 2G chunks).
>
> Signed-off-by: Evgeny Budilovsky
> ---
> block/vmdk.c |
On Wed, Jun 12, 2013 at 1:17 PM, Stefan Hajnoczi wrote:
> On Wed, Jun 12, 2013 at 11:04:44AM +0300, Evgeny Budilovsky wrote:
> > diff --git a/block/vmdk.c b/block/vmdk.c
> > index 608daaf..1bc944b 100644
> > --- a/block/vmdk.c
> > +++ b/block/vmdk.c
> > @@ -719,27 +719,41 @@ static int vmdk_open_d
On Wed, Jun 12, 2013 at 1:30 PM, Kevin Wolf wrote:
> Am 12.06.2013 um 10:04 hat Evgeny Budilovsky geschrieben:
> > The hard-coded 2k buffer on the stack won't allow reading big descriptor
> > files which can be generated when storing big images (For example 500G
> > vmdk splitted to 2G chunks).
>
the hard-coded 2k buffer on the stack won't allow reading big descriptor
files which can be generated when storing big images. For example 500G
vmdk splitted to 2G chunks.
Signed-off-by: Evgeny Budilovsky
---
block/vmdk.c | 27 ---
1 file changed, 20 insertions(+), 7 de
> 05.06.2013 00:23, Alon Levy wrote:
>
> [PATCH 1/5] oslib-posix: add qemu_pipe_non_block
> [PATCH 2/5] use qemu_pipe_non_block
> [PATCH 3/5] libcacard/vscclient: fix leakage of socket on error paths
> [PATCH 4/5] libcacard/vreader.c: fix possible NULL dereference
> [PATCH 5/5] libcacard/vscc
On 06/12/2013 07:16 PM, Michael S. Tsirkin wrote:
> On Wed, Jun 12, 2013 at 07:04:48PM +1000, Alexey Kardashevskiy wrote:
>> On 06/12/2013 07:03 PM, Michael S. Tsirkin wrote:
>>> On Wed, Jun 12, 2013 at 08:15:17AM +0200, fred.kon...@greensocs.com wrote:
From: KONRAD Frederic
This fi
On Wed, 2013-06-12 at 11:07 +0100, Jan Beulich wrote:
> >>> On 12.06.13 at 11:22, Ian Campbell wrote:
> > On Wed, 2013-06-12 at 10:02 +0100, Jan Beulich wrote:
> >> >>> On 12.06.13 at 10:31, Ian Campbell wrote:
> >> > On Wed, 2013-06-12 at 08:25 +0100, Jan Beulich wrote:
> >> >> >>> On 11.06.13 a
On 06/12/2013 07:27 PM, Michael Tokarev wrote:
> 12.06.2013 11:26, Alexey Kardashevskiy wrote:
>> We need new headers for live migration and in-kernel interrupt controller
>> support.
>>
>> However just copying new headers breaks at least PPC so dummy
>> kvm_arch_init_irq_routing()
>> is required
06.06.2013 01:22, Peter Maydell wrote:
> Personally I think a lot of the random rubbish in
> our .gitignore is bogus and should be removed.
> Basically anything that's an editor dropping or
> .patch or TAGS file or similar is a local workflow
> thing and should be dealt with by setting up a global
On Wed, Jun 12, 2013 at 09:21:41PM +1000, Alexey Kardashevskiy wrote:
> On 06/12/2013 07:16 PM, Michael S. Tsirkin wrote:
> > On Wed, Jun 12, 2013 at 07:04:48PM +1000, Alexey Kardashevskiy wrote:
> >> On 06/12/2013 07:03 PM, Michael S. Tsirkin wrote:
> >>> On Wed, Jun 12, 2013 at 08:15:17AM +0200,
Put them named "console[$index]" below "/backend", so you can
list & inspect them via QMP.
Signed-off-by: Gerd Hoffmann
---
ui/console.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/ui/console.c b/ui/console.c
index 1a9ea93..07d4d63 100644
--- a/ui/console.c
+++ b/ui/console
Add an optional device parameter to the screendump command.
https://bugzilla.redhat.com/show_bug.cgi?id=903910
Signed-off-by: Gerd Hoffmann
---
hmp-commands.hx |6 +++---
hmp.c|3 ++-
qapi-schema.json |4 +++-
qmp-commands.hx |3 ++-
ui/console.c | 17 +++
Ping!
thanks
-- PMM
On 3 June 2013 15:14, Peter Maydell wrote:
> Only one change in this pullreq, but I'm going away for a week
> and I think the bugfix is worth getting into master before then.
> Please pull.
>
> thanks
> -- PMM
>
> The following changes since commit f10acc8b38d65a66ffa0588a036
>>> On 12.06.13 at 13:23, Ian Campbell wrote:
> On Wed, 2013-06-12 at 11:07 +0100, Jan Beulich wrote:
>> As there's no accessible guest kernel command for HVM guests,
>> did you mean to require the guest admin to put something on the
>> command line manually?
>
> Yes, as a workaround for this sho
On Wed, 2013-06-12 at 12:56 +0100, Jan Beulich wrote:
> >>> On 12.06.13 at 13:23, Ian Campbell wrote:
> > On Wed, 2013-06-12 at 11:07 +0100, Jan Beulich wrote:
> >> And then - this might cover Linux, but what about other OSes,
> >> namely Windows?
> >
> > True, I'm not sure if/how this can be do
05.06.2013 00:23, Alon Levy wrote:
> --- a/libcacard/vscclient.c
> +++ b/libcacard/vscclient.c
> @@ -759,5 +763,6 @@ main(
> g_io_channel_unref(channel_socket);
> g_byte_array_unref(socket_to_send);
>
> +closesocket(sock);
> return 0;
> }
This one isn't really needed, -- ther
On Wed, 12 Jun 2013 13:51:17 +0200
Gerd Hoffmann wrote:
> Add an optional device parameter to the screendump command.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=903910
>
> Signed-off-by: Gerd Hoffmann
> ---
> hmp-commands.hx |6 +++---
> hmp.c|3 ++-
> qapi-schema.js
Limit watchdog and fit timer to maximum timeout value which
qemu timer can support (INT64_MAX). This maximum timeout will be
hundreds of years, so limiting to max timeout is pretty safe.
Signed-off-by: Bharat Bhushan
---
hw/ppc/ppc_booke.c | 24
1 files changed, 20 ins
The header slirp/slirp.h is an internal header for slirp, and
main-loop.c does not use internals from there. Instead, it uses
public functions (slirp_update_timeout(), slirp_pollfds_fill()
etc) which are declared in qemu/libslirp.h.
Including slirp/slirp.h is somewhat dangerous since it redefines
Il 11/06/2013 18:58, mdroth ha scritto:
> iscsi: reorganize iscsi_readcapacity_sync
> iscsi: simplify freeing of tasks
> scsi-disk: scsi-block device for scsi pass-through should not be remo…
> scsi-generic: check the return value of bdrv_aio_ioctl in execute_com…
> scsi-generic: fix sign extension
Il 11/06/2013 19:18, Dusty Mabe ha scritto:
> On Tue, Jun 4, 2013 at 8:01 AM, Dusty Mabe wrote:
>> On Tue, Jun 4, 2013 at 2:53 AM, Paolo Bonzini wrote:
>>>
>>> Please attach the QEMU command line too. I'll try to reproduce.
>>>
>>
>> The command line is below (sorry it's so large). A little cont
Il 12/06/2013 08:36, Michael Tokarev ha scritto:
>
> Including slirp/slirp.h is somewhat dangerous since it redefines
> errno on WIN32, so any file including it may misbehave wrt errno.
>
> Unfortunately libslirp isn't self-contained, it needs declaration
> of struct in_addr, which is provided by
On 01.05.2013, at 03:48, Scott Wood wrote:
> Enables support for the in-kernel MPIC that thas been merged into the
> KVM next branch. This includes irqfd/KVM_IRQ_LINE support from Alex
> Graf (along with some other improvements).
>
> Note from Alex regarding kvm_irqchip_create():
>
> On x86,
On 01.05.2013, at 03:48, Scott Wood wrote:
> From: Alexander Graf
>
> On PPC, we don't support MP state. So far it's not necessary and I'm
> not convinced yet that we really need to support it ever.
>
> However, the current idle logic in QEMU assumes that an in-kernel PIC
> also means we suppo
Hi,
>> -{ 'command': 'screendump', 'data': {'filename': 'str'} }
>> +{ 'command': 'screendump', 'data': {'filename': 'str',
>> +'*device' : 'str'} }
>
> We can't add new optional parameters to QMP commands because it's
> currently impossible for mngt apps to
On Wed, 12 Jun 2013 15:21:20 +0200
Gerd Hoffmann wrote:
> Hi,
>
> >> -{ 'command': 'screendump', 'data': {'filename': 'str'} }
> >> +{ 'command': 'screendump', 'data': {'filename': 'str',
> >> +'*device' : 'str'} }
> >
> > We can't add new optional paramete
Il 12/06/2013 06:05, George Dunlap ha scritto:
> On 12/06/13 08:25, Jan Beulich wrote:
> On 11.06.13 at 19:26, Stefano Stabellini
> wrote:
>>> I went through the code that maps the PCI MMIO regions in hvmloader
>>> (tools/firmware/hvmloader/pci.c:pci_setup) and it looks like it already
>>>
>>> On 12.06.13 at 15:23, Paolo Bonzini wrote:
> Il 12/06/2013 06:05, George Dunlap ha scritto:
>> On 12/06/13 08:25, Jan Beulich wrote:
>> On 11.06.13 at 19:26, Stefano Stabellini
>> wrote:
I went through the code that maps the PCI MMIO regions in hvmloader
(tools/firmware/hvml
Il 10/06/2013 22:13, Peter Crosthwaite ha scritto:
> Hi Hans,
>
> On Fri, Jun 7, 2013 at 12:39 AM, Hans de Goede wrote:
>> We override libfdt_env.h with our own copy, and the latest libfdt expects
>> libfdt_env.h to define fdt##_t types.
>>
>
> This discussion is open on list, and AFAICT the con
On 12 June 2013 14:55, Paolo Bonzini wrote:
> Il 10/06/2013 22:13, Peter Crosthwaite ha scritto:
>> Hi Hans,
>>
>> On Fri, Jun 7, 2013 at 12:39 AM, Hans de Goede wrote:
>>> We override libfdt_env.h with our own copy, and the latest libfdt expects
>>> libfdt_env.h to define fdt##_t types.
>>>
>>
>
Il 08/06/2013 22:53, Benjamin Herrenschmidt ha scritto:
> On Sun, 2013-06-09 at 10:16 +0800, Wenchao Xia wrote:
>>If an page was not received and destination knows that page should
>> exist according to total size, fill it with zero at destination, would
>> it solve the problem?
>
> The easies
Il 12/06/2013 09:49, Jan Beulich ha scritto:
>> #3 should be possible or even the default (would need to check), but #4
>> is probably a bit harder to do. Perhaps you can use a magic I/O port
>> for the xen platform PV driver, but if you can simply use two PCI
>> windows it would be much simpler b
Il 12/06/2013 10:01, Peter Maydell ha scritto:
>>> >> [PATCH v2 1/1] configure: dtc: Probe for libfdt_env.h
>>> >>
>>> >> CCing the crowd.
>> >
>> > F19, F20 and EPEL6 will all distribute libfdt_env.h by the time 1.6 is
>> > out. If this patch is not qemu-stable material, you have my ack too.
> Fo
On 06/12/2013 09:52 PM, Michael S. Tsirkin wrote:
> On Wed, Jun 12, 2013 at 09:21:41PM +1000, Alexey Kardashevskiy wrote:
>> On 06/12/2013 07:16 PM, Michael S. Tsirkin wrote:
>>> On Wed, Jun 12, 2013 at 07:04:48PM +1000, Alexey Kardashevskiy wrote:
On 06/12/2013 07:03 PM, Michael S. Tsirkin wr
On Wed, 2013-06-12 at 10:00 -0400, Paolo Bonzini wrote:
> The only bug we have is not a performance bug related to compression;
> it's that writing zero pages breaks overcommit. Let's fix that, and
> only that.
Right, do we have a way to madvise "throw away" these instead ? Or do we
have a way to
On Wed, Jun 12, 2013 at 02:06:30PM +0300, Evgeny Budilovsky wrote:
> @@ -719,27 +719,40 @@ static int vmdk_open_desc_file(BlockDriverState *bs,
> int flags,
> int64_t desc_offset)
> {
> int ret;
> -char buf[2048];
> +char *buf = NULL;
> char ct[12
>>> On 12.06.13 at 16:02, Paolo Bonzini wrote:
> Il 12/06/2013 09:49, Jan Beulich ha scritto:
>>> #3 should be possible or even the default (would need to check), but #4
>>> is probably a bit harder to do. Perhaps you can use a magic I/O port
>>> for the xen platform PV driver, but if you can sim
The raw-posix driver has code to provide a /dev/cdrom on OS X even
though it doesn't really exist. However, since commit c66a6157 the real
filename is dismissed after finding it, so opening /dev/cdrom fails.
Put the filename back into the options QDict to make this work again.
Cc: qemu-sta...@nong
Signed-off-by: Alexey Kardashevskiy
---
MAINTAINERS |1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 13c0cc5..1e00bb1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -430,6 +430,7 @@ F: hw/isa/pc87312.[hc]
sPAPR
M: David Gibson
M: Alexander Graf
+M: Alexey
On 06/11/2013 08:12 PM, Andreas Färber wrote:
> Am 11.06.2013 04:43, schrieb David Gibson:
>> On Sun, Jun 09, 2013 at 09:13:14PM +0200, Andreas F￤rber wrote:
>>> Signed-off-by: Andreas F￤rber
>
>> These days, spapr patches should be CCed to Alexey, instead of me.
>
> Please update MAINTAINERS th
On 06/12/13 13:51, Michael Tokarev wrote:
> 06.06.2013 01:22, Peter Maydell wrote:
>> Personally I think a lot of the random rubbish in
>> our .gitignore is bogus and should be removed.
>> Basically anything that's an editor dropping or
>> .patch or TAGS file or similar is a local workflow
>> thing
On 12.06.2013, at 16:27, Alexey Kardashevskiy wrote:
> Signed-off-by: Alexey Kardashevskiy
> ---
> MAINTAINERS |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 13c0cc5..1e00bb1 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -430,6 +430,7 @@ F: hw
Hi All,
Upstream : virt-install and virt-manager fails to install the guest with the error
"qemu: could not load PC BIOS 'bios.bin'"
Kernel, Qemu, Libvirt, Virt-Manager is built from the source (git).
kernel version : 3.9.0+
qemu version : QEMU emulator version 1.5.0
libvirt version : 1.0.5
v
Hi All,
We are testing the upstream KVM with :
Kernel, Qemu, Libvirt, Virt-Manager is built from the source (git).
kernel version : 3.9.0+
qemu version : QEMU emulator version 1.5.0
libvirt version : 1.0.5
virt-install : 0.600.3
I have followed the below steps to test the NMI watchdog feature
Am 12.06.2013 um 13:06 hat Evgeny Budilovsky geschrieben:
> the hard-coded 2k buffer on the stack won't allow reading big descriptor
> files which can be generated when storing big images. For example 500G
> vmdk splitted to 2G chunks.
>
> Signed-off-by: Evgeny Budilovsky
Thanks, applied to the
On 12/06/13 15:19, Jan Beulich wrote:
On 12.06.13 at 16:02, Paolo Bonzini wrote:
Il 12/06/2013 09:49, Jan Beulich ha scritto:
#3 should be possible or even the default (would need to check), but #4
is probably a bit harder to do. Perhaps you can use a magic I/O port
for the xen platform PV dr
The linux-user syscall emulation layer currently supports the
openat family of syscalls via two mechanisms: simply calling
the corresponding libc functions, and making direct syscalls.
Since glibc has supported these functions since at least glibc
2.5, there's no real need to retain the (essentiall
Hi. Since the aarch64 patches have been on the list for a while
and have got code review but haven't been committed, I thought
I'd just organise them into a pullrequest for easy committal.
This pullreq includes the couple of linux-user patches which are
a prereq for the linux-user code to compile o
Nobody uses the CONFIG_ATFILE test now, so just drop it.
Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
Tested-by: Claudio Fontana
Message-id: 1370126121-22975-3-git-send-email-peter.mayd...@linaro.org
---
configure | 26 --
1 file changed, 26 deletions(-
From: Claudio Fontana
Signed-off-by: Claudio Fontana
Reviewed-by: Richard Henderson
Reviewed-by: Peter Maydell
Message-id: 51af4028.5030...@huawei.com
Signed-off-by: Peter Maydell
---
user-exec.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/user-exec.c b/user-exec.c
From: Claudio Fontana
support compiling on aarch64.
Reviewed-by: Peter Maydell
Signed-off-by: Claudio Fontana
Reviewed-by: Richard Henderson
Message-id: 51a5c5ed.90...@huawei.com
Signed-off-by: Peter Maydell
---
configure |8
1 file changed, 8 insertions(+)
diff --git a/config
From: Claudio Fontana
add functions to AND/TEST registers with immediate patterns.
Signed-off-by: Claudio Fontana
Reviewed-by: Richard Henderson
Message-id: 51ac9a0c.3090...@huawei.com
Signed-off-by: Peter Maydell
---
tcg/aarch64/tcg-target.c | 34 ++
1 file
Newer architectures may only implement the getdents64 syscall, not
getdents. Provide an implementation of getdents in terms of getdents64
so that we can run getdents-using targets on a getdents64-only host.
Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
Tested-by: Claudio Fontana
M
From: Claudio Fontana
we will use the 26bit relative relocs in the aarch64 tcg target.
Reviewed-by: Peter Maydell
Signed-off-by: Claudio Fontana
Reviewed-by: Richard Henderson
Message-id: 51a5c52a.4080...@huawei.com
Signed-off-by: Peter Maydell
---
include/elf.h | 129 +
From: Claudio Fontana
Signed-off-by: Claudio Fontana
Message-id: 51aca0b2.80...@huawei.com
Signed-off-by: Peter Maydell
---
MAINTAINERS |6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 13c0cc5..3412b07 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7
From: Claudio Fontana
add preliminary support for TCG target aarch64.
Signed-off-by: Claudio Fontana
Reviewed-by: Richard Henderson
Reviewed-by: Peter Maydell
Message-id: 51a5c596.3090...@huawei.com
Signed-off-by: Peter Maydell
---
include/exec/exec-all.h |5 +-
tcg/aarch64/tcg-target.
From: Jani Kokkonen
also put aarch64 in the list of archs that do not need an ldscript.
Signed-off-by: Jani Kokkoken
Signed-off-by: Claudio Fontana
Reviewed-by: Richard Henderson
Reviewed-by: Peter Maydell
Message-id: 51af40ee.1000...@huawei.com
Signed-off-by: Peter Maydell
---
configure
From: Claudio Fontana
for arith operations, add SUBS, ANDS, ADDS and add a shift parameter
so that all arith instructions can make use of shifted registers.
Signed-off-by: Claudio Fontana
Reviewed-by: Richard Henderson
Message-id: 51ac998b.7070...@huawei.com
Signed-off-by: Peter Maydell
---
From: Claudio Fontana
implement the optional byte swap operations with the dedicated
aarch64 instructions.
Signed-off-by: Claudio Fontana
Reviewed-by: Richard Henderson
Message-id: 51ac9a33.9050...@huawei.com
Signed-off-by: Peter Maydell
---
tcg/aarch64/tcg-target.c | 32 ++
From: Claudio Fontana
implement the optional sign/zero extend operations with the dedicated
aarch64 instructions.
Signed-off-by: Claudio Fontana
Reviewed-by: Richard Henderson
Message-id: 51ac9a58.40...@huawei.com
Signed-off-by: Peter Maydell
---
tcg/aarch64/tcg-target.c | 58 +
On Wed, Jun 12, 2013 at 05:18:46PM +1000, Alexey Kardashevskiy wrote:
> On 06/06/2013 08:01 PM, Michael S. Tsirkin wrote:
> > On Thu, Jun 06, 2013 at 06:48:44PM +1000, David Gibson wrote:
> >> The current PCI subsystem has kind of half-hearted support for
> >> multiple independent root buses - aka
Il 12/06/2013 10:11, Benjamin Herrenschmidt ha scritto:
> On Wed, 2013-06-12 at 10:00 -0400, Paolo Bonzini wrote:
>> The only bug we have is not a performance bug related to compression;
>> it's that writing zero pages breaks overcommit. Let's fix that, and
>> only that.
>
> Right, do we have a w
On Tue, May 21, 2013 at 05:32:57PM -0500, Michael Roth wrote:
> When this VMSD was introduced it's version fields were set to
> sizeof(I6300State), making them essentially random from build to build,
> version to version.
>
> To fix this, we lock in a high version id and low minimum version id to
Il 12/06/2013 11:25, George Dunlap ha scritto:
>>> If you have 4GB of RAM it will end at 0x14000 (or something like
>>> that) and that's where the 64-bit window starts. Of course if you have
>>> no RAM above the PCI hole, the 64-bit window will start at 0x1.
>> So there's no provision
On 06/12/2013 08:04:55 AM, Alexander Graf wrote:
On 01.05.2013, at 03:48, Scott Wood wrote:
> From: Alexander Graf
>
> On PPC, we don't support MP state. So far it's not necessary and I'm
> not convinced yet that we really need to support it ever.
>
> However, the current idle logic in QEMU as
Il 12/06/2013 03:56, Stefan Hajnoczi ha scritto:
> On Tue, Jun 11, 2013 at 01:41:38PM +0200, Hannes Reinecke wrote:
>> I currently playing around with improving SCSI EH, optimizing
>> command aborts and the like.
>>
>> And, supposing it to be a nice testbed, tried to make things work
>> with virtio
Enables support for the in-kernel MPIC that thas been merged into the
KVM next branch. This includes irqfd/KVM_IRQ_LINE support from Alex
Graf (along with some other improvements).
Note from Alex regarding kvm_irqchip_create():
On x86, one would call kvm_irqchip_create() to initialize an
in-
1 - 100 of 186 matches
Mail list logo
