On Fri, Aug 17, 2012 at 9:38 AM, Steven wrote:
> Hi, Max,
> I appreciate your help and got some results using your patch. But I
> still have two questions as blow.
>
>>> I see that with the following patch
>>>
>>> diff --git a/softmmu_template.h b/softmmu_template.h
>>> index b8bd700..2d02133 1006
Hi,
On 08/16/2012 09:26 PM, Gerd Hoffmann wrote:
I can get things working by turning ehci_fill_queue() into a nop...
Investigating this further. But if you've any insights they would be
appreciated. I'm thinking this may be caused by packets completing
out of order, which could be caused by t
On Thu, Aug 16, 2012 at 10:24 AM, Stefan Hajnoczi wrote:
> On Tue, Aug 14, 2012 at 2:37 PM, Stefan Hajnoczi wrote:
>> On Thu, Aug 2, 2012 at 1:22 PM, Stefan Hajnoczi wrote:
>>> I have set up the QEMU 1.2 Testing wiki page and suggest August 16 as
>>> the Test Day:
>>>
>>> http://wiki.qemu.org/Pl
Hi, Max,
I appreciate your help and got some results using your patch. But I
still have two questions as blow.
>> I see that with the following patch
>>
>> diff --git a/softmmu_template.h b/softmmu_template.h
>> index b8bd700..2d02133 100644
>> --- a/softmmu_template.h
>> +++ b/softmmu_template.h
On Thu, Aug 16, 2012 at 5:17 AM, Markus Armbruster wrote:
> Cc: Peter Crosthwaite
>
> Suppress default floppy and CD-ROM drives. SD card was already
> suppressed.
>
> Signed-off-by: Markus Armbruster
Reviewed-by: Peter Crosthwaite
> ---
> hw/xilinx_zynq.c | 2 --
> 1 file changed, 2 deletions
On Thu, Aug 16, 2012 at 5:17 AM, Markus Armbruster wrote:
> Cc: Peter Crosthwaite
>
> Suppress default floppy, CD-ROM and SD card drives for machines
> petalogix-ml605 and petalogix-s3adsp1800.
>
> Signed-off-by: Markus Armbruster
Reviewed-by: Peter Crosthwaite
> ---
> hw/petalogix_ml605_mmu.c
Disallow negative value boundaries of the redraw rectangle.
This fixes a segfault when using -vga vmware.
Signed-off-by: Marek Vasut
---
hw/vmware_vga.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
NOTE: I tested this by emulating some recent version of ubuntu. The rect->x
On Thu, Aug 16, 2012 at 5:23 PM, Avi Kivity wrote:
> On 08/16/2012 06:22 AM, liu ping fan wrote:
>> On Tue, Aug 14, 2012 at 6:49 PM, Avi Kivity wrote:
>>> On 08/14/2012 11:30 AM, liu ping fan wrote:
To make memoryRegion survive without the protection of qemu big lock,
we need to pin its
The issue was resolved after running the qemu-ga in dos window with
Administrator privileges.
/Suresh
From: desi babu
To: "qemu-devel@nongnu.org"
Sent: Monday, July 16, 2012 3:24 PM
Subject: Qemu-ga : Guest Agent : Win 2008-64bit not working
There is no bdrv_* API for the commands for burning a blank MMC disk
so when iSCSI LUNs are specified and the LUN is a MMC device with
0 available blocks. This is a blank disk so force scsi generic.
This allows the guest to talk directly to the target to burn data on
the disk.
Signed-off-by: Ronn
The number of blocks of the device is used to compute the device size
in bdrv_getlength()/iscsi_getlength().
For MMC devices, the ReturnedLogicalBlockAddress in the READCAPACITY10
has a special meaning when it is 0.
In this case it does not mean that LBA 0 is the last accessible LBA,
and thus the d
Kevin, List, Paolo
Please find two trivial patches to the iscsi block driver.
1, If the LUN contains a blank disk then the readcapacity10 data will
contain a ReturnedLogicalBlockAddress of 0. For this case this does not mean
that the device contains one readable block and can be read from.
This
Alan Cox writes:
> On Thu, 16 Aug 2012 14:45:15 -0400 (EDT)
> Tomas Racek wrote:
>
>> - Original Message -
>> > On Thu, Aug 16, 2012 at 09:35:12AM -0400, Tomas Racek wrote:
>> > > Hi,
>> > >
>> > > I am writing a file system test which I execute in qemu with kernel
>> > > compiled from
On 08/16/2012 11:53 AM, Alan Cox wrote:
>>
>> Yes, if I remove the break statement (introduced by this commit), it works
>> fine.
>
> What version of qemu is this - do we have qemu bug here I wonder.
>
Also, is it 32 or 64 bits?
-hpa
Hi,
I normally don't do announces for -rc0 but there's enough interest for
this one that I thought I'd post a tarball.
Please note, this is effectively a git snapshot so YMMV.
-rc1 will be tagged next Wednesday for another Thursday release. I'll
do a call for -rc1 patches on Monday like I did
In case when TARGET_ABI_BITS == 32 && HOST_LONG_BITS == 64, the last
byte of the target dirent structure (aka d_type byte) was never copied
from the native dirent structure, thus breaking everything that relies
on valid d_type value, e.g. glob(3).
Signed-off-by: Dmitry V. Levin
---
linux-user/sy
On Thu, Aug 16, 2012 at 10:31 PM, Max Filippov wrote:
> On Thu, Aug 16, 2012 at 9:49 PM, Steven wrote:
>> On Thu, Aug 16, 2012 at 1:43 PM, Max Filippov wrote:
>>> On Thu, Aug 16, 2012 at 9:37 PM, Max Filippov wrote:
On Thu, Aug 16, 2012 at 9:29 PM, Steven wrote:
> On Thu, Aug 16, 2012
First of all, your kernel panic screenshot is incomplete: it lacks the
most important information which were scrolled off the (virtual) screen.
Please enable serial console and capture whole OOPs in a text form.
Second, it isn't clear whenever this is HOST kernel panic or GUEST
kernel panic. I as
On Thu, Aug 16, 2012 at 2:51 PM, Laurent Desnogues
wrote:
> On Thu, Aug 16, 2012 at 7:49 PM, Steven wrote:
> [...]
>> I want to get the guest memory address in the instruction mov
>> 0x4(%ebx) %eax, whic is 0x4(%ebx).
>> Since %ebx is not resolved until the execution time, the code in
>> softmmu
On Thu, Aug 16, 2012 at 12:54 PM, Peter Maydell
wrote:
> On 16 August 2012 17:36, Steven wrote:
>> I would like to get a trace of guest memory access. So I can not use
>> "info registers".
>> What I want to do is that when tcg fetches a load instruction at
>> disas_insns(), the guest memory addre
On Thu, 16 Aug 2012 14:23:40 -0500
Michael Roth wrote:
> On Thu, Aug 16, 2012 at 10:40:05AM -0300, Luiz Capitulino wrote:
> > On Wed, 15 Aug 2012 13:45:42 -0500
> > Michael Roth wrote:
> >
> > >
> > > Signed-off-by: Michael Roth
> >
> > I've applied this series to the qmp branch for 1.2. I'l
Hi,
> Ok, I've managed to significantly narrow this down, this is caused
> by ehci_fill_queue() adding packets to the queue with different
> qtdaddr values then the first one already queued up, this is of
> course more or less fully expected,
Yes.
> but does trigger the assert in question ...
On 16.08.2012 18:58, Iustin Pop wrote:
> Commit 947995c (block: protect path_has_protocol from filenames with
> colons) introduced a way to handle filenames with colons based on
> whether the path contains a slash or not. IMHO this is not optimal,
> since we shouldn't rely on the contents of the pa
On Thu, Aug 16, 2012 at 10:40:05AM -0300, Luiz Capitulino wrote:
> On Wed, 15 Aug 2012 13:45:42 -0500
> Michael Roth wrote:
>
> >
> > Signed-off-by: Michael Roth
>
> I've applied this series to the qmp branch for 1.2. I'll run some tests and if
> all goes alright will send a pull request short
On Thu, Aug 16, 2012 at 11:11:26AM -0300, Luiz Capitulino wrote:
> On Wed, 15 Aug 2012 13:45:43 -0500
> Michael Roth wrote:
>
> > Currently, when parsing a stream of tokens we make a copy of the token
> > list at the beginning of each level of recursion so that we do not
> > modify the original l
On Thu, Aug 16, 2012 at 7:49 PM, Steven wrote:
[...]
> I want to get the guest memory address in the instruction mov
> 0x4(%ebx) %eax, whic is 0x4(%ebx).
> Since %ebx is not resolved until the execution time, the code in
> softmmu_header.h does not generate any hit or miss information.
> Do you k
On Thu, 16 Aug 2012 14:45:15 -0400 (EDT)
Tomas Racek wrote:
> - Original Message -
> > On Thu, Aug 16, 2012 at 09:35:12AM -0400, Tomas Racek wrote:
> > > Hi,
> > >
> > > I am writing a file system test which I execute in qemu with kernel
> > > compiled from latest git sources and running
- Original Message -
> On Thu, Aug 16, 2012 at 09:35:12AM -0400, Tomas Racek wrote:
> > Hi,
> >
> > I am writing a file system test which I execute in qemu with kernel
> > compiled from latest git sources and running it causes this error:
> >
> > https://bugzilla.kernel.org/show_bug.cgi?i
On Thu, Aug 16, 2012 at 9:49 PM, Steven wrote:
> On Thu, Aug 16, 2012 at 1:43 PM, Max Filippov wrote:
>> On Thu, Aug 16, 2012 at 9:37 PM, Max Filippov wrote:
>>> On Thu, Aug 16, 2012 at 9:29 PM, Steven wrote:
On Thu, Aug 16, 2012 at 1:00 PM, Max Filippov wrote:
> On Thu, Aug 16, 2012
The trick here is to replace only the cpu_x86_find_by_name() logic and nothing
else. So, the only difference in relation to the previous code is that instead
of looking at the CPU model table on cpu_x86_create()/cpu_x86_find_by_name(),
we just use the right CPU class, that will already contain the
On Wed, 15 Aug 2012 20:48:43 +0200
"Benoît Canet" wrote:
> This additionnal --machine=json option make qemu-img info output on
> stdout a JSON formated representation of the image informations.
>
> --machine=json was choosen instead of --format=json because the
> info command already have a -f p
From: Eduardo Habkost
The struct will be used by X86CPUClass, too.
Signed-off-by: Eduardo Habkost
---
target-i386/cpu-qom.h | 19 +++
target-i386/cpu.c | 18 --
2 files changed, 19 insertions(+), 18 deletions(-)
diff --git a/target-i386/cpu-qom.h b/target-i
A step towards making the creation of CPU objects use the CPU model name
as class name.
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index e7f32fc..2e24e00 100644
---
Commit 947995c (block: protect path_has_protocol from filenames with
colons) introduced a way to handle filenames with colons based on
whether the path contains a slash or not. IMHO this is not optimal,
since we shouldn't rely on the contents of the path but rather on
whether the given path exists
his is a new version of the previous CPU model classes RFC I have sent
previously, rebased on top of Igor's CPU properties series, and other series
from the list.
Igor's series: http://article.gmane.org/gmane.comp.emulators.qemu/165728
Considering that I had rebased Igor's series on top of other
Merge it with cpu_x86_create().
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 42 ++
target-i386/cpu.h | 1 -
2 files changed, 18 insertions(+), 25 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index c48de43..e7f32fc 100644
---
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 146 --
1 file changed, 98 insertions(+), 48 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index 5734570..0c816d9 100644
--- a/target-i386/cpu.c
+++ b/target-i386/cpu.c
@@
Changes to make checkpatch.pl happy:
- Use "sizeof(...)" instead of "sizeof (...)";
- Spaces around ":";
- Use spaces instead of tabs;
- Braces on if statements.
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-
On Thu, 16 Aug 2012 17:12:37 +0200
Markus Armbruster wrote:
> Luiz Capitulino writes:
>
> > On Thu, 16 Aug 2012 16:32:12 +0200
> > Markus Armbruster wrote:
> >
> >> Luiz Capitulino writes:
> >>
> >> > On Thu, 16 Aug 2012 15:50:51 +0200
> >> > Markus Armbruster wrote:
> >> >
> >> >> Luiz Cap
On Thu, 16 Aug 2012 13:49:15 -0300
Luiz Capitulino wrote:
> > I converted more error messages to the error-reporting-infrastructure-
> > du-jour than was enjoyable, and I can tell you that the restrictions
> > that come with error_report() compared to anything-goes-fprintf() do
> > make the job e
On 08/16/12 15:00, Yonit Halperin wrote:
> On 08/16/2012 12:42 PM, Gerd Hoffmann wrote:
>> On 08/16/12 10:23, Yonit Halperin wrote:
>>> Spice server needs to know about the vm state in order to prevent
>>> attempts to write to devices when they are stopped, mainly during
>>> the non-live stage of m
I'd be interested in working on this.. What I'd like to propose is to write
an automated regression test harness that will reboot the host hardware, and
start booting up guest VMs and report the time-to-boot, as well as relative
performance of the running VMs.
For best results, I'd need access to
On Thu, Aug 16, 2012 at 9:37 PM, Max Filippov wrote:
> On Thu, Aug 16, 2012 at 9:29 PM, Steven wrote:
>> On Thu, Aug 16, 2012 at 1:00 PM, Max Filippov wrote:
>>> On Thu, Aug 16, 2012 at 8:36 PM, Steven wrote:
On Thu, Aug 16, 2012 at 4:02 AM, 陳韋任 (Wei-Ren Chen)
wrote:
>> I would l
The field is being used for a single purpose: to indicate if the CPU
model is a builtin one. So, instead of an opaque and confusing 'flags'
field name, use a boolean 'is_builtin' field to indicate if the model is
a built-in one.
No behavior change, just a field rename.
Signed-off-by: Eduardo Habk
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index da7b5af..0bf62da 100644
--- a/target-i386/cpu.c
+++ b/target-i386/cpu.c
@@ -1544,12 +1544,14 @@ X86CPU *cpu_x86_create(const c
cpu_x86_find_by_name() will go away when we move to CPU model classes.
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index 2e24e00..9209bb1 100644
--- a/target-i386/cpu.c
+
This is only a temporary hack so that this series can be tested while we don't
kill the support for "cpudef" config sections.
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index
On Wed, Aug 15, 2012 at 06:13:27PM +0200, Igor Mammedov wrote:
> Signed-off-by: Igor Mammedov
> --
> v2:
> * replaced mask/ffs tricks by plain 'for (bit = 0; bit < 32; bit++)'
> as suggested by Eduardo Habkost
> ---
> target-i386/cpu.c | 101
> ++
I am new to QEMU was wondering how QEMU emulates the VFP for an arm processor
. On a qemued debian qrmel machine for a floating point program all the
intruction sin assembly program are not using fxxx instructions but that
program still works correctly. I checked the config file for versatile
I have a patch for this...
** Patch added: "IPv4 as default address family for TCP connections"
https://bugs.launchpad.net/qemu/+bug/562107/+attachment/3263924/+files/0001-IPv4-as-default-address-family-for-TCP-connections.patch
--
You received this bug notification because you are a member
On Thu, Aug 16, 2012 at 1:43 PM, Max Filippov wrote:
> On Thu, Aug 16, 2012 at 9:37 PM, Max Filippov wrote:
>> On Thu, Aug 16, 2012 at 9:29 PM, Steven wrote:
>>> On Thu, Aug 16, 2012 at 1:00 PM, Max Filippov wrote:
On Thu, Aug 16, 2012 at 8:36 PM, Steven wrote:
> On Thu, Aug 16, 2012
** Attachment added: "kernel panic screenshot"
https://bugs.launchpad.net/bugs/1037675/+attachment/3264111/+files/kernel_panic.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1037675
Title:
G
Public bug reported:
After Upgrading to qemu-kvm-1.1.1-r1 from version 1.0.1-r1 my virtual
machines (running gentoo linux) panic at intel_pmu_init. (detailed
information including stacktrace are in the uploaded screenshot). When i
remove the "-cpu host" option, the system starts normally.
the com
** Changed in: linux (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1037606
Title:
vmwgfx does not work with kvm vmware vga
Status in QEMU:
New
Status
On Thu, Aug 16, 2012 at 09:35:12AM -0400, Tomas Racek wrote:
> Hi,
>
> I am writing a file system test which I execute in qemu with kernel compiled
> from latest git sources and running it causes this error:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=45971
>
> It works with v3.5, so I ran
Hi,
I am writing a file system test which I execute in qemu with kernel compiled
from latest git sources and running it causes this error:
https://bugzilla.kernel.org/show_bug.cgi?id=45971
It works with v3.5, so I ran git bisect which pointed me to:
d6250a3f12edb3a86db9598ffeca3de8b4a219e9 x86
On Thu, Aug 16, 2012 at 9:29 PM, Steven wrote:
> On Thu, Aug 16, 2012 at 1:00 PM, Max Filippov wrote:
>> On Thu, Aug 16, 2012 at 8:36 PM, Steven wrote:
>>> On Thu, Aug 16, 2012 at 4:02 AM, 陳韋任 (Wei-Ren Chen)
>>> wrote:
> I would like to is there any function that could log the register
On Thu, Aug 16, 2012 at 1:00 PM, Max Filippov wrote:
> On Thu, Aug 16, 2012 at 8:36 PM, Steven wrote:
>> On Thu, Aug 16, 2012 at 4:02 AM, 陳韋任 (Wei-Ren Chen)
>> wrote:
I would like to is there any function that could log the register
content of the guest machine, like "info registers" i
On Thu, Aug 16, 2012 at 1:15 PM, Peter Maydell wrote:
> On 16 August 2012 18:13, Steven wrote:
>> So the run time function should be tcg_out_qemu_ld, right?
>
> No, tcg_out_qemu_ld is a translate time function, which emits
> the native (x86 in this case) instructions necessary to perform
> a gues
Since the error prevents graphical environment from starting and apport-
collect requires a graphical browser to post the data it collects it is
not useful to run.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member
On 16 August 2012 18:13, Steven wrote:
> So the run time function should be tcg_out_qemu_ld, right?
No, tcg_out_qemu_ld is a translate time function, which emits
the native (x86 in this case) instructions necessary to perform
a guest load.
-- PMM
On Thu, Aug 16, 2012 at 12:54 PM, Peter Maydell
wrote:
> On 16 August 2012 17:36, Steven wrote:
>> I would like to get a trace of guest memory access. So I can not use
>> "info registers".
>> What I want to do is that when tcg fetches a load instruction at
>> disas_insns(), the guest memory addre
Reviewed-by: Jordan Justen
On Thu, Aug 16, 2012 at 4:41 AM, Markus Armbruster wrote:
> pc_fw_add_pflash_drv() ignores qemu_find_file() failure, and happily
> creates a drive without a medium.
>
> When pc_system_flash_init() asks for its size, bdrv_getlength() fails
> with -ENOMEDIUM, which isn't
Just to be clear - we are sure that it is the virtualization host networking
problems which are triggering this VM OS nic driver crash, and we haven't
described these here anything like well enough to reproduce the situation -
they are complex.
However, in the same situation, a VM with rtl8139 or
On Thu, Aug 16, 2012 at 4:16 AM, Markus Armbruster wrote:
> I noticed a few things I'd like to discuss.
>
> 0. pc_fw_add_pflash_drv() lacks error checking, patch coming.
>
> 1. Watch this:
>
> $ qemu-system-x86_64 -nodefaults -S -vnc :0 -bios /dev/null
> Bad ram offset 800
> Aborte
On Thu, Aug 16, 2012 at 8:36 PM, Steven wrote:
> On Thu, Aug 16, 2012 at 4:02 AM, 陳韋任 (Wei-Ren Chen)
> wrote:
>>> I would like to is there any function that could log the register
>>> content of the guest machine, like "info registers" in the qemu
>>> monitor mode.
>>
>> Why not check how "info
Make source code lines shorter.
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index 5a20cc6..1382e8e 100644
--- a/target-i386/cpu.c
+++ b/target-i386/cpu.c
@@ -1611,20
Eventually all of the init code will become just a simple object_new()
call, but right now we need to reorder and split some of the steps
invoved in the CPU model string parsing, and it will be easier to do
that inside cpu.c, by now.
Signed-off-by: Eduardo Habkost
---
hw/pc.c | 2 +
It's safer to initialize them than require that
compat_normalize_cpu_model() always initialize them, even on errors.
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index 0bf62da..c
On 16 August 2012 17:36, Steven wrote:
> I would like to get a trace of guest memory access. So I can not use
> "info registers".
> What I want to do is that when tcg fetches a load instruction at
> disas_insns(), the guest memory address should be calculated.
You cannot calculate the guest memor
We are seeing a reliably reproducible panic when using the E1000 card over
a private network. This crash occurs inside the guest kernel of a VM with
some (we believe) unrelated network connectivity issues, running on
qemu-kvm 1.1.1.
We have seen this on all kernel versions we tested, the earliest
On Thu, Aug 16, 2012 at 4:02 AM, 陳韋任 (Wei-Ren Chen)
wrote:
>> I would like to is there any function that could log the register
>> content of the guest machine, like "info registers" in the qemu
>> monitor mode.
>
> Why not check how "info registes" be implemented in QEMU? ;)
> I guess you just
> One way is to treat the SD card as a hot-pluggable device. A card
> reader device model provides a connector for the SD card device model.
> The SD card device model is backed by a block backend, with
> non-removable medium. Card change is device hot plug.
>...
> Note that we could model flopp
> On 16 August 2012 16:17, Markus Armbruster wrote:
> > Paul Brook writes:
> >> I think this may be the wrong way to fix this. SD cards aren't really
> >> have removable media. In the same way that a SCSI HDD are generally
> >> not removable media - you hotplug the whole drive.
> >
> > If an S
Peter Maydell writes:
> On 16 August 2012 16:17, Markus Armbruster wrote:
>> Paul Brook writes:
>>> I think this may be the wrong way to fix this. SD cards aren't really have
>>> removable media. In the same way that a SCSI HDD are generally not
>>> removable
>>> media - you hotplug the whol
This bug is missing log files that will aid in diagnosing the problem.
>From a terminal window please run:
apport-collect 1037606
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a commen
On Thu, Aug 16, 2012 at 03:27:57PM +0100, Chris Webb wrote:
> "Michael S. Tsirkin" writes:
>
> > On Thu, Aug 16, 2012 at 10:20:05AM +0100, Chris Webb wrote:
> >
> > > For example, I can run
> > >
> > > ip addr add 192.168.1.2/24 dev eth0
> > > ip link set eth0 up
> > > ip link add link eth
On 16 August 2012 16:17, Markus Armbruster wrote:
> Paul Brook writes:
>> I think this may be the wrong way to fix this. SD cards aren't really have
>> removable media. In the same way that a SCSI HDD are generally not removable
>> media - you hotplug the whole drive.
>
> If an SD card device d
Paul Brook writes:
>> On 16 August 2012 15:11, Markus Armbruster wrote:
>> > Peter Maydell writes:
>> >> As suggested in the recent discussion on Markus' patchset to suppress
>> >> unused default drives, this patchset cleans up the omap and pxa2xx
>> >>
>> >> SD card controllers to behave like
There is screenshot of the error message.
The message reads
*ERROR* Hardware has no pichlock
** Changed in: linux (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net
Luiz Capitulino writes:
> On Thu, 16 Aug 2012 16:32:12 +0200
> Markus Armbruster wrote:
>
>> Luiz Capitulino writes:
>>
>> > On Thu, 16 Aug 2012 15:50:51 +0200
>> > Markus Armbruster wrote:
>> >
>> >> Luiz Capitulino writes:
>> >>
>> >> > On Thu, 16 Aug 2012 13:41:12 +0200
>> >> > Markus Ar
This bug is missing log files that will aid in diagnosing the problem.
>From a terminal window please run:
apport-collect 1037606
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a commen
Peter Maydell writes:
> On 16 August 2012 15:11, Markus Armbruster wrote:
>> Peter Maydell writes:
>>> As suggested in the recent discussion on Markus' patchset to suppress
>>> unused default drives, this patchset cleans up the omap and pxa2xx
>>> SD card controllers to behave like the other co
> On 16 August 2012 15:11, Markus Armbruster wrote:
> > Peter Maydell writes:
> >> As suggested in the recent discussion on Markus' patchset to suppress
> >> unused default drives, this patchset cleans up the omap and pxa2xx
> >>
> >> SD card controllers to behave like the other controllers:
> >
** Attachment added: "the error"
https://bugs.launchpad.net/bugs/1037606/+attachment/3263897/+files/screenshot-20120816163835.png
** Also affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subsc
On Thu, 16 Aug 2012, Jan Kiszka wrote:
> Since we moved pcspk into hwlib, CONFIG_PCSPK is no longer defined per
> target. Therefore, statically built soundhw array in arch_init.c stopped
> including this card.
>
> Work around this by re-adding this define to config-target.mak.
> Long-term, a dyna
On Wed, Aug 15, 2012 at 3:22 PM, wrote:
>
> Hi,
>
> Today is the hard freeze for 1.2. If you have any pull requests and/or
> patches targetted for the hard freeze, please send them by 3pm
> US/Central time today and clearly mark them "for-1.2".
>
> If there are existing patches and/or pull reque
On Thu, 16 Aug 2012 16:32:12 +0200
Markus Armbruster wrote:
> Luiz Capitulino writes:
>
> > On Thu, 16 Aug 2012 15:50:51 +0200
> > Markus Armbruster wrote:
> >
> >> Luiz Capitulino writes:
> >>
> >> > On Thu, 16 Aug 2012 13:41:12 +0200
> >> > Markus Armbruster wrote:
> >> >
> >> >> pc_fw_ad
Am 06.06.2012 23:11, schrieb Michael Tokarev:
> Commit 7b93fadf3a38d1ed65ea5536a52efc2772c6e3b8 "Add basic version
> of bridge helper" put the bridge helper executable into a fixed
> ${prefix}/libexec/ location, instead of using ${libexecdir} for
> this. At the same time, --libexecdir is being hap
On Wed, Aug 15, 2012 at 05:44:38PM -0500, Anthony Liguori wrote:
> Hi,
>
> I attempted to apply Eduardo's seccomp patches and ran into a number of
> problems. In the interest of time, I thought it would be easier for me to fix
> them and just respin the series myself.
>
> I've tested this as bes
Luiz Capitulino writes:
> On Thu, 16 Aug 2012 15:50:51 +0200
> Markus Armbruster wrote:
>
>> Luiz Capitulino writes:
>>
>> > On Thu, 16 Aug 2012 13:41:12 +0200
>> > Markus Armbruster wrote:
>> >
>> >> pc_fw_add_pflash_drv() ignores qemu_find_file() failure, and happily
>> >> creates a drive w
"Michael S. Tsirkin" writes:
> On Thu, Aug 16, 2012 at 10:20:05AM +0100, Chris Webb wrote:
>
> > For example, I can run
> >
> > ip addr add 192.168.1.2/24 dev eth0
> > ip link set eth0 up
> > ip link add link eth0 name tap0 address 02:02:02:02:02:02 type macvtap
> > mode bridge
> > ip l
On 16 August 2012 15:11, Markus Armbruster wrote:
> Peter Maydell writes:
>> As suggested in the recent discussion on Markus' patchset to suppress
>> unused default drives, this patchset cleans up the omap and pxa2xx
>> SD card controllers to behave like the other controllers:
>> * the init func
Peter Maydell writes:
> As suggested in the recent discussion on Marcks' patchset to suppress
> unused default drives, this patchset cleans up the omap and pxa2xx
> SD card controllers to behave like the other controllers:
> * the init function looks for the next IF_SD drive
> * if there isn't
Le Thursday 16 Aug 2012 à 11:47:27 (+0100), Richard Davies a écrit :
> Hi,
>
> We run a cloud hosting provider using qemu-kvm 1.1, and are keen to find a
> contractor to track down and fix problems we have with large memory Windows
> guests booting very slowly - they can take several hours.
>
> W
On Wed, 15 Aug 2012 13:45:43 -0500
Michael Roth wrote:
> Currently, when parsing a stream of tokens we make a copy of the token
> list at the beginning of each level of recursion so that we do not
> modify the original list in cases where we need to fall back to an
> earlier state.
>
> In the wo
Am 16.08.2012 15:32, schrieb Stefan Hajnoczi:
> On Thu, Aug 16, 2012 at 03:12:21PM +0200, Stefan Weil wrote:
>> Macro XEN_HOST_PCI_RESOURCE_BUFFER_SIZE is only used locally,
>> so the change should be safe.
>>
>> Signed-off-by: Stefan Weil
>> ---
>> hw/xen-host-pci-device.c |6 +++---
>> 1 fi
On Thu, 16 Aug 2012 15:50:51 +0200
Markus Armbruster wrote:
> Luiz Capitulino writes:
>
> > On Thu, 16 Aug 2012 13:41:12 +0200
> > Markus Armbruster wrote:
> >
> >> pc_fw_add_pflash_drv() ignores qemu_find_file() failure, and happily
> >> creates a drive without a medium.
> >>
> >> When pc_sy
Am 16.08.2012 15:50, schrieb Markus Armbruster:
>> Although I'm not sure it qualifies for hard-freeze...
>
> I didn't tag my series "for-1.2". I understand that fixes to
> not-so-important stuff aren't welcome at this time even when they're
> really simple.
It's a clear bug fix, easy to understa
Instead of getting the BlockDriverState* in the omap board init
and passing it to the mmc controller's init function, have the
mmc controller get the next IF_SD device and use it if present.
This brings us into line with other SD controller models and
means that we correctly emulate an SD controlle
1 - 100 of 187 matches
Mail list logo
