Re: [Qemu-devel] [PATCH] qmp: show QOM properties in device-list-properties

2014-07-06 Thread Paolo Bonzini
Il 06/07/2014 21:03, Cole Robinson ha scritto: On 07/05/2014 05:14 AM, Paolo Bonzini wrote: Il 20/05/2014 14:29, Stefan Hajnoczi ha scritto: Devices can use a mix of qdev and QOM properties. Currently only the qdev properties are displayed by device-list-properties. This patch extends the pro

Re: [Qemu-devel] virtualize sparc developer workstation?

2014-07-06 Thread Markus Armbruster
Cc'ing the SPARC maintainer. dennis luehring writes: > i want to virtualize (under a linux x86 host) my noisy sparc workstation > with the help of qemu and want to know if its possible to > get an system image to run or what other options available > for sparc virtualization > > im developing a

Re: [Qemu-devel] [PATCH for-2.1 2/2] qdev: Fix crash when using non-device class name on -global

2014-07-06 Thread Igor Mammedov
On Thu, 3 Jul 2014 16:45:35 -0300 Eduardo Habkost wrote: > This fixes the following crash: > > $ qemu-system-x86_64 -global container.xxx=y > hw/core/qdev-properties-system.c:399:qdev_add_one_global: Object > 0x7f7eff234100 is not an instance of type device > Aborted (core dumped)

Re: [Qemu-devel] [PATCH V2 for 2.1 2/3] memory: add errp parameter to memory_region_init_ram() and memory_region_init_ram_ptr()

2014-07-06 Thread Michael S. Tsirkin
On Mon, Jul 07, 2014 at 10:58:07AM +0800, Hu Tao wrote: > This patch reintroduces memory_region_init_ram() and > memory_region_init_ram_ptr() which are almost the same as the renamed > ones in the previous patch, except that an errp parameter is introduced > to let callers handle error. > > In hos

[Qemu-devel] [RFC PATCH V5 3/3] qemu: support xen hvm direct kernel boot

2014-07-06 Thread Chunyan Liu
qemu side patch to support xen HVM direct kernel boot: if -kernel exists, calls xen_load_linux(), which will read kernel/initrd and add a linuxboot.bin or multiboot.bin option rom. The linuxboot.bin/multiboot.bin will load kernel/initrd and jump to execute kernel directly. It's working when xen use

[Qemu-devel] [RFC PATCH V5 2/3] xl.cfg: add 'cmdline' in config file

