[Qemu-devel] [Bug 709584] Re: Fullscreen mode splits screen over monitor boundaries on dual-monitor system

[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/709584 Title: Fullscreen

[Qemu-devel] [Bug 899140] Re: Problem with Linux Kernel Traffic Control

[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/899140 Title: Problem

Re: [Qemu-devel] [[RFC]PATCH:hw/sd:sd_init()] hw/sd : modified the sd_init() function

Hii Paolo, Waiting for your comments on this patch Regards, Tejaswini On 28 Mar 2017 11:01 a.m., "Tejaswini Poluri" wrote: > > > On Mon, Mar 27, 2017 at 4:43 PM, Stefan Hajnoczi > wrote: > >> On Mon, Mar 27, 2017 at 04:01:02PM +0530, Tejaswini

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 0/3] Enable MTTCG on PPC64

Hi, on info is mttcg using an amouth of ram for cpu caching and translating operations like was did in past by emulators like virtualpc,realpc, bluelabel or softwindows? in case of yes is possible increase it from the command line? Thanks Luigi

Re: [Qemu-devel] [PATCH for 2.10] slirp/smb: Replace constant strings by glib string

Hello, Applied to my tree, thanks! Samuel

[Qemu-devel] [PATCH] alpha-user: wire epoll_create, epoll_ctl, epoll_wait

Noticed when ran GHC on alpha: $ qemu-alpha -L /usr/alpha-unknown-linux-gnu/ /tmp/a qemu: Unsupported syscall: 407 linux-user/syscall.c does have 'epoll_create' wiring, but under nondeprecated name. Instead of defining both TARGET_NR_sys_epoll_create and TARGET_NR_epoll_create

[Qemu-devel] [PATCH] hw/core: fix segmentation fault

Reproducer: $i386-softmmu/qemu-system-i386 -S -machine isapc,accel=tcg -device amd-iommu Segmentation fault (core dumped) Partial bt: #0 bus_add_child (child=0x56d4e520, bus=0x0) at hw/core/qdev.c:88 #1 qdev_set_parent_bus (dev=0x56d4e520, bus=bus@entry=0x0) at hw/core/qdev.c:119

Re: [Qemu-devel] v2.8.1 configure / build fails - just to let you know :

Patch attached - removes '-c' from $CPP invocation in pc-bios/optionrom/Makefile - $CPP was 'cpp' in my environment. Maybe you should use $CC or $CXX with '-e' flag ? - then no warning (error) would occur for '-c' . qemu-v2.8.1-cpp_no-c.patch Description: Binary data

Re: [Qemu-devel] v2.8.1 configure / build fails - just to let you know :

On 08/04/2017, Jason Vas Dias wrote: > Good day - > > After checking the v2.8.1 GIT tag into $SRC/qemu and configuring in a > separate $BLD/qemu directory : > > $ $SRC/qemu/configure --prefix=/usr --libdir=/usr/lib64 \ >--sysconfdir=/etc --localstatedir=/var \

[Qemu-devel] [PATCH v2] hw/net: convert "dma" property type from ptr to link

The lance device needs pointer to ISA DMA device to operate. But according to qdev-properties.h, properties of pointer type should be avoided. A link type property is a good substitution. Changes since v1 -changed the code in hw/sparc/sun4m.c which uses the device. Signed-off-by: Suramya Shah

[Qemu-devel] v2.8.1 configure / build fails - just to let you know :

Good day - After checking the v2.8.1 GIT tag into $SRC/qemu and configuring in a separate $BLD/qemu directory : $ $SRC/qemu/configure --prefix=/usr --libdir=/usr/lib64 \ --sysconfdir=/etc --localstatedir=/var \ --target-list=x86_64-linux-user,x86_64-softmmu,i386-linux-user,\

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 0/3] Enable MTTCG on PPC64

Hi i dint made much tests, but for sure all is faster compared one thread only. Fore sure tcg need to be optimized (in all emulated architectures) compared some old commercial emulators but all is better than before. I will made more tests tomorrow and report. ciao Luigi Do you have any

Re: [Qemu-devel] [PATCH v2] migration/block: use blk_pwrite_zeroes for each zero cluster

