Re: [Qemu-devel] [Bug 1091115] [NEW] qemu-1.3.0 crashes when installing windows xp

On 24/12/2012 10:48, 楼正伟 wrote: 2012/12/17 LazySid: Bug description: These are the commands: $git checkout v1.3.0 $./configure --prefix=/home/user/tmp --target-list=i386-softmmu --enable-sdl --disable-curses --disable-vnc --enable-kvm --disable-docs $make $make install In /hom

Re: [Qemu-devel] [PATCH 1/2] virtio-net: pass host features to virtio_net_init

On 03/02/2013 00:06, Anthony Liguori wrote: Signed-off-by: Anthony Liguori --- hw/s390x/s390-virtio-bus.c | 3 ++- hw/s390x/virtio-ccw.c | 3 ++- hw/virtio-pci.c| 3 ++- hw/virtio.h| 3 ++- 4 files changed, 8 insertions(+), 4 deletions(-) diff --git a/hw/s3

Re: [Qemu-devel] [PATCH v2 02/16] register: Add Register API

Hi, Le 19/01/2016 23:34, Alistair Francis a écrit : From: Peter Crosthwaite This API provides some encapsulation of registers and factors our some common functionality to common code. Bits of device state (usually MMIO registers), often have all sorts of access restrictions and semantics assoc

Re: [Qemu-devel] [PATCH v2 03/16] register: Add Memory API glue

Le 19/01/2016 23:35, Alistair Francis a écrit : From: Peter Crosthwaite Add memory io handlers that glue the register API to the memory API. Just translation functions at this stage. Although it does allow for devices to be created without all-in-one mmio r/w handlers. Signed-off-by: Peter C

Re: [Qemu-devel] [PATCH v2 01/16] memory: Allow subregions to not be printed by info mtree