2014-07-06 Thread Chunyan Liu
Currently in xl.cfg, use 'root' and 'extra' to generate the command line. 'cmdline' could be a more generic equivalent. So, add 'cmdline' in xl.cfg and let it be preferred. 'root' and 'extra' still works. But when 'cmdline' is specified, 'root' and 'extra' will be ignored. [HVM config example] [sn

[Qemu-devel] [RFC PATCH V5 0/3] Support xen HVM direct kernel boot

2014-07-06 Thread Chunyan Liu
Updated current patch series for working with qemu-xen and default BIOS (seabios), to make it in good shape. Stubdom support will be continued. xen side patches: * pass kernel/initrd/append parameters to qemu-dm * add 'cmdline' in xl.cfg qemu side patch: reuse load_linux() for xen hvm d

[Qemu-devel] [RFC PATCH V5 1/3] xen: pass kernel initrd to qemu

2014-07-06 Thread Chunyan Liu
xen side patch to support xen HVM direct kernel boot: support 'kernel', 'ramdisk', 'cmdline' (and 'root', 'extra' as well which would be deprecated later) in HVM config file, parse config file, pass -kernel, -initrd, -append parameters to qemu. It's working with qemu-xen when using the default BIO

Re: [Qemu-devel] [PATCH v1 1/2] virtio-blk: data-plane: fix save/set .complete_request in start

2014-07-06 Thread Fam Zheng
On Sat, 07/05 12:18, Ming Lei wrote: > The callback has to be saved and reset in virtio_blk_data_plane_start(), > otherwise dataplane's requests will be completed in qemu aio context. Yes, the cb is wrong once virtio_blk_data_plane_stop is called (device reset, etc.). Reviewed-by: Fam Zheng >

Re: [Qemu-devel] [PATCH V2 for 2.1 0/3] bug fixs for memory backend

2014-07-06 Thread Michael S. Tsirkin
On Mon, Jul 07, 2014 at 06:24:59AM +0300, Michael S. Tsirkin wrote: > On Mon, Jul 07, 2014 at 10:58:05AM +0800, Hu Tao wrote: > > This series includes three patches to fix bugs of memory backend. Patch > > 1 prepares for next patches, patch 2 and patch 3 fix two bugs > > respectively, see each patc

Re: [Qemu-devel] [PATCH V2 for 2.1 0/3] bug fixs for memory backend

2014-07-06 Thread Michael S. Tsirkin
On Mon, Jul 07, 2014 at 10:58:05AM +0800, Hu Tao wrote: > This series includes three patches to fix bugs of memory backend. Patch > 1 prepares for next patches, patch 2 and patch 3 fix two bugs > respectively, see each patch for the bugs and how to reproduce them. > > changes to v1: > > - split

Re: [Qemu-devel] [PATCH V2 for 2.1 3/3] exec: improve error handling and reporting in file_ram_alloc() and gethugepagesize()

2014-07-06 Thread Michael S. Tsirkin
On Mon, Jul 07, 2014 at 10:58:08AM +0800, Hu Tao wrote: > This patch fixes two problems of memory-backend-file: > > 1. If user adds a memory-backend-file object using object_add command, >specifying a non-existing directory for property mem-path, qemu >will core dump with message: > >

Re: [Qemu-devel] [PATCH V2 for 2.1 2/3] memory: add errp parameter to memory_region_init_ram() and memory_region_init_ram_ptr()

2014-07-06 Thread Michael S. Tsirkin
On Mon, Jul 07, 2014 at 10:58:07AM +0800, Hu Tao wrote: > This patch reintroduces memory_region_init_ram() and > memory_region_init_ram_ptr() which are almost the same as the renamed > ones in the previous patch, except that an errp parameter is introduced > to let callers handle error. > > In hos

[Qemu-devel] [PATCH V2 for 2.1 3/3] exec: improve error handling and reporting in file_ram_alloc() and gethugepagesize()

2014-07-06 Thread Hu Tao
This patch fixes two problems of memory-backend-file: 1. If user adds a memory-backend-file object using object_add command, specifying a non-existing directory for property mem-path, qemu will core dump with message: /nonexistingdir: No such file or directory Bad ram offset f

[Qemu-devel] [PATCH V2 for 2.1 2/3] memory: add errp parameter to memory_region_init_ram() and memory_region_init_ram_ptr()

2014-07-06 Thread Hu Tao
This patch reintroduces memory_region_init_ram() and memory_region_init_ram_ptr() which are almost the same as the renamed ones in the previous patch, except that an errp parameter is introduced to let callers handle error. In hostmem-ram.c we call memory_region_init_ram() now rather than memory_r

[Qemu-devel] [PATCH V2 for 2.1 1/3] memory: rename memory_region_init_ram() and memory_region_init_ram_ptr()

2014-07-06 Thread Hu Tao
Rename memory_region_init_ram() and memory_region_init_ram_ptr() to memory_region_init_ram_nofail() and memory_region_init_ram_ptr_nofail(). These are nofail versions. We're going to introduce normal versions with errp to let callers handle the error. Signed-off-by: Hu Tao --- backends/hostmem-

[Qemu-devel] [PATCH V2 for 2.1 0/3] bug fixs for memory backend

2014-07-06 Thread Hu Tao
This series includes three patches to fix bugs of memory backend. Patch 1 prepares for next patches, patch 2 and patch 3 fix two bugs respectively, see each patch for the bugs and how to reproduce them. changes to v1: - split patch 1 in v1 into 2 patches - don't rely on ram_block_add to retur

Re: [Qemu-devel] [PATCH for 2.1 2/2] memory-backend-file: improve error handling

2014-07-06 Thread Hu Tao
On Sun, Jul 06, 2014 at 09:42:42AM +0300, Michael S. Tsirkin wrote: > On Fri, Jul 04, 2014 at 09:47:43AM +0200, Paolo Bonzini wrote: > > Il 04/07/2014 09:43, Hu Tao ha scritto: > > >The memory size is rounded up to hpagesize when allocating memory, we > > >can waste at most hpagesize-1 bytes memory

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Benjamin Herrenschmidt
On Mon, 2014-07-07 at 06:56 +1000, Benjamin Herrenschmidt wrote: > If we do it in the cirrus model itself, then we basically have to > use the shadow pixmap always (can't ever share) and that means bringing > back a pile of conversion functions to the VGA model that we were > getting rid of (not ha

[Qemu-devel] [Bug 1338277] Re: QEmu makes Windows 2008 guests to crash (BSOD)

2014-07-06 Thread Thiago Martins
** Description changed: Guys, I'm trying to run Windows 2008 as a QEmu guest on my Ubuntu 14.04 but, after lots of tests, I figured out that it doesn't work, QEmu makes Windows 2008 to crash, and it is not a Windows fault, I'm pretty sure that it is a QEmu bug. Lab environment (5

[Qemu-devel] [Bug 1338277] Re: QEmu makes Windows 2008 guests to crash (BSOD)

2014-07-06 Thread Thiago Martins
** Description changed: Guys, - I'm trying to run Windows 2008 as a QEmu / KVM guest on my Ubuntu 14.04 - but, after weeks of tests, I figured out that it simple doesn't work, - KVM makes Windows 2008 to crash, and it is not a Windows fault, it is a - QEmu bug, I'm pretty sure it is... - + I

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Benjamin Herrenschmidt
On Sun, 2014-07-06 at 14:09 +0100, Peter Maydell wrote: > > The question is whether we can make it work that way (by basically > > having grab and moving the host cursor) or do we really need to add > a > > layer for painting the cursor on top of the surface. > > I think this definitely needs to b

[Qemu-devel] [Bug 1338277] Re: QEmu makes Windows 2008 guests to crash (BSOD)

2014-07-06 Thread Thiago Martins
** Tags added: 2008 crash qemu windows ** Tags added: bsod -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1338277 Title: QEmu makes Windows 2008 guests to crash (BSOD) Status in QEMU: New Bug d

[Qemu-devel] [Bug 1338277] [NEW] QEmu makes Windows 2008 guests to crash (BSOD)

2014-07-06 Thread Thiago Martins
Public bug reported: Guys, I'm trying to run Windows 2008 as a QEmu / KVM guest on my Ubuntu 14.04 but, after weeks of tests, I figured out that it simple doesn't work, KVM makes Windows 2008 to crash, and it is not a Windows fault, it is a QEmu bug, I'm pretty sure it is... Lab environment (5

Re: [Qemu-devel] [PATCH] qmp: show QOM properties in device-list-properties

2014-07-06 Thread Cole Robinson
On 07/05/2014 05:14 AM, Paolo Bonzini wrote: > Il 20/05/2014 14:29, Stefan Hajnoczi ha scritto: >> Devices can use a mix of qdev and QOM properties. Currently only the >> qdev properties are displayed by device-list-properties. >> >> This patch extends the property enumeration algorithm to also di

[Qemu-devel] Any one notice my patch about Support vhd type VHD_DIFFERENCING

2014-07-06 Thread ssdxiao
I have commited a patch about how to read and write type VHD_DIFFERENCING? Is any one interesting? http://lists.nongnu.org/archive/html/qemu-devel/2014-06/msg07385.html http://lists.nongnu.org/archive/html/qemu-devel/2014-06/msg07386.html

Re: [Qemu-devel] for-2.1 (was Re: [PATCH] ahci: map memory via device's address space instead of address_space_memory)

2014-07-06 Thread Paolo Bonzini
> Stefan, Kevin, you are going to pick this one? I think there's no hurry for 2.1. Also... > > > --- > > > -static void map_page(uint8_t **ptr, uint64_t addr, uint32_t wanted) > > > +static void map_page(AddressSpace *as, uint8_t **ptr, uint64_t addr, > > > + uint32_t wanted

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Peter Maydell
On 6 July 2014 12:23, Benjamin Herrenschmidt wrote: > Well, it depends what you mean by the guest draws its own pointer ... we > are in the specific case of cirrusfb HW cursor emulation which Gerd and > I are trying to fix. > > Basically the guest doesn't draw anything. Gerd initial implementation

Re: [Qemu-devel] [PATCH v6 0/4] test virtio-blk hotplug

2014-07-06 Thread Amos Kong
On Wed, Jun 25, 2014 at 09:15:12AM +0800, Amos Kong wrote: > It's worth to add a hotplug test to qtest, but without > cooperation of guest OS, new devices can't be initialized > by guest, and hot-unplug doesn't work. > > However, the new test can cover some part of code of > hotplug/unplug. > > I

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Benjamin Herrenschmidt
On Sun, 2014-07-06 at 12:13 +0100, Peter Maydell wrote: > On 6 July 2014 12:08, Alexander Graf wrote > > The guest's own acceleration can easily be non-linear, so we can't really > > tell. However, FWIW we basically have 2 modes > > > > 1) absolute pointing device (usb tablet for example or vmmo

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Peter Maydell
On 6 July 2014 12:08, Alexander Graf wrote > The guest's own acceleration can easily be non-linear, so we can't really > tell. However, FWIW we basically have 2 modes > > 1) absolute pointing device (usb tablet for example or vmmouse) > 2) relative pointing device > > In case 1, we can keep us

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Alexander Graf
On 06.07.14 12:13, Benjamin Herrenschmidt wrote: On Sun, 2014-07-06 at 17:22 +1000, Benjamin Herrenschmidt wrote: - With SDL, the cursor quickly goes bonkers, starts jumping around all over the place, I'm not sure what exactly is going on here. It starts ok but as soon as one does a too fast

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Benjamin Herrenschmidt
On Sun, 2014-07-06 at 17:22 +1000, Benjamin Herrenschmidt wrote: > > - With SDL, the cursor quickly goes bonkers, starts jumping around all > over the place, I'm not sure what exactly is going on here. It starts ok > but as soon as one does a too fast movement, it's dead. At least this one also

[Qemu-devel] [PATCH-trivial] qemu-img: Check getchar() return value in read_password() for WIN32

2014-07-06 Thread Chen Gang
getchar() is a standard c library function which may return with failure (e.g. -1), so like another platforms, also need check it under WIN32. And make the related code match current qemu code styles, too. Signed-off-by: Chen Gang --- qemu-img.c | 10 -- 1 file changed, 8 insertions(+)

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Benjamin Herrenschmidt
On Sun, 2014-07-06 at 17:22 +1000, Benjamin Herrenschmidt wrote: > - With SDL, the screen colors are all wrong :-) It looks like a > component is partially missing. Not sure what's up there, again, > something else to debug. Everything has a blue tint (this is full emu on > x86_64 host). That on

