15.02.2013 07:43, Kevin O'Connor wrote:
> On Fri, Feb 15, 2013 at 04:10:59AM +0100, Laszlo Ersek wrote:
>> On 02/15/13 02:22, Kevin O'Connor wrote:
>>> On Thu, Feb 14, 2013 at 08:16:02PM -0500, Kevin O'Connor wrote:
>>> By chance, are you using an older version of kvm? There was a bug in
>>> kvm t
Bits in the ISR were continually mirroring their corresponding TX/RX SR bits.
This is incorrect. The ISR bits are only every set at the time their
corresponding event occurs.
Signed-off-by: Peter Crosthwaite
---
hw/cadence_gem.c | 27 ---
1 files changed, 4 insertions(
This doesnt happen in the real hardware. The Zynq TRM explicitly states that
this bit has no effect on the rx descriptor pointer ("The receive queue
pointer register is unaffected").
Signed-off-by: Peter Crosthwaite
---
hw/cadence_gem.c |4
1 files changed, 0 insertions(+), 4 deletions
Add some helpful messages that show the rx descriptor pointer moving as packets
are rxed.
Signed-off-by: Peter Crosthwaite
---
hw/cadence_gem.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/cadence_gem.c b/hw/cadence_gem.c
index 61f1801..de7d15a 100644
--- a/hw/ca
The gem_receive() function replicates the logic for whether or not the device
can rx. Just call the actual gem_can_receive() function in place.
Signed-off-by: Peter Crosthwaite
---
hw/cadence_gem.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/cadence_gem.c b/hw/c
The device needs to check for queued RX packets when the RX path is re-enabled.
Signed-off-by: Peter Crosthwaite
---
hw/cadence_gem.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/hw/cadence_gem.c b/hw/cadence_gem.c
index ab86c17..e6032ea 100644
--- a/hw/cadence_gem
Misc fixes and cleanups to the Zynq GEM device model. Patch 1 fixes a flow
control issue talking to the network. Patches 2 and 5 are trivial. Patches 3 &
4 correct inaccuracies in the device model.
Peter Crosthwaite (5):
cadence_gem: Flush queued packets
cadence_gem: factor out can_rx() logi
On 2013/02/14 21:27, Luiz Capitulino wrote:
> On Thu, 14 Feb 2013 15:10:36 +0900
> Tomoki Sekiyama wrote:
>
>> Rename 'class' member in class_info of PciDeviceInfo to 'dev_class', and
>> add some casts to avoid errors from c++ compiler.
>
> [...]
>
>> #
>> # @class_info.desc: #optional a stri
Hi Paolo,
On 2013/02/14 23:36, Paolo Bonzini wrote:
> Il 14/02/2013 07:10, Tomoki Sekiyama ha scritto:
>> To enable VSS support in qemu-ga for Windows, header files included in
>> VSS SDK is required.
>> The VSS support is enabled when the option like below:
>> ./configure --with-vss-sdk="/pass/
On 2013/02/15 9:47, mdroth wrote:
[...]
>
> Hi Tomoki,
Hi,
> Did you happen to run into this issue compiling the test program?
>
> [mdroth@vm qemu-build]$ ls ~/w/vsssdk/inc/win2003/
> vdslun.hvsbackup.hvscoordint.idl vsmgmt.idl vsprov.idl
> vss.idlvsswprv.idl
> vdslun.idl vscoordin
Hi Paolo, thanks for your review.
On 2013/02/14 22:22, Paolo Bonzini wrote:> Il 14/02/2013 07:10, Tomoki
Sekiyama ha scritto:
>> diff --git a/qga/vss-win32-provider/Makefile
b/qga/vss-win32-provider/Makefile
>> new file mode 100644
>> index 000..1f213f2
>> --- /dev/null
>> +++ b/qga/vss-win32-
On Fri, Feb 15, 2013 at 04:10:59AM +0100, Laszlo Ersek wrote:
> On 02/15/13 02:22, Kevin O'Connor wrote:
> > On Thu, Feb 14, 2013 at 08:16:02PM -0500, Kevin O'Connor wrote:
> > By chance, are you using an older version of kvm? There was a bug in
> > kvm that caused changes to memory mapped at 0xe0
On 02/15/13 02:22, Kevin O'Connor wrote:
> On Thu, Feb 14, 2013 at 08:16:02PM -0500, Kevin O'Connor wrote:
>> On Fri, Feb 15, 2013 at 12:01:38AM +0100, Laszlo Ersek wrote:
>>> On 02/14/13 21:55, David Woodhouse wrote:
>>>
Thanks for testing this, btw. Are you looking at suspend/resume too? :)
On Thu, Feb 14, 2013 at 03:10:39PM +0900, Tomoki Sekiyama wrote:
> To enable VSS support in qemu-ga for Windows, header files included in
> VSS SDK is required.
> The VSS support is enabled when the option like below:
> ./configure --with-vss-sdk="/pass/to/VSS SDK"
>
> VSS SDK is available from:
First, the ds1338 code was in a poor state and never handled the 12 hour
clock correctly. My first patch failed to fully fix the problem so I had
to write a second one, but at no point did Peter or I introduce a
regression, quite the opposite.
Second, I don't know where you got the idea that I
On Feb 14, 2013, at 2:09 PM, "H. Peter Anvin" wrote:
> On 02/14/2013 01:27 PM, David Woodhouse wrote:
>>
>> So it *is* jumping to 0xfff0 but the memory at that location isn't
>> what we expect? Do the PAM registers affect *that* too, or only the
>> region from 0xc-0xf? Surely the co
在 2013-02-06三的 23:15 -0500，Kevin O'Connor写道：
> On Mon, Feb 04, 2013 at 10:27:59AM +0800, liguang wrote:
> > Signed-off-by: liguang
>
> Thanks. Some comments.
>
> [...]
> > --- a/src/acpi.h
> > +++ b/src/acpi.h
> [...]
> > +#include "acpi-dsdt.hex"
>
> Moving the acpi structure defines to the h
On Thu, Feb 14, 2013 at 08:16:02PM -0500, Kevin O'Connor wrote:
> On Fri, Feb 15, 2013 at 12:01:38AM +0100, Laszlo Ersek wrote:
> > On 02/14/13 21:55, David Woodhouse wrote:
> >
> > > Thanks for testing this, btw. Are you looking at suspend/resume too? :)
> >
> > Entering S3 seemed OK (except the
Sorry for late reply
在 2013-02-06三的 23:18 -0500，Kevin O'Connor写道：
> On Mon, Feb 04, 2013 at 10:28:00AM +0800, liguang wrote:
> > the old numa format got form fw_cfg is:
> > number of nodes
> > node id of cpu (array)
> > node memory size (array)
> >
> > now, format it like array of:
> > apci_map,
On 02/15/13 01:20, Laszlo Ersek wrote:
> On 02/14/13 17:36, Luiz Capitulino wrote:
>> On Thu, 14 Feb 2013 14:31:50 +0100
>> Markus Armbruster wrote:
>>> chardev-add: the schema defines an object type for each backend
>>> (ChardevFile, ChardevSocket, ...), and collects them together in
>>> discrim
On Fri, Feb 15, 2013 at 12:01:38AM +0100, Laszlo Ersek wrote:
> On 02/14/13 21:55, David Woodhouse wrote:
>
> > Thanks for testing this, btw. Are you looking at suspend/resume too? :)
>
> Entering S3 seemed OK (except the screen was not cleared; using Cirrus).
> I woke up the guest with
>
> # vi
On 02/14/2013 03:19 PM, Richard Henderson wrote:
>> > +tcg_gen_brcond_i32(TCG_COND_EQ, REG(a), REG(b), label_equal);
>> > +
>> > +#define CMPTEST(t,CODE) \
>> > +{ \
>> > +
Am 14.02.2013 22:42, schrieb Blue Swirl:
> On Thu, Feb 14, 2013 at 3:46 PM, Andreas Färber wrote:
>> Am 27.01.2013 14:32, schrieb Andreas Färber:
>>> Signed-off-by: Andreas Färber
>>> ---
>>> target-sparc/ldst_helper.c |2 +-
>>> 1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-)
Hi,
sorry for the late answer. I can only address the netdev_add /
opts-visitor stuff now.
On 02/14/13 17:36, Luiz Capitulino wrote:
> On Thu, 14 Feb 2013 14:31:50 +0100
> Markus Armbruster wrote:
>> Luiz Capitulino writes:
>>> On Thu, 14 Feb 2013 10:45:22 +0100
>>> Markus Armbruster wrote:
>
On 13.02.2013, at 06:21, David Gibson wrote:
> On Tue, Feb 12, 2013 at 11:07:10PM +0100, Alexander Graf wrote:
>>
>> On 07.02.2013, at 12:28, Erlon Cruz wrote:
>>
>>> From: Erlon Cruz
>>>
>>> This h_call is useful for DLPAR in future amongst other things. Given an
>>> index
>>> it fetches th
On Thu, Feb 14, 2013 at 10:44:34AM -0200, Erlon Cruz wrote:
> On Sun, Feb 10, 2013 at 10:10 PM, David Gibson
> wrote:
> >
> > On Thu, Feb 07, 2013 at 09:28:20AM -0200, Erlon Cruz wrote:
> > > From: Erlon Cruz
> > >
> > > This h_call is useful for DLPAR in future amongst other things. Given an
>
On Fri, 2013-02-15 at 00:01 +0100, Laszlo Ersek wrote:
>
> Entering S3 seemed OK (except the screen was not cleared; using
> Cirrus).
> I woke up the guest with
>
> # virsh qemu-monitor-command fw-ovmf.g-f18xfce2012121716.e-rhel63 \
> --hmp --cmd system_wakeup
>
> Trailing portion of the l
On 02/13/2013 02:26 PM, Anthony Green wrote:
> +typedef struct CPUMoxieState {
> +
> +
> + uint32_t flags; /* general execution flags */
> + uint32_t gregs[16]; /* general registers */
> + uint32_t sregs[256]; /* special registers */
> + uint32_t pc;
> + uint32
On 02/14/13 21:55, David Woodhouse wrote:
> Thanks for testing this, btw. Are you looking at suspend/resume too? :)
Entering S3 seemed OK (except the screen was not cleared; using Cirrus).
I woke up the guest with
# virsh qemu-monitor-command fw-ovmf.g-f18xfce2012121716.e-rhel63 \
--hmp --
Blue Swirl writes:
> On Thu, Feb 14, 2013 at 2:34 AM, Anthony Liguori
> wrote:
>> Joel Schopp writes:
>>
> +if(popen_file == NULL) {
Please make a preparatory patch which adds missing spaces between 'if'
statements and '('.
>>>
>>> I'll do a preparatory style cleanup pat
On 02/14/2013 01:27 PM, David Woodhouse wrote:
So it *is* jumping to 0xfff0 but the memory at that location isn't
what we expect? Do the PAM registers affect *that* too, or only the
region from 0xc-0xf? Surely the contents at 4GiB-δ should be
unchanged by *anything* we do with the PA
On 02/14/13 22:27, David Woodhouse wrote:
> On Thu, 2013-02-14 at 22:14 +0100, Laszlo Ersek wrote:
>> On 02/14/13 21:54, H. Peter Anvin wrote:
>>> On 02/14/2013 12:41 PM, Laszlo Ersek wrote:
). cpu_reset() [target-i386/helper.c] sets CS:IP to f000:fff0, which is
the exact address of.
Thanks to you and everybody else for the detailed feedback. I really
appreciate the time you put into this.
I've cleaned up the formatting and licensing, and will address the
other comments when I repost my patches in the new few days.
Thanks,
AG
On Thu, Feb 14, 2013 at 7:08 AM, Andreas Färber
On Thu, 2013-02-14 at 21:41 +0100, Laszlo Ersek wrote:
> I noticed that under OVMF + SeaBIOS CSM + your related patches for both,
> reset requested by the guest doesn't work as expected. The behavior is
> an infinite loop, with the following debug fragment repeated by the
> CSM-ized SeaBIOS:
>
>
Peter Maydell writes:
> On 14 February 2013 21:10, Richard Henderson wrote:
>> The only options I can see going forward are
>>
>> 1) Provide a configure time option to link to the "system" libopcodes.
>> 2) Use someone else's (bsd licensed?) disassember.
>> 3) Rearrange relevant translators s
On 02/14/13 21:55, David Woodhouse wrote:
> So, if real hardware would reset the PAMs on reset and avoid the need
> for SeaBIOS to do so, I think we should be doing the same in qemu too.
That's what I couldn't figure out from the i440FX spec, but I believe
one could argue that "reset" should in f
From: root
The following series of patches adds TPM (Trusted Platform Module) support
to QEMU. An emulator for the TIS (TPM Interface Spec) interface is
added that provides the basis for accessing a 'backend' implementing the actual
TPM functionality. The TIS emulator serves as a 'frontend' enabl
On Thu, Feb 14, 2013 at 9:10 PM, Richard Henderson wrote:
> On 02/13/2013 06:28 PM, Anthony Liguori wrote:
>> QEMU is GPLv2 only so we can't take GPLv3 code. We're stuck on binutils
>> code that predates the v3 relicense.
>
> Ok, this is something that's going to bite us more and more.
>
> We nee
This patch adds support for TPM command line options.
The command line options supported here are
./qemu-... -tpmdev passthrough,path=,id=
-device tpm-tis,tpmdev=
and
./qemu-... -tpmdev help
where the latter works similar to -soundhw ? and shows a list of
available TPM backends (for
This patch uses the possibility to add a vendor-specific register and
adds a debug register useful for dumping the TIS's internal state. This
register is only active in a debug build (#define DEBUG_TIS).
Signed-off-by: Stefan Berger
Reviewed-by: Corey Bryant
---
tpm/tpm_tis.c | 70 +
>From Andreas Niederl's original posting with adaptations where necessary:
This patch is based of off version 9 of Stefan Berger's patch series
"QEMU Trusted Platform Module (TPM) integration"
and adds a new backend driver for it.
This patch adds a passthrough backend driver for passing command
Signed-off-by: Stefan Berger
Reviewed-by: Corey Bryant
---
configure | 17 +
1 file changed, 17 insertions(+)
diff --git a/configure b/configure
index b7359aa..b4f0a82 100755
--- a/configure
+++ b/configure
@@ -227,6 +227,7 @@ seccomp=""
glusterfs=""
virtio_blk_data_plane=""
This patch adds support for cancelling an executing TPM command.
In Linux for example a user can cancel a command through the TPM's
sysfs 'cancel' entry using
echo "1" > /sysfs/class/misc/tpm0/device/cancel
This patch propagates the cancellation of a command inside a VM
to the host TPM's sysfs en
On Thu, Feb 14, 2013 at 9:40 AM, Kevin Wolf wrote:
> Am 13.02.2013 22:17, schrieb Blue Swirl:
>> On Wed, Feb 13, 2013 at 1:22 PM, Kevin Wolf wrote:
>>> Look only for clusters that start at a given physical offset.
>>>
>>> Signed-off-by: Kevin Wolf
>>> ---
>>> block/qcow2-cluster.c | 26 ++
This patch adds the main code of the TPM frontend driver, the TPM TIS
interface, to QEMU. The code is largely based on the previous implementation
for Xen but has been significantly extended to meet the standard's
requirements, such as the support for changing of localities and all the
functionalit
Build the TPM frontend code that has been added so far.
Signed-off-by: Stefan Berger
Reviewed-by: Corey Bryant
---
configure | 11 +++
tpm/Makefile.objs | 1 +
2 files changed, 12 insertions(+)
diff --git a/configure b/configure
index 8789324..b7359aa 100755
--- a/configure
++
On Thu, Feb 14, 2013 at 3:46 PM, Andreas Färber wrote:
> Blue,
>
> Am 27.01.2013 14:32, schrieb Andreas Färber:
>> Signed-off-by: Andreas Färber
>> ---
>> target-sparc/ldst_helper.c |2 +-
>> 1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-)
>>
>> diff --git a/target-sparc/ldst_h
Richard Henderson writes:
> On 02/13/2013 06:28 PM, Anthony Liguori wrote:
>> QEMU is GPLv2 only so we can't take GPLv3 code. We're stuck on binutils
>> code that predates the v3 relicense.
>
> Ok, this is something that's going to bite us more and more.
>
> We need *some* solution that allows u
On 14 February 2013 21:10, Richard Henderson wrote:
> The only options I can see going forward are
>
> 1) Provide a configure time option to link to the "system" libopcodes.
> 2) Use someone else's (bsd licensed?) disassember.
> 3) Rearrange relevant translators so that they can disassemble and
On Thu, Feb 14, 2013 at 2:34 AM, Anthony Liguori wrote:
> Joel Schopp writes:
>
+if(popen_file == NULL) {
>>>
>>> Please make a preparatory patch which adds missing spaces between 'if'
>>> statements and '('.
>>
>> I'll do a preparatory style cleanup patch of existing code if it is
>> de
On Thu, 2013-02-14 at 22:14 +0100, Laszlo Ersek wrote:
> On 02/14/13 21:54, H. Peter Anvin wrote:
> > On 02/14/2013 12:41 PM, Laszlo Ersek wrote:
> >>
> >> ). cpu_reset() [target-i386/helper.c] sets CS:IP to f000:fff0, which is
> >> the exact address of... reset_vector() in SeaBIOS.
> >>
> >
> > T
On 02/14/2013 05:57 PM, Eduardo Habkost wrote:
On Thu, Feb 14, 2013 at 08:28:03PM +0100, Igor Mammedov wrote:
On Thu, 14 Feb 2013 13:13:18 +0100
Paolo Bonzini wrote:
Il 14/02/2013 12:18, Eduardo Habkost ha scritto:
qemu boots from disk image 3 times faster than direct kernel load.
That's su
** Attachment added: "test case image (similar image)"
https://bugs.launchpad.net/qemu/+bug/1079080/+attachment/3528447/+files/serial2
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1079080
Title:
** Attachment added: "test case dtb"
https://bugs.launchpad.net/qemu/+bug/1079080/+attachment/3528448/+files/xilinx_zynq.dtb
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1079080
Title:
ARM ins
On 02/14/13 21:54, H. Peter Anvin wrote:
> On 02/14/2013 12:41 PM, Laszlo Ersek wrote:
>>
>> ). cpu_reset() [target-i386/helper.c] sets CS:IP to f000:fff0, which is
>> the exact address of... reset_vector() in SeaBIOS.
>>
>
> This would be a bug, but it isn't quite true.
>
> If you look at x86_cp
On 02/13/2013 06:28 PM, Anthony Liguori wrote:
> QEMU is GPLv2 only so we can't take GPLv3 code. We're stuck on binutils
> code that predates the v3 relicense.
Ok, this is something that's going to bite us more and more.
We need *some* solution that allows us to disassemble current cpus.
What we
On Thu, 2013-02-14 at 12:54 -0800, H. Peter Anvin wrote:
> This would be a bug, but it isn't quite true.
>
> If you look at x86_cpu_reset() you will note that it sets the code
> segment base to 0x, not 0xf as one could expect from the
> above. This is also true of a physical x86.
>
>
On 02/14/2013 03:39 PM, Michael Tokarev wrote:
> 15.02.2013 00:21, Satoru Moriya wrote:
>> We have some plans to migrate legacy enterprise systems which require
>> low latency (10 msec order) to kvm virtualized environment. In our
>> usecase, the system runs with other untrusted guests and so loc
Hi,
On behalf of the QEMU Team, I'd like to announce the availability of the
third release candidate for the QEMU 1.4 release. This release is meant
for testing purposes and should not be used in a production environment.
http://wiki.qemu.org/download/qemu-1.4.0-rc2.tar.bz2
You can help improve
On Thu, 2013-02-14 at 21:41 +0100, Laszlo Ersek wrote:
> Can we dumb down ^W^W generalize this code? :) Or maybe should qemu
> introduce a reset handler for PAMs?
In the UEFI+CSM model, I believe the handling of PAM stuff is left
*entirely* to the UEFI side and the CSM is supposed to be
hardware-a
On 02/14/2013 12:41 PM, Laszlo Ersek wrote:
>
> ). cpu_reset() [target-i386/helper.c] sets CS:IP to f000:fff0, which is
> the exact address of... reset_vector() in SeaBIOS.
>
This would be a bug, but it isn't quite true.
If you look at x86_cpu_reset() you will note that it sets the code
segment
On Thu, Feb 14, 2013 at 01:50:04PM -0600, Anthony Liguori wrote:
> "Michael S. Tsirkin" writes:
>
> > QEMU 1.3 does not emulate the link auto negotiation, so if migrate to a
> > 1.3 machine during link auto negotiation, the guest link will be set to
> > down.
> > Fix this by just disabling auto
15.02.2013 00:21, Satoru Moriya wrote:
> We have some plans to migrate legacy enterprise systems which require
> low latency (10 msec order) to kvm virtualized environment. In our
> usecase, the system runs with other untrusted guests and so locking
> memory which is used by the system is needed to
Hi,
I noticed that under OVMF + SeaBIOS CSM + your related patches for both,
reset requested by the guest doesn't work as expected. The behavior is
an infinite loop, with the following debug fragment repeated by the
CSM-ized SeaBIOS:
In resume (status=0)
In 32bit resume
Attempting a hard re
We have some plans to migrate legacy enterprise systems which require
low latency (10 msec order) to kvm virtualized environment. In our
usecase, the system runs with other untrusted guests and so locking
memory which is used by the system is needed to avoid latency
impacts from other guests' memor
Orit (and anthony if you're not busy),
I forgot to respond to this very important comment:
On 02/13/2013 03:46 AM, Orit Wasserman wrote:
Are you still using the tcp for transferring device state? If so you
can call the tcp functions from the migration rdma code as a first
step but I would pref
On Thu, Feb 14, 2013 at 08:28:03PM +0100, Igor Mammedov wrote:
> On Thu, 14 Feb 2013 13:13:18 +0100
> Paolo Bonzini wrote:
>
> > Il 14/02/2013 12:18, Eduardo Habkost ha scritto:
> > >> > qemu boots from disk image 3 times faster than direct kernel load.
> > > That's surprising. Do you have any id
On Thu, Feb 14, 2013 at 08:16:32PM +0100, Igor Mammedov wrote:
> > [...]
> > > > > +
> > > > > +}
> > > > > +
> > > > > +static void x86_cpu_def_class_init(ObjectClass *oc, void *data)
> > > > > +{
> > > > > +X86CPUClass *xcc = X86_CPU_CLASS(oc);
> > > > > +x86_def_t *def = data;
> > > > >
"Michael S. Tsirkin" writes:
> QEMU 1.3 does not emulate the link auto negotiation, so if migrate to a
> 1.3 machine during link auto negotiation, the guest link will be set to down.
> Fix this by just disabling auto negotiation for 1.3.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> hw/e1000.c
Am Donnerstag 14 Februar 2013, 17:48:09 schrieb Peter Maydell:
> Hi; I'm looking for test images (and command lines) for the musicpal
> and milkymist targets, because I have a patchset which makes some
> changes to them [I'm trying to get rid of sysbus_add_memory()].
> Does anybody have any to hand
On 14 February 2013 19:03, Michael Walle wrote:
> there is an offical binary for the Milkymist SoC, which should work
> out of the box. You can find it here:
>
> http://www.milkymist.org/updates/current/flickernoise
>
> start it with sth like this:
> qemu-system-lm32 -M milkymist -serial stdio
On 02/14/2013 01:43 AM, Peter Maydell wrote:
> I was hoping we'd be able to get rid of host-utils.h instead,
> since "Utility compute operations used by translated code" is
> now a completely irrelevant categorisation...
I suppose an 11th patch could move the code back to bitops.h,
but I much pref
On Thu, 14 Feb 2013 13:13:18 +0100
Paolo Bonzini wrote:
> Il 14/02/2013 12:18, Eduardo Habkost ha scritto:
> >> > qemu boots from disk image 3 times faster than direct kernel load.
> > That's surprising. Do you have any idea why that happens?
>
> Because kernel load uses MMIO (from fw_cfg), whil
On Thu, 2013-02-14 at 04:41 -0600, Vijay Mohan Pandarathil wrote:
> - Create eventfd per vfio device assigned to a guest and register an
> event handler
>
> - This fd is passed to the vfio_pci driver through the SET_IRQ ioctl
>
> - When the device encounters an error,
On Thu, Feb 14, 2013 at 05:07:48PM -0200, Eduardo Habkost wrote:
> On Thu, Feb 14, 2013 at 06:41:26PM +, Richard W.M. Jones wrote:
> > On Thu, Feb 14, 2013 at 11:41:08AM -0200, Eduardo Habkost wrote:
> > > (CCing virt-tools list in case they have any existing solutions or ideas
> > > on how to
On Thu, 14 Feb 2013 13:52:59 -0200
Eduardo Habkost wrote:
> On Thu, Feb 14, 2013 at 04:13:22PM +0100, Igor Mammedov wrote:
> > On Thu, 14 Feb 2013 09:44:59 -0200
> > Eduardo Habkost wrote:
> [...]
> > > > +if (kvm_enabled()) {
> > > > +typename = g_strdup_printf("%s-kvm-" TYPE_X86_CP
On Thu, Feb 14, 2013 at 06:41:26PM +, Richard W.M. Jones wrote:
> On Thu, Feb 14, 2013 at 11:41:08AM -0200, Eduardo Habkost wrote:
> > (CCing virt-tools list in case they have any existing solutions or ideas
> > on how to make this easier for everybody)
>
> supermin? http://people.redhat.com/
On Thu, 2013-02-14 at 04:41 -0600, Vijay Mohan Pandarathil wrote:
> - New VFIO_SET_IRQ ioctl option to pass the eventfd that is signaled
> when
> an error occurs in the vfio_pci_device
>
> - Register pci_error_handler for the vfio_pci driver
>
> - When the device enco
On 02/14/2013 05:38 AM, Torbjorn Granlund wrote:
> I now updated x86-next in order to get support for adox/adcx.
Hmm. I'm not quite sure what the state of that branch is atm.
I know I started splitting out work into other branches as will
be required by the eventual merge; perhaps I didn't put t
The linux-user usage message attempts to line up the columns in
its table by calculating the maximum width of any item in them.
However for the 'Argument' column it was only accounting for the
length of the option switch (eg "-d"), not the additional example
text (eg "item[,...]"). This currently h
On Thu, Feb 14, 2013 at 06:41:26PM +, Richard W.M. Jones wrote:
> On Thu, Feb 14, 2013 at 11:41:08AM -0200, Eduardo Habkost wrote:
> > (CCing virt-tools list in case they have any existing solutions or ideas
> > on how to make this easier for everybody)
>
> supermin? http://people.redhat.com/
On Thu, Feb 14, 2013 at 11:41:08AM -0200, Eduardo Habkost wrote:
> (CCing virt-tools list in case they have any existing solutions or ideas
> on how to make this easier for everybody)
supermin? http://people.redhat.com/~rjones/supermin/
It already exists on Fedora, Debian & Ubuntu, although it
m
On Thu, 2013-02-14 at 08:22 +, Bhushan Bharat-R65777 wrote:
> Hi Alex Williamson,
>
> I am able (with some hacks :)) to directly assign the e1000 PCI device
> to KVM guest using VFIO on Freescale device. One of the problem I am
> facing is about the DMA mapping in IOMMU for PCI device BARs. On
On Thu, Feb 14, 2013 at 8:12 PM, Michael S. Tsirkin wrote:
>>
>> Is there an actual real problem that needs fixing?
>
> Yes. Guests sometimes cause device BARs to temporary overlap
> the APIC range during BAR sizing. It works fine on a physical
> system but fails on KVM since pci has same priority
virtio-style network devices (where the producer and consumer chase
each other through a shared memory block) can enter into a
bad operating regime when the consumer is too fast.
I am hitting this case right now when virtio is used on top of the
netmap/VALE backend that I posted a few weeks ago: w
On 13 February 2013 12:57, Markus Armbruster wrote:
>> - "-d options activate log (default logfile=%s)\n"
>> - "-D logfile override default logfile location\n"
>> + "-d options activate log (default is to log to stderr)\n"
>> + "-D logfile write logs
On Thu, Feb 14, 2013 at 07:02:15PM +0200, Avi Kivity wrote:
> On Thu, Feb 14, 2013 at 6:50 PM, Michael S. Tsirkin wrote:
> >> > As you see, ioapic at 0xfec0 overlaps pci-hole.
> >> > ioapic is guest programmable in theory - should use _overlap?
> >> > pci-hole is not but can overlap with ioapi
Il 14/02/2013 18:15, Michael S. Tsirkin ha scritto:
> QEMU 1.3 does not emulate the link auto negotiation, so if migrate to a
> 1.3 machine during link auto negotiation, the guest link will be set to down.
> Fix this by just disabling auto negotiation for 1.3.
>
> Signed-off-by: Michael S. Tsirkin
Am 01.02.2013 13:38, schrieb Andreas Färber:
> Hello,
>
> This series moves more fields from CPU_COMMON / CPU*State to CPUState,
> allowing access from target-independent code.
>
> The final patch in this series will help solve some issues (in particular
> avoid a dependency on CPU_COMMON TLB ref
On Thu, Feb 14, 2013 at 11:15 PM, Stefan Hajnoczi wrote:
[...]
> Hi Harry,
Hi Stefan,
> Thanks for your interest. You can begin thinking about ideas but
> please keep in mind that we are still in the very early stages of GSoC
> preparation.
>
> Google will publish the list of accepted organizati
QEMU 1.3 does not emulate the link auto negotiation, so if migrate to a
1.3 machine during link auto negotiation, the guest link will be set to down.
Fix this by just disabling auto negotiation for 1.3.
Signed-off-by: Michael S. Tsirkin
---
hw/e1000.c | 25 +
hw/pc_piix
On Thu, Feb 14, 2013 at 6:50 PM, Michael S. Tsirkin wrote:
>> > As you see, ioapic at 0xfec0 overlaps pci-hole.
>> > ioapic is guest programmable in theory - should use _overlap?
>> > pci-hole is not but can overlap with ioapic.
>> > So also _overlap?
>>
>> It's a bug. The ioapic is in the pc
On Thu, Feb 14, 2013 at 05:07:02PM +0200, Avi Kivity wrote:
> On Thu, Feb 14, 2013 at 4:40 PM, Michael S. Tsirkin wrote:
> > On Thu, Feb 14, 2013 at 04:14:39PM +0200, Avi Kivity wrote:
> >
> > But some parents are system created and shared by many devices so children
> > for
> > such have no idea
Hi; I'm looking for test images (and command lines) for the musicpal
and milkymist targets, because I have a patchset which makes some
changes to them [I'm trying to get rid of sysbus_add_memory()].
Does anybody have any to hand?
thanks
-- PMM
On Thu, Feb 14, 2013 at 03:48:51PM +0100, Stefan Hajnoczi wrote:
> On Wed, Feb 13, 2013 at 02:21:53PM +0100, Kevin Wolf wrote:
> > Signed-off-by: Kevin Wolf
> > ---
> > block/qcow2-cluster.c | 40
> > block/qcow2.h | 11 +++
> > 2 files
On Thu, 14 Feb 2013 14:31:50 +0100
Markus Armbruster wrote:
> [Some quoted material restored]
>
> Luiz Capitulino writes:
>
> > On Thu, 14 Feb 2013 10:45:22 +0100
> > Markus Armbruster wrote:
> >
> >> [Note cc: +Laszlo, +Anthony, -qemu-trivial]
> >>
> >> Luiz Capitulino writes:
> >>
> >> >
On 02/13/2013 06:47 PM, Richard Henderson wrote:
> Version 1 merely tried to adjust bitops_flsl, here I instead eliminate
> it all from bitops.h, and standardizes on the routines from host-utils.h.
>
>
> r~
>
>
> Richard Henderson (10):
> host-utils: Add host long specific aliases for clz, ct
Hi All
I use the following code to insert a breakpoint in physical address
0×160CPUArchState *cpu = first_cpu;
hwaddr addr;
sscanf(command + 2, "%ld", &addr);
int err = cpu_breakpoint_insert(cpu, addr, BP_GDB, NULL );qemu successfully hit
the breakpoint and stop, then i try to single-step
On Thu, Feb 14, 2013 at 04:13:22PM +0100, Igor Mammedov wrote:
> On Thu, 14 Feb 2013 09:44:59 -0200
> Eduardo Habkost wrote:
[...]
> > > +if (kvm_enabled()) {
> > > +typename = g_strdup_printf("%s-kvm-" TYPE_X86_CPU, name);
> >
> > * Could we use the "-tcg" suffix for the non-KVM mode
Blue,
Am 27.01.2013 14:32, schrieb Andreas Färber:
> Signed-off-by: Andreas Färber
> ---
> target-sparc/ldst_helper.c |2 +-
> 1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-)
>
> diff --git a/target-sparc/ldst_helper.c b/target-sparc/ldst_helper.c
> index cf1bddf..7decd66 1006
1 - 100 of 192 matches
Mail list logo
