On Sun, Jul 25, 2010 at 07:52:18AM +0200, Edgar E. Iglesias wrote:
> On Sun, Jul 25, 2010 at 06:44:41AM +0200, Aurelien Jarno wrote:
> > On Sun, Jul 25, 2010 at 05:08:07AM +0200, Aurelien Jarno wrote:
> > > On Sun, Jul 25, 2010 at 02:07:54AM +0200, Edgar E. Iglesias wrote:
> > > > On Sun, Jul 25, 2
** Description changed:
I use eucalyptus software (1.6.2) on debian squeeze with kvm
0.12.4+dfsg-1 (the same happend with 0.11.1+dfsg-1 ). Kernel
2.6.32-3-amd64. After a few days machines crash. There are no logs in
host system. Guest is the same kernel and OS as host. The kvm process
us
Hello all,
We have an old DG/UX machine (2 actually), in production use (scary, I
know).
These days I am trying to virtualize/emulate those machines. As we cannot
upgrade / reinstall the applications on a different platfrom, I am trying to
boot it up (DD'ed all the drives as images) and use it as
On Sun, Jul 25, 2010 at 09:21:48AM +0200, Edgar E. Iglesias wrote:
> On Sun, Jul 25, 2010 at 07:52:18AM +0200, Edgar E. Iglesias wrote:
> > On Sun, Jul 25, 2010 at 06:44:41AM +0200, Aurelien Jarno wrote:
> > > On Sun, Jul 25, 2010 at 05:08:07AM +0200, Aurelien Jarno wrote:
> > > > On Sun, Jul 25, 2
On Thu, Jul 22, 2010 at 10:15:20PM +0200, Stefan Weil wrote:
> There is no need to have a second set of integral types.
> Replace them by the standard types from stdint.h.
>
> [PATCH 1/4] block: Replace u_int8_t, u_int16_t, u_int32_t, u_int64_t by
> standard int types
> [PATCH 2/4] tests: Replace
On Fri, Jul 23, 2010 at 02:59:52PM +0900, Jun Koi wrote:
> we have "make cscope", therefore that makes sense to have cscope.* in
> .gitignore.
>
> Signed-off-by: Jun Koi
>
Thanks, applied.
>
> diff --git a/.gitignore b/.gitignore
> index a32b7c4..ec6f89f 100644
> --- a/.gitignore
> +++ b/.git
On Sat, Jul 24, 2010 at 01:03:07PM +0300, Shahar Havivi wrote:
>
> Signed-off-by: Shahar Havivi
> ---
> migration-tcp.c |5 +++--
> 1 files changed, 3 insertions(+), 2 deletions(-)
Thanks, applied.
> diff --git a/migration-tcp.c b/migration-tcp.c
> index 78b56dc..b55f419 100644
> --- a/mi
On Sun, Jul 25, 2010 at 12:30:03PM +0900, Jun Koi wrote:
> this patch simplifies target-i386/translate.c a bit by replacing some
> code with gen_update_cc_op()
>
> Signed-off-by: Jun Koi
Thanks, applied.
> diff --git a/target-i386/translate.c b/target-i386/translate.c
> index 9543298..7b6e3c2 1
On 07/23/2010 01:02 PM, Stefan Hajnoczi wrote:
>> In fact, we solve this problem through a really simple method.
>> In our prototype, we removed this piece of code like this:
>> void *qemu_get_ram_ptr(ram_addr_t addr)
>> {
>> ..
>>
>> /* Move this entry to to start of the list. */
>> #
On ARMv7, ignore writes to cp15 with crm == 12; these are to setup perf
counters which we don't have.
---
target-arm/helper.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index 2dd64d9..865829f 100644
--- a/target-arm/helper.c
On 07/25/2010 04:08 PM, DG UX wrote:
Currently, these DGUX machines only support Qlogic and Adaptec, no IDE
whatsoever and no LSI.
Any way Qemu will support anything like that?
I got to know these DGUX machines very well, and know all the logs
locations and sys/hw info. If you need anything
I have this problem as well. I'm installing using a slightly different
situation -- I'm restoring a WinXP/Win2k3 backup that was made with
fsarchiver -- but essentially I run across the same issue namely that
boot fails when mbr tries to boot the first partition. In my case I use
install-mbr from
Block device change command did not copy BDRV_O_SNAPSHOT flag. Thus
the new image did not have this flag and the file got deleted during
opening.
Fix by copying BDRV_O_SNAPSHOT flag.
Signed-off-by: Blue Swirl
---
block.c|5 +
block.h|1 +
blockdev.c |1 +
3 files changed
On Sat, Jul 24, 2010 at 12:03 PM, Markus Armbruster wrote:
> Blue Swirl writes:
>
>> Command line flag '-snapshot' was setting the drive flag 'snapshot'
>> for all drives. Therefore also CDROM devices were incorrectly marked
>> with BDRV_O_SNAPSHOT. Thus the backing images were accidentally delet
Thanks for your awnsers. Stean, after I find the right place to capture the
reads and writes I'll definitely try your trace tool.
Until now, this is what i found:
I am using the x86-64 target, and I know that, for instance, lots of reads
pass here:
target-i386/translate.c gen_op_ld_T1_A0()
Th
** Also affects: ubuntu
Importance: Undecided
Status: New
** Package changed: ubuntu => qemu-kvm (Ubuntu)
--
Windows XP/2003 doesn't boot
https://bugs.launchpad.net/bugs/586175
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
This issue has gone with qemu-kvm commit
d4adede84de96d631f2c6eff2c01eae00b14a110.
** Changed in: qemu
Status: Invalid => Fix Released
** Changed in: qemu-kvm (Ubuntu)
Status: Triaged => Fix Released
--
qemu fail to parse command "-net none"
https://bugs.launchpad.net/bugs/599617
Now we use new command to do VT-d device assignment:
"qemu-system_x86 -smp 2 -m 1024 -hda /path/to/img -device
pci-assign,host=00:19.0"
** Changed in: qemu
Status: New => Fix Released
--
qemu fail to parse command line with "-pcidevice B:D.F"
https://bugs.launchpad.net/bugs/597932
You re
On Mon, Jul 26, 2010 at 6:21 AM, Eduardo Cruz wrote:
> Thanks for your awnsers. Stean, after I find the right place to capture the
> reads and writes I'll definitely try your trace tool.
> Until now, this is what i found:
>
> I am using the x86-64 target, and I know that, for instance, lots of rea
Tested with Maverick's vmlinuz-2.6.35-10-versatile and I'm still able to
reproduce the problem (qemu cdcf9153e5e17dde340135fee5dcc7c299f2d4f5
this time).
--
qemu-system-arm segfaults emulating versatile machine after running debootstrap
--second-stage inside vm
https://bugs.launchpad.net/bugs/60
Hi,
I am trying to add support for mips64 user mode emulation in QEMU.I have
written the code
for loading mips64 ELF.The problem is when QEMU executes translation blocks,it
generates
TLB load exception on one TB and calls host_signal_handler().Could any one plz
help??
Signed-off-by: Yoshiaki Tamura
---
block-migration.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/block-migration.c b/block-migration.c
index 8eda307..0bfdb73 100644
--- a/block-migration.c
+++ b/block-migration.c
@@ -346,7 +346,7 @@ static int mig_save_devi
hi
in Qemu what is the reason of TLB load exception while I'm running user mode
emulation??
Further information:
Porting user mode MIPS64 emulation in
QEMU
When qemu-mips runs with Mips64 executable(ELF) following
errror encountered
qemu: SIGSEGV pc=0x601db044
address=200a47a8 w=0 oldset=0x000
This patch set fixes pci bar allocation.
Cam Macdonell reported that there was something wrong with 64bit/32bit
512M BAR. This addresses his report.
Isaku Yamahata (2):
seabios: pciinit: fix 64bit bar initilization.
seabios: pciinit: fix overflow when bar allocation.
src/pciinit.c | 56 +++
When 64bit bar allocation failed, leave it untouched as 32bit bar case.
There is no point to set higher bit to all 1, it is just leftover from
debug code.
Signed-off-by: Isaku Yamahata
---
src/pciinit.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/src/pciinit.c
When allocating bar, overflow can occur.
So add overflow check and don't allocate bar if overflowed.
Overflow check is ugly, but necessary.
Another suggested way is to change related variables u64 from u32
thus overflow can't occur because the related value are all u32 addressable.
Anyway even with
Blue Swirl writes:
> On Sat, Jul 24, 2010 at 12:03 PM, Markus Armbruster wrote:
>> Blue Swirl writes:
>>
>>> Command line flag '-snapshot' was setting the drive flag 'snapshot'
>>> for all drives. Therefore also CDROM devices were incorrectly marked
>>> with BDRV_O_SNAPSHOT. Thus the backing im
On 07/24/10 21:03, Michael S. Tsirkin wrote:
> On Fri, Jul 23, 2010 at 05:16:42PM +0200, jes.soren...@redhat.com wrote:
>> From: Jes Sorensen
>> diff --git a/hw/vhost.c b/hw/vhost.c
>> index d37a66e..f30cf91 100644
>> --- a/hw/vhost.c
>> +++ b/hw/vhost.c
>> @@ -119,7 +119,6 @@ static void vhost_de
Blue Swirl writes:
> Block device change command did not copy BDRV_O_SNAPSHOT flag. Thus
> the new image did not have this flag and the file got deleted during
> opening.
>
> Fix by copying BDRV_O_SNAPSHOT flag.
Aha: the file gets deleted because bs->is_temporary survives change, but
BDRV_O_SNAP
29 matches
Mail list logo
