Om du har problem med att läsa detta e-postmeddelande, klicka här
(http://www.anp.se/newsletter/765761/444059437941455D4B7142445C43) för en
webb-version.
Vårt nyhetsbrev skickas automatiskt till våra kunder och intressenter. Vill du
inte ha detta nyhetsbrev framöver, klicka här för att avprenu
Am 28.06.2010 16:38, schrieb Ryan Harper:
> To fix https://bugs.launchpad.net/qemu/+bug/597402 where qemu fails to
> call unlink() on temporary snapshots due to bs->is_temporary getting clobbered
> in bdrv_open_common() after being set in bdrv_open() which calls the former.
>
> We don't need to in
Thanks Markus,
(2010/06/29 14:28), Markus Armbruster wrote:
> Hidetoshi Seto writes:
>
>> "Hao, Xudong" writes:
When assign one PCI device, qemu fail to parse the command line:
qemu-system_x86 -smp 2 -m 1024 -hda /path/to/img -pcidevice host=00:19.0
Error:
qemu-system-x86_64
-drive file=/dev/mmwork/testl7,if=ide,index=0,boot=on,format=raw,serial
=WD-WMAM9TD73523,cache=writeback
Yeah, bug exists. only WD-W serial is seen inside VM.
--
qemu fails to set hdd serial number
https://bugs.launchpad.net/bugs/584143
You received this bug notification because you are a member
On 06/28/2010 10:29 PM, Paul Brook wrote:
diff --git a/exec-all.h b/exec-all.h
index a775582..ebe88ad 100644
--- a/exec-all.h
+++ b/exec-all.h
@@ -353,4 +353,8 @@ extern int singlestep;
/* cpu-exec.c */
extern volatile sig_atomic_t exit_request;
+#ifdef NEED_GLOBAL_ENV
+register CPUState *en
On 06/28/2010 07:43 PM, Blue Swirl wrote:
IIRC these #undefs were added because some system includes on some
hosts also defined them. I think they should be replaced by open coded
versions (rather than using the QEMU_ prefix). Or just leave the
#undefs in place.
Right, I confused them with reg_
Signed-off-by: Paolo Bonzini
---
target-alpha/cpu.h |5 -
target-alpha/exec.h |5 +
target-arm/cpu.h |5 -
target-arm/exec.h|6 ++
target-cris/cpu.h|5 -
target-cris/exec.h |6 ++
target-i386/cpu.h|
Let's start the cleanups from the feature required by Blue Swirl.
I also include here a baby step towards removing eminently TCG-related
stuff from cpu.h.
After this series, only a bunch of files will include exec-all.h,
instead of getting it indirectly from cpu.h.
Note that (as sworn in the prev
Signed-off-by: Paolo Bonzini
---
target-alpha/exec.h |2 --
target-cris/exec.h |3 ---
target-i386/op_helper.c |2 +-
target-microblaze/exec.h |2 --
target-mips/exec.h |8
target-mips/op_helper.c |7 ++-
6 files changed, 7 insertions(+), 17
Signed-off-by: Paolo Bonzini
---
gdbstub.c |1 +
hw/xen_domainbuild.c|1 +
kvm-stub.c |1 +
monitor.c |1 +
target-alpha/cpu.h |1 -
target-arm/cpu.h|1 -
target-cris/cpu.h |1 -
target-i386/cpu.h |
Signed-off-by: Paolo Bonzini
---
cpu-exec.c|2 ++
exec-all.h|4
target-alpha/exec.h |2 --
target-alpha/op_helper.c |1 +
target-arm/exec.h |2 --
target-arm/op_helper.c|1 +
target-cris/exec.h
Hi,
Note that currently the usb storage emulation is extremly broken anyway,
just writing to it produces I/O errors after a short while. This means
it can't be used very much at all.
When I tried last time, it did produce lots of kernel error messages in
the guest, but in the end the data w
Because use of some characters in "id" is restricted recently,
assigned device start to fail having implicit "id" that uses
address string of host device, like "00:19.0" which includes
restricted character ':'.
It seems that this implicit "id" is intended to be run as "name"
that could be passed w
Hello,
I propose this small patch so that the qemu log file has a unique name,
to help running several QEmu processes at once (or with different users).
Is it OK?
Thanks
Christophe.
diff --git a/exec.c b/exec.c
index 5969eb2..5ba8d7e 100644
--- a/exec.c
+++ b/exec.c
@@ -1516,7 +1516,10 @@ v
qemu_opt_get may return NULL, so handle that rather than crashing.
Signed-off-by: Mike McCormack
---
qemu-char.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index 9b69d92..f292ee7 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -2434,6
Paolo Bonzini writes:
> On 06/26/2010 04:46 PM, Markus Armbruster wrote:
>> drive_get_by_blockdev()? blockdev_to_drive()?
>
> I like drive_find_by_blockdev or drive_get_by_blockdev, in any case
> I'll make sure my own cpu_get_by_id is named in the same style that
> you choose.
drive_get_by_bloc
On Mon, Jun 28, 2010 at 10:46 PM, Zach Carter wrote:
> Public bug reported:
>
> When using the "-no-reboot" qemu option with kvm, qemu does nothing and
> immediately exits with no output or error message. If I add the --no-
> kvm option to the command line, it works as expected.
>
> It works fin
Am 29.06.2010 10:46, schrieb Christophe LYON:
> Hello,
>
> I propose this small patch so that the qemu log file has a unique name,
> to help running several QEmu processes at once (or with different users).
>
> Is it OK?
I don't think it's a good idea. When debugging things I usually run qemu
s
Generated header files including trace.h and config-host.h are required
for building trace code. Instead of explictly specifying these files,
use the GENERATED_HEADERS variable that is also used elsewhere.
Signed-off-by: Stefan Hajnoczi
---
This patch applies against the tracing branch:
http://
> On 06/28/2010 10:29 PM, Paul Brook wrote:
> >> diff --git a/exec-all.h b/exec-all.h
> >> index a775582..ebe88ad 100644
> >> --- a/exec-all.h
> >> +++ b/exec-all.h
> >> @@ -353,4 +353,8 @@ extern int singlestep;
> >>
> >> /* cpu-exec.c */
> >> extern volatile sig_atomic_t exit_request;
> >>
Paolo Bonzini writes:
>> Hmm. Parse method doesn't accept output of the print method. Not so
>> nice. Is the "CPU #" decoration essential?
>
> I noticed the same in parse/print string:
>
> static int parse_string(DeviceState *dev, Property *prop, const char *str)
> {
> char **ptr = qdev_ge
Hello,
After a fresh checkout and recompilation phase i did:
master$ i386-softmmu/qemu ~/x/img/linux-0.2.img
And (after a while) was greeted with:
pthread_create failed: Resource temporarily unavailable
Please, if you are printing error/warning message - make them useful,
the message should at
Hi,
this is surely an often asked question, but i did not find an
appropriate answer:
I have a ubuntu 10.04 host on which I would like to use qemu in
full-screen mode at minumum 1024x768.
On the host I start the xorg-server directly, that gives me video modes
up to 1280x1024.
Then I star
** Also affects: qemu-kvm (Ubuntu)
Importance: Undecided
Status: New
** Changed in: qemu
Status: New => Invalid
--
qemu fail to parse command "-net none"
https://bugs.launchpad.net/bugs/599617
You received this bug notification because you are a member of qemu-
devel-ml, which i
Trace events with no arguments are not parsed correctly. For example:
foo(void) ""
This patch fixes the trace-events parsing code and simple trace backend.
Signed-off-by: Stefan Hajnoczi
---
This patch applies against the tracing branch:
http://repo.or.cz/w/qemu/stefanha.git/shortlog/refs/head
Am 25.06.2010 18:53, schrieb Markus Armbruster:
> For instance, -device scsi-disk,drive=foo -device scsi-disk,drive=foo
> happily creates two SCSI disks connected to the same block device.
> It's all downhill from there.
>
> Device usb-storage deliberately attaches twice to the same blockdev,
> wh
On 06/28/2010 02:03 PM, Juan Quintela wrote:
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
After last week debacle, I will wait until 10 mins before call to cancel
it.
Thanks for posting earlier this week.
* Anthony Liguori (anth...@codemonkey.ws) wrote:
> On 06/28/2010 02:03 PM, Juan Quintela wrote:
> >Please send in any agenda items you are interested in covering.
> >
> >If we have a lack of agenda items I'll cancel the week's call.
> >
> >After last week debacle, I will wait until 10 mins before c
On 06/29/2010 01:30 PM, Paul Brook wrote:
I don't understand what this is supposed to achieve.
The inclusion of exec.h is what defines whether this global variable is
available. Just as importantly, it also prevents code clobbering this value.
Having one without the other makes no sense.
Making
On 06/29/2010 01:42 PM, Markus Armbruster wrote:
As to "for the user":
dev-prop: cpu_env = CPU #0
dev-prop: cpu_env = 0
Both are equally intelligible, in my opinion: obvious if you know what
the property is about, gibberish if you don't. The latter is slightly
easier to parse with si
On 06/29/2010 03:51 PM, Paolo Bonzini wrote:
On 06/29/2010 01:30 PM, Paul Brook wrote:
I don't understand what this is supposed to achieve. The inclusion
of exec.h is what defines whether this global variable is
available. Just as importantly, it also prevents code clobbering
this value. Having
Intel Macs have a chip called the "AppleSMC" which they use to control
certain Apple specific parts of the hardware, like the keyboard background
light.
That chip is also used to store a key that Mac OS X uses to decrypt binaries.
This patch adds emulation for that chip, so we're getting one step
While not explicitly stated in the spec, it was observed on real systems
that enabling loopback testing on the pcnet controller disables
reception of external frames. And some legacy software relies on it, so
provide this behavior.
Signed-off-by: Jan Kiszka
---
hw/pcnet.c |5 +++--
1 files c
Kevin Wolf writes:
> Am 25.06.2010 18:53, schrieb Markus Armbruster:
>> For instance, -device scsi-disk,drive=foo -device scsi-disk,drive=foo
>> happily creates two SCSI disks connected to the same block device.
>> It's all downhill from there.
>>
>> Device usb-storage deliberately attaches twic
For instance, -device scsi-disk,drive=foo -device scsi-disk,drive=foo
happily creates two SCSI disks connected to the same block device.
It's all downhill from there.
Device usb-storage deliberately attaches twice to the same blockdev,
which fails with the fix in place. Detach before the second a
> On 06/29/2010 03:51 PM, Paolo Bonzini wrote:
> > On 06/29/2010 01:30 PM, Paul Brook wrote:
> >> I don't understand what this is supposed to achieve. The inclusion
> >> of exec.h is what defines whether this global variable is
> >> available. Just as importantly, it also prevents code clobbering
>
On Fri, Jun 25, 2010 at 15:59, Ryan Harper wrote:
> This patch series provides updates to udev to allow the creation symlinks for
> virtio-blk devices, specifically disk/by-id and disk/by-path. This is most
> useful for virtio-blk devices that do not yet have any filesystem for which a
> UUID can
On 06/29/2010 05:28 PM, Paul Brook wrote:
On 06/29/2010 03:51 PM, Paolo Bonzini wrote:
On 06/29/2010 01:30 PM, Paul Brook wrote:
I don't understand what this is supposed to achieve. The inclusion
of exec.h is what defines whether this global variable is
available. Just as importantly, it also p
Hi everybody,
Here's a status update (a public one this time) on my work:
---
Accomplishments:
- [DONE] Generic IOMMU API for devices
- [DONE] PIIX IDE uses the new API
- [DONE] Permissions handling
Bonus:
- [DONE] RTL8139 converted
Objectives:
- [WIP] Reporting IO page faults in the event lo
On Tue, Jun 29, 2010 at 12:50 AM, Avi Kivity wrote:
> On 06/28/2010 11:38 PM, Cam Macdonell wrote:
>>
>>>
> Is this really the address the guest programmed, or is qemu
> misinterpreting
> it?
>
>
>>>
>>> Well, what's the answer?
>>>
>>
>> You're going to have to give me a hint
Hi,
I had lost this topic for more than a few weeks...
On Mon, Mar 22, 2010 at 10:59:20AM -0400, john cooper wrote:
> Marc Haber wrote:
>> On Mon, Mar 22, 2010 at 02:26:11AM -0400, john cooper wrote:
>>> This is a tad ironic as that is how this saga begun. Namely stuffing
>>> 20 bytes of serial
On Tue, Jun 29, 2010 at 7:44 AM, Paolo Bonzini wrote:
> On 06/28/2010 10:29 PM, Paul Brook wrote:
>>>
>>> diff --git a/exec-all.h b/exec-all.h
>>> index a775582..ebe88ad 100644
>>> --- a/exec-all.h
>>> +++ b/exec-all.h
>>> @@ -353,4 +353,8 @@ extern int singlestep;
>>> /* cpu-exec.c */
>>> exter
Marc Haber wrote:
I could have swore I sent out a guest-driver-app-interface-less
version of the patch using virtio to pass the S/N but didn't find it in
the archives. I did however locate it and can bring it forward as a
reference for the above if interest exists.
>>> If it b
* Marc Haber [2010-06-29 13:16]:
> Hi,
>
> I had lost this topic for more than a few weeks...
>
> On Mon, Mar 22, 2010 at 10:59:20AM -0400, john cooper wrote:
> > Marc Haber wrote:
> >> On Mon, Mar 22, 2010 at 02:26:11AM -0400, john cooper wrote:
> >>> This is a tad ironic as that is how this sa
Hi,
On Tue, Jun 29, 2010 at 01:33:33PM -0500, Ryan Harper wrote:
> We've got a sysfs 'serial' attribute for virtio-blk devices upstream[1].
> I've got udev support for using this attribute to create disk/by-id (and
> a fix for by-path) symlinks[2]. All that remains is to
> re-spin/post the qemu v
On Tue, Jun 29, 2010 at 2:35 PM, Alexander Graf wrote:
> Intel Macs have a chip called the "AppleSMC" which they use to control
> certain Apple specific parts of the hardware, like the keyboard background
> light.
>
> That chip is also used to store a key that Mac OS X uses to decrypt binaries.
>
[re-send with correct sender]
Hi,
On Tue, Jun 29, 2010 at 01:33:33PM -0500, Ryan Harper wrote:
> We've got a sysfs 'serial' attribute for virtio-blk devices upstream[1].
> I've got udev support for using this attribute to create disk/by-id (and
> a fix for by-path) symlinks[2]. All that remains
Compile piix4 in hwlib. Two compilations less for the full build.
Signed-off-by: Blue Swirl
---
Makefile.objs|3 +++
Makefile.target |2 +-
default-configs/mips-softmmu.mak |1 +
default-configs/mips64-softmmu.mak |1 +
default-c
Hi,
On Tue, Jun 29, 2010 at 02:03:52PM -0400, john cooper wrote:
> Marc Haber wrote:
> I could have swore I sent out a guest-driver-app-interface-less
> version of the patch using virtio to pass the S/N but didn't find it in
> the archives. I did however locate it and can bring it
On Mon, Jun 14, 2010 at 07:11:54PM +0200, Paolo Bonzini wrote:
> lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
> not matter with Linux guests because it uses just one routine for
> both, but it breaks Windows 64-bit guests. This is the text
> from the spec:
>
>"[The PMJCT
On Mon, Jun 21, 2010 at 02:55:33PM +0800, chen huacai wrote:
> Loongson-specific instructions haven't implememted now. So, if want to
> boot a linux kernel, we should built a 32bit one and drop
> -march=loongson2e compiler flags. For simplification, please use the
> kernel patch (for 2.6.33) in the
On Tue, Jun 29, 2010 at 10:46:35AM +0800, chen huacai wrote:
> Changes from V5:
> Clean up old style save/restore code
>
Thanks, all applied. However as said in answer to one of the previous
version of this series, 64-bit kernels fail to work. It would be nice to
follow up with patches to fix tha
Public bug reported:
We've been finding timedrift issues witth Win7 under qemu-kvm on our
daily testing
kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_load FAIL1 Time
drift too large after rest period: 38.63%
kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_reboot FAIL1 T
** Attachment added: "timedrift with migration log"
http://launchpadlibrarian.net/51133264/kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_migration.DEBUG
--
Timedrift problems with Win7 + qemu-kvm
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a membe
** Attachment added: "timedrift with load log"
http://launchpadlibrarian.net/51133239/kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_load.DEBUG
--
Timedrift problems with Win7 + qemu-kvm
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a member of qemu-
** Attachment added: "timedrift with reboot log"
http://launchpadlibrarian.net/51133275/kvm.qemu-kvm-git.smp2.Win7.64.timedrift.with_reboot.DEBUG
--
Timedrift problems with Win7 + qemu-kvm
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a member of q
Does adding -no-hpet make a difference? I assume that Win7 is using
hpet by default and we currently don't do any time drift mitigation with
hpet.
--
Timedrift problems with Win7 + qemu-kvm
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a member of qemu
I will try that on a separate test job and will let you know about the
results.
--
Timedrift problems with Win7 + qemu-kvm
https://bugs.launchpad.net/bugs/599958
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug d
> >> BTW, this may be useful for one thing: being able to include exec.h
> >> without bringing in the global variable.
> >
> > I'd argue that's not a desirable feature. I'd much rather have exec.h be
> > the controlling factor than have all files include the same set of
> > headers and have semant
Looks no response here. Could anyone let me know anything else I need do to make
this patch ready for acceptance? I'd like to follow any guideline if there is.
I also CC Anthony here since he worked on a similar fix before. If any other
stakeholder
I should CC, please let me know.
Thanks a lot,
On Tue, Jun 29, 2010 at 11:48:13AM -0600, Cam Macdonell wrote:
> On Tue, Jun 29, 2010 at 12:50 AM, Avi Kivity wrote:
> > On 06/28/2010 11:38 PM, Cam Macdonell wrote:
> >>
> >>>
> > Is this really the address the guest programmed, or is qemu
> > misinterpreting
> > it?
> >
> >
>
Public bug reported:
when i use srsdb instruction in arm simulator(qumu), it will not be translated
and run.
after looked over target-arm/translate.c file , i found the deal of srs
instruction won't return,
is that right?
** Affects: qemu
Importance: Undecided
Status: New
--
ta
This is equivalent to SM_PASSTHROUGH security model.
The only exception is, failure of privilige operation like chown
are ignored. This makes a passthrough like security model usable
for people who runs kvm as non root
Signed-off-by: Aneesh Kumar K.V
---
hw/file-op-9p.h | 15 +
We should always use functions which don't follow
symlink on the server
Signed-off-by: Aneesh Kumar K.V
---
hw/virtio-9p-local.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/virtio-9p-local.c b/hw/virtio-9p-local.c
index bc6793a..30e1bda 100644
--- a/hw/virtio-9p-
The arguments are wrong. Use qemu_mallocz directly
Signed-off-by: Aneesh Kumar K.V
---
hw/virtio-9p.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/hw/virtio-9p.c b/hw/virtio-9p.c
index 5c5a34b..fba6619 100644
--- a/hw/virtio-9p.c
+++ b/hw/virtio-9p.c
@@ -2782,8 +278
please consider merging from master into stable-0.12:
commit f093feb735ab57171b6fe16f54b7d3b989907d98
Author: Vagrant Cascadian
Date: Fri Feb 26 13:39:46 2010 -0800
audio/alsa: Spelling typo (paramters)
Trivial patch to fix the spelling of "parameters".
Signed-off-by: malc
t
On Wed, 30 Jun 2010 10:15:29 +0530
"Aneesh Kumar K.V" wrote:
> The arguments are wrong. Use qemu_mallocz directly
>
> Signed-off-by: Aneesh Kumar K.V
Reviewed-by: Sripathi Kodi
> ---
> hw/virtio-9p.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/hw/virtio-
VT686PMState related code seems copy from acpi_piix4.c.
pmsts, pmen, pmcntrl, ...
Can it be consolidated?
On Tue, Jun 29, 2010 at 10:49:29AM +0800, Huacai Chen wrote:
> Signed-off-by: Huacai Chen
> ---
> Makefile.target |2 +-
> hw/pci_ids.h|8 +
> hw/vt82c686.c | 597
>
Summary: upstream qemu commit b560a9ab broke -pcidevice and pci_add host
in two ways:
* Use without options id and name is broken when option host contains
':'. That's because id defaults to host. I recommend to fix it
incompatibly: don't default id to host. The alternative is to get
upst
69 matches
Mail list logo