[Qemu-devel] PCI/PC/VIRTIO/VHOST maintainer availability and rules for 2.1

2014-07-06 Thread Michael S. Tsirkin
Hi guys, This is just to let you know that I'll be traveling starting Tuesday, July 8 and until July 27. I won't be able to attend the KVM developers conference call or other meetings, but I plan to check mail every 1-2 days so this should be transparent to you, and there should be no problem in ca

Re: [Qemu-devel] [PATCH for 2.1 2/2] memory-backend-file: improve error handling

2014-07-06 Thread Michael S. Tsirkin
On Fri, Jul 04, 2014 at 09:47:43AM +0200, Paolo Bonzini wrote: > Il 04/07/2014 09:43, Hu Tao ha scritto: > >The memory size is rounded up to hpagesize when allocating memory, we > >can waste at most hpagesize-1 bytes memory. I don't think it's a > >problem. > > > >In the other side, do you think we

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Benjamin Herrenschmidt
On Sun, 2014-07-06 at 17:05 +1000, Benjamin Herrenschmidt wrote: > On Sun, 2014-07-06 at 16:46 +1000, Benjamin Herrenschmidt wrote: > > At this point, I"m tempted to just revert that commit. What do you > > think Gerd ? > > I mean that hunk of the commit... I missed that the commit itself > added