if (!mr) { +if (!mr || mr->do_not_print) { return; } Seems OK to me. Reviewed-by: KONRAD Frederic

Re: [Qemu-devel] [PATCH v2 04/16] register: Add support for decoding information

Le 19/01/2016 23:35, Alistair Francis a écrit : From: Peter Crosthwaite Allow defining of optional address decoding information in register definitions. This is useful for clients that want to associate registers with specific addresses. Signed-off-by: Peter Crosthwaite Signed-off-by: Alist

Re: [Qemu-devel] [PATCH v2 06/16] register: QOMify

ster API register. * _be for big endian variant and _le for little endian. * @opaque: RegisterInfo to write to seems ok to me Reviewed-by: KONRAD Frederic Fred

Re: [Qemu-devel] [PATCH v2 07/16] register: Add block initialise helper

Le 19/01/2016 23:35, Alistair Francis a écrit : From: Peter Crosthwaite Add a helper that will scan a static RegisterAccessInfo Array and populate a container MemoryRegion with registers as defined. Signed-off-by: Peter Crosthwaite Signed-off-by: Alistair Francis --- V2: - Use memory_reg

Re: [Qemu-devel] [PATCH V5 7/8] introduce xlnx-dp

Le 20/11/2015 11:06, Alistair Francis a écrit : On Fri, Oct 16, 2015 at 7:11 PM, wrote: From: KONRAD Frederic This is the implementation of the DisplayPort. It has an aux-bus to access dpcd and edid. Graphic plane is connected to the channel 3. Video plane is connected to the channel 0

Re: [Qemu-devel] [PATCH V5 8/8] arm: xlnx-zynqmp: Add xlnx-dp and xlnx-dpdma

Le 20/11/2015 13:21, Alistair Francis a écrit : On Fri, Oct 16, 2015 at 7:11 PM, wrote: From: KONRAD Frederic This adds the DP and the DPDMA to the Zynq MP platform. Signed-off-by: KONRAD Frederic Reviewed-by: Peter Crosthwaite Tested-By: Hyun Kwon --- hw/arm/xlnx-zynqmp.c

Re: [Qemu-devel] [PATCH V6 2/8] introduce aux-bus

Le 13/01/2016 22:02, Peter Crosthwaite a écrit : On Mon, Jan 4, 2016 at 10:25 AM, wrote: From: KONRAD Frederic This introduces a new bus: aux-bus. It contains an address space for aux slaves devices and a bridge to an I2C bus for I2C through AUX transactions. Signed-off-by: KONRAD

Re: [Qemu-devel] Status of my hacks on the MTTCG WIP branch

Le 14/01/2016 14:10, Alex Bennée a écrit : Alex Bennée writes: Pranith Kumar writes: Hi Alex, On Tue, Jan 12, 2016 at 12:29 PM, Alex Bennée wrote: https://github.com/stsquad/qemu/tree/mttcg/multi_tcg_v8_wip_ajb_fix_locks I built this branch and ran an arm64 guest. It seems to be failin

Re: [Qemu-devel] Status of my hacks on the MTTCG WIP branch

Le 15/01/2016 15:24, Pranith Kumar a écrit : Hi Alex, On Fri, Jan 15, 2016 at 8:53 AM, Alex Bennée > wrote: > Can you try this branch: > > https://github.com/stsquad/qemu/tree/mttcg/multi_tcg_v8_wip_ajb_fix_locks-r1 > > I think I've caught all the things likel

Re: [Qemu-devel] Status of my hacks on the MTTCG WIP branch

Le 15/01/2016 15:46, Alex Bennée a écrit : KONRAD Frederic writes: Le 15/01/2016 15:24, Pranith Kumar a écrit : Hi Alex, On Fri, Jan 15, 2016 at 8:53 AM, Alex Bennée mailto:alex.ben...@linaro.org>> wrote: Can you try this branch: https://github.com/stsquad/qemu/tree

Re: [Qemu-devel] Using directory as initrd

Hi Kasper, The normal approach is to use git send email to send your patch on the list instead of attaching the patch to the email so people can do inline comment. You can use scripts/checkpatch.pl to check the coding style before sending. (eg: you miss the signed off line and the description in

Re: [Qemu-devel] Integrating a Memory Simulator

Hi, Why do you target the user mode for that? I think it might be easier with the softmmu. But depending on what you want to do it won't be so easy. I don't think there are any transaction to read the code basically the RAM MemoryRegion works with pointer. You can create a MemoryRegion which wi

Re: [Qemu-devel] [RFC PATCH v2 1/3] virtio-bus : Introduce VirtioBus.

On 23/11/2012 13:08, Cornelia Huck wrote: On Thu, 22 Nov 2012 15:50:50 +0100 fred.kon...@greensocs.com wrote: +/* Create a virtio bus. */ +VirtioBus *virtio_bus_new(DeviceState *host, const VirtioBusInfo *info) +{ +/* + * This is needed, as we want to have different names for each vir

Re: [Qemu-devel] [RFC PATCH v2 1/3] virtio-bus : Introduce VirtioBus.

On 23/11/2012 13:23, Stefan Hajnoczi wrote: On Thu, Nov 22, 2012 at 03:50:50PM +0100, fred.kon...@greensocs.com wrote: +/* Bind the VirtIODevice to the VirtioBus. */ +void virtio_bus_bind_device(VirtioBus *bus) +{ +BusState *qbus = BUS(bus); +assert(bus != NULL); +assert(bus->vdev !=

Re: [Qemu-devel] [RFC PATCH v2 2/3] virtio-pci : add a virtio-bus interface

On 23/11/2012 13:34, Peter Maydell wrote: On 23 November 2012 12:29, Stefan Hajnoczi wrote: On Thu, Nov 22, 2012 at 03:50:51PM +0100, fred.kon...@greensocs.com wrote: +static const struct VirtioBusInfo virtio_bus_info = { +.init_cb = virtio_pci_init_cb, +.exit_cb = virtio_pci_exit_cb,

Re: [Qemu-devel] [RFC PATCH v2 0/3] Virtio-refactoring.

On 23/11/2012 13:38, Stefan Hajnoczi wrote: On Thu, Nov 22, 2012 at 03:50:49PM +0100, fred.kon...@greensocs.com wrote: From: KONRAD Frederic I made the changes you suggest in the last RFC. There are still two issues with the command line : * When I use ./qemu* -device virtio-blk -device

Re: [Qemu-devel] [RFC PATCH v2 2/3] virtio-pci : add a virtio-bus interface

On 23/11/2012 15:26, Peter Maydell wrote: On 23 November 2012 14:23, Konrad Frederic wrote: On 23/11/2012 13:34, Peter Maydell wrote: On 23 November 2012 12:29, Stefan Hajnoczi wrote: Eventually VirtIOBindings can probably be inlined into VirtioBusInfo. I don't see a need for sep

Re: [Qemu-devel] [RFC PATCH v2 0/3] Virtio-refactoring.

On 23/11/2012 17:18, Stefan Hajnoczi wrote: On Fri, Nov 23, 2012 at 03:29:52PM +0100, Konrad Frederic wrote: On 23/11/2012 13:38, Stefan Hajnoczi wrote: On Thu, Nov 22, 2012 at 03:50:49PM +0100, fred.kon...@greensocs.com wrote: From: KONRAD Frederic I made the changes you suggest in the last

Re: [Qemu-devel] [RFC PATCH v2 1/3] virtio-bus : Introduce VirtioBus.

On 23/11/2012 13:08, Cornelia Huck wrote: On Thu, 22 Nov 2012 15:50:50 +0100 fred.kon...@greensocs.com wrote: +/* Create a virtio bus. */ +VirtioBus *virtio_bus_new(DeviceState *host, const VirtioBusInfo *info) +{ +/* + * This is needed, as we want to have different names for each vir

Re: [Qemu-devel] [RFC PATCH v2 1/3] virtio-bus : Introduce VirtioBus.

On 26/11/2012 15:33, Anthony Liguori wrote: fred.kon...@greensocs.com writes: From: KONRAD Frederic This patch create a new VirtioBus, which can be added to Virtio transports like virtio-pci, virtio-mmio,... One VirtIODevice can be connected to this device, like virtio-blk in the 3rd patch

Re: [Qemu-devel] [RFC PATCH v2 1/3] virtio-bus : Introduce VirtioBus.

On 26/11/2012 17:59, Anthony Liguori wrote: Peter Maydell writes: On 26 November 2012 14:33, Anthony Liguori wrote: VirtioBusInfo is not a great name. This is a proxy class that allows for a device to implement the virtio bus interface. This could be done as an interface but since nothing

Re: [Qemu-devel] [RFC PATCH v2 1/3] virtio-bus : Introduce VirtioBus.

On 29/11/2012 14:09, Peter Maydell wrote: On 29 November 2012 12:37, Konrad Frederic wrote: On 26/11/2012 17:59, Anthony Liguori wrote: virtio-pci-bus extends virtio-bus - is constructed with a pointer to a PCIDevice - implements the methods necessary to be a virtio bus I still have

Re: [Qemu-devel] [PATCH] qdev: relax bus type check in qdev_device_add()

On 29/11/2012 14:56, Peter Maydell wrote: On 29 November 2012 13:49, Anthony Liguori wrote: We are currently checking for an exact type match. Use QOM dynamic_cast to check for a compatible type instead. I think this only catches the case where a bus was explicitly specified via bus=. For the

Re: [Qemu-devel] [RFC PATCH v2 1/3] virtio-bus : Introduce VirtioBus.

On 29/11/2012 14:55, Andreas Färber wrote: Am 29.11.2012 14:47, schrieb Konrad Frederic: On 29/11/2012 14:09, Peter Maydell wrote: On 29 November 2012 12:37, Konrad Frederic wrote: On 26/11/2012 17:59, Anthony Liguori wrote: virtio-pci-bus extends virtio-bus - is constructed with a

Re: [Qemu-devel] [PATCH] qdev: relax bus type check in qdev_device_add() (v2)

On 29/11/2012 16:12, Anthony Liguori wrote: We are currently checking for an exact type match. Use QOM dynamic_cast to check for a compatible type instead. Cc: Konrad Frederic Cc: Peter Maydell Signed-off-by: Anthony Liguori --- v1 -> v2: - also add cast to qbus_find_recursive (Pe

Re: [Qemu-devel] [RFC] [tcg] Idea on refactoring target code generation loop (gen_intermediate_code)

Hi, Le 09/03/2016 16:52, Richard Henderson a écrit : On 03/09/2016 09:38 AM, Lluís Vilanova wrote: Hi, NOTE: I won't be throwing patches anytime soon, I just want to know if there's interest in this for the future. While adding events for tracing guest instructions, I've found that t

Re: [Qemu-devel] [RFC v2 08/11] tcg: add options for enabling MTTCG

Le 12/04/2016 14:42, Sergey Fedorov a écrit : On 12/04/16 14:59, Peter Maydell wrote: On 12 April 2016 at 12:48, Alex Bennée wrote: Sergey Fedorov writes: Maybe we'd better use existing qemu accelerator framework and introduce "-machine accel=mttcg" option? My worry would be breaking exis

Re: [Qemu-devel] [PATCH v3 04/11] include/processor.h: define cpu_relax()

Le 20/04/2016 01:07, Emilio G. Cota a écrit : Taken from the linux kernel. Reviewed-by: Richard Henderson Signed-off-by: Emilio G. Cota --- include/qemu/processor.h | 28 1 file changed, 28 insertions(+) create mode 100644 include/qemu/processor.h diff --gi

Re: [Qemu-devel] run qemu with x86_64 arch (host arch)

Le 19/04/2016 23:10, Marwa Hamza a écrit : hello i'm trying to run qemu with x86_64 arch i prepared file system with busybox i got that elf file _install/bin/busybox: format de fichier elf64-x86-64 architecture: i386:x86-64, fanions 0x0102: EXEC_P, D_PAGED adresse de départ 0x00

Re: [Qemu-devel] MTTCG Sync-up call today?

Hi Alex, I can't do the call today, sorry. Thanks, Fred Le 09/05/2016 13:56, Alex Bennée a écrit : Hi, Do we have anything we want to discuss today? -- Alex Bennée

Re: [Qemu-devel] [RFC v1 09/11] tcg: drop global lock during TCG code execution

: KONRAD Frederic This finally allows TCG to benefit from the iothread introduction: Drop the global mutex while running pure TCG CPU code. Reacquire the lock when entering MMIO or PIO emulation, or when leaving the TCG loop. We have to revert a few optimization for the current TCG threading model

[Qemu-devel] [RFC] A clock framework in QEMU.

Hi, We would like to have a way to have a clock tree inside QEMU: * models can have clock outputs and/or clock inputs. * changing the clock rate of propagates in the clock tree through callbacks which will be implemented in the model (eg: like qemu_irq) * would be nice to be able to vis

Re: [Qemu-devel] GUI for peripherals

Hi Karthik, I think Liviu did something about this: https://lists.nongnu.org/archive/html/qemu-devel/2015-07/msg03825.html Fred Le 30/05/2016 à 08:25, Karthik a écrit : Hello, What would be the best way to provide GUI for peripheral control? This is not for linux rather than embedded system r

Re: [Qemu-devel] [RFC] A clock framework in QEMU.

Hi Peter, Do you agree with this? I think you are the hw/*/omap* maintainer? Thanks, Fred Le 31/05/2016 à 21:08, KONRAD Frederic a écrit : Hi, We would like to have a way to have a clock tree inside QEMU: * models can have clock outputs and/or clock inputs. * changing the clock rate of

Re: [Qemu-devel] [RFC] A clock framework in QEMU.

Le 02/06/2016 à 12:01, Edgar E. Iglesias a écrit : On Tue, May 31, 2016 at 09:08:14PM +0200, KONRAD Frederic wrote: Hi, Hi Fred, We would like to have a way to have a clock tree inside QEMU: * models can have clock outputs and/or clock inputs. * changing the clock rate of propagates

Re: [Qemu-devel] [PATCH V8 4/9] introduce aux-bus

Le 06/06/2016 à 20:41, Alistair Francis a écrit : On Mon, Jun 6, 2016 at 7:21 AM, wrote: From: KONRAD Frederic This introduces a new bus: aux-bus. It contains an address space for aux slaves devices and a bridge to an I2C bus for I2C through AUX transactions. Signed-off-by: KONRAD

Re: [Qemu-devel] [PATCH v6 03/13] register: Add Memory API glue

Hi Alistair, Le 13/05/2016 à 00:45, Alistair Francis a écrit : Add memory io handlers that glue the register API to the memory API. Just translation functions at this stage. Although it does allow for devices to be created without all-in-one mmio r/w handlers. This patch also adds the RegisterI

Re: [Qemu-devel] [PATCH V9 0/9] Xilinx DisplayPort.

Le 09/06/2016 à 20:05, Peter Maydell a écrit : On 7 June 2016 at 22:39, Alistair Francis wrote: On Tue, Jun 7, 2016 at 1:30 PM, wrote: From: KONRAD Frederic Hey Peter, These are all reviewed by Xilinx, this is ready to merge from our point of view. This series breaks 'make

Re: [Qemu-devel] [PATCH V10 0/9] Xilinx DisplayPort.

Le 14/06/2016 à 15:59, Peter Maydell a écrit : On 13 June 2016 at 16:50, wrote: From: KONRAD Frederic This is the 10th version of this patch-set of the implementation of the Xilinx DisplayPort and DPDMA. This 10th version fixes one bug with the I2C broadcast patch. Applied to target

Re: [Qemu-devel] [PATCH V10 0/9] Xilinx DisplayPort.

Le 14/06/2016 à 16:58, Peter Maydell a écrit : On 14 June 2016 at 14:59, Peter Maydell wrote: On 13 June 2016 at 16:50, wrote: From: KONRAD Frederic This is the 10th version of this patch-set of the implementation of the Xilinx DisplayPort and DPDMA. This 10th version fixes one bug

Re: [Qemu-devel] [PATCH] xlnx_dp: fix iffy xlnx_dp_aux_push_tx_fifo

Le 21/06/2016 à 15:16, Paolo Bonzini a écrit : xlnx_dp_aux_push_tx_fifo takes an immediate uint8_t and a buffer length, which must be 1 because that is how many uint8_t's fit in a uint8_t. Sure enough, that is what xlnx_dp_write passes to it, but the function is just weird. Therefore, make xln

Re: [Qemu-devel] [PATCH] xlnx_dp: fix iffy xlnx_dp_aux_push_tx_fifo

Le 22/06/2016 à 00:14, Eric Blake a écrit : On 06/21/2016 08:09 AM, KONRAD Frederic wrote: Le 21/06/2016 à 15:16, Paolo Bonzini a écrit : xlnx_dp_aux_push_tx_fifo takes an immediate uint8_t and a buffer length, which must be 1 because that is how many uint8_t's fit in a uint8_t.

RE: REG: TTC Timer

est Regards, Fred -Original Message- From: Philippe Mathieu-Daudé Sent: 05 December 2022 09:24 To: Gowri Shankar ; QEMU Developers ; qemu-arm Cc: qemu-disc...@nongnu.org; Konrad, Frederic ; Iglesias, Francisco ; Alistair Francis Subject: Re: REG: TTC Timer On 22/11/22 12:27, Gowri Shankar

RE: [PATCH for-7.1] hw/misc/grlib_ahb_apb_pnp: Support 8 and 16 bit accesses

Hi Peter, CC'ing Philippe. > -Original Message- > From: Qemu-devel bounces+fkonrad=amd@nongnu.org> On Behalf Of Peter Maydell > Sent: 02 August 2022 14:19 > To: qemu-devel@nongnu.org > Cc: Fabien Chouteau ; Frederic Konrad > > Subject: [PATCH for-7.1] hw/misc/grlib_ahb_apb_pnp: Supp

RE: [PATCH for-7.1] hw/misc/grlib_ahb_apb_pnp: Support 8 and 16 bit accesses

> -Original Message- > From: Peter Maydell > Sent: 02 August 2022 15:34 > To: Konrad, Frederic > Cc: qemu-devel@nongnu.org; Fabien Chouteau ; > Frederic Konrad ; f4...@amsat.org > Subject: Re: [PATCH for-7.1] hw/misc/grlib_ahb_apb_pnp: Support 8 and 16 > bit acc

RE: [PATCH] xlnx_dp: drop unsupported AUXCommand in xlnx_dp_aux_set_command

> -Original Message- > From: Qemu-devel bounces+fkonrad=amd@nongnu.org> On Behalf Of Qiang Liu > Sent: 08 August 2022 08:55 > To: qemu-devel@nongnu.org > Cc: Qiang Liu ; Thomas Huth ; > Alistair Francis ; Edgar E. Iglesias > ; Peter Maydell ; > open list:Xilinx ZynqMP and... > Subje

RE: [PATCH RFC] prevent overflow in xlnx_dpdma_desc_get_source_address()

Hi, > -Original Message- > From: qemu-devel-bounces+fkonrad=amd@nongnu.org > On Behalf Of > Peter Maydell > Sent: Friday, April 12, 2024 12:07 PM > To: Alexandra Diupina > Cc: Alistair Francis ; Edgar E. Iglesias > ; qemu-...@nongnu.org; qemu- > de...@nongnu.org; sdl.q...@linuxtest

Re: [Qemu-devel] [PATCH v2 1/3] leon3: add a little bootloader

Hi Mark, } I think this patch is basically okay, however if you don't supply both a kernel and bios then you get the slightly enigmatic message below: $ ./qemu-system-sparc -M leon3_generic qemu-system-sparc: Can't read bios image (null) Perhaps add a define for LEON3_BIOS_FILENAME an

Re: [Qemu-devel] [PATCH v2 2/3] leon3: introduce the plug and play mecanism

Le 5/3/19 à 10:09 AM, Mark Cave-Ayland a écrit : On 25/04/2019 13:18, KONRAD Frederic wrote: This adds the AHB and APB plug and play devices. They are scanned during the linux boot to discover the various peripheral. Reviewed-by: Fabien Chouteau Signed-off-by: KONRAD Frederic --- hw

Re: [Qemu-devel] [PATCH v2 0/3] Leon3 patches

Le 5/3/19 à 10:19 AM, Mark Cave-Ayland a écrit : On 25/04/2019 13:18, KONRAD Frederic wrote: Hi all, Those are some little fixes for the leon3 machine: * The first part initializes the uart and the timer when no bios are provided. * The second part adds AHB and APB plug and play

Re: [PATCH v2] tests/acceptance/machine_sparc_leon3: Do not run HelenOS test by default

('AVOCADO_TIMEOUT_EXPECTED'), 'Test might timeout') def test_leon3_helenos_uimage(self): """ :avocado: tags=arch:sparc Reviewed-by: KONRAD Frederic Thanks Philippe!

Re: [PATCH 00/10] Add Allwinner H3 SoC and Orange Pi PC Machine

here needed. With kind regards, Niek Linnenbank [1] http://www.orangepi.org/downloadresources/ [2] https://buildroot.org/download.html [3] https://www.armbian.com/orange-pi-pc/ Works well on my side with vanilla linux-4.9.13 built with gcc-8.3.0 + busybox and sun8i-h3-orangepi-one.dtb. Tested-by: K

Re: [PATCH 10/10] arm: allwinner-h3: add EMAC ethernet device

Le 12/2/19 à 10:09 PM, Niek Linnenbank a écrit : The Allwinner H3 System on Chip includes an Ethernet MAC (EMAC) which provides 10M/100M/1000M Ethernet connectivity. This commit adds support for the Allwinner H3 EMAC, including emulation for the following functionality: * DMA transfers *

Re: [PATCH 10/10] arm: allwinner-h3: add EMAC ethernet device

Le 12/4/19 à 4:14 PM, Philippe Mathieu-Daudé a écrit : On 12/3/19 10:33 AM, KONRAD Frederic wrote: Le 12/2/19 à 10:09 PM, Niek Linnenbank a écrit : The Allwinner H3 System on Chip includes an Ethernet MAC (EMAC) which provides 10M/100M/1000M Ethernet connectivity. This commit adds support

RE: [PATCH] hw/display/xlnx_dp: fix overflow in xlnx_dp_aux_push_tx_fifo()

Hi, > -Original Message- > From: qemu-devel-bounces+fkonrad=amd@nongnu.org > On Behalf Of > Qiang Liu > Sent: 09 January 2023 07:00 > To: qemu-devel@nongnu.org > Cc: Qiang Liu ; Alistair Francis > ; Edgar E. Iglesias ; Peter > Maydell ; open list:Xilinx ZynqMP and... > > Subject:

Re: [Qemu-devel] [PATCH v5 14/33] tcg: add kick timer for single-threaded vCPU emulation

Hi Alex, This is nice! Do we actually need to do qemu_cpu_kick_no_halt() in the timer handler? Thanks, Fred Le 27/10/2016 à 17:10, Alex Bennée a écrit : Currently we rely on the side effect of the main loop grabbing the iothread_mutex to give any long running basic block chains a kick to ensur

Re: [Qemu-devel] [PATCH v1 1/2] arm_generic_timer: Add the ARM Generic Timer

Le 02/11/2016 à 17:41, Alistair Francis a écrit : Add the ARM generic timer. This allows the guest to poll the timer for values and also supports secure writes only. Signed-off-by: Alistair Francis --- hw/timer/Makefile.objs | 1 + hw/timer/arm_generic_timer.c | 216

Re: [Qemu-devel] Mentor Summit notes

Hey Stefan, Thanks for the feedback. Le 01/11/2016 à 10:31, Stefan Hajnoczi a écrit : Valentine and I attended Google Summer of Code Mentor Summit on behalf of QEMU. The event brings together GSoC mentors from all participating organizations. A lot of people benefit from QEMU and told me so a

Re: [Qemu-devel] [PATCH V1 03/10] qemu-clk: allow to bind two clocks together

Le 17/10/2016 à 20:19, Peter Maydell a écrit : On 5 October 2016 at 23:10, wrote: From: KONRAD Frederic This introduces the clock binding and the update part. When the qemu_clk_rate_update(qemu_clk, int) function is called: * The clock callback is called on the qemu_clk so it can change

Re: [Qemu-devel] [PATCH V1 06/10] docs: add qemu-clock documentation

Le 17/10/2016 à 20:31, Peter Maydell a écrit : On 5 October 2016 at 23:11, wrote: From: KONRAD Frederic This adds the qemu-clock documentation. Signed-off-by: KONRAD Frederic --- docs/clock.txt | 109 + 1 file changed, 109

Re: [Qemu-devel] [PATCH V1 02/10] qemu-clk: allow to attach a clock to a device

Le 17/10/2016 à 20:13, Peter Maydell a écrit : On 5 October 2016 at 23:10, wrote: From: KONRAD Frederic This allows to attach a clock to a DeviceState. Contrary to gpios, the clock pins are not contained in the DeviceState but with the child property so they can appears in the qom-tree

Re: [Qemu-devel] [PATCH v4 1/4] fdc: Add a floppy qbus

Hi, Le 20/10/2016 à 09:55, Kevin Wolf a écrit : This adds a qbus to the floppy controller that should contain the floppy drives eventually. At the moment it just exists and is empty. Signed-off-by: Kevin Wolf Reviewed-by: John Snow --- hw/block/fdc.c | 40 +++-

Re: [Qemu-devel] [PATCH v4 2/4] fdc: Add a floppy drive qdev

Le 20/10/2016 à 09:55, Kevin Wolf a écrit : Floppy controllers automatically create two floppy drive devices in qdev now. (They always created two drives, but managed them only internally.) Signed-off-by: Kevin Wolf Reviewed-by: John Snow --- hw/block/fdc.c | 151 +++

Re: [Qemu-devel] [RFC PATCH 00/11] Clock framework API.

Le 29/07/2016 à 15:59, Peter Maydell a écrit : On 13 June 2016 at 17:27, wrote: From: KONRAD Frederic Hi, This is a first draft of the clock framework API it contains: * The first 5 patches which introduce the framework. * The 6th patch which introduces a fixed-clock model

Re: [Qemu-devel] [RFC PATCH 02/11] qemu-clk: allow to attach a clock to a device

Le 29/06/2016 à 02:15, Alistair Francis a écrit : On Mon, Jun 13, 2016 at 9:27 AM, wrote: From: KONRAD Frederic This allows to attach a clock to a DeviceState. Contrary to gpios, the clock pins are not contained in the DeviceState but with the child property so they can appears in the qom

Re: [Qemu-devel] [RFC PATCH 05/11] docs: add qemu-clock documentation

Le 29/06/2016 à 02:38, Alistair Francis a écrit : On Mon, Jun 13, 2016 at 9:27 AM, wrote: From: KONRAD Frederic This adds the qemu-clock documentation. Signed-off-by: KONRAD Frederic --- docs/clock.txt | 112 + 1 file changed

Re: [Qemu-devel] [RFC PATCH 06/11] introduce fixed-clock

Le 02/07/2016 à 01:07, Alistair Francis a écrit : On Mon, Jun 13, 2016 at 9:27 AM, wrote: From: KONRAD Frederic This is a fixed clock device. It justs behave as an empty device with a parametrable output rate. Signed-off-by: KONRAD Frederic --- hw/misc/Makefile.objs | 2

Re: [Qemu-devel] [RFC PATCH 03/11] qemu-clk: allow to bound two clocks together

Le 29/07/2016 à 15:39, Peter Maydell a écrit : On 13 June 2016 at 17:27, wrote: From: KONRAD Frederic This introduces the clock binding and the update part. When the qemu_clk_rate_update(qemu_clk, int) function is called: * The clock callback is called on the qemu_clk so it can change

Re: [Qemu-devel] [RFC PATCH 09/11] zynqmp_crf: add the clock mechanism

Le 02/07/2016 à 01:23, Alistair Francis a écrit : On Mon, Jun 13, 2016 at 9:27 AM, wrote: From: KONRAD Frederic This adds the pll to the zynqmp_crf and the dp_video clock output. Signed-off-by: KONRAD Frederic --- hw/misc/xilinx_zynqmp_crf.c | 440

Re: [Qemu-devel] [RFC PATCH 08/11] zynqmp_crf: fix against AF_EX32 changes

Le 29/07/2016 à 15:48, Peter Maydell a écrit : On 13 June 2016 at 17:27, wrote: From: KONRAD Frederic This seems to be due to a difference between the AF_EX32 define. Signed-off-by: KONRAD Frederic --- hw/misc/xilinx_zynqmp_crf.c | 354 ++-- 1

Re: [Qemu-devel] [RFC PATCH 10/11] zynqmp: add the zynqmp_crf to the platform

Le 02/07/2016 à 01:11, Alistair Francis a écrit : On Mon, Jun 13, 2016 at 9:27 AM, wrote: From: KONRAD Frederic This adds the zynqmp_crf to the zynqmp platform. Signed-off-by: KONRAD Frederic --- hw/arm/xlnx-zynqmp.c | 7 +++ include/hw/arm/xlnx-zynqmp.h | 1 + 2 files

Re: [Qemu-devel] [RFC PATCH 09/11] zynqmp_crf: add the clock mechanism

Le 29/07/2016 à 15:51, Peter Maydell a écrit : On 13 June 2016 at 17:27, wrote: From: KONRAD Frederic This adds the pll to the zynqmp_crf and the dp_video clock output. Signed-off-by: KONRAD Frederic --- hw/misc/xilinx_zynqmp_crf.c | 440 1

Re: [Qemu-devel] [PATCH v3 00/10] Clock framework API.

Le 14/06/2017 à 13:54, Paolo Bonzini a écrit : On 13/06/2017 12:33, Peter Maydell wrote: For the migration maybe we can refresh the whole clock tree at the end of the migration. Is that a good idea? That seems kind of awkward -- where would this code that did a clock tree refresh be? Also you

Re: [Qemu-devel] [PATCH v3 00/10] Clock framework API.

Le 15/06/2017 à 17:15, Edgar E. Iglesias a écrit : On Thu, Jun 15, 2017 at 04:04:56PM +0100, Peter Maydell wrote: On 15 June 2017 at 15:57, Edgar E. Iglesias wrote: On Thu, Jun 15, 2017 at 03:40:40PM +0100, Peter Maydell wrote: Unfortunately we make no guarantees at all about migration orde

[Qemu-devel] Changing email address.

Hi guys, I recently changed company, so I won't be available on the old email address. I will still be working on QEMU, publishing patches on the list and keeping an eye on the on going clock series. So better using my new address if you want to reach or CC me :). Thanks, Fred

Re: [Qemu-devel] [PULL v1 0/7] MMIO Exec pull request

-- mmio-exec.for-upstream ---- KONRAD Frederic (7): cputlb: cleanup get_page_addr_code to use VICTIM_TLB_HIT cputlb: move get_page_addr_code cputlb: fix the way get_page_addr_code fills the tlb qdev: add MemoryRegion property introduce mmio_interface

Re: [Qemu-devel] [PATCH v3 00/10] Clock framework API.

Le 06/23/2017 à 11:51 AM, Peter Maydell a écrit : On 15 June 2017 at 16:15, Edgar E. Iglesias wrote: On Thu, Jun 15, 2017 at 04:04:56PM +0100, Peter Maydell wrote: The difference here is that the clock objects themselves have internal state. That's not necessarily a bad idea, but it does mea

Re: [Qemu-devel] [PATCH v3 00/10] Clock framework API.

Le 06/23/2017 à 02:47 PM, Peter Maydell a écrit : On 23 June 2017 at 13:38, KONRAD Frederic wrote: Le 06/23/2017 à 11:51 AM, Peter Maydell a écrit : As an aside, I still find it very odd that you get a clock object for both an input clock and an output clock. I feel like we should have one

Re: [Qemu-devel] [PATCH v3 00/10] Clock framework API.

Le 06/23/2017 à 03:58 PM, Peter Maydell a écrit : On 23 June 2017 at 14:07, KONRAD Frederic wrote: Le 06/23/2017 à 02:47 PM, Peter Maydell a écrit : Each device "owns" its output clock objects, but input clocks are just pointers to the clock object owned by the device at the oth

Re: [Qemu-devel] [PATCH v3 00/10] Clock framework API.

Le 06/06/2017 à 17:18, Peter Maydell a écrit : On 24 May 2017 at 08:35, KONRAD Frederic wrote: Le 28/02/2017 à 11:02, fred.kon...@greensocs.com a écrit : This is the third version of the clock framework API it contains: * The first 6 patches which introduce the framework. * The 7th

Re: [Qemu-devel] [PATCH V2 0/7] execute code from mmio area

Ping! Would be nice for us if we can get this into 2.9. Thanks, Fred Le 17/02/2017 à 21:17, fred.kon...@greensocs.com a écrit : From: KONRAD Frederic This series allows to execute code from mmio areas. The main goal of this is to be able to run code for example from an SPI device. The

Re: [Qemu-devel] [PULL v1 0/7] MMIO Exec pull request

n it through my testsuite + tested the LQSPI testcase on Zynq. mmio-exec.for-upstream -------- KONRAD Frederic (7): cputlb: cleanup get_page_addr_code to use VICTIM_TLB_HI

[Qemu-devel] [PATCH v1 1/3] add memory_region_get_offset_within_address_space

This is helpful in the next patch to know if a rom is pointed by an alias. Signed-off-by: KONRAD Frederic --- include/exec/memory.h | 10 ++ memory.c | 22 -- 2 files changed, 30 insertions(+), 2 deletions(-) diff --git a/include/exec/memory.h b/include

[Qemu-devel] [PATCH v1 3/3] armv7m_systick: abort instead of locking on a bad rate

This helps the board developer by asserting that system_clock_rate is not null. Using systick with a zero rate will lead to a deadlock so better showing the error. Signed-off-by: KONRAD Frederic --- hw/timer/armv7m_systick.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/hw/timer

[Qemu-devel] [PATCH v1 0/3] Some armv7m fixes

f the developer omits to set system_clock_rate we later go in a livelock when systick is triggered. Better aborting before to avoid the pain chasing the livelock. Thanks, Fred KONRAD Frederic (3): add memory_region_get_offset_within_address_space arm: fix the armv7m reset

[Qemu-devel] [PATCH v1 2/3] arm: fix the armv7m reset state

is 0). This patch uses memory_region_get_offset_within_address_space introduced before to check if an alias doesn't point to a flash somewhere. Signed-off-by: KONRAD Frederic --- target/arm/cpu.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/target/arm/cpu.c b/target

Re: [Qemu-devel] [PATCH v1 3/3] armv7m_systick: abort instead of locking on a bad rate

On 06/29/2017 02:43 PM, Peter Maydell wrote: On 29 June 2017 at 13:35, Philippe Mathieu-Daudé wrote: This is true it is better to abort here than risking a deadlock. However it seems to me they are 3 issues here: - the deadlock pattern is caused by using a global variable, - stellaris:ssys_c

Re: [Qemu-devel] [PATCH v1 3/3] armv7m_systick: abort instead of locking on a bad rate

On 06/29/2017 03:02 PM, Philippe Mathieu-Daudé wrote: On 06/29/2017 09:43 AM, Peter Maydell wrote: On 29 June 2017 at 13:35, Philippe Mathieu-Daudé wrote: This is true it is better to abort here than risking a deadlock. However it seems to me they are 3 issues here: - the deadlock pattern i

Re: [Qemu-devel] [PATCH v1 2/3] arm: fix the armv7m reset state

On 06/29/2017 05:14 PM, Peter Maydell wrote: On 29 June 2017 at 10:28, KONRAD Frederic wrote: This fixes an odd bug when a ROM is present somewhere and an alias @0x is pointing to the ROM. The "if (rom)" test fails and we don't get a valid reset state. QEMU later

Re: [Qemu-devel] [PATCH v1 2/3] arm: fix the armv7m reset state

On 06/29/2017 06:45 PM, Peter Maydell wrote: On 29 June 2017 at 17:41, KONRAD Frederic wrote: On 06/29/2017 05:14 PM, Peter Maydell wrote: This is awkward, because in the "we have a ROM but it's not been copied into memory yet" case, the only thing we have is the rom->

Re: [Qemu-devel] [PATCH v1 1/1] xilinx-dp: Add support for the yuy2 video format

R: +s->v_plane.format = PIXMAN_yuy2; +break; case DP_NL_VID_RGBA8880: s->v_plane.format = PIXMAN_x8b8g8r8; break; Reviewed-by: KONRAD Frederic Fred

Re: [Qemu-devel] [PATCH v1 2/3] arm: fix the armv7m reset state

On 06/30/2017 11:06 AM, Peter Maydell wrote: On 30 June 2017 at 09:24, KONRAD Frederic wrote: On 06/29/2017 06:45 PM, Peter Maydell wrote: It's the same thing, though, right? If the user's ELF file says "vector table is at 0x800" then we should either (a) say that&#

Re: [Qemu-devel] [PATCH v1 2/3] arm: fix the armv7m reset state

On 07/03/2017 10:51 AM, Peter Maydell wrote: On 3 July 2017 at 08:31, KONRAD Frederic wrote: On 06/30/2017 11:06 AM, Peter Maydell wrote: On 30 June 2017 at 09:24, KONRAD Frederic wrote: If I choose (b) I won't be able to load it to SRAM and it is basically the same result I'

Re: [Qemu-devel] [PATCH v3 00/10] Clock framework API.

Ping. Thanks, Fred Le 28/02/2017 à 11:02, fred.kon...@greensocs.com a écrit : From: KONRAD Frederic Hi, This is the third version of the clock framework API it contains: * The first 6 patches which introduce the framework. * The 7th patch which introduces a fixed-clock model. * The

Re: [Qemu-devel] [PULL 7/7] hw/misc/mmio_interface: Return after error_setg() to avoid crash

On 08/14/2017 01:55 PM, Peter Maydell wrote: On 14 August 2017 at 12:52, Thomas Huth wrote: On 14.08.2017 13:45, Peter Maydell wrote: It seems like it should be an error to permit this to be created from the command line at all That's also what thought first ... but the commit message of

Re: [Qemu-devel] BookE MMU question

Hi, I think you need to go more in detail in what this map_region function does.. eg: what is in the MAS registers before the tlbwe happen (checking field by field) and what is the tlb which is created / expected. I got a pretty similar problem with a MAV V2 MMU and fixed size tlb.. But I don't

  1   2   3   >