On Sat, Apr 8, 2017 at 12:52 PM, 858585 jemmy wrote: > On Fri, Apr 7, 2017 at 6:10 PM, Fam Zheng wrote: >> On Fri, 04/07 16:44, jemmy858...@gmail.com wrote: >>> From: Lidong Chen >>> >>> BLOCK_SIZE is (1 << 20), qcow2 cluster size

Re: [Qemu-devel] [PATCH v3] migration/block:limit the time used for block migration

On Fri, Apr 7, 2017 at 7:34 PM, Stefan Hajnoczi wrote: > On Fri, Apr 07, 2017 at 09:30:33AM +0800, 858585 jemmy wrote: >> On Thu, Apr 6, 2017 at 10:02 PM, Stefan Hajnoczi wrote: >> > On Wed, Apr 05, 2017 at 05:27:58PM +0800, jemmy858...@gmail.com wrote:

Re: [Qemu-devel] [PATCH v3] migration/block:limit the time used for block migration

On 07/04/2017 19:33, Stefan Hajnoczi wrote: > The migration thread is holding the QEMU global mutex, the AioContext, > and the qcow2 s->lock while the L2 table is read from disk. > > The QEMU global mutex is needed for block layer operations that touch > the global drives list.

Re: [Qemu-devel] [PATCH 09/10] blockjob: reorganize block_job_completed_txn_abort

On 08/04/2017 09:15, John Snow wrote: > > > On 03/23/2017 01:39 PM, Paolo Bonzini wrote: >> This splits the part that touches job states from the part that invokes >> callbacks. It will be a bit simpler to understand once job states will >> be protected by a different mutex than the

Re: [Qemu-devel] [PATCH 10/10] blockjob: use deferred_to_main_loop to indicate the coroutine has ended

On 08/04/2017 09:32, John Snow wrote: > > > On 03/23/2017 01:39 PM, Paolo Bonzini wrote: >> All block jobs are using block_job_defer_to_main_loop as the final >> step just before the coroutine terminates. At this point, >> block_job_enter should do nothing, but currently it restarts >> the

Re: [Qemu-devel] [PATCH 08/10] blockjob: introduce block_job_cancel_async

On 08/04/2017 09:13, John Snow wrote: > > > On 03/23/2017 01:39 PM, Paolo Bonzini wrote: >> Signed-off-by: Paolo Bonzini > > What was the bad design that required you to fix the previous test? :) It was actually patch 9 that had the bug, I'll reorder to match the commit

Re: [Qemu-devel] [PATCH 05/10] blockjob: separate monitor and blockjob APIs

On 08/04/2017 08:03, John Snow wrote: > Looks clean, though it may be useful to do a few more things; > > - Demarcate what you think is the monitor API in this file It's already there: +/* + * API for block job drivers and the block layer. + */ + where everything before is for the monitor.

Re: [Qemu-devel] [PATCH 1/4] pam:refactor PAM related code

On 08/04/2017 08:45, Anthony Xu wrote: > split PAM SMRAM functions in piix.c > create mch_init_pam in q35.c Could you further move MemoryRegion *ram_memory; MemoryRegion *system_memory; MemoryRegion *pci_address_space; PAMMemoryRegion pam_regions[13]; from the northbridge

Re: [Qemu-devel] [PATCH 4/4] pam: setup pc.bios

On 08/04/2017 08:45, Anthony Xu wrote: > -if (!isapc_ram_fw) { > -memory_region_set_readonly(bios, true); > +if (PC_MACHINE(current_machine)->pam) { > +/* if PAM is disabled, set it as readwrite */ > +if (!isapc_ram_fw) { > +

[Qemu-devel] [PATCH] raspi: Add Raspberry Pi 1 support

Signed-off-by: Omar Rizwan --- hw/arm/Makefile.objs | 2 +- hw/arm/bcm2835.c | 119 +++ hw/arm/bcm2835_peripherals.c | 1 + hw/arm/raspi.c | 47 ++--- include/hw/arm/bcm2835.h |

Re: [Qemu-devel] [PATCH] raspi: Add Raspberry Pi 1 support

Hi Andrew -- On Fri, Apr 7, 2017 at 10:57 PM Andrew Baumann wrote: > > Hi Omar, > > > From: Omar Rizwan [mailto:omar.riz...@gmail.com] > > Sent: Friday, 7 April 2017 22:43 > > Did you do any testing of this? One of the reasons I never got around to > upstreaming