Public bug reported:
I have the bug, similar to this one:
https://bugzilla.redhat.com/show_bug.cgi?id=583108
but under gentoo
When I add parameters -usb -usbdevice host:4348:5584, I see the
following lines in console:
husb: config #1 need -1
USBDEVFS_DISCONNECT: No route to host
husb: open devic
On Fri, Feb 18, 2011 at 17:13, maheen butt wrote:
>
> hi
> I want to run MIPS dynamically linked ELF in user mode emulation on x86 host
> machine, what should I do?
>
I think you need to grab MIPS Linux root filesystem somewhere. IIRC,
I've seen MIPS disc image posted in qemu main website. Maybe
Am 18.02.2011 21:50, schrieb Anthony Liguori:
> On 02/18/2011 02:49 PM, Kevin Wolf wrote:
>> Am 18.02.2011 20:47, schrieb Anthony Liguori:
>>
>>> On 02/18/2011 01:11 PM, Kevin Wolf wrote:
>>>
> A new file format like fvd would be a challenge for the existing ones.
> Declare its su
On 02/18/2011 10:33 AM, Andreas Niederl wrote:
+
+static const VMStateDescription vmstate_loc = {
+.name = "loc",
+.version_id = 0,
+.fields = (VMStateField []) {
+VMSTATE_UINT32(state, TPMLocality),
+VMSTATE_UINT32(inte, TPMLocality),
+VMSTATE_UINT3
On 02/18/2011 02:45 PM, Blue Swirl wrote:
Fix also a typo in default-configs/x86_64-softmmu.
Signed-off-by: Blue Swirl
Since we never really implemented much of vmport, this seems reasonable
to me.
Regards,
Anthony Liguori
On 02/18/2011 02:49 PM, Kevin Wolf wrote:
Am 18.02.2011 20:47, schrieb Anthony Liguori:
On 02/18/2011 01:11 PM, Kevin Wolf wrote:
A new file format like fvd would be a challenge for the existing ones.
Declare its support as unsupported or experimental, but let users
decide which one i
Am 18.02.2011 20:47, schrieb Anthony Liguori:
> On 02/18/2011 01:11 PM, Kevin Wolf wrote:
>>> A new file format like fvd would be a challenge for the existing ones.
>>> Declare its support as unsupported or experimental, but let users
>>> decide which one is best suited to their needs!
>>>
>>
Fix also a typo in default-configs/x86_64-softmmu.
Signed-off-by: Blue Swirl
---
Makefile.objs |1 -
Makefile.target|3 +-
default-configs/x86_64-softmmu.mak |2 +-
hw/pc.c|1 -
hw/pc.h
On 02/18/2011 11:43 AM, Stefan Weil wrote:
Is maintaining an additional file format really so much work?
I have only some personal experience with vdi.c, and there maintainance
was largely caused by interface changes and done by Kevin.
Hopefully interfaces will stabilize, so changes will become
On 02/18/2011 12:37 PM, Andreas Niederl wrote:
On 02/18/2011 05:37 PM, Stefan Berger wrote:
On 02/18/2011 10:33 AM, Andreas Niederl wrote:
This implementation is based on the TPM 1.2 interface for virtualized TPM
devices from the Xen-4.0.0 ioemu-qemu-xen fork.
A backend driver infrastructure i
On 02/18/2011 01:11 PM, Kevin Wolf wrote:
A new file format like fvd would be a challenge for the existing ones.
Declare its support as unsupported or experimental, but let users
decide which one is best suited to their needs!
Basically this is what we did for QED. In hindsight I consider
Am 18.02.2011 18:43, schrieb Stefan Weil:
> Am 18.02.2011 10:57, schrieb Kevin Wolf:
>> Am 18.02.2011 10:12, schrieb Markus Armbruster:
>>> Kevin Wolf writes:
>>>
Yet another file format with yet another implementation is definitely
not what we need. We should probably take some of the i
On Thu, Feb 17, 2011 at 10:06 PM, Anthony Liguori wrote:
> The QEMU team is pleased to announce the availability of the 0.14.0 release.
>
> Download instructions are available at http://wiki.qemu.org/Download
>
> A detailed change log is available at http://wiki.qemu.org/Changelog/0.14
>
Great, a
On 02/18/2011 10:33 AM, Andreas Niederl wrote:
Signed-off-by: Andreas Niederl
---
Makefile.target |3 +++
hw/acpi.c | 28
hw/pc.h |1 +
hw/tpm.h|2 ++
hw/tpm_acpi.c | 40
hw/tpm_ss
On Fri, Feb 18, 2011 at 3:17 PM, Tristan Gingold wrote:
> Fix compilation failure on Darwin.
Also OpenBSD needs this patch.
On Fri, Feb 18, 2011 at 5:16 PM, Markus Armbruster wrote:
> From 8cd4978c9be6ff2bcc414bb1c1b258b96b9a74c1 Mon Sep 17 00:00:00 2001
> From: Markus Armbruster
> Date: Fri, 18 Feb 2011 15:54:02 +0100
>
> After forcefully ejecting media locked by the guest, you can't ever
> again insert new media.
>
On Fri, Feb 18, 2011 at 2:34 PM, Paolo Bonzini wrote:
> On 02/17/2011 08:52 PM, Blue Swirl wrote:
>>
>> On Wed, Feb 16, 2011 at 11:51 AM, Markus Armbruster
>> wrote:
>>>
>>> Blue Swirl writes:
>>>
On Tue, Feb 15, 2011 at 12:07 PM, Markus Armbruster
wrote:
>
> Anthony Liguori
Am 18.02.2011 10:57, schrieb Kevin Wolf:
Am 18.02.2011 10:12, schrieb Markus Armbruster:
Kevin Wolf writes:
Yet another file format with yet another implementation is definitely
not what we need. We should probably take some of the ideas in FVD and
consider them for qcow3.
Got an assumption
On 02/18/2011 05:37 PM, Stefan Berger wrote:
> On 02/18/2011 10:33 AM, Andreas Niederl wrote:
>> This implementation is based on the TPM 1.2 interface for virtualized TPM
>> devices from the Xen-4.0.0 ioemu-qemu-xen fork.
>>
>> A backend driver infrastructure is provided to be able to use different
On 18 February 2011 16:29, Christophe Lyon wrote:
> We are using qemu to execute programs compiled in bare machine mode
> (eg with arm-none-eabi-gcc as opposed to arm-none-linux-gnueabi-gcc),
> where semihosting is used to communicate with the host environment.
> And we lack support for exit code.
On 02/17/2011 09:27 AM, Paolo Bonzini wrote:
It is "-icount N" which is broken and unfortunately your patch does not
fix it.
The problem is that for "use_icount == 1" qemu_icount_delta always
returns 0, and this makes no sense in the iothread case. As soon as the
delta becomes greater than 1
On 02/18/2011 10:33 AM, Andreas Niederl wrote:
This implementation is based on the TPM 1.2 interface for virtualized TPM
devices from the Xen-4.0.0 ioemu-qemu-xen fork.
A backend driver infrastructure is provided to be able to use different
device backends.
Signed-off-by: Andreas Niederl
--- /
On 02/18/2011 09:22 AM, Gerd Hoffmann wrote:
Hi,
It may not be so fundamental, but it still makes me wary. XMLRPC
handling is quite high level and introduces the potential of errors
that
are outside of our direct control. Personally I don't see the big
benefit of having virtagent terminate
On 18.02.2011 17:13, Peter Maydell wrote:
>
> I'm afraid you've just run into the limitations of semihosting
> as an API again: it doesn't provide a way for programs to pass
Indeed.
> out an exit code, and trying to shoehorn back doors for this
> into qemu just results in ugly code in qemu. The q
On 2011-02-18 16:50, Tristan Gingold wrote:
>
> On Feb 18, 2011, at 4:34 PM, Jan Kiszka wrote:
>>
>> This and the above handling of sigwait return codes changes the error
>> handling strategy.
>
> Did it ? I don't think so.
>
>> So far we silently skipped errors, now we silently
>> terminate th
On 18 February 2011 15:45, Christophe Lyon wrote:
> On ARM, the SYS_EXIT semi-hosting call has no room for application
> exit code, hence exiting a program from qemu always returns 0.
>
> This patch catches to argument passed to exit() and uses it as the
> return code when processing SYS_EXIT.
I'
On 02/01/11 15:53, jes.soren...@redhat.com wrote:
From: Jes Sorensen
qemu_spice_set_passwd() and qemu_spice_set_pw_expire() dummy functions
needs to be inline, in order to handle the case where they are called
without checking the return value.
picked into spice patch queue.
thanks,
Gerd
Signed-off-by: Andreas Niederl
---
Makefile.objs |3 -
hw/tpm_host_backend.c | 111 ++---
2 files changed, 32 insertions(+), 82 deletions(-)
diff --git a/Makefile.objs b/Makefile.objs
index 55fd6b5..5209a9b 100644
--- a/Makefile.objs
+++ b
On Feb 18, 2011, at 4:34 PM, Jan Kiszka wrote:
>
> This and the above handling of sigwait return codes changes the error
> handling strategy.
Did it ? I don't think so.
> So far we silently skipped errors, now we silently
> terminate the compatfd thread. I think none of both approaches is good
On ARM, the SYS_EXIT semi-hosting call has no room for application
exit code, hence exiting a program from qemu always returns 0.
This patch catches to argument passed to exit() and uses it as the
return code when processing SYS_EXIT.
Signed-off-by: Christophe Lyon
---
arm-semi.c |
Signed-off-by: Andreas Niederl
---
configure |9 +
qemu-config.c | 16
qemu-config.h |1 +
qemu-options.hx |6 ++
vl.c| 22 ++
5 files changed, 54 insertions(+), 0 deletions(-)
diff --git a/configure b/configu
On 2011-02-18 14:17, Tristan Gingold wrote:
> Fix compilation failure on Darwin.
>
> Signed-off-by: Tristan Gingold
> ---
> compatfd.c | 36 ++--
> 1 files changed, 18 insertions(+), 18 deletions(-)
>
> diff --git a/compatfd.c b/compatfd.c
> index a7cebc4..bd37
This implementation is based on the TPM 1.2 interface for virtualized TPM
devices from the Xen-4.0.0 ioemu-qemu-xen fork.
A backend driver infrastructure is provided to be able to use different
device backends.
Signed-off-by: Andreas Niederl
---
Makefile.objs|3 +
hw/tpm.h | 2
Signed-off-by: Andreas Niederl
---
Makefile.target |3 +++
hw/acpi.c | 28
hw/pc.h |1 +
hw/tpm.h|2 ++
hw/tpm_acpi.c | 40
hw/tpm_ssdt.dsl | 55
A separate thread is used for I/O to the host TPM device because the Linux TPM
driver does not allow non-blocking I/O.
Signed-off-by: Andreas Niederl
---
Makefile.objs |5 +-
hw/tpm_backend.c |1 +
hw/tpm_host_backend.c | 282
Hi,
This patch series introduces TPM device emulation in QEMU.
The emulation is divided into a device frontend implementing the TPM TIS 1.2
interface (specification available at [1]) and a framework for implementation
specific backend drivers which are used by the frontend.
A backend driver for
Hi,
It may not be so fundamental, but it still makes me wary. XMLRPC
handling is quite high level and introduces the potential of errors that
are outside of our direct control. Personally I don't see the big
benefit of having virtagent terminate in QEMU,
Live migration. If it's a separate da
On 02/18/2011 02:59 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 02/17/2011 07:06 AM, Amit Shah wrote:
On (Tue) 15 Feb 2011 [10:43:42], Anthony Liguori wrote:
#define DEFINE_BLOCK_PROPERTIES(_state, _conf) \
-DEFINE_PROP_DRIVE("d
On 02/18/2011 02:53 AM, Markus Armbruster wrote:
Anthony Liguori writes:
On 02/04/2011 12:18 AM, Amit Shah wrote:
Hello,
This is yet another rebase of the patchset I'd sent earlier.
The usual notes apply: this is just the start, just getting the
framework in place and a few exampl
>From 8cd4978c9be6ff2bcc414bb1c1b258b96b9a74c1 Mon Sep 17 00:00:00 2001
From: Markus Armbruster
Date: Fri, 18 Feb 2011 15:54:02 +0100
After forcefully ejecting media locked by the guest, you can't ever
again insert new media.
Example:
(qemu) info block
hda: type=hd removable=0 file=test
On 02/18/2011 08:30 AM, Jes Sorensen wrote:
On 02/18/11 15:07, Anthony Liguori wrote:
On 02/18/2011 06:45 AM, Jes Sorensen wrote:
It may not be so fundamental, but it still makes me wary. XMLRPC
handling is quite high level and introduces the potential of errors that
are outside of ou
These special values are needed to implement some helper functions,
which return/use these values in some cases.
Signed-off-by: Christophe Lyon
---
fpu/softfloat-specialize.h | 68 ---
fpu/softfloat.h| 69 +++
Now use the same algorithm as described in the ARM ARM.
Signed-off-by: Christophe Lyon
---
target-arm/helper.c | 83 +++---
1 files changed, 71 insertions(+), 12 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index 7f63a28..af8b
Now use the same algorithm as described in the ARM ARM.
Signed-off-by: Christophe Lyon
---
target-arm/helper.c | 121 ++
1 files changed, 111 insertions(+), 10 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index af8b067..d77
These constants and utility function are needed to implement some
helpers. Defining constants avoids the need to re-compute them at
runtime.
Signed-off-by: Christophe Lyon
---
fpu/softfloat.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/fpu/softfloat.h b/fpu/s
These 4 patches fix the ARM Neon vrecpe and vrsqrte instructions by
matching the algorithms descibed in the ARM ARM.
With these patches, qemu passes my ARM/Neon tests.
Compared to v3, I have split patch #1 into 2 pieces (#1 and #2 here),
and fixed comments from Peter.
Patch #1 modifies softfloat
On 02/18/11 15:07, Anthony Liguori wrote:
> On 02/18/2011 06:45 AM, Jes Sorensen wrote:
>> It may not be so fundamental, but it still makes me wary. XMLRPC
>> handling is quite high level and introduces the potential of errors that
>> are outside of our direct control. Personally I don't see the bi
On 02/18/2011 03:57 AM, Kevin Wolf wrote:
Am 18.02.2011 10:12, schrieb Markus Armbruster:
Kevin Wolf writes:
Am 15.02.2011 20:45, schrieb Chunqiang Tang:
Chunqiang Tang/Watson/IBM wrote on 01/28/2011 05:13:27 PM:
As you requested, I set up a wiki page for FVD at
On 02/18/2011 06:45 AM, Jes Sorensen wrote:
On 02/17/11 15:39, Michael Roth wrote:
On 02/17/2011 02:26 AM, Jes Sorensen wrote:
On 02/16/11 18:22, Michael Roth wrote:
worry is that we are adding a lot of complexity into QEMU on the host
side which is going to be difficult to audit, esp
On 02/18/2011 02:17 PM, Tristan Gingold wrote:
Fix compilation failure on Darwin.
Signed-off-by: Tristan Gingold
---
compatfd.c | 36 ++--
1 files changed, 18 insertions(+), 18 deletions(-)
diff --git a/compatfd.c b/compatfd.c
index a7cebc4..bd377c4 100644
-
The SD_STATUS and SEND_NUM_WR_BLOCKS commands are supposed to cause
the card to send data back to the host. However sd.c was missing the
state change to sd_sendingdata_state for these commands, with the effect
that the Linux driver would either hang indefinitely waiting for
nonexistent data (pl181)
Fix compilation failure on Darwin.
Signed-off-by: Tristan Gingold
---
compatfd.c | 36 ++--
1 files changed, 18 insertions(+), 18 deletions(-)
diff --git a/compatfd.c b/compatfd.c
index a7cebc4..bd377c4 100644
--- a/compatfd.c
+++ b/compatfd.c
@@ -26,45 +26,45
On Fri, 2011-02-18 at 13:23 +0100, Kevin Wolf wrote:
> I haven't had a close look at your patches yet, but one thing that I
> noticed is that your patches are corrupted by line wraps. Please
> consider using git-send-email to avoid this kind of trouble or configure
> your mailer so that it stops do
On 02/17/11 15:39, Michael Roth wrote:
> On 02/17/2011 02:26 AM, Jes Sorensen wrote:
>> On 02/16/11 18:22, Michael Roth wrote:
>> worry is that we are adding a lot of complexity into QEMU on the host
>> side which is going to be difficult to audit, especially with things
>> like the HTML and XML pr
On 18 February 2011 12:24, wrote:
> On Feb 18, 2011, at 14:08, ext Антон Кочков wrote:
>
>> Here also modified omap3_boot.c file. I'm dont know why it is
>> successfully load bootrom at 0x40014000, but cant do this for 0x14000
>> - it always fill by zeroes.
>> I'm only need copy memory from alrea
On 02/17/2011 08:52 PM, Blue Swirl wrote:
On Wed, Feb 16, 2011 at 11:51 AM, Markus Armbruster wrote:
Blue Swirl writes:
On Tue, Feb 15, 2011 at 12:07 PM, Markus Armbruster wrote:
Anthony Liguori writes:
On 02/12/2011 11:03 AM, Markus Armbruster wrote:
Blue Swirlwrites:
Convert t
On 02/18/2011 01:08 PM, Kevin Wolf wrote:
Am 17.02.2011 23:06, schrieb Anthony Liguori:
The QEMU team is pleased to announce the availability of the 0.14.0 release.
Download instructions are available at http://wiki.qemu.org/Download
A detailed change log is available at http://wiki.qemu.org/C
On Feb 18, 2011, at 14:08, ext Антон Кочков wrote:
> Here also modified omap3_boot.c file. I'm dont know why it is
> successfully load bootrom at 0x40014000, but cant do this for 0x14000
> - it always fill by zeroes.
> I'm only need copy memory from already loaded rom image from
> 0x40014000 to 0
Am 18.02.2011 13:16, schrieb Nicholas Thomas:
> On Thu, 2011-02-17 at 19:28 +, Nicholas Thomas wrote:
>
>> Additional testing has revealed that this code breaks the stock
>> nbd-server (the one on sourceforge) when large (well, 1.3MiB) write
>> requests are sent to it.
>
> NBD has a limit
On Thu, 2011-02-17 at 19:28 +, Nicholas Thomas wrote:
> Additional testing has revealed that this code breaks the stock
> nbd-server (the one on sourceforge) when large (well, 1.3MiB) write
> requests are sent to it.
NBD has a limit of 1MB on the size of write requests.
NBD_BUFFER_SIZE in
Seen when debugging omap3 bootrom.
A lot of messages "disassebler disagrees with translator over
instruction testing"
Here also modified omap3_boot.c file. I'm dont know why it is
successfully load bootrom at 0x40014000, but cant do this for 0x14000
- it always fill by zeroes.
I'm only need copy m
Am 17.02.2011 23:06, schrieb Anthony Liguori:
> The QEMU team is pleased to announce the availability of the 0.14.0 release.
>
> Download instructions are available at http://wiki.qemu.org/Download
>
> A detailed change log is available at http://wiki.qemu.org/Changelog/0.14
>
> On behalf of the
This switches KVM's MCE injection path to cpu_x86_inject_mce, both for
SIGBUS and monitor initiated events. This means we prepare the MCA MSRs
in the VCPUState also for KVM.
We have to drop the MSRs writeback restrictions for this purpose which
is now safe as every uncoordinated MSR injection is r
Reorder mcg_status in CPUState to achieve automatic clearing on reset.
Signed-off-by: Jan Kiszka
CC: Huang Ying
CC: Hidetoshi Seto
CC: Jin Dongming
---
target-i386/cpu.h|3 ++-
target-i386/helper.c |2 --
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/target-i386/c
Pure function suffling to avoid multiple #ifdef KVM_CAP_MCE sections,
no functional changes. While at it, annotate some #ifdef sections.
Signed-off-by: Jan Kiszka
CC: Huang Ying
CC: Hidetoshi Seto
CC: Jin Dongming
---
target-i386/kvm.c | 346 ++
Fix some code style issues, use proper headers, and align to cpu_x86
naming scheme. No functional changes.
Signed-off-by: Jan Kiszka
CC: Huang Ying
CC: Hidetoshi Seto
CC: Jin Dongming
---
cpu-all.h|4
monitor.c|2 +-
target-i386/cpu.h|5 +
targ
We will broaden the scope of this function on x86 beyond irqchip events.
Signed-off-by: Jan Kiszka
---
kvm-all.c |2 +-
kvm.h |2 +-
target-i386/kvm.c |2 +-
target-ppc/kvm.c |2 +-
target-s390x/kvm.c |2 +-
5 files changed, 5 insertions(+), 5 deletio
From: Huang Ying
In Linux kernel HWPoison processing implementation, the virtual
address in processes mapping the error physical memory page is marked
as HWPoison. So that, the further accessing to the virtual
address will kill corresponding processes with SIGBUS.
If the error physical memory p
From: Huang Ying
qemu_ram_remap() unmaps the specified RAM pages, then re-maps these
pages again. This is used by KVM HWPoison support to clear HWPoisoned
page tables across guest rebooting, so that a new page may be
allocated later to recover the memory error.
[ Jan: style fixlets, WIN32 fix ]
As this service is used by the human monitor, make sure that errors get
reported to the right channel, and also raise the verbosity.
This requires to move Monitor typedef in qemu-common.h to resolve the
include dependency.
Signed-off-by: Jan Kiszka
CC: Huang Ying
CC: Hidetoshi Seto
CC: Jin Don
hi
I want to run MIPS dynamically linked ELF in user mode emulation on x86 host
machine, what should I do?
There is nothing to abstract here. Fold kvm_setup_mce into its caller
and fix up the error reporting (return code of kvm_vcpu_ioctl holds the
error value).
Signed-off-by: Jan Kiszka
CC: Huang Ying
CC: Hidetoshi Seto
CC: Jin Dongming
---
target-i386/kvm.c | 11 ---
1 files changed, 4
The current way of injecting MCE events without updating of and
synchronizing with the CPUState is broken and causes spurious
corruptions of the MCE-related parts of the CPUState.
As a first step towards a fix, enhance the state writeback code with
support for injecting events that are pending in
Allow to tell cpu_x86_inject_mce that it should ignore Action Optional
MCE events when the target VCPU is still processing another one. This
will be used by KVM soon.
Signed-off-by: Jan Kiszka
CC: Huang Ying
CC: Hidetoshi Seto
CC: Jin Dongming
---
monitor.c|7 +--
target-i
Round 2 of this part, primarily addressing review comments:
- Reworked CPU_INTERRUPT_MCE -> exection translation
(now done in kvm_arch_process_async_events, indeed much cleaner)
- Add missing cpu_synchronize_state on pending MCE events for
!kvm_irqchip_in_kernel
- Split up KVM MCE code swi
MCEs can be injected asynchronously, so they can also terminate the halt
state.
Signed-off-by: Jan Kiszka
CC: Huang Ying
CC: Hidetoshi Seto
CC: Jin Dongming
---
target-i386/exec.h | 15 ++-
1 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/target-i386/exec.h b/targe
There is no reason to continue if the kernel claims to support MCE but
then fails to process our request.
Signed-off-by: Jan Kiszka
CC: Huang Ying
CC: Hidetoshi Seto
CC: Jin Dongming
---
target-i386/kvm.c | 30 +-
1 files changed, 17 insertions(+), 13 deletions(-
This is required to support keeping VCPU states across a system reset.
If we do not read the current state before the reset,
cpu_synchronize_all_post_reset may write back incorrect state
information.
The first user of this will be MCE MSR synchronization which currently
works around the missing cp
We will use the current TCG-only MCE injection path for KVM as well, and
then this read-modify-write of the target VCPU state has to be performed
synchronously in the corresponding thread.
Signed-off-by: Jan Kiszka
---
target-i386/helper.c | 87 +
Am 18.02.2011 10:12, schrieb Markus Armbruster:
> Kevin Wolf writes:
>
>> Am 15.02.2011 20:45, schrieb Chunqiang Tang:
Chunqiang Tang/Watson/IBM wrote on 01/28/2011 05:13:27 PM:
As you requested, I set up a wiki page for FVD at
>>> http://wiki.qemu.org/Features/FVD
. It includes a
Kevin Wolf writes:
> Am 15.02.2011 20:45, schrieb Chunqiang Tang:
>>> Chunqiang Tang/Watson/IBM wrote on 01/28/2011 05:13:27 PM:
>>> As you requested, I set up a wiki page for FVD at
>> http://wiki.qemu.org/Features/FVD
>>> . It includes a summary of FVD, a detailed specification of FVD, and a
Anthony Liguori writes:
> On 02/04/2011 12:18 AM, Amit Shah wrote:
>> Add a 'description' along with each qdev property to document the input
>> each qdev property takes.
>>
>> Signed-off-by: Amit Shah
>> Acked-by: Markus Armbruster
>> ---
[...]
>> diff --git a/block_int.h b/block_int.h
>> index
Anthony Liguori writes:
> On 02/17/2011 07:06 AM, Amit Shah wrote:
>> On (Tue) 15 Feb 2011 [10:43:42], Anthony Liguori wrote:
>>
>>
#define DEFINE_BLOCK_PROPERTIES(_state, _conf) \
-DEFINE_PROP_DRIVE("drive", _state, _conf.bs), \
Anthony Liguori writes:
> On 02/04/2011 12:18 AM, Amit Shah wrote:
>> Hello,
>>
>> This is yet another rebase of the patchset I'd sent earlier.
>>
>> The usual notes apply: this is just the start, just getting the
>> framework in place and a few examples so that people can then pick up
>> and sta
84 matches
Mail list logo
