On 03/26/2013 02:34:50 AM, Artyom Tarasenko wrote:
On Tue, Mar 26, 2013 at 1:52 AM, Rob Landley r...@landley.net wrote:
Can the virtio things (serial, network, block, virtfs) be used on
arbitrary
targets yet? I.E. Can I use a virtio network device on arm, mips,
powerpc,
sparc...
Yes.
As m48t59 devices can only be created with m48t59_init() or m48t59_init_isa(),
we know exactly which nvram types are required. Register only those three
types.
Remove .model and .size properties as they can be infered from nvram name.
Remove .io_base ISA address port as m48t59_init_isa() is always
Machine is very simple (only one PCI host bridge and an ISA bridge).
Provide a ibm_43p.cfg file to add more devices to this machine.
Syntax is:
qemu-system-ppc -M 43p -readconfig ibm_43p.cfg
Signed-off-by: Hervé Poussineau hpous...@reactos.org
---
docs/ibm_43p.cfg | 37 ++
Most of the functionality is extracted from hw/ppc/prep.c.
Also add support for board identification/equipment registers.
Document it for the IBM 43p emulation.
Signed-off-by: Hervé Poussineau hpous...@reactos.org
---
docs/ibm_43p.cfg |5 +
hw/ppc/Makefile.objs |1 +
Hi,
This patchset (sent as RFC) adds an emulation of the IBM RS/6000 43p, also
known as 7248.
Andreas did some preliminary patches for OpenBIOS to support PReP machines,
available at
git://repo.or.cz/openbios/afaerber.git branch prep.
43p emulation has been tested with this firmware, and also
Signed-off-by: Hervé Poussineau hpous...@reactos.org
---
hw/timer/m48t59.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/timer/m48t59.c b/hw/timer/m48t59.c
index afcd5f5..4956cd7 100644
--- a/hw/timer/m48t59.c
+++ b/hw/timer/m48t59.c
@@ -571,6 +571,7 @@ static void
-device m48t59 can now be used to create a fully functional nvram,
and m48t59_init_isa() becomes a much simpler helper.
Signed-off-by: Hervé Poussineau hpous...@reactos.org
---
hw/timer/m48t59.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/hw/timer/m48t59.c
Non-contiguous I/O is not implemented.
There is also somewhere a bug in the memory controller, which means
that some real firmwares may not detect the correct amount of memory.
This can be bypassed by adding '-m 1G' on the command line.
Add x-auto-conf property, to automatically configure the
There is no reason to use a custom type (M48t59State) in public nvram functions.
Replace it by a DeviceState.
read/write/toggle_lock functions may later be added to some NVRAM interface.
Signed-off-by: Hervé Poussineau hpous...@reactos.org
---
hw/ppc/prep.c | 12 +++
On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R. Hines wrote:
Second, as I've explained, I strongly, strongly disagree with unregistering
memory for all of the aforementioned reasons - workloads do not
operate in such a manner that they can tolerate memory to be
pulled out from underneath
Hi,
Haven't had a response yet and it's not applied either ?
So time to send a little ping ...
http://lists.gnu.org/archive/html/qemu-devel/2013-04/msg01503.html
--
Sander
On Sat, Apr 13, 2013 at 7:03 PM, Rob Landley r...@landley.net wrote:
On 03/26/2013 02:34:50 AM, Artyom Tarasenko wrote:
On Tue, Mar 26, 2013 at 1:52 AM, Rob Landley r...@landley.net wrote:
Can the virtio things (serial, network, block, virtfs) be used on
arbitrary
targets yet? I.E. Can I
Am 12.04.2013 20:53, schrieb Stefan Weil:
cpu_physical_memory_read, cpu_physical_memory_write take any pointer
as 2nd argument without needing a type cast.
Signed-off-by: Stefan Weil s...@weilnetz.de
---
hw/arm/armv7m.c| 12 ++--
hw/arm/boot.c |4
On 14/04/13 10:38, Artyom Tarasenko wrote:
Do you have an example kernel .config and qemu command line showing how to
use virtio for those? (Or a working sparc64 image you can point me to?)
Yes. Will send it to you as I get to my home machine. Can you make them
available on your site?
Note
On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote:
Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto:
On Fri, Apr 12, 2013 at 12:53:11PM +0200, Paolo Bonzini wrote:
Il 12/04/2013 12:48, Michael S. Tsirkin ha scritto:
1. You have two protocols already and this does not make
From: KONRAD Frederic fred.kon...@greensocs.com
To keep compatibility with the old virtio-balloon-x, add the dynamic properties
to virtio-balloon-pci and virtio-balloon-ccw.
Cc: Luiz Capitulino lcapitul...@redhat.com
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
Changes v1 - v2:
*
From: KONRAD Frederic fred.kon...@greensocs.com
The configuration field must not be a pointer as it will be used for
virtio-rng properties. So *conf is replaced by conf.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/virtio/virtio-rng.c | 12 ++--
From: KONRAD Frederic fred.kon...@greensocs.com
This is the last backend of the refactoring.
Basically it creates virtio-rng-device which extends virtio-device.
Then a virtio-rng-device can be connected on a virtio-bus.
virtio-rng-pci, virtio-rng-s390, virtio-rng-ccw are created too, they extend
From: KONRAD Frederic fred.kon...@greensocs.com
Create virtio-rng-device which extends virtio-device, so it can be connected on
virtio-bus.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/s390x/virtio-ccw.c | 3 +-
hw/virtio/virtio-pci.c | 8 +--
From: KONRAD Frederic fred.kon...@greensocs.com
Here the virtio-rng-pci is modified for the new API. The device
virtio-rng-pci extends virtio-pci. It creates and connects a virtio-rng-device
during the init. The properties are not changed.
The virtio_pci_reset function, is removed as no longer
From: KONRAD Frederic fred.kon...@greensocs.com
Here the virtio-rng-s390 is modified for the new API. The device
virtio-rng-s390 extends virtio-s390-device as before. It creates and
connects a virtio-rng during the init. The properties are not modified.
Signed-off-by: KONRAD Frederic
From: KONRAD Frederic fred.kon...@greensocs.com
Here the virtio-rng-ccw is modified for the new API. The device
virtio-rng-pci extends virtio-pci. It creates and connects a virtio-rng-device
during the init. The properties are not changed.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
From: KONRAD Frederic fred.kon...@greensocs.com
This remove old init and exit function as they are no longer needed.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/virtio/virtio-rng.c | 87 +++---
include/hw/virtio/virtio.h | 2 --
2
From: KONRAD Frederic fred.kon...@greensocs.com
The qdev field is no longer needed, just drop it.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/virtio/virtio-rng.c | 2 --
include/hw/virtio/virtio-rng.h | 2 --
2 files changed, 4 deletions(-)
diff --git
From: KONRAD Frederic fred.kon...@greensocs.com
As the virtio-rng-pci and virtio-rng-s390 are switched to the new API,
we can use QOM casts.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/virtio/virtio-rng.c | 31 +--
From: KONRAD Frederic fred.kon...@greensocs.com
I don't see any reason why these properties are missing.
Cc: Cornelia Huck cornelia.h...@de.ibm.com
Cc: Alexander Graf ag...@suse.de
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
Note: Need to apply virtio-rng-refactoring first!
---
Il 14/04/2013 13:59, Michael S. Tsirkin ha scritto:
I agree assuming guest has lots of zero pages won't work, but I think
you are overstating the importance of overcommit. Let's mark the damn
thing as experimental, and stop making perfect the enemy of good.
It looks like we have to
On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote:
On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote:
Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto:
On Fri, Apr 12, 2013 at 12:53:11PM +0200, Paolo Bonzini wrote:
Il 12/04/2013 12:48, Michael S. Tsirkin ha scritto:
1. You have
On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote:
On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R. Hines wrote:
Second, as I've explained, I strongly, strongly disagree with unregistering
memory for all of the aforementioned reasons - workloads do not
operate in such a manner that they can
On 04/14/2013 10:09 AM, Paolo Bonzini wrote:
Il 14/04/2013 13:59, Michael S. Tsirkin ha scritto:
I agree assuming guest has lots of zero pages won't work, but I think
you are overstating the importance of overcommit. Let's mark the damn
thing as experimental, and stop making perfect the enemy
On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote:
On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote:
On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote:
Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto:
On Fri, Apr 12, 2013 at 12:53:11PM +0200, Paolo Bonzini wrote:
On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote:
On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote:
On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote:
Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto:
On Fri, Apr
On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote:
On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote:
On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote:
Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto:
On Fri, Apr
Sun4c and Sun4d architectures and related CPUs are not fully implemented
(especially Sun4c MMU) and there has been no interest for them.
Likewise, a few CPUs (Cypress, Ross etc) are only half implemented.
Remove the machines and CPUs, they can be re-added if needed later.
Signed-off-by: Blue
On Sun, Apr 14, 2013 at 12:40:10PM -0400, Michael R. Hines wrote:
On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote:
On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote:
On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote:
On Sun, Apr 14, 2013 at 10:31:20AM -0400, Michael R. Hines wrote:
On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote:
On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R. Hines wrote:
Second, as I've explained, I strongly, strongly disagree with unregistering
memory for all of the aforementioned
On 04/14/2013 02:30 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 12:40:10PM -0400, Michael R. Hines wrote:
On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote:
On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote:
On Fri,
On 04/14/2013 02:51 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 10:31:20AM -0400, Michael R. Hines wrote:
On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote:
On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R. Hines wrote:
Second, as I've explained, I strongly, strongly disagree with
On Sun, Apr 14, 2013 at 11:59 AM, Mark Cave-Ayland
mark.cave-ayl...@ilande.co.uk wrote:
On 14/04/13 10:38, Artyom Tarasenko wrote:
Do you have an example kernel .config and qemu command line showing how
to
use virtio for those? (Or a working sparc64 image you can point me to?)
Yes. Will
Reproducer:
./x86_64-softmmu/qemu-system-x86_64 -device usb-ccid,id=ccid0 -usb -device
ccid-card-emulated -monitor stdio
Signed-off-by: Cole Robinson crobi...@redhat.com
---
hw/usb/ccid-card-emulated.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git
Commit 0434e30afb6175212389811e0b28b948eb3c1e40 accidentally removed
the compilation of arm11mpcore.c.
Signed-off-by: Stefan Weil s...@weilnetz.de
---
default-configs/arm-softmmu.mak |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/default-configs/arm-softmmu.mak
On Sun, Apr 14, 2013 at 03:06:11PM -0400, Michael R. Hines wrote:
On 04/14/2013 02:30 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 12:40:10PM -0400, Michael R. Hines wrote:
On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines
On Sun, Apr 14, 2013 at 03:43:28PM -0400, Michael R. Hines wrote:
On 04/14/2013 02:51 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 10:31:20AM -0400, Michael R. Hines wrote:
On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote:
On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R. Hines
From: KONRAD Frederic fred.kon...@greensocs.com
This is the last part of the refactoring.
It may require some changes, especially for virtio-ccw part (step 5).
The step 6 replaces the function pointers contained in VirtIODevice structure by
the function pointers contained in VirtioDeviceClass.
From: KONRAD Frederic fred.kon...@greensocs.com
This is a cleanup for s390:
The init function is replaced by the device_plugged callback from
virtio-bus.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/s390x/s390-virtio-bus.c | 35 ++-
1 file
From: KONRAD Frederic fred.kon...@greensocs.com
This clean the init and the exit functions and rename virtio_common_cleanup
in virtio_cleanup.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/block/virtio-blk.c | 4 ++--
hw/char/virtio-serial-bus.c | 2 +-
From: KONRAD Frederic fred.kon...@greensocs.com
This remove the function pointer in VirtIODevice, and use only
VirtioDeviceClass function pointer.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/9pfs/virtio-9p-device.c | 2 --
hw/block/virtio-blk.c | 5 -
From: KONRAD Frederic fred.kon...@greensocs.com
virtio_x_bus_new are only used in file scope.
So this make them static.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/s390x/s390-virtio-bus.c | 4 +++-
hw/s390x/s390-virtio-bus.h | 2 --
hw/s390x/virtio-ccw.c | 4 +++-
From: KONRAD Frederic fred.kon...@greensocs.com
This remove virtio-bindings, and use class instead.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/block/dataplane/virtio-blk.c | 15 +++-
hw/net/vhost_net.c | 17 +++--
hw/s390x/s390-virtio-bus.c
From: KONRAD Frederic fred.kon...@greensocs.com
This remove the init, exit functions as they are no longer used.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/virtio/virtio-pci.c | 54 ++
hw/virtio/virtio-pci.h | 2 --
2 files
From: KONRAD Frederic fred.kon...@greensocs.com
This add two functions:
* virtio_bus_set_vdev_config.
* virtio_bus_set_vdev_feature.
Needed by virtio-ccw.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/virtio/virtio-bus.c | 23 +++
From: KONRAD Frederic fred.kon...@greensocs.com
This is a cleanup for virtio-ccw.
The init function is replaced by the device_plugged callback from
virtio-bus.
Signed-off-by: KONRAD Frederic fred.kon...@greensocs.com
---
hw/s390x/virtio-ccw.c | 34 ++
1 file
On Sun, Apr 14, 2013 at 10:05 AM, Hervé Poussineau hpous...@reactos.org wrote:
As m48t59 devices can only be created with m48t59_init() or m48t59_init_isa(),
we know exactly which nvram types are required. Register only those three
types.
Remove .model and .size properties as they can be
在 2013-04-12五的 14:19 +0200,Andreas Färber写道:
Am 12.04.2013 06:12, schrieb liguang:
compiler warnings:
CChw/char/debugcon.o
hw/char/debugcon.c: In function ‘debugcon_ioport_write’:
hw/char/debugcon.c:58: warning: format ‘%02x’ expects type ‘unsigned int’,
but argument 3 has type
On 04/14/2013 05:10 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 03:06:11PM -0400, Michael R. Hines wrote:
On 04/14/2013 02:30 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 12:40:10PM -0400, Michael R. Hines wrote:
On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote:
On Sun,
On 04/14/2013 05:16 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 03:43:28PM -0400, Michael R. Hines wrote:
On 04/14/2013 02:51 PM, Michael S. Tsirkin wrote:
On Sun, Apr 14, 2013 at 10:31:20AM -0400, Michael R. Hines wrote:
On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote:
On Fri,
On Fri, Apr 12, 2013 at 6:03 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 12/04/2013 10:38, Stefan Hajnoczi ha scritto:
Yes, protect. Supposed we have HostMem A, and it will become B. Then
hostmem_lookup will either see A or B. If it see A, it should use A
refcnt agaist
On 04/12/2013 06:29 PM, Nikola Ciprich wrote:
Hi Nikola,
Hello Lei,
thanks for Your reply.
I am working on this problem. And the proposal already send
as the refference link below, you might want to take a look.
I'll gladly have a look..
when use DEBUG_DEBUGCON, screen spits:
debugcon: write addr=0x val=0x00
Rdebugcon: write addr=0x val=0x00
udebugcon: write addr=0x val=0x00
ndebugcon: write addr=0x val=0x00
ndebugcon: write addr=0x val=0x00
idebugcon: write addr=0x val=0x00
ndebugcon: write addr=0x
before change:
Bdebugcon: write addr=0x val=0x6f
odebugcon: write addr=0x val=0x6f
odebugcon: write addr=0x val=0x74
tdebugcon: write addr=0x val=0x69
idebugcon: write addr=0x val=0x6e
ndebugcon: write addr=0x val=0x67
gdebugcon: write addr=0x val=0x20
debugcon: write
compiler warnings:
CChw/char/debugcon.o
hw/char/debugcon.c: In function ‘debugcon_ioport_write’:
hw/char/debugcon.c:58: warning: format ‘%02x’ expects type ‘unsigned int’, but
argument 3 has type ‘uint64_t’
hw/char/debugcon.c: In function ‘debugcon_ioport_read’:
hw/char/debugcon.c:70:
Hi all,
I install qemu from git repository with KVM, and connect network with
bridge. The connection to the vm sometimes cannot establish.
The network configure of host OS is here:
root@Blade1-02:~/qemu.git# ifconfig
br0 Link encap:Ethernet HWaddr 00:26:b9:fa:de:48
inet
The assert.h header file from Fedora18 does not have #ifdef-#endif
brackets around __assert function so it cannot compile with
the -Wredundant-decls switch on.
Some Linux distributions (such as Debian Wheezy) still do have those
brackets arounb __assert functions (#ifndef _ASSERT_H_DECLS)
在 2013-04-12五的 13:29 -0300,Eduardo Habkost写道:
On Fri, Apr 12, 2013 at 05:46:42PM +0200, Igor Mammedov wrote:
On Fri, 12 Apr 2013 10:13:13 -0300
Eduardo Habkost ehabk...@redhat.com wrote:
[...]
+static void x86_cpuid_set_apic_id(Object *obj, Visitor *v, void
*opaque,
+
Since patch
81465888c5306cd94abb9847e560796fd13d3c2f
target-arm: factor out handling of SRS instruction
the SRS instruction has not worked in QEMU.
The problem is a return directive that was removed in the
refactoring, so after decoding the instruction, qemu would fall
through to do stuff
On 04/13/2013 09:17 PM, Aurelien Jarno wrote:
On Fri, Jan 25, 2013 at 06:35:41PM +0800, Jason Wang wrote:
This patch implements both userspace and vhost support for multiple queue
virtio-net (VIRTIO_NET_F_MQ). This is done by introducing an array of
VirtIONetQueue to VirtIONet.
Artyom Tarasenko a écrit :
On Sun, Apr 14, 2013 at 10:05 AM, Hervé Poussineau hpous...@reactos.org wrote:
As m48t59 devices can only be created with m48t59_init() or m48t59_init_isa(),
we know exactly which nvram types are required. Register only those three
types.
Remove .model and .size
67 matches
Mail list logo