Re: [Qemu-devel] [PATCH 2/2] hw/sd: model a power-up delay, as a workaround for an EDK2 bug

On Fri, Dec 4, 2015 at 1:16 PM, Andrew Baumann wrote: > The SD spec for ACMD41 says that a zero argument is an "inquiry" > ACMD41, which does not start initialisation and is used only for > retrieving the OCR. However, Tianocore EDK2 (UEFI) has a bug [1]: it > first

Re: [Qemu-devel] [PATCH 1/2] hw/sd: implement CMD23 (SET_BLOCK_COUNT) for MMC compatibility

On Fri, Dec 4, 2015 at 1:16 PM, Andrew Baumann wrote: > CMD23 is optional for SD but required for MMC, and Tianocore EDK2 > (UEFI) uses it at boot. > > Signed-off-by: Andrew Baumann > --- > For EDK2 to boot all we actually need to do is

Re: [Qemu-devel] Networking documentation for a Mac OS X guest

On 04/12/15 11:46, Peter Maydell wrote: > On 4 December 2015 at 11:36, Mark Cave-Ayland > wrote: >> Is it worth setting up per-arch homepages on the wiki? This is something >> I've thought about recently since most of the information out on the >> internet

[Qemu-devel] qemu-seccomp.c:216: error: '__NR_getcpu' undeclared here (not in a function)

Hi there, I am trying to create an rpm package out of qemu 2.4.1, thought maybe it's something obvious and somebody could guide me in the right direction As soon as I add --enable-seccomp I get this error on compilation: qemu-seccomp.c:216: error: '__NR_getcpu' undeclared here (not in a

Re: [Qemu-devel] [PATCH 3/8] bcm2835_ic: add bcm2835 interrupt controller

On Thu, Dec 3, 2015 at 10:01 PM, Andrew Baumann wrote: > Signed-off-by: Andrew Baumann > --- > hw/intc/Makefile.objs| 1 + > hw/intc/bcm2835_ic.c | 234 > +++ >

Re: [Qemu-devel] [PATCH 4/8] bcm2835_emmc: add bcm2835 MMC/SD controller

On Thu, Dec 3, 2015 at 10:01 PM, Andrew Baumann wrote: > Signed-off-by: Andrew Baumann > --- > hw/sd/Makefile.objs | 1 + > hw/sd/bcm2835_emmc.c | 800 > +++ >

Re: [Qemu-devel] qemu-seccomp.c:216: error: '__NR_getcpu' undeclared here (not in a function)

On Sat, Dec 05, 2015 at 11:50:36AM +, Paul Roland wrote: > Hi there, I am trying to create an rpm package out of qemu 2.4.1, thought > maybe it's something obvious and somebody could guide me in the right > direction > > As soon as I add --enable-seccomp I get this error on compilation: > >

Re: [Qemu-devel] Networking documentation for a Mac OS X guest

On Dec 5, 2015, at 9:10 AM, Mark Cave-Ayland wrote: > On 04/12/15 11:46, Peter Maydell wrote: > >> On 4 December 2015 at 11:36, Mark Cave-Ayland >> wrote: >>> Is it worth setting up per-arch homepages on the wiki? This is something >>> I've thought about recently

Re: [Qemu-devel] [PATCH v2 1/3] net/vmxnet3.c: fix a build error when enabling debug output

On 12/05/2015 01:55 AM, Miao Yan wrote: > Macro MAC_FMT and MAC_ARG are not defined, but used in vmxnet3_net_init(). > This will cause build error when debug level is raised in > vmxnet3_debug.h (enable all VMXNET3_DEBUG_xxx). > > Use VMXNET_MF and VXMNET_MA instead. > > Signed-off-by: Miao Yan

[Qemu-devel] [PATCH v2] scripts/gdb: Fix a python exception in mtree.py

The following exception is threw: Python Exception name 'long' is not defined: Error occurred in Python command: name 'long' is not defined Python 2.4+, int()/long() have been unified, so replace long with int. Signed-off-by: Yang Wei --- scripts/qemugdb/mtree.py | 10

[Qemu-devel] [PATCH] sdl: shorten the GUI refresh interval when mouse or keyboard is active

Hi, some years ago, I submitted a patch improving the mouse response in SDL ui, but it got lost under the sands of time. Here is an updated version for both SDL and SDL2 frontends. With the change applied, when the gui receives a keyboard or mouse event, it shortens the gui refresh interval to

Re: [Qemu-devel] [PATCH 0/2] add support for KVM_CAP_SPLIT_IRQCHIP

On 2015-11-14 00:25, Matt Gingell wrote: > Hi, > > The following patches adds support for the new KVM split irqchip > interface discussed on the KVM mailing list. > > [kvm] KVM: x86: Split the APIC from the rest of IRQCHIP. > http://thread.gmane.org/gmane.comp.emulators.kvm.devel/135918 > > Our

[Qemu-devel] [PATCH v2 0/3] fix debug macro pattern for vmxnet3

This patchset fixes debug macro pattern for vmxnet3. The old style uses #ifdef...#else...#endif to define debug macros, as a result the format string inside the macro will never be checked (debug not turned on by default) and is likely to cause build errors in the future when enabled. Note

[Qemu-devel] [PATCH v2 2/3] net/vmxnet3: fix debug macro pattern for vmxnet3

Vmxnet3 uses the following debug macro style: #ifdef SOME_DEBUG # define debug(...) do{ printf(...); } while (0) # else # define debug(...) do{ } while (0) #endif If SOME_DEBUG is undefined, then format string inside the debug macro will never be checked by compiler. Code is likely to

[Qemu-devel] [PATCH v2 1/3] net/vmxnet3.c: fix a build error when enabling debug output

Macro MAC_FMT and MAC_ARG are not defined, but used in vmxnet3_net_init(). This will cause build error when debug level is raised in vmxnet3_debug.h (enable all VMXNET3_DEBUG_xxx). Use VMXNET_MF and VXMNET_MA instead. Signed-off-by: Miao Yan --- hw/net/vmxnet3.c | 2 +-

[Qemu-devel] [PATCH v2 3/3] net/vmxnet3: remove redundant VMW_SHPRN(...) definition

Macro VMW_SHPRN(...) is already defined vmxnet3_debug.h, so remove the duplication Signed-off-by: Miao Yan Reviewed-by: Eric Blake --- hw/net/vmware_utils.h | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/hw/net/vmware_utils.h