Hi,
Like with any other device, it's hard ... what would happen on real
hardware is that the USB controller will get a target abort, which will
result in the controller reporting an error (typically in the PCI status
register) and stopping.
Not that hard, code to cancel in-flight
On 06/18/2012 05:02 AM, Jia Liu wrote:
Add a dummy board for IIS.
Signed-off-by: Jia Liupro...@gmail.com
[...]
+if (nd_table[0].vlan) {
+isa_ne2000_init(isa_bus, 0x9200, 4,nd_table[0]);
+}
I have noticed that the kernel you provided expects OpenCores ethernet device.
These patches implement the hotplug support for virtio-scsi.
When a new device attaches/detaches to virtio-scsi bus via device_add/device_del
commands, the HBA driver in guest kernel will be signaled to add/remove the scsi
device.
Cong Meng (2):
scsi bus: introduce hotplug() and hot_unplug()
Implement the hotplug() and hot_unplug() interfaces in virtio-scsi, by signal
the virtio_scsi.ko in guest kernel via event virtual queue.
The counterpart patch of virtio_scsi.ko will be sent soon in another thread.
Signed-off-by: Cong Meng m...@linux.vnet.ibm.com
Signed-off-by: Sen Wang
Add two interfaces hotplug() and hot_unplug() to scsi bus info.
The embody scsi bus can implement these two interfaces to signal the HBA driver
of guest kernel to add/remove the scsi device in question.
Signed-off-by: Cong Meng m...@linux.vnet.ibm.com
Signed-off-by: Sen Wang
Hello,
Here's the 3rd iteration of the virtio-rng device. This update just
rebases the patch on top of current master.
Details on the patch in the commit message.
Please apply,
Amit
v3:
* rebase to master
* Add file to hw/Makefile.objs instead of Makefile.objs
* Rate-limit
The Linux kernel already has a virtio-rng driver, this is the device
implementation.
When the guest asks for entropy from the virtio hwrng, it puts a buffer
in the vq. We then put entropy into that buffer, and push it back to
the guest.
The chardev connected to this device is fed the data to be
Hi Blue,
On Tue, Jun 19, 2012 at 3:11 AM, Blue Swirl blauwir...@gmail.com wrote:
On Mon, Jun 18, 2012 at 1:02 AM, Jia Liu pro...@gmail.com wrote:
This is the OpenCores OpenRISC 1200 support for QEMU.
Full implementation of the system-model and linux-user-model support.
OpenRISC 1200 is a
Hi Blue,
On Tue, Jun 19, 2012 at 2:28 AM, Blue Swirl blauwir...@gmail.com wrote:
On Mon, Jun 18, 2012 at 1:02 AM, Jia Liu pro...@gmail.com wrote:
Add OpenRISC target stubs and basic cpu support.
Signed-off-by: Jia Liu pro...@gmail.com
---
arch_init.c | 2 +
Hi Blue,
On Tue, Jun 19, 2012 at 2:24 AM, Blue Swirl blauwir...@gmail.com wrote:
On Mon, Jun 18, 2012 at 1:02 AM, Jia Liu pro...@gmail.com wrote:
Add OpenRISC target machine.
Signed-off-by: Jia Liu pro...@gmail.com
---
target-openrisc/cpu.h | 67
Am 19.06.2012 18:14, schrieb Eric Blake:
Maybe it's better to have a monitor command that just prepares a reopen
and means for the next reopen of /dev/fd/42, the passed FD will have
the right flags (if it hasn't, the reopen will fail). We can use dup2()
to keep the name stable.
Indeed,
CC'ed to the mailing list.
--
Wei-Ren Chen (陳韋任)
Computer Systems Lab, Institute of Information Science,
Academia Sinica, Taiwan (R.O.C.)
Tel:886-2-2788-3799 #1667
Homepage: http://people.cs.nctu.edu.tw/~chenwj
---BeginMessage---
On 06/19/2012 11:49 AM, 陳韋任 (Wei-Ren Chen) wrote:
Mind me CC
Move the declaration of s into the #ifdef sections that actually make
use of it.
Signed-off-by: Kevin Wolf kw...@redhat.com
---
block/raw-posix.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/block/raw-posix.c b/block/raw-posix.c
index bf7700a..0dce089 100644
On Tue, Jun 19, 2012 at 01:08:47PM +0100, Peter Maydell wrote:
On 19 June 2012 12:54, 陳韋任 (Wei-Ren Chen) che...@iis.sinica.edu.tw wrote:
If you only have one CPU then using first_cpu-some_field1 should be
almost as easy. :)
I am afraid first_cpu (CPUArchState) is got poisoned, too. :/
Does this pass scripts/checkpatch.pl? These should become
if (cop != 0) {
goto unrecognized;
}
Thanks for pointing it out, and sorry for that.
I will correct it in next version.
You can run scripts/checkpatch.pl before you submit the patch.
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Blue Swirl blauwir...@gmail.com writes:
On Tue, Jun 19, 2012 at 7:45 AM, Markus Armbruster arm...@redhat.com wrote:
Blue Swirl blauwir...@gmail.com writes:
On Mon, Jun 18, 2012 at 9:10 AM, Markus Armbruster arm...@redhat.com
wrote:
Commit 5bbdbb46 moved it to block.c because other geometry
On Wed, Jun 20, 2012 at 09:25:29AM +0200, Kevin Wolf wrote:
Am 19.06.2012 18:14, schrieb Eric Blake:
Maybe it's better to have a monitor command that just prepares a reopen
and means for the next reopen of /dev/fd/42, the passed FD will have
the right flags (if it hasn't, the reopen will
On Tue, Jun 19, 2012 at 04:38:44PM -0300, Crístian Viana wrote:
The current value for the -rtc driftfix option is 'none'. This patch
makes sure that the old machines configuration will work the same way
even after that option changes its default value.
Signed-off-by: Crístian Viana
On Wed, Jun 20, 2012 at 12:29:32PM +0530, Amit Shah wrote:
The Linux kernel already has a virtio-rng driver, this is the device
implementation.
When the guest asks for entropy from the virtio hwrng, it puts a buffer
in the vq. We then put entropy into that buffer, and push it back to
the
We recently had a request in Fedora to enable the VNC server thread
support in our builds of QEMU. There have been periodic messages on
this list that suggest the threaded VNC server has better performance
and less latency.
My view though, is that there must be some good reason why QEMU does
not
ping?
On 15.06.2012 17:01, Daniel Mack wrote:
On 12.06.2012 09:56, Dor Laor wrote:
On 06/11/2012 05:48 PM, Daniel Mack wrote:
Hey,
I'm thinking about adding a USB hardware proxy that allows communication
with an external server process which in turn simulates USB devices.
I'm new to the
On Wed, 2012-06-20 at 08:25 +0200, Gerd Hoffmann wrote:
Hi,
Like with any other device, it's hard ... what would happen on real
hardware is that the USB controller will get a target abort, which will
result in the controller reporting an error (typically in the PCI status
register) and
On 20.06.2012, at 10:02, Kevin Wolf wrote:
Move the declaration of s into the #ifdef sections that actually make
use of it.
Signed-off-by: Kevin Wolf kw...@redhat.com
Yup, that fixes it for me. Btw, when did we start declaring variables within
actual code? Most of the QEMU code follows
Hi Max,
On Wed, Jun 20, 2012 at 2:29 PM, Max Filippov jcmvb...@gmail.com wrote:
On 06/18/2012 05:02 AM, Jia Liu wrote:
Add a dummy board for IIS.
Signed-off-by: Jia Liupro...@gmail.com
[...]
+ if (nd_table[0].vlan) {
+ isa_ne2000_init(isa_bus, 0x9200, 4,nd_table[0]);
+
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
net/socket.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/net/socket.c b/net/socket.c
index dc5ba40..ba8583f 100644
--- a/net/socket.c
+++ b/net/socket.c
@@ -301,7
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
The -net socket,listen option does not work with the newer -netdev
syntax:
http://lists.gnu.org/archive/html/qemu-devel/2011-11/msg01508.html
This patch makes it work now.
For the case where one vlan has multiple listenning sockets,
the patch will
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
The patchset is on top of hub-based networking patchset.
For this patchset, my git repo:
g...@github.com:wuzhy/qemu.git for-anthony
Zhi Yong Wu (3):
net: fix the coding style
net: add the support for -netdev socket, listen
net: complete
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
The NetSocketState struct contains two file descriptors: an active
connection and a listen socket for new connections. It's important that
we clean up after ourselves so these file descriptors are initialized to
-1 when unused. This allows makes it
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
VLANState is no longer used and can be removed.
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
hw/dp8393x.c|1 -
hw/exynos4_boards.c |2 +-
hw/highbank.c |
Am 20.06.2012 11:36, schrieb Alexander Graf:
On 20.06.2012, at 10:02, Kevin Wolf wrote:
Move the declaration of s into the #ifdef sections that actually make
use of it.
Signed-off-by: Kevin Wolf kw...@redhat.com
Yup, that fixes it for me. Btw, when did we start declaring variables
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Now that VLANClientState has been renamed to NetClientState all 'vc'
local variables should be 'nc'. Much of the code already used 'nc' but
there are places where 'vc' needs to be renamed.
Signed-off-by: Stefan Hajnoczi
On 20.06.2012, at 11:49, Kevin Wolf wrote:
Am 20.06.2012 11:36, schrieb Alexander Graf:
On 20.06.2012, at 10:02, Kevin Wolf wrote:
Move the declaration of s into the #ifdef sections that actually make
use of it.
Signed-off-by: Kevin Wolf kw...@redhat.com
Yup, that fixes it for me.
Hi,
[ lots of interesting background info snipped ]
It's all doable, it's also a bit tricky, potentially quite a bit of
code, new KVM/qemu interfaces, etc... for a problem that's going to be a
non-issue pretty much 99.9% of the time :-) We still need to address it,
but I haven't convinced
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Checks can be performed to make sure that hubs have at least one NIC and
one host device, warning the user if this is not the case.
Configurations which do not meet this rule tend to be broken but just
emit a warning. This patch preserves
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Only when all other hub port's *peer* .can_receive() all return 1,
the source hub port .can_receive() return 1.
Reviewed-off-by: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
net/hub.c | 27
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
net.c | 28 +---
net/hub.c | 24
net/hub.h |2 ++
net/slirp.c |
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Reviewed-by: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
net.c | 35 +++
net.h | 11 +++
net/queue.c | 13 -
net/queue.h | 17
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Stop using the special-case vlan code in net.c. Instead use the hub net
client to implement the vlan feature. The next patch will remove vlan
code from net.c completely.
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by:
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Another step in moving the vlan feature out of net core. Users only
deal with NetClientState and therefore qemu_del_vlan_client() should be
named qemu_del_net_client().
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by:
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
The vlan implementation in net.c has been replaced by hubs so we can
remove the code.
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
hw/xen_nic.c |1 -
net.c| 108
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
All comments have been addressed and stefan has completed one more reviewing.
For this patchset, my git repo:
g...@github.com:wuzhy/qemu.git for-anthony
Changelog from v5:
1.) cleanup VLANState in other targets files [anthony]
v5:
1.) roll back
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Reviewed-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
net.c | 14 +-
net.h |1 +
net/hub.c | 23 +--
net/hub.h |1 +
4 files changed, 32
Restore FPU round state after loading the VM state.
This patch fixes different behavior after loading VM state
with different FPU flags set.
Signed-off-by: Pavel Dovgalyukpavel.dovga...@gmail.com
---
target-i386/cpu.c |1 +
target-i386/cpu.h |2 ++
target-i386/machine.c |
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
We're trying to preserve backward compatibility. This
command-line break:
x86_64-softmmu/qemu-system-x86_64 -net user,vlan=1 -device virtio-net-pci,vlan=1
Instead of dropping the qdev_prop_vlan completely the
hw/qdev-properties.c code needs to call
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
The vlan feature can be implemented in terms of hubs. By introducing a
hub net client it becomes possible to remove the special case vlan code
from net.c and push the vlan feature out of generic networking code.
Signed-off-by: Stefan Hajnoczi
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Since hubs are now used to implement the 'vlan' feature and the vlan
argument is always NULL, remove the argument entirely and update all net
clients that use qemu_new_net_client().
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
There is no longer a distinction between vlan clients and non-vlan
clients in the net core. The net core only knows about point-to-point
clients which are connected to a peer. It's time to rename the global
list of net clients since it no longer
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Reviewed-by: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
net/queue.c |8
net/slirp.c |7 ---
slirp/if.c |5 -
slirp/libslirp.h |1 -
4 files changed, 4
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
The vlan feature is implemented using hubs and no longer uses
special-purpose VLANState structs that are accessible as qdev
properties.
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
On 19 June 2012 16:24, Andreas Färber afaer...@suse.de wrote:
Am 19.06.2012 17:18, schrieb Peter Maydell:
On 14 June 2012 16:14, Andreas Färber afaer...@suse.de wrote:
Commit ec5b06d (configure: ensure directory exists when creating symlinks)
moved the creation of directories into the
On 06/20/2012 02:31 AM, Daniel P. Berrange wrote:
This might mean that libvirt should only closefd the file when it
becomes unused (like after hot unplug); or that qemu must keep it open
internally even after closefd as long as the block device is still in use.
As it works today, the only
Convert the (dummy) generic timer cp15 implementation.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c | 23 +++
1 files changed, 11 insertions(+), 12 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index ebe6a55..2d58eb5
Convert the various WFI and barrier instruction special cases to use
cp_reginfo infrastructure.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c| 42 +++
target-arm/translate.c | 51
Hi,
This patch series adds UAS (usb attached scsi) emulation to qemu. UAS
is a protocol which uses usb3 streams and this is intended to be the
playground when adding full usb3 support to the xhci emulation. It
turned out to also be a heavy stress test for the ehci emulation, so
this patch
$subject says all. First cut.
It's a pure UAS (usb attached scsi) emulation, without BOT (bulk-only
transport) compatibility. If your guest can't handle it use usb-storage
instead.
The emulation works like any other scsi hba emulation (eps, lsi, virtio,
megasas, ...). It provides just the HBA
Use ehci_flush_qh to make sure we touch inly the fields the hc is
allowed to touch.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-ehci.c | 37 ++---
1 files changed, 18 insertions(+), 19 deletions(-)
diff --git a/hw/usb/hcd-ehci.c
On 06/19/2012 10:47 PM, Amos Kong wrote:
Convert 'sendkey' to use QAPI. do_sendkey() depends on some
variables/functions in monitor.c, so reserve qmp_sendkey()
to monitor.c
key_defs[] in monitor.c is the mapping of key name to keycode,
Keys' order in the enmu and key_defs[] is same.
The
Convert the cp15 c3 register (MMU domain access control
or MPU write buffer control). NB that this is horribly
underdecoded for modern cores (should be crn=3,crm=0,
opc1=0,opc2=0) but this change preserves the existing
QEMU behaviour.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
There are now no uses of the old cp15 infrastructure,
so it can be deleted.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c| 39 ---
target-arm/helper.h|3 --
target-arm/translate.c | 59
Convert the PXA2xx cp14 perf registers from old-style
coprocessor hooks to the new scheme.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
hw/pxa2xx.c | 142 +-
1 files changed, 61 insertions(+), 81 deletions(-)
diff --git
Convert cp15 MMU TLB control (crn=8) to new scheme.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c | 63 ++
1 files changed, 43 insertions(+), 20 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
Convert the v7 performance monitor cp15 registers to
the new scheme.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/cpu.c |4 -
target-arm/helper.c| 277 +++-
target-arm/translate.c | 26 +-
3 files changed,
Only write back the dwords the hc is supposed to update. Should not
make a difference in theory as the guest must not touch the td while
it is active to avoid races. But it is still more correct.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-ehci.c |6 --
1 files
Convert the MMU fault status and MPU access permission cp15
registers to the new scheme.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c | 188 +--
1 files changed, 107 insertions(+), 81 deletions(-)
diff --git
Convert TLS registers to the new cp15 framework
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c| 19 +++
target-arm/translate.c | 58
2 files changed, 19 insertions(+), 58 deletions(-)
diff --git
Chain of exception handlers are currently unused feature, drop it
for now to avoid moving prev_debug_excp_handler variable at global
scope when moving tcg initialization into target-i386/cpu.c
Later we probably could re-invent better interface for this.
Signed-off-by: Igor Mammedov
In order to make cpu object not depended on external ad-hoc
initialization routines, move tcg initialization from cpu_x86_init
inside cpu object x86_cpu_initfn().
Signed-off-by: Igor Mammedov imamm...@redhat.com
---
target-i386/cpu.c| 10 ++
target-i386/cpu.h|1 +
MP initialization protocol differs between cpu families, and for P6 and
onward models it is up to CPU to decide if it will be BSP using this
protocol, so try to model this. However there is no point in implementing
MP initialization protocol in qemu. Thus first CPU is always marked as BSP.
This
Commit 4be23939ab0d7019c7e59a37485b416fbbf0f073 makes ehci instantly
zap any unlinked queue heads when the guest rings the dorbell.
While hacking up uas support this turned out to be a problem. The linux
kernel can unlink and instantly relink the very same queue head, thereby
killing any async
On Wed, Jun 20, 2012 at 07:58:53AM -0500, Anthony Liguori wrote:
On 06/20/2012 04:15 AM, Daniel P. Berrange wrote:
We recently had a request in Fedora to enable the VNC server thread
support in our builds of QEMU. There have been periodic messages on
this list that suggest the threaded VNC
On 06/04/2012 06:31 AM, Gleb Natapov wrote:
This patch adds two things. First it allows QEMU to distinguish between
regular powerdown and S4 powerdown. Later separate QMP notification will
be added for S4 powerdown. Second it allows S3/S4 states to be disabled
from QEMU command line. Some guests
On 06/06/2012 04:03 AM, Avi Kivity wrote:
Fedora 17's toolchain wants optimization enabled for _FORTIFY_SOURCE;
so disable _FORTIFY_SOURCE when debugging.
Signed-off-by: Avi Kivitya...@redhat.com
Applied. Thanks.
Regards,
Anthony Liguori
---
configure |3 +--
1 file changed, 1
Moving reset callback into cpu object from board level and
resetting cpu at the end of x86_cpu_realize() will allow properly
create cpu object during run-time (hotplug) without calling reset exteraly.
When reset over QOM hierarchy is implemented, reset callback
should be removed.
Signed-off-by:
On Tue, May 22, 2012 at 09:23:03PM -0400, Kevin O'Connor wrote:
On Sun, May 20, 2012 at 12:03:38PM +0300, Gleb Natapov wrote:
Signed-off-by: Gleb Natapov g...@redhat.com
The patch series looks okay to me. Let me know when the corresponding
qemu patches are committed.
It is committed
On 06/11/2012 04:10 PM, Michael S. Tsirkin wrote:
The following changes since commit 8cc9b43f7c5f826b39af4b012ad89bb55faac29c:
target-microblaze: lwx/swx: first implementation (2012-06-04 10:19:46 +0200)
are available in the git repository at:
On 06/15/2012 08:33 AM, Kevin Wolf wrote:
The following changes since commit 63bb682a18acc5d2f3219ea96c4d81c1a3b50748:
Merge branch 'master' of git://git.qemu.org/qemu (2012-06-15 15:53:34 +0400)
are available in the git repository at:
git://repo.or.cz/qemu/kevin.git for-anthony
On 06/17/2012 07:01 PM, Anthony Liguori wrote:
I think I understand enough of what's going on in these rules to ensure this is
right. But I could certainly use a second or third opinion...
Signed-off-by: Anthony Liguorialigu...@us.ibm.com
Applied.
Regards,
Anthony Liguori
---
v1 - v2
On 06/18/2012 08:58 AM, Andreas Färber wrote:
Hello Anthony,
Seeing no update from Jan nor PULL from mst, here's - hopefully - the final
batch of qom-next patches, as requested.
As usual, I had remarked in my reply when I've taken the liberty of applying,
e.g., style fixes myself. For the
On 05/29/2012 10:35 PM, Crístian Viana wrote:
QEMU exposes its version to the guest's hardware and in some cases that is wrong
(e.g. Windows prints messages about driver updates when you switch
the QEMU version).
There is a new field now on the struct QEmuMachine, hw_version, which may
contain
Am 20.06.2012 08:47, schrieb Cong Meng:
Add two interfaces hotplug() and hot_unplug() to scsi bus info.
The embody scsi bus can implement these two interfaces to signal the HBA
driver
of guest kernel to add/remove the scsi device in question.
Signed-off-by: Cong Meng
On 06/15/2012 12:09 PM, Luiz Capitulino wrote:
Anthony,
This pull contains mostly fixes and the new BALLOON_CHANGE event with
rate limiting support.
The changes (since 63bb682a18acc5d2f3219ea96c4d81c1a3b50748) are available
in the following repository:
On 06/12/2012 11:42 AM, Paolo Bonzini wrote:
Anthony,
The following changes since commit dbaf26b3b22daae3be6a89b965e43503e7c3b912:
Revert build: compile oslib-obj-y once (2012-06-10 20:29:19 +)
are available in the git repository at:
git://github.com/bonzini/qemu.git scsi-next
for
On 06/11/2012 03:26 PM, Stefan Weil wrote:
Hello Anthony,
please pull these four patches. All were reviewed, ack'ed or signed on
qemu-devel.
Pulled. Thanks.
Regards,
Anthony Liguori
Thanks,
Stefan Weil
The following changes since commit 7677e24f3db8466c7d6014a794b1e425bc7929ba:
Convert the PXA2xx CLKCFG and PWRMODE cp14 registers to the
new arm_cp_reginfo scheme.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
hw/pxa2xx.c | 171 --
1 files changed, 71 insertions(+), 100 deletions(-)
diff --git
Am 20.06.2012 14:59, schrieb Igor Mammedov:
In order to make cpu object not depended on external ad-hoc
initialization routines, move tcg initialization from cpu_x86_init
inside cpu object x86_cpu_initfn().
Signed-off-by: Igor Mammedov imamm...@redhat.com
Reviewed-by: Andreas Färber
Convert the cp15 crn=6 registers to the new scheme.
Note that this includes some minor tidyup: drop an unnecessary
underdecoding of op2 on OMAPCP cores, and only implement the
pre-v6 c6,c0,0,1 IFAR on the 1026 and not on the other ARMv5
cores, which didn't have it.
Signed-off-by: Peter Maydell
From: Daniel P. Berrange berra...@redhat.com
QEMU now has a fundamental requirement for pthreads, so there
is no compelling reason to retain support for the non-threaded
VNC server. Remove the --{enable,disable}-vnc-thread configure
arguments, and all CONFIG_VNC_THREAD conditionals
All the users of cpu_arm_set_cp_io have been converted, so we
can remove it and the infrastructure it used.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/cpu.h | 10
target-arm/helper.c| 54
Convert the cp15 VA-PA translation registers (a subset of
the crn=7 regs) to the new scheme.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c | 108 ++
1 files changed, 65 insertions(+), 43 deletions(-)
diff --git
Convert cp15 crn=9 registers (mostly cache lockdown) to the new scheme.
Note that this change makes OMAPCP cores RAZ/WI the whole c9 space. This is
a change from previous behaviour, but a return to the behaviour of commit
c3d2689d when OMAP1 support was first added -- subsequent commits have
On 2012-06-20 14:59, Igor Mammedov wrote:
Chain of exception handlers are currently unused feature, drop it
for now to avoid moving prev_debug_excp_handler variable at global
scope when moving tcg initialization into target-i386/cpu.c
Later we probably could re-invent better interface for
Move the v6 optional block cache ops to the new cp15 framework.
This includes only providing them on the CPUs which implemented
them, rather than the previous blunderbuss approach of making
all MCRR instructions on all CPUs act as NOPs.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
There is no much sence in holding back rather independed cpu_reset and tcg init
patches from:
[PATCH qom-next v3 0/12] target-i386: re-factor CPU creation/initialization
to QOM
http://lists.gnu.org/archive/html/qemu-devel/2012-05/msg04077.html
Reposting ammended and rebased patches.
git tree
It's not correct to make CPU runnable (i.e. calling x86_cpu_realize())
when not all properties are set (APIC in this case).
Fix it by calling x86_cpu_realize() at board level after APIC is
initialized, right before cpu_reset().
Signed-off-by: Igor Mammedov imamm...@redhat.com
---
hw/pc.c
Add new function register_cp_regs_for_features() as a place to
register coprocessor registers dependent on feature flags.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/cpu-qom.h |1 +
target-arm/cpu.c |2 ++
target-arm/helper.c | 11 +++
3 files
Am 20.06.2012 14:59, schrieb Igor Mammedov:
It's not correct to make CPU runnable (i.e. calling x86_cpu_realize())
when not all properties are set (APIC in this case).
Fix it by calling x86_cpu_realize() at board level after APIC is
initialized, right before cpu_reset().
Signed-off-by:
On 06/20/2012 07:24 AM, Eric Blake wrote:
On 06/20/2012 02:31 AM, Daniel P. Berrange wrote:
This might mean that libvirt should only closefd the file when it
becomes unused (like after hot unplug); or that qemu must keep it open
internally even after closefd as long as the block device is
Convert the cp15 crn=1 registers to the new scheme.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/cpu-qom.h |1 +
target-arm/cpu.c |7 ++-
target-arm/helper.c | 129 +-
3 files changed, 61 insertions(+), 76
We RAZ/WI the entire block of crn=10 registers. Note that this
actually covers not just the implementation-defined TLB
lockdown registers but also a number of v7 VMSA memory
attribute registers which we would need to implement to
support TEX remap. We retain the previous QEMU behaviour
in this
Now we create object files in a hierarchy under hw/, so the
'clean' target must also updated to delete those object files.
Rather than using a manual list of subdirectories which will
easily drift out of date, we just delete all .o and .d files
in the target directory hierarchy.
Signed-off-by:
1 - 100 of 237 matches
Mail list logo
