On 2011-09-30 01:46, Richard Henderson wrote:
> This allows us to generate unwind info for the dynamicly generated
> code in the code_gen_buffer. Only i386 is converted at this point.
>
> Signed-off-by: Richard Henderson
> ---
> elf.h |1 +
> exec.c|9 +++
Alex Graf has added support for KVM acceleration of the pseries
machine, using his Book3S-PR KVM variant, which runs the guest in
userspace, emulating supervisor operations. Recent kernels now have
the Book3S-HV KVM variant which uses the hardware hypervisor features
of recent POWER CPUs. Alex's
At present, using the hypervisor aware Book3S-HV KVM will only work
with qemu on POWER7 CPUs. PPC970 CPUs also have hypervisor
capability, but they lack the VRMA feature which makes assigning guest
memory easier.
In order to allow KVM Book3S-HV on PPC970, we need to specially
allocate the first c
https://github.com/dgibson/SLOF, and the image currently in qemu is
- built from git tag qemu-slof-20110323.
+ built from git tag qemu-slof-20110930.
- The PXE roms come from the iPXE project. Built with BANNER_TIME 0.
Sources available at http://ipxe.org. Vendor:Device ID -> ROM mapping:
diff
Alex Graf has already made qemu support KVM for the pseries machine
when using the Book3S-PR KVM variant (which runs the guest in
usermode, emulating supervisor operations). This code allows gets us
very close to also working with KVM Book3S-HV (using the hypervisor
capabilities of recent POWER CP
The pseries machine of qemu implements the TCE mechanism used as a
virtual IOMMU for the PAPR defined virtual IO devices. Because the
PAPR spec only defines a small DMA address space, the guest VIO
drivers need to update TCE mappings very frequently - the virtual
network device is particularly bad
I've finally managed to reproduce a very infrequent kernel boot hang
by forcing TCG (so it runs slower, bug seems to be timing sensitive)
and running a boot test in a loop thousands of times.
I'd like to find out where in the guest kernel this is looping.
Unfortunately I don't have access to the
Sufficiently recent PAPR specifications define properties "ibm,vmx"
and "ibm,dfp" on the CPU node which advertise whether the VMX vector
extensions (or the later VSX version) and/or the Decimal Floating
Point operations from IBM's recent POWER CPUs are available.
Currently we do not put these in t
Currently the kvmppc_get_clockfreq() function reads the host's clock
frequency from /proc/device-tree, which is useful to past to the guest
in KVM setups. However, there are some other host properties
advertised in the device tree which can also be relevant to the
guests.
This patch, therefore, r
Current versions of the PowerPC architecture require and fully define
4kB and 16MB page sizes. Other pagesizes (e.g. 64kB, 1MB) are
permitted and are often supported, but the exact encodings used to set
the up can vary from chip to chip.
The supported pagesizes and required encodings are advertis
This series contains some patches which, when using KVM, gather
information about the capabilities of the host CPU and advertise them
to the guest system when using the pseries machine. Specifically it
does this for whether the CPU supports VMX, VSX and/or DFP
instructions, and for the CPUs suppor
This patch excludes I/O requests ending with error from the
accounting of operations, bytes and time, and adds accounting
for errors separately.It could make the statistics more accurate
and record the number of I/O failure.
Signed-off-by: Mark Wu
---
block.c | 30 +
On Thu, Sep 29, 2011 at 09:07:19PM +0200, Robert P wrote:
> Hello,
>
> I still have a problem with the "Live Snapshot" feature of QEMU and
> before migrating to XEN, VMware or something similare, a quick post here:
>
> OS: Ubuntu Natty 64bit
>
> First, i'm starting my KVM Machine with an im
Am 30.09.2011 um 09:50 schrieb David Gibson :
> This series contains some patches which, when using KVM, gather
> information about the capabilities of the host CPU and advertise them
> to the guest system when using the pseries machine. Specifically it
> does this for whether the CPU supports V
On Fri, Sep 30, 2011 at 12:28 AM, wrote:
> The Buildbot has detected a new failure on builder default_x86_64_rhel5 while
> building qemu.
> Full details are available at:
> http://buildbot.b1-systems.de/qemu/builders/default_x86_64_rhel5/builds/24
Build error on RHEL 5 in virtio-9p-handle.c:
/
With PowerKVM, exits from KVM to qemu are even more expensive than on
x86. One significant source of these we're finding (since we usually
work in -nographic mode) is the nographic_timer.
At present, we're using a hack to disable it, but that's obviously not
a long term solution. From examinatio
On 2011-09-30 10:18, David Gibson wrote:
> With PowerKVM, exits from KVM to qemu are even more expensive than on
> x86. One significant source of these we're finding (since we usually
> work in -nographic mode) is the nographic_timer.
>
> At present, we're using a hack to disable it, but that's o
On 2011-09-30 09:42, Richard W.M. Jones wrote:
>
> I've finally managed to reproduce a very infrequent kernel boot hang
> by forcing TCG (so it runs slower, bug seems to be timing sensitive)
> and running a boot test in a loop thousands of times.
>
> I'd like to find out where in the guest kernel
On 2011-09-30 10:46, Jan Kiszka wrote:
> On 2011-09-30 10:18, David Gibson wrote:
>> With PowerKVM, exits from KVM to qemu are even more expensive than on
>> x86. One significant source of these we're finding (since we usually
>> work in -nographic mode) is the nographic_timer.
>>
>> At present, w
On Fri, Sep 30, 2011 at 10:49:20AM +0200, Jan Kiszka wrote:
> On 2011-09-30 09:42, Richard W.M. Jones wrote:
> >
> > I've finally managed to reproduce a very infrequent kernel boot hang
> > by forcing TCG (so it runs slower, bug seems to be timing sensitive)
> > and running a boot test in a loop t
On 30 September 2011 01:20, Peter Chubb wrote:
> Thanks Peter!
>
> Here's a reworked patch.
NB: when you resend patches it's better to send them as completely
fresh emails (via git-send-email or equivalent) because otherwise they're
more of a pain to apply (you end up with random email chatter in
On 30 September 2011 07:47, Jan Kiszka wrote:
> There is no difference between system reset after power-up or later on.
> And there should be no difference between per device, per group of
> devices or system-wide reset. A device model cannot tell these apart.
I think it's also useful to distingu
On 2011-09-30 10:55, Jan Kiszka wrote:
> On 2011-09-30 10:46, Jan Kiszka wrote:
>> On 2011-09-30 10:18, David Gibson wrote:
>>> With PowerKVM, exits from KVM to qemu are even more expensive than on
>>> x86. One significant source of these we're finding (since we usually
>>> work in -nographic mode
I'm trying to get bridge-mode communication between a macvtap and a host
macvlan working correctly, but I think I must be doing something wrong as
the host macvlan and guest macvtap apparently can't communicate. I'm aware
that the underlying eth0 interface can't communicate with the macvtap, but I
> "Peter" == Peter Maydell writes:
Peter> On 30 September 2011 01:20, Peter Chubb
Peter> wrote:
>> Thanks Peter!
>>
>> Here's a reworked patch.
Peter> NB: when you resend patches it's better to send them as
Peter> completely fresh emails (via git-send-email or equivalent)
Peter> because ot
On Wed, Sep 28, 2011 at 10:58:26AM +0200, Alexander Graf wrote:
> On 28.09.2011, at 04:40, Alex Williamson wrote:
> > On Tue, 2011-09-27 at 16:28 -0500, Scott Wood wrote:
[snip]
> I'm honestly pretty indifferent on ioctl vs. linear read. I got the
> impression that people dislike ioctls for whateve
On Mon, Sep 26, 2011 at 12:34:52PM -0600, Alex Williamson wrote:
> On Mon, 2011-09-26 at 12:04 +0200, Alexander Graf wrote:
> > Am 26.09.2011 um 09:51 schrieb David Gibson :
[snip]
> > Also, if you can come up with an interface that does not have variable
> > length descriptors but is still able to
On Mon, Sep 26, 2011 at 06:59:33PM -0500, Scott Wood wrote:
> On 09/26/2011 01:34 PM, Alex Williamson wrote:
> > The other obvious possibility is a pure ioctl interface. To match what
> > this proposal is trying to describe, plus the runtime interfaces, we'd
> > need something like:
> >
> > /* :0
On Mon, Sep 26, 2011 at 12:04:47PM +0200, Alexander Graf wrote:
> Am 26.09.2011 um 09:51 schrieb David Gibson :
[snip]
> > Um, not to put too fine a point on it, this is madness.
> >
> > Yes, it's very flexible and can thereby cover a very wide range of
> > cases. But it's much, much too complex.
This allows the user to add custom parameters to the up or down
scripts.
Extra parameters are useful in more complex networking scenarios
where we would like to configure network devices when starting
or stopping the guest.
Cc: Anthony Liguori
Signed-off-by: Sasha Levin
---
net.c |8 ++
On Thu, Sep 29, 2011 at 11:42:47PM +0530, M. Mohan Kumar wrote:
> On Wednesday, September 28, 2011 08:29:06 PM Daniel P. Berrange wrote:
> > On Wed, Sep 28, 2011 at 07:49:34PM +0530, M. Mohan Kumar wrote:
> > > Pass-through security model in QEMU 9p server needs root privilege to do
> > > few file
On Fri, Sep 30, 2011 at 10:20:14AM +0200, Alexander Graf wrote:
>
> Am 30.09.2011 um 09:50 schrieb David Gibson :
>
> > This series contains some patches which, when using KVM, gather
> > information about the capabilities of the host CPU and advertise them
> > to the guest system when using the
On 30 September 2011 10:23, Peter Chubb wrote:
>> "Peter" == Peter Maydell writes:
> Peter> hw_error() is a fatal error -- don't use it for conditions that
> Peter> can be triggered by a malicious guest. (And since it's noreturn
> Peter> there's not much point putting any code after it...)
>
This is conceptually cleaner and will allow us to drop the nographic
timer. Moreover, it will be mandatory to fully exploit future per-device
coalesced MMIO rings.
Signed-off-by: Jan Kiszka
---
hw/g364fb.c |4
hw/vga.c|4
vl.c|2 --
3 files changed, 8 insertions
We flush coalesced MMIO in the device models now, and VNC - for which
this was once introduced - is also fine without it as it has its own
refresh timer.
Signed-off-by: Jan Kiszka
---
vl.c | 13 -
1 files changed, 0 insertions(+), 13 deletions(-)
diff --git a/vl.c b/vl.c
index 54d
This patchset introduces Qemu Tracing to 9p pdu handlers and removes the
existing debug infrastructure which became less meaningful after the
introduction of coroutines. With the existing debug infra, parallel
operations creates a messy output and filtering becomes difficult.
With Qemu tracing in
This python script allows to pretty print 9p simpletrace logs and can be
further enhanced to filter 9p logs based on command line arguments.
Signed-off-by: Harsh Prateek Bora
---
scripts/analyse-9p-simpletrace.py | 142 +
1 files changed, 142 insertions(+), 0
Plan is to replace the existing debug infrastructure with Qemu tracing
infrastructure so that user can dynamically enable/disable trace events and
therefore a meaningful trace log can be generated which can be further
filtered using an analysis script.
Note: Because of current simpletrace limitati
Removing the existing debug infrastrucure as proposed to be replaced by
Qemu Tracing infrastructure.
Signed-off-by: Harsh Prateek Bora
---
Makefile.objs |2 +-
hw/9pfs/virtio-9p-debug.c | 646 -
hw/9pfs/virtio-9p-debug.h |6 -
hw/9
QED's metadata caching strategy allows two parallel requests to race for
metadata lookup. The first one to complete will populate the metadata
cache and the second one will drop the data it just read in favor of the
cached data.
There is a use-after-free in qed_read_l2_table_cb() and
qed_commit_l
On 09/30/2011 04:06 PM, Harsh Prateek Bora wrote:
This python script allows to pretty print 9p simpletrace logs and can be
further enhanced to filter 9p logs based on command line arguments.
Sample ouput of this analysis script (will be added in commit log):
Pretty printing 9p simpletr
Paolo Bonzini writes:
> These will be used when moving icount accounting to cpus.c.
I have something related to this kind of refactoring. While trying to understand
all the timing facilities in QEMU, I wrote some (unfinished) patches that try to
disentangle much of the code in qemu-timer into two
On 09/29/2011 10:46 PM, Stefan Hajnoczi wrote:
On Thu, Sep 29, 2011 at 06:09:47PM +0530, Harsh Prateek Bora wrote:
This patchset introduces Qemu Tracing to 9p pdu handlers and removes the
existing debug infrastructure which becomes less meaningful after the
introduction of coroutines. Parallel o
On 09/30/2011 12:52 PM, Lluís Vilanova wrote:
Paolo Bonzini writes:
These will be used when moving icount accounting to cpus.c.
I have something related to this kind of refactoring. While trying to understand
all the timing facilities in QEMU, I wrote some (unfinished) patches that try to
dis
On 5 September 2011 23:13, Stefan Weil wrote:
> Do you already know when you expect qemu-users to be available?
Due to lack of interest from the maintainers of this project, I have
decided to setup an unofficial mailing list for qemu users.
Description: This unofficial mailing list is a place fo
On (Fri) 30 Sep 2011 [11:39:11], Stefan Hajnoczi wrote:
> QED's metadata caching strategy allows two parallel requests to race for
> metadata lookup. The first one to complete will populate the metadata
> cache and the second one will drop the data it just read in favor of the
> cached data.
>
>
On Fri, Sep 30, 2011 at 11:32 AM, Robert P wrote:
Please use Reply-All to keep qemu-devel CCed so that others can contribute.
>
> On Fri, Sep 30, 2011 at 10:16 AM, Stefan Hajnoczi
> wrote:
>>
>> On Thu, Sep 29, 2011 at 09:07:19PM +0200, Robert P wrote:
>> > Hello,
>> >
>> > I still have a probl
Paolo Bonzini writes:
> On 09/30/2011 12:52 PM, Lluís Vilanova wrote:
>> Paolo Bonzini writes:
>>
>>> These will be used when moving icount accounting to cpus.c.
>>
>> I have something related to this kind of refactoring. While trying to
>> understand
>> all the timing facilities in QEMU, I wro
On 09/29/2011 10:21 PM, Stefan Berger wrote:
On 09/21/2011 08:34 PM, Anthony Liguori wrote:
For any major feature that you're targeting to the next release, you should:
# Make sure that you've posted a patch series to qemu-devel
# Write a Feature page on the qemu.org wiki describing the featu
I've not looked into this at all, it's just a report that something
seems to be "up". I will try to git bisect this later if no one spots
anything obvious.
The next operation after insmod virtio_blk would be insmod_virtio_net.
Guest kernel is a Fedora kernel, version 3.1.0-0.rc6.git0.3.fc16.x86
We are mapping ESCC to a static (incorrect) address on machine init. This
overlaps with our vram, rendering the screen barely usable.
Since openBIOS is clever enough to map ESCC to where it needs to be, we can
just drop that invalid map and everyone's happy.
Signed-off-by: Alexander Graf
---
hw
On 09/19/2011 09:41 AM, Michael Roth wrote:
Where possible common routines are used for both input and output, thus
save on lines of code, theoretically. The added lines here are mostly
due to extra logic for each save/load routine to manipulate strings into
a unique field name for each saved fie
Correction:
To subscribe to the mailing list just send a blank email to:
qemu-users-subscr...@yahoogroups.com (not
qemu-users-ow...@yahoogroups.com as previoulsy stated).
You will be given the option to join the mailing list only.
Sorry for the confusion.
-- Forwarded message --
F
On Fri, Sep 30, 2011 at 2:04 PM, Stefan Hajnoczi wrote:
> On Fri, Sep 30, 2011 at 11:32 AM, Robert P wrote:
>
> Please use Reply-All to keep qemu-devel CCed so that others can contribute.
>
> >
> > On Fri, Sep 30, 2011 at 10:16 AM, Stefan Hajnoczi
> > wrote:
> >>
> >> On Thu, Sep 29, 2011 at 09
On 09/30/2011 08:44 AM, Ottavio wrote:
Correction:
To subscribe to the mailing list just send a blank email to:
qemu-users-subscr...@yahoogroups.com (not
qemu-users-ow...@yahoogroups.com as previoulsy stated).
You will be given the option to join the mailing list only.
Sorry for the confusion.
On 09/30/2011 08:53 AM, Anthony Liguori wrote:
On 09/30/2011 08:44 AM, Ottavio wrote:
Correction:
To subscribe to the mailing list just send a blank email to:
qemu-users-subscr...@yahoogroups.com (not
qemu-users-ow...@yahoogroups.com as previoulsy stated).
You will be given the option to join th
> Instead of waiting for qemu-users to go away in order to recreate it, I
> decided
> to just create a qemu-discuss list.
>
> That list is now open. See
>
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
^^
On 30 September 2011 14:53, Anthony Liguori wrote:
> You know, it's possible to actually talk to people instead of going off and
> declaring that there's "lack of interest from the maintainers".
Both me and Stefan Weil had written to you and the list asking when
qemu-users was going to be availab
On 09/30/2011 08:59 AM, Anthony Liguori wrote:
On 09/29/2011 10:21 PM, Stefan Berger wrote:
On 09/21/2011 08:34 PM, Anthony Liguori wrote:
For any major feature that you're targeting to the next release, you
should:
# Make sure that you've posted a patch series to qemu-devel
# Write a Feat
On Fri, 30 Sep 2011 08:39:49 -0500, Anthony Liguori
wrote:
> On 09/19/2011 09:41 AM, Michael Roth wrote:
> > Where possible common routines are used for both input and output, thus
> > save on lines of code, theoretically. The added lines here are mostly
> > due to extra logic for each save/load
Hi, Ottavio
Would you like to put http://tech.groups.yahoo.com/group/qemu-users/
on http://wiki.qemu.org/MailingLists ?
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Computer Systems Lab, Institute of Information Science,
Academia Sinica, Taiwan (R.O.C.)
Tel:886-2-2788-3799 #1667
On 09/30/2011 09:04 AM, Ottavio wrote:
On 30 September 2011 14:53, Anthony Liguori wrote:
You know, it's possible to actually talk to people instead of going off and
declaring that there's "lack of interest from the maintainers".
Both me and Stefan Weil had written to you and the list asking
On 09/30/2011 12:12 AM, Jan Kiszka wrote:
>> Breakpoint 1, __ldb_mmu (addr=1001716, mmu_idx=0)
>> at /home/rth/work/qemu/qemu/softmmu_template.h:86
>> 86 {
>> (gdb) where
>> #0 __ldb_mmu (addr=1001716, mmu_idx=0)
>> at /home/rth/work/qemu/qemu/softmmu_template.h:86
>> #1 0x4
On Fri, Sep 30, 2011 at 2:46 PM, Robert P wrote:
>
>
> On Fri, Sep 30, 2011 at 2:04 PM, Stefan Hajnoczi wrote:
>>
>> On Fri, Sep 30, 2011 at 11:32 AM, Robert P wrote:
>>
>> Please use Reply-All to keep qemu-devel CCed so that others can
>> contribute.
>>
>> >
>> > On Fri, Sep 30, 2011 at 10:16 A
On 09/28/2011 10:27 AM, Peter Maydell wrote:
> Include config.h in softfloat.c, so that the target specific ifdefs in
> softfloat-specialize.h are evaluated correctly. This was accidentally
> broken in commit 789ec7ce2 when config-target.h was removed from
> softfloat.h, and means that most targets
On Fri, Sep 30, 2011 at 12:27 PM, Amit Shah wrote:
> On (Fri) 30 Sep 2011 [11:39:11], Stefan Hajnoczi wrote:
>> QED's metadata caching strategy allows two parallel requests to race for
>> metadata lookup. The first one to complete will populate the metadata
>> cache and the second one will drop t
On Fri, Sep 30, 2011 at 11:39 AM, Stefan Hajnoczi
wrote:
> QED's metadata caching strategy allows two parallel requests to race for
> metadata lookup. The first one to complete will populate the metadata
> cache and the second one will drop the data it just read in favor of the
> cached data.
>
>
On 09/28/2011 10:27 AM, Peter Maydell wrote:
>
> /*
> +| Select which NaN to propagate for a three-input operation.
> +| For the moment we assume that no CPU needs the 'larger significand'
> +| information.
> +| Return va
On (Fri) 30 Sep 2011 [16:23:30], Stefan Hajnoczi wrote:
> On Fri, Sep 30, 2011 at 12:27 PM, Amit Shah wrote:
> > On (Fri) 30 Sep 2011 [11:39:11], Stefan Hajnoczi wrote:
> >> QED's metadata caching strategy allows two parallel requests to race for
> >> metadata lookup. The first one to complete wi
On 30 September 2011 16:28, Richard Henderson wrote:
> On 09/28/2011 10:27 AM, Peter Maydell wrote:
>> /*
>> +| Select which NaN to propagate for a three-input operation.
>> +| For the moment we assume that no CPU needs t
On 30 September 2011 15:36, wrote:
> To: Ottavio
> Date: Fri, 30 Sep 2011 22:09:48 +0800
> Subject: Re: [Qemu-devel] Correction: Announcing qemu-users - the unofficial
> mailing list for qemu users (was: Now, what's left to non-developers? ... )
> Hi, Ottavio
>
> Would you like to put http://t
This series adds new trace events for correlating filenames with
BlockDriverState pointers and observing QMP monitor command input. It also
expands the bdrv_co_io_em() trace event to provide more useful information.
Basically small additions to improve observability in QEMU :).
Stefan Hajnoczi (
bdrv_open_common() is a useful point to trace since it reveals the
filename and block driver for a given BlockDriverState.
Signed-off-by: Stefan Hajnoczi
---
block.c |2 ++
trace-events |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/block.c b/block.c
index e3fe
Add trace events for handle_qmp_command(), which dispatches qmp
commands, and monitor_protocol_emitter(), which produces the reply to a
qmp command.
Also remove duplicate #include "trace/control.h".
Signed-off-by: Stefan Hajnoczi
---
monitor.c|5 -
trace-events |4
2 files
It is useful to know the BlockDriverState as well as the
sector_num/nb_sectors of an emulated .bdrv_co_*() request.
Signed-off-by: Stefan Hajnoczi
---
block.c |2 +-
trace-events |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/block.c b/block.c
index 1ae22d5..e
On Fri, Sep 30, 2011 at 02:11:48PM +0100, Richard W.M. Jones wrote:
>
> I've not looked into this at all, it's just a report that something
> seems to be "up". I will try to git bisect this later if no one spots
> anything obvious.
>
> The next operation after insmod virtio_blk would be insmod_v
We've been playing a bit with kvm-kmod-3.0b. We use a cross compile
environment, and one of my coworkers noticed that the variables in config.mak
weren't actually exported and so didn't actually have any effect.
I think something like the following patch is required.
Thanks,
Chris Friesen
I
Signed-off-by: Paolo Bonzini
---
hw/scsi-bus.c | 49 +++--
1 files changed, 39 insertions(+), 10 deletions(-)
diff --git a/hw/scsi-bus.c b/hw/scsi-bus.c
index c0da8c7..17acf48 100644
--- a/hw/scsi-bus.c
+++ b/hw/scsi-bus.c
@@ -170,7 +170,7 @@ typedef
On Fri, 2011-09-30 at 18:46 +1000, David Gibson wrote:
> On Mon, Sep 26, 2011 at 12:34:52PM -0600, Alex Williamson wrote:
> > On Mon, 2011-09-26 at 12:04 +0200, Alexander Graf wrote:
> > > Am 26.09.2011 um 09:51 schrieb David Gibson :
> [snip]
> > > Also, if you can come up with an interface that d
This also requires little more than adding the new argument to
scsi_device_find, and the qdev property. All devices by default
end up on channel 0.
Signed-off-by: Paolo Bonzini
---
hw/esp.c |4 ++--
hw/lsi53c895a.c |4 ++--
hw/scsi-bus.c| 24 +++-
hw/s
On 2011-09-30 19:07, Chris Friesen wrote:
> We've been playing a bit with kvm-kmod-3.0b. We use a cross compile
> environment, and one of my coworkers noticed that the variables in config.mak
> weren't actually exported and so didn't actually have any effect.
>
> I think something like the foll
Change the devs array into a linked list, and add a scsi_device_find
function to navigate the children list instead. This lets the SCSI
bus use more complex addressing.
scsi_device_find may return another LUN on the same target if none is
found that matches exactly.
Signed-off-by: Paolo Bonzini
This only requires changes in two places: in SCSIBus, we need to look
for a free LUN if somebody creates a device with a pre-existing scsi-id
but the default LUN (-1, meaning "search for a free spot"); in vSCSI,
we need to actually parse the LUN according to the SCSI spec.
Signed-off-by: Paolo Bon
This patch introduces the possibility to address SCSI devices by
channel/target/LUN. New properties are introduced to define the address.
The implementation is pretty trivial, and thanks to the ReqOps mechanism
does not require introducing dummy devices representing channels and
targets.
For QEMU
Signed-off-by: Paolo Bonzini
---
hw/esp.c |7 +--
hw/lsi53c895a.c |9 ++---
hw/scsi-bus.c| 27 ---
hw/scsi-disk.c |2 +-
hw/scsi.h| 11 +--
hw/spapr_vscsi.c |8 +---
hw/usb-msd.c |7 +--
7 files cha
SCSI buses will need to read the children list first-to-last. This
requires using a QTAILQ, because hell breaks loose if you just try
inserting at the tail (thus reversing the order of all existing
visits from last-to-first to first-to-tail).
Signed-off-by: Paolo Bonzini
---
hw/acpi_piix4.c
When using qemu's linux-user binaries through binfmt, argv[0] gets lost
along the execution because qemu only gets passed in the full file name
to the executable while argv[0] can be something completely different.
This breaks in some subtile situations, such as the grep and make test
suites.
Thi
The variables being written to config.mak by configure
need to be exported in order to take effect when building
the package.
The following patch fixes this in our environment.
Signed-off-by: Chris Friesen
Index: kvm-kmod-3.0b/configure
=
On 09/30/2011 10:07 AM, Chris Friesen wrote:
> We've been playing a bit with kvm-kmod-3.0b. We use a cross compile
> environment, and one of my coworkers noticed that the variables in
> config.mak weren't actually exported and so didn't actually have any
> effect.
Please elaborate on "no effect",
Am 30.09.2011 um 19:52 schrieb Richard Henderson :
> On 09/30/2011 10:07 AM, Chris Friesen wrote:
>> We've been playing a bit with kvm-kmod-3.0b. We use a cross compile
>> environment, and one of my coworkers noticed that the variables in
>> config.mak weren't actually exported and so didn't act
Am 30.09.2011 um 09:50 schrieb David Gibson :
> Currently the kvmppc_get_clockfreq() function reads the host's clock
> frequency from /proc/device-tree, which is useful to past to the guest
> in KVM setups. However, there are some other host properties
> advertised in the device tree which can a
On 09/30/2011 11:52 AM, Richard Henderson wrote:
On 09/30/2011 10:07 AM, Chris Friesen wrote:
We've been playing a bit with kvm-kmod-3.0b. We use a cross compile
environment, and one of my coworkers noticed that the variables in
config.mak weren't actually exported and so didn't actually have a
Hello,
I'm converting some images without problem,
but with one i cannot (vm_import) , due to error.
( this image was creating with qemu 0.14.1 and continue to work,
windows guest image)
So, is it possible to repair this image ?
I know my email is more for qemu user list, but qemu-img check tell
On Fri, Sep 30, 2011 at 4:54 PM, Stefan Hajnoczi wrote:
> On Fri, Sep 30, 2011 at 2:46 PM, Robert P wrote:
> >
> >
> > On Fri, Sep 30, 2011 at 2:04 PM, Stefan Hajnoczi
> wrote:
> >>
> >> On Fri, Sep 30, 2011 at 11:32 AM, Robert P wrote:
> >>
> >> Please use Reply-All to keep qemu-devel CCed so
2011/9/29 Lluís Vilanova :
> Blue Swirl writes:
>
>> 2011/9/29 Lluís Vilanova :
>>> +static uint64_t control_io_read(void *opaque, target_phys_addr_t addr,
>>> unsigned size)
>>> +{
>>> + State *s = opaque;
>>> +
>>> + uint64_t res = ldq_p(&s->size);
>>> + uint8_t *resb = (uint8_t*)&res;
On Thu, Sep 29, 2011 at 10:35 PM, Frans de Boer wrote:
> On 09/29/2011 11:49 PM, Lluís Vilanova wrote:
>>
>> Blue Swirl writes:
>>
>>> 2011/9/29 Lluís Vilanova:
+static uint64_t control_io_read(void *opaque, target_phys_addr_t addr,
unsigned size)
+{
+ State *s = opaque
On Fri, Sep 30, 2011 at 6:50 AM, Jan Kiszka wrote:
> From: Jan Kiszka
>
> Signed-off-by: Jan Kiszka
Acked-by: Blue Swirl
> ---
>
> Changes in v2:
> - keep slavio_intctl local, introduce sun4m_pic/irq_info instead
>
> hw/an5206.c | 10 --
> hw/arm_pic.c | 1
From: Anthony Liguori
Signed-off-by: Anthony Liguori
Signed-off-by: Luiz Capitulino
---
scripts/qapi-commands.py | 23 +++
1 files changed, 15 insertions(+), 8 deletions(-)
diff --git a/scripts/qapi-commands.py b/scripts/qapi-commands.py
index 2776804..c947ba4 100644
---
This series is a bundle of three things:
1. Patches 01 to 04 add the middle mode feature to the current QMP server.
That mode allows for the current server to support QAPI commands. The
Original author is Anthony, you can find his original post here:
http://lists.gnu.org/archive/
From: Michael Roth
Reviewed-by: Anthony Liguori
Signed-off-by: Michael Roth
Signed-off-by: Luiz Capitulino
---
scripts/qapi-types.py |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/scripts/qapi-types.py b/scripts/qapi-types.py
index fc0f7af..4797a70 100644
--- a/scri
1 - 100 of 138 matches
Mail list logo