On 24 August 2014 01:13, Alistair Francis wrote:
> This patch adds the Netduino Plus 2 GPIO controller to QEMU.
> This allows reading and writing to the Netduino GPIO pins.
Are you sure this isn't actually the GPIO module in the STM32F4xx
SoC ? The datasheets and schematic suggest this isn't a
bo
On 24 August 2014 03:09, Peter Crosthwaite wrote:
> If you make your registers an array, you can index the with the offset
> and remove the repeated s->foo return logic. You can also use a single
> memset to do all the 0 resets.
Hmm. I dislike that style personally, especially for devices
like th
On 08/13/2014 09:59 PM, Alex Williamson wrote:
> On Tue, 2014-08-12 at 08:09 +0200, Eric Auger wrote:
>> On 08/11/2014 09:25 PM, Alex Williamson wrote:
>>> On Sat, 2014-08-09 at 15:25 +0100, Eric Auger wrote:
diff --git a/include/hw/vfio/vfio-common.h b/include/hw/vfio/vfio-common.h
new f
On 1 September 2014 13:44, Peter Maydell wrote:
> Yeah, but it's not really the right design IMHO. We should
> have common armv7m init code for the parts which are
> really "the CPU has all this" (including at least the bitbanding,
> NVIC, memory mapped system registers, reset/ELF file
> loading,
On 24 August 2014 01:13, Alistair Francis wrote:
> The Netduino Plus 2 has a Cortex-M4 in it, while this model uses
> a Cortex-M3 as that is supported by QEMU. This means that the code
> that runs on the Netduino Plus 2 is recompiled for a Cortex-M3 with
> out Floating Point or DSP optimisations.
On 28 August 2014 12:19, Pavel Dovgalyuk wrote:
> This patch adds timer which uses virtual clock to the VMState.
> Such timers are required for saving because virtual clock is the part
> of the virtual machine state.
>
> Signed-off-by: Pavel Dovgalyuk
> ---
> hw/timer/pl031.c |3 ++-
> 1 fil
On 28 August 2014 12:18, Pavel Dovgalyuk wrote:
> VMState added by this patch preserves correct
> loading of the integratorcp device state.
>
> Signed-off-by: Pavel Dovgalyuk
> ---
> hw/arm/integratorcp.c | 38 +-
> 1 files changed, 37 insertions(+), 1 delet
On 19 August 2014 01:54, Peter Crosthwaite wrote:
> Linux should boot in EL2 or EL1. If in EL3, jump down before handing
> off to Linux.
>
> Signed-off-by: Peter Crosthwaite
The other way we could do this would be to have the
do_cpu_reset() hook put the CPU into EL2 or EL1 before
starting the bo
On 26 August 2014 16:31, Ard Biesheuvel wrote:
> If we are running the 'virt' machine, we may have a device tree blob but no
> kernel to supply it to if no -kernel option was passed. In that case, copy it
> to the base of DRAM where it can be picked up by a bootloader executing from
> NOR flash.
>
On 26 August 2014 01:56, Peter Crosthwaite wrote:
>
> Hi All,
>
> This series sets up CPUs with configurable address spaces. This follows
> on from Edgars original work and moves towards removal of
> address_space_memory and support for arbitrary memory
> heirachies/layouts.
>
> Fuller context in
> Am 01.09.2014 um 18:31 schrieb Eric Auger :
>
>> On 08/13/2014 09:59 PM, Alex Williamson wrote:
>>> On Tue, 2014-08-12 at 08:09 +0200, Eric Auger wrote:
On 08/11/2014 09:25 PM, Alex Williamson wrote:
> On Sat, 2014-08-09 at 15:25 +0100, Eric Auger wrote:
> diff --git a/include/hw/
On 26 August 2014 01:58, Peter Crosthwaite wrote:
> It's not really a common object
In what sense isn't it a common object? It's only
compiled once, rather than per-target. We should
avoid moving object files from compiled-once
to compiled-per-target if we can...
thanks
-- PMM
On 1 September 2014 19:36, Peter Maydell wrote:
> On 26 August 2014 16:31, Ard Biesheuvel wrote:
>> If we are running the 'virt' machine, we may have a device tree blob but no
>> kernel to supply it to if no -kernel option was passed. In that case, copy it
>> to the base of DRAM where it can be p
On 1 September 2014 18:46, Ard Biesheuvel wrote:
> On 1 September 2014 19:36, Peter Maydell wrote:
>> On 26 August 2014 16:31, Ard Biesheuvel wrote:
>>> If we are running the 'virt' machine, we may have a device tree blob but no
>>> kernel to supply it to if no -kernel option was passed. In that
Il 01/09/2014 19:43, Peter Maydell ha scritto:
> On 26 August 2014 01:58, Peter Crosthwaite
> wrote:
>> It's not really a common object
>
> In what sense isn't it a common object? It's only
> compiled once, rather than per-target. We should
> avoid moving object files from compiled-once
> to com
On 1 September 2014 13:55, Ard Biesheuvel wrote:
> From: Rob Herring
>
> Add the infrastructure to handle and emulate hvc and smc exceptions.
> This will enable emulation of things such as PSCI calls. This commit
> does not change the behavior and will exit with unknown exception.
>
> Signed-off-
On 1 September 2014 19:50, Peter Maydell wrote:
> On 1 September 2014 18:46, Ard Biesheuvel wrote:
>> On 1 September 2014 19:36, Peter Maydell wrote:
>>> On 26 August 2014 16:31, Ard Biesheuvel wrote:
If we are running the 'virt' machine, we may have a device tree blob but no
kernel t
On 19 August 2014 14:16, Markus Armbruster wrote:
> Peter Maydell writes:
>
>> Convert the udp char backend to the new style QAPI framework.
>>
>> Signed-off-by: Peter Maydell
>> ---
>> qemu-char.c | 69
>> +++--
>> 1 file changed, 54 ins
On 14 August 2014 01:09, Xin Tong wrote:
> someone please reviews the patch when have time.
Thanks; reviewed and applied to master. Apologies for
the length of time this one's taken to get in.
-- PMM
Thank you. Peter. sorry for forgetting about the patch for so long.
Xin
On Mon, Sep 1, 2014 at 1:19 PM, Peter Maydell
wrote:
> On 14 August 2014 01:09, Xin Tong wrote:
> > someone please reviews the patch when have time.
>
> Thanks; reviewed and applied to master. Apologies for
> the length o
On 1 September 2014 19:04, Ard Biesheuvel wrote:
> On 1 September 2014 19:50, Peter Maydell wrote:
>> Also true; I thought about mentioning those but decided they
>> were orthogonal. We should probably pull together a list
>> of all the UEFI related QEMU patches and required work.
> By orthogona
On 1 September 2014 19:01, Ard Biesheuvel wrote:
> On 1 September 2014 13:55, Ard Biesheuvel wrote:
>> @@ -3599,6 +3609,28 @@ void arm_cpu_do_interrupt(CPUState *cs)
>> mask = CPSR_A | CPSR_I | CPSR_F;
>> offset = 4;
>> break;
>> +case EXCP_HVC:
>> +if (arm_
On Mon, 2014-09-01 at 12:39 +0300, Michael S. Tsirkin wrote:
> On Fri, Aug 29, 2014 at 09:17:07AM +0200, Knut Omang wrote:
> > This patch provides the building blocks for creating an SR/IOV
> > PCIe Extended Capability header and creating and removing
> > SR/IOV Virtual Functions.
> >
> > Signed-
On Tue, Aug 26, 2014 at 04:06:17PM +0800, zhanghailiang wrote:
> For all NICs(except virtio-net) emulated by qemu,
> Such as e1000, rtl8139, pcnet and ne2k_pci,
> Qemu can still receive packets when VM is not running.
>
> If this happened in *migration's* last PAUSE VM stage, but
> before the end
Hi,
It seems that interrupts are not disabled by CPSIE instruction. The
current code apparently ignores (daif&PSTATE_I) for Cortex-M. The patch
below is basically identical to the patch that was attached to the
following message:
https://lists.gnu.org/archive/html/qemu-devel/2011-06/msg0051
El Mon, 1 Sep 2014 18:27:34 +0200
Marc Marí escribió:
> El Mon, 1 Sep 2014 18:09:09 +0200
> Greg Kurz escribió:
> > On Mon, 1 Sep 2014 12:07:58 +0200
> > Marc Marí wrote:
> > > Reviewed-by: Stefan Hajnoczi
> > > Signed-off-by: Marc Marí
> > > ---
> >
> > Hi Marc,
> >
> > I gave it a try for
On Tue, Sep 2, 2014 at 3:54 AM, Paolo Bonzini wrote:
> Il 01/09/2014 19:43, Peter Maydell ha scritto:
>> On 26 August 2014 01:58, Peter Crosthwaite
>> wrote:
>>> It's not really a common object
>>
>> In what sense isn't it a common object? It's only
>> compiled once, rather than per-target. We s
On 29.08.14 15:52, Jens Freimann wrote:
> From: David Hildenbrand
>
> When reading/writing the psw mask, the condition code may only be touched if
> running on tcg.
Why? Shouldn't we be able to set CC from gdb as well?
Alex
On Tue, Sep 2, 2014 at 3:15 AM, Peter Maydell wrote:
> On 19 August 2014 01:54, Peter Crosthwaite
> wrote:
>> Linux should boot in EL2 or EL1. If in EL3, jump down before handing
>> off to Linux.
>>
>> Signed-off-by: Peter Crosthwaite
>
> The other way we could do this would be to have the
> do
On 01.09.14 12:06, Christian Borntraeger wrote:
> On 29/08/14 15:52, Jens Freimann wrote:
>> Conny, Alex, Christian,
>>
>> here are some patches improving our gdb support.
>>
>> * Patch 1 fixes a bug where the cc was changed accidentally.
>> * Patch 2 adds the gdb feature XML files for s390x
>>
On Mon, Sep 1, 2014 at 4:17 PM, Gonglei (Arei) wrote:
>
>
>
>
>
>
>
>> -Original Message-
>> From: peter.crosthwa...@petalogix.com
>> [mailto:peter.crosthwa...@petalogix.com] On Behalf Of Peter Crosthwaite
>> Sent: Monday, September 01, 2014 2:08 PM
>> To: Gonglei (Arei)
>> Cc: qemu-devel@
On 1 September 2014 23:41, Peter Crosthwaite
wrote:
> On Tue, Sep 2, 2014 at 3:15 AM, Peter Maydell
> wrote:
>> On 19 August 2014 01:54, Peter Crosthwaite
>> wrote:
>>> Linux should boot in EL2 or EL1. If in EL3, jump down before handing
>>> off to Linux.
>>>
>>> Signed-off-by: Peter Crosthwai
On Tue, Sep 2, 2014 at 3:43 AM, Peter Maydell wrote:
> On 26 August 2014 01:58, Peter Crosthwaite
> wrote:
>> It's not really a common object
>
> In what sense isn't it a common object? It's only
> compiled once, rather than per-target. We should
> avoid moving object files from compiled-once
>
On Tue, Sep 2, 2014 at 8:56 AM, Peter Maydell wrote:
> On 1 September 2014 23:41, Peter Crosthwaite
> wrote:
>> On Tue, Sep 2, 2014 at 3:15 AM, Peter Maydell
>> wrote:
>>> On 19 August 2014 01:54, Peter Crosthwaite
>>> wrote:
Linux should boot in EL2 or EL1. If in EL3, jump down before h
On 2 September 2014 00:06, Peter Crosthwaite
wrote:
> On Tue, Sep 2, 2014 at 8:56 AM, Peter Maydell
> wrote:
>> Surely there's already a reset order dependency, because
>> both the arm-boot reset hook and CPU reset proper want
>> to initialise the PC ?
> Yes. I had a PC specific solution to thi
On Tue, Sep 2, 2014 at 9:12 AM, Peter Maydell wrote:
> On 2 September 2014 00:06, Peter Crosthwaite
> wrote:
>> On Tue, Sep 2, 2014 at 8:56 AM, Peter Maydell
>> wrote:
>>> Surely there's already a reset order dependency, because
>>> both the arm-boot reset hook and CPU reset proper want
>>> to
On 2 September 2014 00:22, Peter Crosthwaite
wrote:
> On Tue, Sep 2, 2014 at 9:12 AM, Peter Maydell
> wrote:
>> Actually, I'm confused now where the reset ordering issue comes
>> in, because (ignoring realize, which will call reset) as far as I
>> could make out the only place that the ARM CPU r
On Mon, 09/01 13:07, Peter Maydell wrote:
> On 1 September 2014 13:04, Paolo Bonzini wrote:
> > Il 01/09/2014 13:46, Peter Maydell ha scritto:
> >> So we could fix this by not compiling empty files...
> >
> > Easy for int128, even easier for getauxval (it's not a fastpath, so we
> > can move the "
On Tue, Sep 2, 2014 at 2:39 AM, Peter Maydell wrote:
> On 24 August 2014 01:13, Alistair Francis wrote:
>> The Netduino Plus 2 has a Cortex-M4 in it, while this model uses
>> a Cortex-M3 as that is supported by QEMU. This means that the code
>> that runs on the Netduino Plus 2 is recompiled for a
On Mon, Sep 1, 2014 at 10:44 PM, Peter Maydell wrote:
> On 1 September 2014 13:34, Alistair Francis wrote:
>> On Sun, Aug 24, 2014 at 11:20 PM, Peter Crosthwaite
>> wrote:
>>> Most of this function is the same as armv7m_init(). This seems the be
>>> the main difference - the SRAM and FLASH setup
On Tue, Sep 2, 2014 at 2:30 AM, Peter Maydell wrote:
> On 24 August 2014 03:09, Peter Crosthwaite
> wrote:
>> If you make your registers an array, you can index the with the offset
>> and remove the repeated s->foo return logic. You can also use a single
>> memset to do all the 0 resets.
>
> Hmm
> From: peter.crosthwa...@petalogix.com
> [mailto:peter.crosthwa...@petalogix.com] On Behalf Of Peter Crosthwaite
> Sent: Tuesday, September 02, 2014 6:51 AM
> >> On Mon, Sep 1, 2014 at 3:50 PM, wrote:
> >> > From: Gonglei
> >> >
> >> > At present, this function doesn't have partial cleanup impl
On Tue, Sep 2, 2014 at 2:29 AM, Peter Maydell wrote:
> On 24 August 2014 01:13, Alistair Francis wrote:
>> This patch adds the Netduino Plus 2 GPIO controller to QEMU.
>> This allows reading and writing to the Netduino GPIO pins.
>
> Are you sure this isn't actually the GPIO module in the STM32F4
On Mon, 09/01 16:11, Stefan Hajnoczi wrote:
> The source cache option takes the same values as the cache option. The
> documentation reads a little strange because it starts with "In contrast
> the src_cache option ...". The fact that this is comparing with the
> previous documented option (the '
On Mon, 09/01 16:11, Stefan Hajnoczi wrote:
> The src_cache option (-T) specifies the cache mode for backing files.
> It applies both the image's old backing file as well as the new backing
> file:
>
> ret = bdrv_open(&bs_old_backing, backing_name, NULL, NULL, src_flags,
> old_
v2: Import virtio_vring.h.
Fam Zheng (2):
virtio: Import virtio_vring.h
block: Always compile virtio-blk dataplane
configure | 21 +
hw/block/Makefile.objs | 2 +-
hw/block/virtio-blk.c | 20 +
hw/net/vhost_net.c
This header has no further dependencies. It only has some stable data
types and primitive functions, so we can copy it to include/hw/virtio in
order to allow vring code (and its user virtio-blk dataplane) to be
built unconditionally, even for cross compiling.
Suggested-by: Paolo Bonzini
Signed-of
Dataplane doesn't depend on linux-aio any more, so we don't need the
compiling condition now.
Configure options are kept but just print a message.
Signed-off-by: Fam Zheng
---
configure | 21 ++---
hw/block/Makefile.objs | 2 +-
hw/block/virtio-blk.
On 09/01/2014 09:23 PM, Aravinda Prasad wrote:
>
>
> On Monday 01 September 2014 01:16 PM, Alexey Kardashevskiy wrote:
>> On 08/25/2014 11:45 PM, Aravinda Prasad wrote:
>>> Extend rtas-blob to accommodate error log. Error log
>>> structure is saved in rtas space upon a machine check
>>> exception
On Tuesday 02 September 2014 09:39 AM, Alexey Kardashevskiy wrote:
> On 09/01/2014 09:23 PM, Aravinda Prasad wrote:
>>
>>
>> On Monday 01 September 2014 01:16 PM, Alexey Kardashevskiy wrote:
>>> On 08/25/2014 11:45 PM, Aravinda Prasad wrote:
Extend rtas-blob to accommodate error log. Error l
On 09/02/2014 03:25 PM, Aravinda Prasad wrote:
>
>
> On Tuesday 02 September 2014 09:39 AM, Alexey Kardashevskiy wrote:
>> On 09/01/2014 09:23 PM, Aravinda Prasad wrote:
>>>
>>>
>>> On Monday 01 September 2014 01:16 PM, Alexey Kardashevskiy wrote:
On 08/25/2014 11:45 PM, Aravinda Prasad wrot
On Tuesday 02 September 2014 11:19 AM, Alexey Kardashevskiy wrote:
> On 09/02/2014 03:25 PM, Aravinda Prasad wrote:
>>
>>
>> On Tuesday 02 September 2014 09:39 AM, Alexey Kardashevskiy wrote:
>>> On 09/01/2014 09:23 PM, Aravinda Prasad wrote:
On Monday 01 September 2014 01:16 PM, A
affects me as well.
versions:
qemu-system-common 2.0.0+dfsg-2ubuntu1.2 (current as of 14.04)
Mac OS X: 10.9.4, xnu-2422.110.17, Screen Sharing 1.4 (481.1)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.
On 09/02/2014 03:56 PM, Aravinda Prasad wrote:
>
>
> On Tuesday 02 September 2014 11:19 AM, Alexey Kardashevskiy wrote:
>> On 09/02/2014 03:25 PM, Aravinda Prasad wrote:
>>>
>>>
>>> On Tuesday 02 September 2014 09:39 AM, Alexey Kardashevskiy wrote:
On 09/01/2014 09:23 PM, Aravinda Prasad wro
On (Mon) 01 Sep 2014 [20:52:46], Zhang Haoyu wrote:
> >>> Hi, all
> >>>
> >>> I start a VM with virtio-serial (default ports number: 31), and found
> >>> that virtio-blk performance degradation happened, about 25%, this problem
> >>> can be reproduced 100%.
> >>> without virtio-serial:
> >>> 4k-
this memory leak is introduced by the original
commit 3158a3482b0093e41f2b2596fba50774ea31ae08
valgrind out showing:
==14553== 21,459 (72 direct, 21,387 indirect) bytes in 1 blocks are definitely
lost in loss record 8,055 of 8,082
==14553==at 0x4A06BC3: calloc (vg_replace_malloc.c:618)
Il 02/09/2014 00:56, Peter Crosthwaite ha scritto:
> On Tue, Sep 2, 2014 at 3:43 AM, Peter Maydell
> wrote:
>> On 26 August 2014 01:58, Peter Crosthwaite
>> wrote:
>>> It's not really a common object
>>
>> In what sense isn't it a common object? It's only
>> compiled once, rather than per-targe
201 - 257 of 257 matches
Mail list logo