[Qemu-devel] for-2.1 (was Re: [PATCH] ahci: map memory via device's address space instead of address_space_memory)

2014-07-06 Thread Michael S. Tsirkin
On Thu, Jul 03, 2014 at 11:28:52AM +0300, Michael S. Tsirkin wrote: > On Thu, Jul 03, 2014 at 04:26:27PM +0800, Le Tan wrote: > > In map_page() in hw/ide/ahci.c, replace cpu_physical_memory_map() and > > cpu_physical_memory_unmap() with dma_memory_map() and dma_memory_unmap(), > > because ahci devi

Re: [Qemu-devel] [PATCH] virtio-pci: fix MSI memory region use after tree

2014-07-06 Thread Michael S. Tsirkin
On Sun, Jul 06, 2014 at 08:39:53AM +0300, Michael S. Tsirkin wrote: > On Fri, Jul 04, 2014 at 11:43:49AM +0200, Paolo Bonzini wrote: > > After memory region QOMification QEMU is stricter in detecting > > wrong usage of the memory region API. Here it detected a > > memory_region_destroy done before

Re: [Qemu-devel] ResettRe: [Xen-devel] [v5][PATCH 0/5] xen: add Intel IGD passthrough support

2014-07-06 Thread Michael S. Tsirkin
On Fri, Jul 04, 2014 at 08:28:25AM +0200, Paolo Bonzini wrote: > Il 03/07/2014 21:09, Jesse Barnes ha scritto: > >Practically speaking, we could probably assume specific CPU/PCH combos, > >as I don't think they're generally mixed across generations, though SNB > >and IVB did have compatible sockets

Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes

2014-07-06 Thread Benjamin Herrenschmidt
On Sun, 2014-07-06 at 16:46 +1000, Benjamin Herrenschmidt wrote: > At this point, I"m tempted to just revert that commit. What do you > think Gerd ? I mean that hunk of the commit... I missed that the commit itself added a whole lot more bound checking. Cheers, Ben.