On 2012-09-04 19:41, Maciej W. Rozycki wrote:
> On Tue, 4 Sep 2012, Jan Kiszka wrote:
>
>> What I'm trying to understand and translate from the description is
>> rather "note that for inputs a high-to-low transition cancels the
>> interrupt as in the level-triggered mode." This is surely not what
On 4 September 2012 18:37, Stefan Weil wrote:
> Report from smatch:
>
> mcf5206.c:384 m5206_mbar_readb(7) error: buffer overflow 'm5206_mbar_width'
> 128 <= 128
> mcf5206.c:403 m5206_mbar_readw(8) error: buffer overflow 'm5206_mbar_width'
> 128 <= 128
> mcf5206.c:427 m5206_mbar_readl(8) error: b
Am 04.09.2012 19:57, schrieb Peter Maydell:
On 4 September 2012 18:37, Stefan Weil wrote:
Report from smatch:
mcf5206.c:384 m5206_mbar_readb(7) error: buffer overflow 'm5206_mbar_width' 128
<= 128
mcf5206.c:403 m5206_mbar_readw(8) error: buffer overflow 'm5206_mbar_width' 128
<= 128
mcf5206.
On Tuesday, September 04, 2012 12:01:31 AM Harshita wrote:
> Hello,
>
> As part of implementing Fault Tolerant solution, we are exploring
> Kemari. In the process of understanding it, we tested the branch "next"
> of git repository. It is working fine. But, once we trigger sync
> command, VM respo
Am 04.09.2012 20:12, schrieb Stefan Weil:
Am 04.09.2012 19:57, schrieb Peter Maydell:
On 4 September 2012 18:37, Stefan Weil wrote:
Report from smatch:
mcf5206.c:384 m5206_mbar_readb(7) error: buffer overflow
'm5206_mbar_width' 128 <= 128
mcf5206.c:403 m5206_mbar_readw(8) error: buffer overf
On 4 September 2012 19:16, Stefan Weil wrote:
> Am 04.09.2012 20:12, schrieb Stefan Weil:
>> Am 04.09.2012 19:57, schrieb Peter Maydell:
>>> Checked against the data sheet -- last documented register is at
>>> offset $1F0, so correcting the offset check rather than the array
>>> length is the corr
On 2012-09-04 20:27, Maciej W. Rozycki wrote:
> On Tue, 4 Sep 2012, Jan Kiszka wrote:
>
What I'm trying to understand and translate from the description is
rather "note that for inputs a high-to-low transition cancels the
interrupt as in the level-triggered mode." This is surely not
On 09/02/2012 10:33 AM, Blue Swirl wrote:
> +/* fpu_helper.c */
> +uint32_t set_cc_f32(float32 v1, float32 v2);
> +uint32_t set_cc_f64(float64 v1, float64 v2);
> +uint32_t set_cc_nz_f32(float32 v);
> +uint32_t set_cc_nz_f64(float64 v);
> +
I think that the CC handling should stay together, regardl
On 09/02/2012 10:33 AM, Blue Swirl wrote:
> target-s390x: fix style
> target-s390x: split FPU ops
> target-s390x: split condition code helpers
> target-s390x: split integer helpers
> target-s390x: split memory access helpers
> target-s390x: rename op_helper.c to misc_helper.c
> target
Thanks for reviewing.
I will correct the series tomorow.
Benoît
Le Tuesday 04 Sep 2012 à 14:54:18 (+0200), Kevin Wolf a écrit :
> Am 27.08.2012 09:15, schrieb Benoît Canet:
> > This option --output=[human|json] make qemu-img info output on
> > human or JSON representation at the choice of the use
On Tue, Sep 4, 2012 at 7:38 AM, Paolo Bonzini wrote:
> Il 04/09/2012 09:19, Wenchao Xia ha scritto:
+struct QBlockOption_prot_file {
>>>
>>> QBlockOptionProtFile
>>>
+char *filename;
>>>
>>> 'const'
>>>
>> There is a problem, this member would be used in information
>> retriev
On Tue, Sep 4, 2012 at 8:32 AM, Avi Kivity wrote:
> On 09/03/2012 10:32 PM, Blue Swirl wrote:
>> On Mon, Sep 3, 2012 at 4:14 PM, Avi Kivity wrote:
>>> On 08/29/2012 11:27 AM, Markus Armbruster wrote:
I don't see a point in making contributors avoid non-problems that might
conceivab
On Tue, Sep 4, 2012 at 12:54 PM, Anthony Liguori wrote:
> Hi,
>
> On behalf of the QEMU Team, I'd like to announce the availability of the
> third and final release candidate for the QEMU 1.2 release. This
> release is meant for testing purposes and should not be used in a
> production environmen
On Tue, Sep 4, 2012 at 6:42 PM, Richard Henderson wrote:
> On 09/02/2012 10:33 AM, Blue Swirl wrote:
>> +/* fpu_helper.c */
>> +uint32_t set_cc_f32(float32 v1, float32 v2);
>> +uint32_t set_cc_f64(float64 v1, float64 v2);
>> +uint32_t set_cc_nz_f32(float32 v);
>> +uint32_t set_cc_nz_f64(float64 v)
On 4 September 2012 20:29, Blue Swirl wrote:
> On Tue, Sep 4, 2012 at 12:54 PM, Anthony Liguori wrote:
>> The release plan for the 1.2 release is available at:
>>
>> http://wiki.qemu.org/Planning/1.2
>
> The plan does not mention rc3
Clearly Anthony should add something like the following
to his
On Tue, Sep 4, 2012 at 7:42 PM, Peter Maydell wrote:
> On 4 September 2012 20:29, Blue Swirl wrote:
>> On Tue, Sep 4, 2012 at 12:54 PM, Anthony Liguori wrote:
>>> The release plan for the 1.2 release is available at:
>>>
>>> http://wiki.qemu.org/Planning/1.2
>>
>> The plan does not mention rc3
>
While testing q35, I found that windows 7 (specifically, windows 7 ultimate
with sp1 x64), wouldn't install because it can't find the cdrom or disk drive.
The failure message is: 'A required cd/dvd device driver is missing. If you
have a driver floppy disk, CD, DVD, or USB flash drive, please inser
Hi there,
Given that right now I don't have enough time to write the paper that should
accompany this work, I've decided to open it up so that whoever is interested
can have access to it.
You can get some instructions here:
https://projects.gso.ac.upc.edu/projects/qemu-dbi/wiki
Code is split
On Fri, Aug 31, 2012 at 11:25:52PM -0700, Alexander Graf wrote:
> On 31.08.2012, at 13:54, Jason Baron wrote:
>
> > On Fri, Aug 31, 2012 at 01:29:46PM -0700, Alexander Graf wrote:
> >> On 31.08.2012, at 12:15, Jason Baron wrote:
> >>
> >>> On Fri, Aug 31, 2012 at 12:04:59PM -0700, Alexander Gra
Report from smatch:
linux-user/syscall.c:3632 do_ioctl_dm(220) info:
redundant null check on big_buf calling free()
'big_buf' was allocated by g_malloc0, therefore free was also
replaced by g_free.
Signed-off-by: Stefan Weil
---
linux-user/syscall.c |4 +---
1 file changed, 1 insertion(+)
On Fri, Aug 31, 2012 at 11:43:31AM -0400, Jason Baron wrote:
> On Fri, Aug 31, 2012 at 06:35:13PM +0300, Michael S. Tsirkin wrote:
> > On Fri, Aug 31, 2012 at 10:45:52AM -0400, Jason Baron wrote:
> > > On Fri, Aug 31, 2012 at 11:42:27AM +0300, Michael S. Tsirkin wrote:
> > > > Some minor nits below
Blue Swirl writes:
> On Tue, Sep 4, 2012 at 12:54 PM, Anthony Liguori wrote:
>> Hi,
>>
>> On behalf of the QEMU Team, I'd like to announce the availability of the
>> third and final release candidate for the QEMU 1.2 release. This
>> release is meant for testing purposes and should not be used
Blue Swirl writes:
> On Tue, Sep 4, 2012 at 7:42 PM, Peter Maydell
> wrote:
>> On 4 September 2012 20:29, Blue Swirl wrote:
>>> On Tue, Sep 4, 2012 at 12:54 PM, Anthony Liguori
>>> wrote:
The release plan for the 1.2 release is available at:
http://wiki.qemu.org/Planning/1.2
>
Report from smatch:
xics.c:169:19: error: dubious one-bit signed bitfield
xics.c:170:15: error: dubious one-bit signed bitfield
xics.c:171:19: error: dubious one-bit signed bitfield
xics.c:172:25: error: dubious one-bit signed bitfield
Instead of replacing 'int' by 'unsigned', 'bool' was used bec
Add an explicit CPUState parameter instead of relying on AREG0.
For easier review, convert only op helpers which don't return any value.
Signed-off-by: Blue Swirl
---
target-arm/helper.h|8
target-arm/op_helper.c | 20 ++--
target-arm/translate.c |8 --
Convert remaining helpers to AREG0 free mode: add an explicit
CPUState parameter instead of relying on AREG0.
Signed-off-by: Blue Swirl
---
target-arm/helper.h| 52 +-
target-arm/op_helper.c | 64 +++---
target-arm/translate.c | 134 ++
Convert code load functions and switch to AREG0 free mode.
Signed-off-by: Blue Swirl
---
configure|2 +-
target-arm/Makefile.objs |2 --
target-arm/cpu.h | 10 ++
target-arm/helper.c |9 +
target-arm/op_helper.c |8 +---
target
On 4 September 2012 21:14, Stefan Weil wrote:
> Report from smatch:
>
> linux-user/syscall.c:3632 do_ioctl_dm(220) info:
> redundant null check on big_buf calling free()
>
> 'big_buf' was allocated by g_malloc0, therefore free was also
> replaced by g_free.
>
> Signed-off-by: Stefan Weil
Review
On 4 September 2012 21:37, Blue Swirl wrote:
> Add an explicit CPUState parameter instead of relying on AREG0.
>
> For easier review, convert only op helpers which don't return any value.
>
> Signed-off-by: Blue Swirl
Reviewed-by: Peter Maydell
Thanks for splitting these up, it helped a lot.
On 4 September 2012 21:37, Blue Swirl wrote:
> Convert remaining helpers to AREG0 free mode: add an explicit
> CPUState parameter instead of relying on AREG0.
>
> Signed-off-by: Blue Swirl
Reviewed-by: Peter Maydell
-- PMM
On 4 September 2012 21:37, Blue Swirl wrote:
> Convert code load functions and switch to AREG0 free mode.
>
> Signed-off-by: Blue Swirl
Reviewed-by: Peter Maydell
-- PMM
On 4 September 2012 21:30, Stefan Weil wrote:
> Report from smatch:
>
> xics.c:169:19: error: dubious one-bit signed bitfield
> xics.c:170:15: error: dubious one-bit signed bitfield
> xics.c:171:19: error: dubious one-bit signed bitfield
> xics.c:172:25: error: dubious one-bit signed bitfield
>
>
Andreas Färber writes:
> Am 28.08.2012 14:57, schrieb Anthony Liguori:
>> Andreas Färber writes:
>>
>>> Hi,
>>>
>>> Am 27.08.2012 08:28, schrieb Jan Kiszka:
From: Jan Kiszka
This adds PCI device assignment for i386 targets using the classic KVM
interfaces. This version is 1
These patches replace http://patchwork.ozlabs.org/patch/181411/.
I modified the code as suggested by Jan Kiska and separated
the original patch in two patches.
[PATCH 1/2] slirp: Remove wrong type casts ins debug statements
[PATCH 2/2] slirp: Fix error reported by static code analysis
Regards,
The type casts of pointers to long are not allowed
when sizeof(pointer) != sizeof(long).
Signed-off-by: Stefan Weil
---
slirp/tcp_subr.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/slirp/tcp_subr.c b/slirp/tcp_subr.c
index 025b374..5890d7a 100644
--- a/slirp/tcp_
Report from smatch:
slirp/tcp_subr.c:127 tcp_respond(17) error:
we previously assumed 'tp' could be null (see line 124)
Return if 'tp' is NULL.
Signed-off-by: Stefan Weil
---
slirp/tcp_subr.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/slirp/tcp_subr.c b/slirp/tcp_s
On Tue, Sep 04, 2012 at 07:27:32PM +, Blue Swirl wrote:
> On Tue, Sep 4, 2012 at 8:32 AM, Avi Kivity wrote:
> > On 09/03/2012 10:32 PM, Blue Swirl wrote:
> >> On Mon, Sep 3, 2012 at 4:14 PM, Avi Kivity wrote:
> >>> On 08/29/2012 11:27 AM, Markus Armbruster wrote:
>
> I don't see a p
This patch replaces all register_ioport* with portio_*. It permits to
use the new Memory stuff like listener.
Signed-off-by: Julien Grall
---
hw/cirrus_vga.c | 50 ++
1 files changed, 30 insertions(+), 20 deletions(-)
diff --git a/hw/cirrus_vga.
My apologies for this double post,
I made a typing error on Jan's email.
On 09/04/2012 04:13 PM, Julien Grall wrote:
This is the nineth version of patch series about ioport registration.
Some part of QEMU still use register_ioport* functions to register ioport.
These functions doesn't allow to
On 09/04/2012 12:40 PM, Blue Swirl wrote:
> On Tue, Sep 4, 2012 at 6:42 PM, Richard Henderson wrote:
>> On 09/02/2012 10:33 AM, Blue Swirl wrote:
>>> +/* fpu_helper.c */
>>> +uint32_t set_cc_f32(float32 v1, float32 v2);
>>> +uint32_t set_cc_f64(float64 v1, float64 v2);
>>> +uint32_t set_cc_nz_f32(
This patch replaces all register_ioport* with the new memory API. It permits
to use the new Memory stuff like listener.
Signed-off-by: Julien Grall
---
hw/acpi_piix4.c | 145 +++
1 files changed, 113 insertions(+), 32 deletions(-)
diff --git
This patch fix smb_ioport_* to be compliant with read/write memory callback.
Moreover it replaces all register_ioport* which use theses functions by
the new Memory API.
Signed-off-by: Julien Grall
---
hw/acpi_piix4.c | 18 --
hw/pm_smbus.c |7 ---
hw/pm_smbus.h |
This patch replaces all register_ioport* with portio_* or
isa_register_portio_list. It permits to use the new Memory
stuff like listener.
Signed-off-by: Julien Grall
---
hw/pc.c | 58 +++---
1 files changed, 43 insertions(+), 15 deletions(-)
Hi,
I am trying to run linux over qemu-system-arm emulating a nuri or
smdkc210 Exynos 4210 based board.
To do this I fetched the last qemu (from git://git.qemu.org/qemu.git)
and built it with "./configure --target-list=arm-softmmu.
Then I fetched the latest linux image for samsung processor
On Tue, 4 Sep 2012, Jan Kiszka wrote:
> What I'm trying to understand and translate from the description is
> rather "note that for inputs a high-to-low transition cancels the
> interrupt as in the level-triggered mode." This is surely not what we do
> right now. OTOH, I'm afraid that switching to
This patch replaces all register_ioport* by a MemorySection.
It permits to use the new Memory stuff like listener.
Moreover, the PCI is added as an argument for apm_init, so we
can register IO inside the pci IO address space.
Signed-off-by: Julien Grall
---
hw/acpi_piix4.c |2 +-
hw/apm.c
This is the nineth version of patch series about ioport registration.
Some part of QEMU still use register_ioport* functions to register ioport.
These functions doesn't allow to use Memory Listener on it.
Modifications between V1 and V2:
- Remove the use of get_system_io. Instead of use isa an
On Mon, 3 Sep 2012, Jan Kiszka wrote:
> > - Qemu output (without this patch):
> > elcr=0c00 cmdRead ummask mask sti irq15 unmask DONE
> >
> > But on real hardware, the master seems to treat IRQ2 as level triggered,
That is not universally true, however in reality it does not matter, m
Henning, please submit your patch to the qemu-devel mailing list. See
http://wiki.qemu.org/Contribute/SubmitAPatch for more details on how
patch submission works for qemu.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.l
This function permits to retrieve ISA IO address space.
It will be usefull when we need to pass IO address space as argument.
Signed-off-by: Julien Grall
---
hw/isa-bus.c |9 +
hw/isa.h |1 +
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/hw/isa-bus.c b/hw/is
This patch adds modelling of the two NOR flash banks found in the
Versatile Express motherboard. Tested with U-Boot running on an emulated
Versatile Express A9. The alias of the first NOR flash in the Cortex-A
Series memory map is not modelled.
Signed-off-by: Francesco Lavra
---
hw/vexpress.c |
This patch replaces all register_ioport* be the new memory API functions.
It permits to use the new Memory stuff like listener.
Signed-off-by: Julien Grall
---
hw/dma.c | 108 +
1 files changed, 72 insertions(+), 36 deletions(-)
diff
On Tue, 4 Sep 2012, Jan Kiszka wrote:
> >> What I'm trying to understand and translate from the description is
> >> rather "note that for inputs a high-to-low transition cancels the
> >> interrupt as in the level-triggered mode." This is surely not what we do
> >> right now. OTOH, I'm afraid that
This patch replaces all register_ioport* with a MemoryRegion. It permits to
use the new Memory stuff like listener.
For more flexibility, the IO address space is passed as an argument.
Signed-off-by: Julien Grall
---
hw/mips_mipssim.c |3 ++-
hw/pc.h |2 +-
hw/serial.c |
On Thu, Aug 30, 2012 at 12:04 AM, Amos Kong wrote:
> On Wed, Aug 29, 2012 at 11:15 PM, Amos Kong wrote:
> > On Thu, Feb 23, 2012 at 4:15 PM, Markus Armbruster
> wrote:
> >>
> >> Anthony Liguori writes:
> >>
> >> > On 02/15/2012 07:33 AM, Markus Armbruster wrote:
> >> >> Anthony Liguori writes
On 09/04/2012 07:55 PM, Eric Blake wrote:
> On 09/04/2012 04:53 AM, ching wrote:
>> On 09/04/2012 02:23 PM, Paolo Bonzini wrote:
>>> Il 04/09/2012 02:03, ching ha scritto:
i add boot order and the virtual machine still boot from hard disk instead
of cd-rom
On 04.09.2012, at 16:08, Jason Baron wrote:
> While testing q35, I found that windows 7 (specifically, windows 7 ultimate
> with sp1 x64), wouldn't install because it can't find the cdrom or disk drive.
> The failure message is: 'A required cd/dvd device driver is missing. If you
> have a driver
On 04.09.2012, at 18:03, Richard Henderson wrote:
> On 09/04/2012 12:40 PM, Blue Swirl wrote:
>> On Tue, Sep 4, 2012 at 6:42 PM, Richard Henderson wrote:
>>> On 09/02/2012 10:33 AM, Blue Swirl wrote:
+/* fpu_helper.c */
+uint32_t set_cc_f32(float32 v1, float32 v2);
+uint32_t set_c
On Tue, Sep 04, 2012 at 04:42:35PM +0200, Paolo Bonzini wrote:
> Il 04/09/2012 16:29, Maciej W. Rozycki ha scritto:
> > So first of all, the *output* of the 8259A is always edge triggered,
> > regardless of whether it's the master or one of the slaves (only one slave
> > is used in the PC/AT arc
Am 04.09.2012 19:08, schrieb Francesco Lavra:
This patch adds modelling of the two NOR flash banks found in the
Versatile Express motherboard. Tested with U-Boot running on an emulated
Versatile Express A9. The alias of the first NOR flash in the Cortex-A
Series memory map is not modelled.
Signe
On Tue, Sep 4, 2012 at 4:00 PM, Serge Hallyn <893...@bugs.launchpad.net> wrote:
> Though that commit and the comments were about 127G images. HIs is only
> 27G.
The 127 GB limit applies to the virtual disk size, not to the size of
the image file itself.
> Also, 'qemu-img info' is also showing th
Il 05/09/2012 00:13, ching ha scritto:
>>> Ah, ok. libvirt for now supports only booting from LUN 0. You can use
^^^
Oops, should have been SeaBIOS.
>>> multiple targets instead of multiple units.
>>>
>>> Paolo
>>>
>>> >> it works. thanks a lot.
>>
On Mon, Sep 3, 2012 at 10:41 AM, franxico <893...@bugs.launchpad.net> wrote:
> Hi,
>
> I'm having the same problem. I'm using qemu-img 1.0, running from a
> Ubuntu Server 12.04 x64 on a SW RAID, ext4.
>
> The .VHD has 29GB and was made using disk2vhd.
>
> Here is the command and the results:
> sudo
101 - 163 of 163 matches
Mail list logo
