This patch adds a new block driver : block.iscsi.c
This driver interfaces with the multiplatform posix library
for iscsi initiator/client access to iscsi devices hosted at
git://github.com/sahlberg/libiscsi.git
The patch adds the driver to interface with the iscsi library.
It also updated the conf
This is a patch that adds support for iSCSI to QEMU when QEMU is built against
libiscsi (https://github.com/sahlberg/libiscsi)
ISCSI devices are specified using a special iSCSI URL:
-drive file=iscsi://10.1.1.1:3260/iqn.ronnie.test/1
This allows a guest to access iscsi devices without exposin
Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
> This patch adds the main code of the TPM frontend driver, the TPM TIS
> interface, to Qemu. The code is largely based on my previous implementation
> for Xen but has been significantly extended to meet the standard's
> requirements, such as the
Hi :)
On Sat, May 7, 2011 at 04:20, Alessandro wrote:
> I'm sorry for the OT message.
> I have a _simple_ question that is more appropriate for qemu-users ml.
> Strangely, Qemu-users ml appears to be unavailable.
> Anyone knows anything?
Few years ago, several people in this list decided that by
On Fri, 6 May 2011 14:00:35 +0200
Alexander Graf wrote:
> +static inline void booke206_flush_tlb_one(ppc_tlb_t *tlb, int num)
> +{
> +int i;
> +
> +for (i = 0; i < num; i++) {
> +if ((tlb[i].tlbe.prot & PAGE_VALID) &&
> + !(tlb[i].tlbe.attr & MAS1_IPROT)) {
> +
I'm sorry for the OT message.
I have a _simple_ question that is more appropriate for qemu-users ml.
Strangely, Qemu-users ml appears to be unavailable.
Anyone knows anything?
IT
Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
> On 05/06/2011 04:23 PM, Serge E. Hallyn wrote:
> >Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
> >>This patch adds support for TPM command line options.
> >>The command line supported here (considering the libtpms based
> >>backend) are
>
On 05/06/2011 04:23 PM, Serge E. Hallyn wrote:
Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
This patch adds support for TPM command line options.
The command line supported here (considering the libtpms based
backend) are
./qemu-... -tpm type=,path=,
and
./qemu-... -tpm ?
where the la
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
> Hi Sage/Lists!
>
> Yes! The entire Ceph cluster (1 Mon, 1 MSD, 3 OSD) are 32bit linux.
>
> The machine running Qemu is 64bit linux.
Excellent. This is now fixed by 48d94f6e34da8ace2b5cb128de1bcfb34b3c40b5
in the stable and master branches of ce
Hi Sage/Lists!
Yes! The entire Ceph cluster (1 Mon, 1 MSD, 3 OSD) are 32bit linux.
The machine running Qemu is 64bit linux.
Thanks,
Dyweni
> On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
>> Hi Sage/Lists!
>>
>>
>> (gdb) f 8
>> #8 0x7f170174198a in decode (v=@0x7f16fd8b190c, p=...) at
Quoting Stefan Berger (stef...@linux.vnet.ibm.com):
> This patch adds support for TPM command line options.
> The command line supported here (considering the libtpms based
> backend) are
>
> ./qemu-... -tpm type=,path=,
>
> and
>
> ./qemu-... -tpm ?
>
> where the latter works similar to -soundh
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
> Hi Sage/Lists!
>
>
> (gdb) f 8
> #8 0x7f170174198a in decode (v=@0x7f16fd8b190c, p=...) at
> include/encoding.h:80
> 80 WRITE_INTTYPE_ENCODER(uint32_t, le32)
> (gdb) p n
> No symbol "n" in current context.
> (gdb) p s
> No symbol "s" in c
Hi Sage/Lists!
(gdb) f 8
#8 0x7f170174198a in decode (v=@0x7f16fd8b190c, p=...) at
include/encoding.h:80
80 WRITE_INTTYPE_ENCODER(uint32_t, le32)
(gdb) p n
No symbol "n" in current context.
(gdb) p s
No symbol "s" in current context.
(gdb) f 9
#9 0x7f1701741ade in decode (s=...,
f 9 (or 8?)
p n
p s
(BTW this might be faster over irc, #ceph on irc.oftc.net)
Thanks!
sage
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
> Hi Sage/Lists!
>
>
> (gdb) print c->bl._len
> $1 = 20
>
>
> And in case this is helpful:
>
> (gdb) print *c
> $2 = {lock = {name = 0x7f1701430f8d "
Hi Sage/Lists!
(gdb) print c->bl._len
$1 = 20
And in case this is helpful:
(gdb) print *c
$2 = {lock = {name = 0x7f1701430f8d "AioCompletionImpl lock", id = -1,
recursive = false, lockdep = true, backtrace = false, _m = {__data =
{__lock = 1, __count = 0,
__owner = 25800, __nusers = 1,
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
> Hi Josh/Lists!
>
> 463 ::decode(*data_bl, iter);
> (gdb) print r
> $1 = 0
> (gdb) print data_bl
> $2 = (ceph::bufferlist *) 0x7f16f40d6060
> (gdb) print data_bl->_len
> $3 = 0
What about c->bl._len?
sage
> (gdb) print iter->off
> $4
Hi Josh/Lists!
463 ::decode(*data_bl, iter);
(gdb) print r
$1 = 0
(gdb) print data_bl
$2 = (ceph::bufferlist *) 0x7f16f40d6060
(gdb) print data_bl->_len
$3 = 0
(gdb) print iter->off
$4 = 20
Thanks,
Dyweni
> CCing the ceph list.
>
> On 05/06/2011 12:23 PM, Dyweni - Qemu-Devel wrote
CCing the ceph list.
On 05/06/2011 12:23 PM, Dyweni - Qemu-Devel wrote:
Hi List!
I upgraded Ceph to the latest development version
Commit: 0edbc75a5fe8c3028faf85546f3264d28653ea3f
Pulled from: git://ceph.newdream.net/ceph.git
I recompiled the latest GIT version of QEMU-KVM (wit
Hi List!
I upgraded Ceph to the latest development version
Commit: 0edbc75a5fe8c3028faf85546f3264d28653ea3f
Pulled from: git://ceph.newdream.net/ceph.git
I recompiled the latest GIT version of QEMU-KVM (with Josh Durgin's
patches) against the latest git version of Ceph.
However,
At v9fs_walk_complete(), the memory allocated at v9fs_walk() is not being
released leading system to crash due out of memory.
This patch releases structure V9fsWalkState after v9fs_walk is complete.
Signed-off-by: Pedro Scarapicchia Junior
---
hw/9pfs/virtio-9p.c |2 ++
1 files changed, 2 i
On Fri, 6 May 2011 20:33:24 +0200
Alexander Graf wrote:
> On 06.05.2011, at 19:40, Scott Wood wrote:
>
> > OK, it looked like it was being limited to only FSL. I missed that
> > PPC_BOOKE and PPC2_BOOKE_FSL are the same "kind" of flags despite being in
> > different words. Does PPC_BOOKE not r
Hi List!
I am tripping across this error as soon as the qemu rbd disk is
probed by the windows 2000 installer:
VNC server running on `127.0.0.1:5900'
terminate called after throwing an instance of 'ceph::buffer::end_of_buffer'
what(): buffer::end_of_buffer
Aborted (core dumped)
Has anyone e
On 06.05.2011, at 19:40, Scott Wood wrote:
> On Fri, 6 May 2011 12:01:11 +0200
> Alexander Graf wrote:
>
+for (i = env->nb_tlbs[0]; i < env->nb_tlb; i++) {
+tlb = &env->tlb[i].tlbe;
+ret = mmubooke_check_tlb(env, tlb, &raddr, &ctx->prot, address,
rw,
>>>
On 05/06/2011 08:40 AM, Anthony Liguori wrote:
The hosting company qemu.org uses is experiencing an outage this
morning. I'll keep the list up to date as I learn more.
And we're back online.
Sorry for any inconvenience.
Regards,
Anthony Liguori
Regards,
Anthony Liguori
On Fri, 6 May 2011 12:01:11 +0200
Alexander Graf wrote:
> >> +for (i = env->nb_tlbs[0]; i < env->nb_tlb; i++) {
> >> +tlb = &env->tlb[i].tlbe;
> >> +ret = mmubooke_check_tlb(env, tlb, &raddr, &ctx->prot, address,
> >> rw,
> >> + access_type, i)
This patch provides a TPM backend skeleton implementation. It doesn't do
anything useful (except for returning error response for every TPM command)
but it compiles.
v3:
- in tpm_builtin.c all functions prefixed with tpm_builtin_
- build the builtin TPM driver available at this point; it retur
This patch provides the glue for the TPM TIS interface (frontend) to
the libtpms that provides the actual TPM functionality.
Some details:
This part of the patch provides support for the spawning of a thread
that will interact with the libtpms-based TPM. It expects a signal
from the frontend to w
This patch adds support for TPM command line options.
The command line supported here (considering the libtpms based
backend) are
./qemu-... -tpm type=,path=,
and
./qemu-... -tpm ?
where the latter works similar to -soundhw ? and shows a list of
available TPM backends (i.e., libtpms-based, Xen)
This patch adds the main code of the TPM frontend driver, the TPM TIS
interface, to Qemu. The code is largely based on my 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
functionality
This patch introduces file locking via fcntl() for the block layer so that
concurrent access to files shared by 2 Qemu instances, for example via NFS,
can be serialized. This feature is useful primarily during initial phases of
VM migration where the target machine's TIS driver validates the block
This patch adds support for handling of persistent state to the TPM TIS
frontend.
The currently used buffer is determined (can only be in currently active
locality and either be a read or a write buffer) and only that buffer's content
is stored. The reverse is done when the state is restored from
The following series of patches adds a TPM (Trusted Platform Module)
TIS (TPM Interface Spec) interface to Qemu and with that provides
means to access a backend implementing the actual TPM functionality.
This frontend enables for example Linux's TPM TIS (tpm_tis) driver.
I am also posting the impl
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).
v3:
- all output goes to stderr
Signed-off-by: Stefan Berger
---
hw/tpm_tis.c | 67
This patch supports the storage of TPM persisten state.
The TPM creates state of varying size, depending for example how many
keys are loaded into it a a certain time. The worst-case sizes of
the different blobs the TPM can write have been pre-calculated and this
value is used to determine the min
This patch adds encryption of the individual state blobs that are written
into the block storage. The 'directory' at the beginnig of the block
storage is not encrypted.
Keys can be passed either as a string of hexadecimal digits forming a 256,
192 or 128 bit AES key. Those keys can optionally star
The TPM interface (tpm_tis) needs to be explicitly enabled via
./configure --enable-tpm. This patch also restricts the building of the
TPM support to i386 and x86_64 targets since both backends I know
of, the Xen backend and the libtpms-based backend, will likely only
be available for these target
> On Fri, May 6, 2011 at 5:09 PM, Paul Brook wrote:
> >> The Neon versions of int-float conversions need their own helper
> >> routines because they must use the "standard FPSCR" rather than the
> >> default one. Refactor the helper functions to make it easy to add the
> >> neon versions. While we
> > PCIBus *ppce500_pci_init(qemu_irq pci_irqs[4], target_phys_addr_t
> > registers) {
> > -PPCE500PCIState *controller;
> > +DeviceState *dev;
> > +PCIBus *b;
> > +PCIHostState *h;
> > +PPCE500PCIState *s;
> >
> > PCIDevice *d;
> >
> > -int index;
> >
> > stati
On Fri, May 6, 2011 at 2:36 PM, Kevin Wolf wrote:
> Am 06.05.2011 15:21, schrieb Stefan Hajnoczi:
>> On Fri, Apr 29, 2011 at 12:56 PM, Kevin Wolf wrote:
>>> Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
+/**
+ * Attempt to stream an image starting from sector_num.
+ *
+ * @sec
On Fri, May 6, 2011 at 12:08 PM, Markus Armbruster wrote:
> Blue Swirl writes:
>
>> On Mon, May 2, 2011 at 6:57 PM, Luiz Capitulino
>> wrote:
>>> On Sat, 30 Apr 2011 09:33:15 +0300
>>> Blue Swirl wrote:
>>>
On Sat, Apr 30, 2011 at 1:40 AM, Luiz Capitulino
wrote:
> This series
On 05/06/2011 08:40 AM, Anthony Liguori wrote:
The hosting company qemu.org uses is experiencing an outage this
morning. I'll keep the list up to date as I learn more.
The data center is in Fremont, CA which experienced a severe power
outage this morning. It's taken down a number of VPS provi
On Fri, May 6, 2011 at 5:09 PM, Paul Brook wrote:
>> The Neon versions of int-float conversions need their own helper routines
>> because they must use the "standard FPSCR" rather than the default one.
>> Refactor the helper functions to make it easy to add the neon versions.
>> While we're touchi
Hi Stefan,
I was hoping to take a look at the TPM patchset. Rumor has it you
have some updates. Would you mind re-sending the set?
thanks,
-serge
Jes Sorensen writes:
> On 05/06/11 12:40, Brad Hards wrote:
>> On Fri, 6 May 2011 07:39:10 PM jes.soren...@redhat.com wrote:
>>> +/*
>>> + * Add delta to current state, and print the output if the current
>>> + * state has progressed more than min_skip since the last value was
>>> + * printed. 'm
On Fri, 06 May 2011 11:08:08 +0200
Markus Armbruster wrote:
> Blue Swirl writes:
>
> > On Mon, May 2, 2011 at 6:57 PM, Luiz Capitulino
> > wrote:
> >> On Sat, 30 Apr 2011 09:33:15 +0300
> >> Blue Swirl wrote:
> >>
> >>> On Sat, Apr 30, 2011 at 1:40 AM, Luiz Capitulino
> >>> wrote:
> >>> >
On 6 May 2011 15:09, Paul Brook wrote:
>> The Neon versions of int-float conversions need their own helper routines
>> because they must use the "standard FPSCR" rather than the default one.
>> Refactor the helper functions to make it easy to add the neon versions.
>> While we're touching the code
On Thu, May 05, 2011 at 04:07:19AM -0400, Ulrich Obergfell wrote:
>
> Hi Marcelo,
>
> > Other than that, shouldnt reset accounting variables to init state on
> > write to GLOBAL_ENABLE_CFG / writes to main counter?
>
> I'd suggest to initialize/reset the driftfix-related fields in the
> 'HPETTi
> PCIBus *ppce500_pci_init(qemu_irq pci_irqs[4], target_phys_addr_t
> registers) {
> -PPCE500PCIState *controller;
> +DeviceState *dev;
> +PCIBus *b;
> +PCIHostState *h;
> +PPCE500PCIState *s;
> PCIDevice *d;
> -int index;
> static int ppce500_pci_id;
> +SysBus
On 26 April 2011 11:23, Aurelien Jarno wrote:
> On Mon, Apr 25, 2011 at 11:35:54PM +0100, Peter Maydell wrote:
>> On 25 April 2011 23:31, Aurelien Jarno wrote:
>> > On Mon, Apr 25, 2011 at 10:59:52PM +0100, Peter Maydell wrote:
>> >> On 25 April 2011 22:09, Aurelien Jarno wrote:
>> >> > Instead
> The Neon versions of int-float conversions need their own helper routines
> because they must use the "standard FPSCR" rather than the default one.
> Refactor the helper functions to make it easy to add the neon versions.
> While we're touching the code, move the helpers to op_helper.c so that
>
The hosting company qemu.org uses is experiencing an outage this
morning. I'll keep the list up to date as I learn more.
Regards,
Anthony Liguori
Am 06.05.2011 15:21, schrieb Stefan Hajnoczi:
> On Fri, Apr 29, 2011 at 12:56 PM, Kevin Wolf wrote:
>> Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
>>> +/**
>>> + * Attempt to stream an image starting from sector_num.
>>> + *
>>> + * @sector_num - the first sector to start streaming from
>>> + *
On Fri, Apr 29, 2011 at 1:14 PM, Kevin Wolf wrote:
> Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
>> From: Anthony Liguori
>>
>> When creating an image using qemu-img, just pass '-o copy_on_read' and then
>> whenever QED reads from a backing file, it will write the block to the QED
>> file after
On Fri, Apr 29, 2011 at 1:09 PM, Kevin Wolf wrote:
> Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
>> From: Anthony Liguori
>>
>> For leaf images with copy on read semantics, the stream commands allow the
>> user
>> to populate local blocks by manually streaming them from the backing image.
>> O
On Fri, Apr 29, 2011 at 12:56 PM, Kevin Wolf wrote:
> Am 27.04.2011 15:27, schrieb Stefan Hajnoczi:
>> +/**
>> + * Attempt to stream an image starting from sector_num.
>> + *
>> + * @sector_num - the first sector to start streaming from
>> + * @cb - block completion callback
>> + * @opaque - data
Add a new float_flag_output_denormal which is set when the result
of a floating point operation would be denormal but is flushed to
zero because we are in flush_to_zero mode. This is necessary because
some architectures signal this condition as an underflow and others
signal it as an inexact result
The Neon versions of int-float conversions need their own helper routines
because they must use the "standard FPSCR" rather than the default one.
Refactor the helper functions to make it easy to add the neon versions.
While we're touching the code, move the helpers to op_helper.c so that
we can use
This patch series fixes a number of minor bugs in the ARM target where
we were not correctly setting the cumulative exception flags in the
FPSCR. It includes adding a new flag to softfloat indicating when a
denormal result has been flushed to zero (as discussed previously on
the list.)
Tested with
Add the Neon-specific float-int conversion helper functions which
use the standard FPSCR value rather than the VFP FPSCR.
Signed-off-by: Peter Maydell
---
target-arm/helper.h| 10 ++
target-arm/op_helper.c | 12
target-arm/translate.c | 29 +
The helpers for VRECPE.F32, VSQRTE.F32, VRECPS and VRSQRTS handle denormals
as special cases, so we must set the InputDenormal exception flag ourselves.
Signed-off-by: Peter Maydell
---
target-arm/helper.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/targe
The functions which do the core estimation algorithms for the VRSQRTE
and VRECPE instructions should not set floating point exception flags,
so use a local fp status for doing these calculations.
Signed-off-by: Peter Maydell
---
target-arm/helper.c | 12 ++--
1 files changed, 10 insert
On ARM the architecture mandates that when an output denormal is flushed to
zero we must set the FPSCR UFC (underflow) bit, so map softfloat's
float_flag_output_denormal accordingly.
Signed-off-by: Peter Maydell
---
target-arm/helper.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
** Changed in: linux (Ubuntu Hardy)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/458521
Title:
kvm crash when using virtio for network, hardy guest
Stat
Sorry, for typo in package name ( qemu-kvm) . I've upgraded version in
debian/changelog.
root@boris-System-P5Q3:~/QEMU14# ls -l *.deb |grep -v "0ubuntu4_"
-rw-r--r-- 1 root root 19494 2011-05-06 16:45
kvm_84+dfsg-0ubuntu16+0.14.0+noroms+0ubuntu5_amd64.deb
-rw-r--r-- 1 root root 18958 2011-05
On 05/06/2011 02:31 PM, Stefan Hajnoczi wrote:
Okay, this explains how you plan to handle targets appearing - you
want to set a maximum number of targets. I was wondering how we would
add virtqueues dynamically (and why the control vqs are placed last at
n,n+1 instead of 0,1).
You don't, it's
On 06.05.2011, at 01:50, Rob Landley wrote:
> On 05/05/2011 06:26 PM, Alexander Graf wrote:
>>> As an aside: I think QEMU should have an option which is "just load
>>> a plain ELF or raw binary, with no funny Linux-kernel-specific
>>> behaviour" rather than overloading -kernel to mean "if it's a
If the input to a Neon float comparison is a quiet NaN, the ARM ARM
specifies that we should raise InvalidOp if the comparison is GE or GT
but not for EQ. (Signaling NaNs raise InvalidOp regardless). This means
only EQ should use the _quiet version of the comparison function.
We implement this by
Uncompress regular Natty qemu-kvm package :-
qemu-kvm_0.14.0+noroms-0ubuntu4.diff.gz
qemu-kvm_0.14.0+noroms-0ubuntu4.dsc
qemu-kvm_0.14.0+noroms.orig.tar.gz
# dpkg-source -x qemu-kvm_0.14.0+noroms-0ubuntu4.dsc
# cd qemu-kvm_0.14.0+noroms-0ubuntu4
Edit debian/rules and comment following line ( p
On Thu, May 5, 2011 at 3:50 PM, Paolo Bonzini wrote:
> On 05/05/2011 04:29 PM, Hannes Reinecke wrote:
>>>
>>> I chose 1 requestq per target so that, with MSI-X support, each
>>> target can be associated to one MSI-X vector.
>>>
>>> If you want a large number of units, you can subdivide targets int
Most of the code to support e500 style MMUs is already in place, but
we're missing on some of the special TLB0-TLB1 handling code and slightly
different TLB modification.
This patch adds support for the FSL style MMU.
Signed-off-by: Alexander Graf
---
v1 -> v2:
- fix linux-user build
- op
The MPC8544DS board emulation was only used with KVM so far, so some
parts of the code didn't provide proper values for non-KVM execution.
This patch makes the machine work without KVM enabled. To actually use
this, you also need proper e500v2 MMU emulation.
Signed-off-by: Alexander Graf
---
v
To enable quick runtime detection of instruction groups to the currently
selected CPU emulation, we have a feature mask of what exactly the respective
instruction supports.
This feature mask is 64 bits long and we just successfully exceeded those 64
bits. To add more features, we need to think of
On 06.05.2011, at 12:46, Tristan Gingold wrote:
>
> On May 6, 2011, at 11:48 AM, Ben Leslie wrote:
>
>> Hi all,
>>
>> Are there any objections to adding a --disable-cocoa configure option?
>> For simulating ARM microcontrollers I have no desire or need for graphics.
>
> Seconded. I think I h
The MPC8544DS board emulation code ignored the user defined -cpu switch.
This patch enables it to only provide a sane default, not force an e500v2
CPU inside.
Signed-off-by: Alexander Graf
---
hw/ppce500_mpc8544ds.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/hw
In a global effort to get rid of KVM-only targets, this is the next
important piece of the puzzle: e500 emulation :).
We had support for running an e500 KVM guest for a while now, but the
code could not be tested without a real e500 machine, because it required
KVM to work. This patchset adds emul
The e500 PCI controller isn't qdev'ified yet. This leads to severe issues
when running with -drive.
To be able to use a virtio disk with an e500 VM, let's convert the PCI
controller over to qdev.
Signed-off-by: Alexander Graf
---
v2 -> v3:
- rebase to current code base
- fix endian issue
Now that we have some nice helpers that can find us a TLB entry, let's
use that on the machine initialization code, so we don't need to know
about the internals of the TLB array.
Signed-off-by: Alexander Graf
---
hw/ppce500_mpc8544ds.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
On Fri, 6 May 2011 07:39:10 PM jes.soren...@redhat.com wrote:
> +/*
> + * Add delta to current state, and print the output if the current
> + * state has progressed more than min_skip since the last value was
> + * printed. 'max' specifies the relative percentage, ie. a function
> + * can count for
The BookE specification defines MSR bit 28 as Guest State. Add it
to the list of MSR macros.
Signed-off-by: Alexander Graf
---
target-ppc/cpu.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/target-ppc/cpu.h b/target-ppc/cpu.h
index 303f8ce..c6b2255 100644
--- a/target
On Fri, 2011-05-06 at 11:25 +0100, Daniel Castro wrote:
> Good Day to all,
>
> My Name is Daniel Castro I am going to be your google coder for this summer
> in:
>
> Add Xen PV block device support to SeaBIOS
Thanks Daniel and Welcome!
I'll be mentoring Daniel in this project.
(I've taken the
I went back and retested this and it has already been fixed and released
(commit fcbc05a1be0a7600153e78207dcb8b62fe753a4a), it was just not
properly closed.
mapl,
If you are running an updated hardy guest running the 2.6.24-29 kernel this bug
should not be a problem. Can you please provide infor
On 05/06/11 12:40, Brad Hards wrote:
> On Fri, 6 May 2011 07:39:10 PM jes.soren...@redhat.com wrote:
>> +/*
>> + * Add delta to current state, and print the output if the current
>> + * state has progressed more than min_skip since the last value was
>> + * printed. 'max' specifies the relative per
On May 6, 2011, at 11:48 AM, Ben Leslie wrote:
> Hi all,
>
> Are there any objections to adding a --disable-cocoa configure option?
> For simulating ARM microcontrollers I have no desire or need for graphics.
Seconded. I think I have once posted such a patch.
Tristan.
jes.soren...@redhat.com writes:
> From: Jes Sorensen
>
> Hi,
>
> Two small patches cleaning up the progress printing code - adding
> documentation and removing some unneeded paranthesis. Also know as the
> 'happy markus' patch series
Happy ACK :)
On 2011-05-06 11:37, brill...@viatech.com.cn wrote:
>
>>>
>>> If I want to submit a patch for the qemu-kvm-git, should I
>> use "[QEMU-DEVEL][Patch]..." as the subject? Or there are other rules
>> for qemu-kvm upstream? If yes, would you like to tell me?. Thanks!
>>
>> If you really have to tar
On 03.05.2011, at 21:25, Scott Wood wrote:
> On Mon, 2 May 2011 17:03:21 +0200
> Alexander Graf wrote:
>
>> Most of the code to support e500 style MMUs is already in place, but
>> we're missing on some of the special TLB0-TLB1 handling code and slightly
>> different TLB modification.
>>
>> Thi
Hi all,
Are there any objections to adding a --disable-cocoa configure option?
For simulating ARM microcontrollers I have no desire or need for graphics.
Thanks,
Benno
From: Jes Sorensen
Signed-off-by: Jes Sorensen
---
qemu-img.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/qemu-img.c b/qemu-img.c
index e825123..1da5484 100644
--- a/qemu-img.c
+++ b/qemu-img.c
@@ -785,7 +785,7 @@ static int img_convert(int argc, char **argv)
From: Jes Sorensen
Signed-off-by: Jes Sorensen
---
qemu-progress.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/qemu-progress.c b/qemu-progress.c
index a4894c0..70928d6 100644
--- a/qemu-progress.c
+++ b/qemu-progress.c
@@ -111,6 +111,14 @@ void qemu_progress_
From: Jes Sorensen
Hi,
Two small patches cleaning up the progress printing code - adding
documentation and removing some unneeded paranthesis. Also know as the
'happy markus' patch series
This is relative to the block branch.
Jes
Jes Sorensen (2):
Add documentation for qemu_progres_prin
> >
> > If I want to submit a patch for the qemu-kvm-git, should I
> use "[QEMU-DEVEL][Patch]..." as the subject? Or there are other rules
> for qemu-kvm upstream? If yes, would you like to tell me?. Thanks!
>
> If you really have to target qemu-kvm only, then you tagging is fine.
> But this
Good morning,
I would like to ask if there is any possibility to run WinCE applications in
the embedded linux environment based on ARM processors by using the QEMU
emulator?
Looking forward to hearing from you.
Best regards,
Rafal Fabich
Is it possible to migrate KVM guest to different paths like this:
path of the image of guest01 on host A
/home/joe/guest01.img
path of the image of guest01 on host B
/home/bill/image/temp/guest01.img
is this possible ?
if it is any pointers as to how to do this ?
Regards,
Onnm
Good morning,
I would like to ask if there is any possibility to run WinCE applications in
the embedded linux environment based on ARM processors by using the QEMU
emulator?
Looking forward to hearing from you.
Best regards,
Rafal Fabich
Blue Swirl writes:
> On Mon, May 2, 2011 at 6:57 PM, Luiz Capitulino
> wrote:
>> On Sat, 30 Apr 2011 09:33:15 +0300
>> Blue Swirl wrote:
>>
>>> On Sat, Apr 30, 2011 at 1:40 AM, Luiz Capitulino
>>> wrote:
>>> > This series introduces the inject-nmi command for QMP, which sends an
>>> > NMI to
On 05/05/2011 07:34 PM, Rob Landley wrote:
> I'm running current linux-git (5895198c56d131cc696556) and current
> qemu-git (d2d979c628e4b2c4a3c I think) with the attached kernel .config,
> and it gave me a GPF on exit from the emulator.
>
> I'm not sure which project is responsible, but I thought
Hi Gerd,
sorry, but that parameter causes a non-complete boot of my Windows VM (I
have removed that) when using the ehci-patch.
Additionally, the ehci patch does not support that parameter type, there
you must add it via -usbdevice host:auto:*.*
Any ideas how to proceed?
I need the ehci patch be
hi,
using the modified (single line) patch only works half-way, it sets
the value in status register (guess that's what that line does :))
but hw interrupt is not generated.
I tried adding uhci_update_irq and this patch:
diff --git a/hw/usb-uhci.c b/hw/usb-uhci.c
index a65e0b3..1e9c1e7 100644
---
On 2011-05-06 03:06, brill...@viatech.com.cn wrote:
> Hi, Jan
> Thank you very much for your advice. That's helpful for me.
>
>> Hi,
>>
>> the subject's tag (qemu-kvm) is misleading. This is actually targeting
>> the uq/master patch queue, i.e. the upstream kvm staging area.
>>
>
> If I want
99 matches
Mail list logo
