Signed-off-by: Mohamad Gebai
---
.gitignore |2 ++
1 file changed, 2 insertions(+)
diff --git a/.gitignore b/.gitignore
index 8e1b73f..e024a76 100644
--- a/.gitignore
+++ b/.gitignore
@@ -9,6 +9,8 @@ trace/generated-tracers-dtrace.h
trace/generated-tracers.dtrace
trace/generated-events.h
Add generation of new files for LTTng ust.
Signed-off-by: Mohamad Gebai
---
Makefile|5 +
trace/Makefile.objs | 29 +++--
2 files changed, 32 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index 60fb87e..0c797c5 100644
--- a/Makefile
Signed-off-by: Mohamad Gebai
---
docs/tracing.txt | 36
1 file changed, 36 insertions(+)
diff --git a/docs/tracing.txt b/docs/tracing.txt
index bfc261b..d7be2fd 100644
--- a/docs/tracing.txt
+++ b/docs/tracing.txt
@@ -214,6 +214,42 @@ The "ust" backend uses
Version 4
* Update documentation
Mohamad Gebai (5):
Fix configure script for LTTng 2.x
Modified the tracetool framework for LTTng 2.x.
Adapt Makefiles to the new LTTng ust interface.
Update documentation for LTTng ust tracing
Add ust generated files to .gitignore
.gitignore
* A new format is required to generate definitions for ust tracepoints.
Files ust_events_h.py and ust_events_c.py define common macros, while
new function ust_events_h in events.py does the actual definition of
each tracepoint.
* ust.py generates the new interface for calling userspace tracep
Signed-off-by: Mohamad Gebai
---
configure |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/configure b/configure
index 23dbaaf..627054c 100755
--- a/configure
+++ b/configure
@@ -3287,15 +3287,14 @@ fi
# For 'ust' backend, test if ust headers are present
if test
On 13-10-17 05:20 AM, Alex Bennée wrote:
mohamad.ge...@polymtl.ca writes:
On 13-10-16 08:05 AM, Alex Bennée wrote:
Running this gives me:
UST events:
-
None
Before or after running qemu. What is the mechanism lttng expects to
find out all these events?
Either the user should b
Il 18/10/2013 07:30, Markus Armbruster ha scritto:
> > +static void test_acpi_tcg(void)
> > +{
> > +test_acpi_one("-machine accel=tcg");
> > +}
>
> Since qtest_init() adds your parameters at the end, this should result
> in a command line ending with "-machine accel=qtest -machine accel=tcg",
On 10/11/2013 02:08 PM, Alexey Kardashevskiy wrote:
> In order to get devices appear in output of
> "./qemu-system-ppc64 -device ?",
> they must be assigned to one of DEVICE_CATEGORY_.
>
> This puts VIO devices classes to corresponding categories.
>
> Signed-off-by: Alexey Kardashevskiy
Pi
On 10/11/2013 02:09 PM, Alexey Kardashevskiy wrote:
> The problem is that "-net nic,model=?" does not print "ibmveth" in
> the list while it is actually supported.
>
> Most of the QEMU emulated network devices are PCI but "ibmveth"
> (a.k.a. spapr-vlan) is not. However with "-net nic,model=?", QEM
"Michael S. Tsirkin" writes:
> We run bios, and boot a minimal boot sector that immediately halts.
> Then poke at memory to find ACPI tables.
>
> This only checks that RSDP is there.
> More will be added later.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> tests/acpi-test.c | 129
> +++
Previously cid of parent is parsed from image file for every IO request.
We already have L1/L2 cache and don't have assumption that parent image
can be updated behind us, so remove this to get more efficiency.
The parent CID is checked only for once after opening.
Signed-off-by: Fam Zheng
---
v
Alexey Kardashevskiy writes:
>
> "channel@0" -> ""? This is a generic scsi bus, cannot change this.
> "disk@3,2" -> "disk@8302"? This is a generic scsi-cd, cannot
> change this either
>
>
>> On top of this, fix the remaining QEMU->OF differences using a callback
>> in QEMUMachine. Th
Owning to some different hardware design, piix and q35 need
different compat. So making them diverge.
On q35, IRQ2/8 can be reserved for hpet timer 0/1. And pin 16~23
can be assigned to hpet as guest chooses. So we introduce intcap
property to do that.
Consider the compat and piix/q35, we finally
According to hpet spec, hpet irq is high active. But according to
ICH spec, there is inversion before the input of ioapic. So the OS
will expect low active on this IRQ line. (On bare metal, if OS driver
claims high active on this line, spurious irq is generated)
We fold the emulation of this inver
v8:
make piix/q35 compat diverge
simplify the code, use hpet_irqs to pass "intcap" value
v7:
use macro to define "intcap" in pc.h
(as to 3/4 and 4/4, I am not sure about whether to merge them or not, so keep
them separate")
v6:
move the setting of intcap to board, and keep the init va
Implement .bdrv_get_specific_info to return the extent information.
Signed-off-by: Fam Zheng
---
block/vmdk.c | 64 +-
qapi-schema.json | 24 -
tests/qemu-iotests/059 | 2 +-
tests/qemu-iotests/059.out | 5
Signed-off-by: Fam Zheng
---
qapi-schema.json | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/qapi-schema.json b/qapi-schema.json
index 60f3fd1..add97e2 100644
--- a/qapi-schema.json
+++ b/qapi-schema.json
@@ -256,6 +256,8 @@
#
# @encrypted: #optional true if the image is
The new information looks like:
image: /tmp/foo.vmdk
file format: vmdk
virtual size: 100G (107374182400 bytes)
disk size: 4.0K
Format specific information:
cid: 0
create_type: twoGbMaxExtentFlat
parent cid: 0
extents:
[0]:
On 10/17/2013 08:30 PM, Stefan Hajnoczi wrote:
On Tue, Oct 15, 2013 at 09:33:06PM +0800, mike wrote:
On 10/15/2013 08:36 PM, Eric Blake wrote:
On 10/14/2013 11:07 PM, Stefan Weil wrote:
Is it reasonable to get a random mac address in your guest? I don't
think so. It would no longer be possible
On 10/18/2013 04:29 AM, tobias wrote:
hi,
tried your option but it does not help. (cpu usage is still high)
below my command line syntax:
qemu-system-x86_64 -global mc146818rtc.lost_tick_policy=slew -machine
accel=kvm:tcg -name win7 -S -machine pc-i440fx-1.4,accel=kvm,usb=off -m 2048
-realtime
For buffered writes, mask the length with the maximum supported
length. This is required for block writes to work on the ARM vexpress
platform, where the flash interface is 32 bits wide. For buffered writes
to the 2 16 bit flashes on the interface, the length is repeated in each
16 bit word, and
On Thu, 10/17 16:57, Paolo Bonzini wrote:
> Il 16/10/2013 05:26, Fam Zheng ha scritto:
> > Makefile.target includes rule.mak and unnested common-obj-y, then prefix
> > them with '../', this will ignore object specific QEMU_CFLAGS in subdir
> > Makefile.objs:
> >
> > $(obj)/curl.o: QEMU_CFLAGS
Hi Peter,
On Thu, Oct 17, 2013 at 5:15 PM, Peter Maydell wrote:
> On 17 October 2013 04:17, Jia Liu wrote:
>> On Fri, Oct 11, 2013 at 10:41 AM, Jia Liu wrote:
>>> I'm not sure about why qemu-system-or32 is not working on OS X, is it
>>> a AREG0 problem? May you please give me some suggestion, I
Hello List,
I am a graduate student trying to learn about virtualization. I wanted
to understand if there is any way to tell about resource consumption
of guest through Qemu ? e.g. if guest starts doing something cpu
intensive, would qemu be aware of that ? or is there a way to detect
that from qe
Hi Mark,
On Thu, Oct 17, 2013 at 1:07 PM, Mark Trumpold wrote:
> 165 strace -p 2488 -o /var/tmp/qemu.nbd.strace.v2 &
> 166 strace -p 2492 -o /var/tmp/nbd-client.strace.v2 &
>
You'll need to include the -f option to strace to get the full child trace
(at least for nbd-client). In the outp
Added explicit check of MAC address specified via macaddr option.
Multicast MAC addresses are no longer allowed.
This fixes bug #495566.
Signed-off-by: Dmitry V. Krivenok
---
net/net.c | 5 +
net/util.c | 5 +
net/util.h | 2 ++
3 files changed, 12 insertions(+)
diff --git a/net/net.c
On Wed, 2013-07-24 at 07:50 -0500, Anthony Liguori wrote:
> I will be hosting a key signing party at this year's KVM Forum.
>
> http://wiki.qemu.org/KeySigningParty2013
>
> Starting for the 1.7 release (begins in December), I will only accepted
> signed pull requests so please try to attend this
We run bios, and boot a minimal boot sector that immediately halts.
Then poke at memory to find ACPI tables.
This only checks that RSDP is there.
More will be added later.
Signed-off-by: Michael S. Tsirkin
---
tests/acpi-test.c | 129 ++
tests
This makes it possible to run bios under qtest
Signed-off-by: Michael S. Tsirkin
---
qtest.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/qtest.c b/qtest.c
index 584c707..48e3288 100644
--- a/qtest.c
+++ b/qtest.c
@@ -508,7 +508,9 @@ int qtest_init(void)
g_assert
hi,
tried your option but it does not help. (cpu usage is still high)
below my command line syntax:
qemu-system-x86_64 -global mc146818rtc.lost_tick_policy=slew -machine
accel=kvm:tcg -name win7 -S -machine pc-i440fx-1.4,accel=kvm,usb=off -m 2048
-realtime mlock=off -smp 1,sockets=1,cores=1,thre
Hi there.
We're going to broadcast the KVM Forum 2013 presentations and
keynotes using Google+ "Hangouts On-air". We also plan to have
etherpads available for live discussions and notes.
We're doing our best to make sure the audio/video/internet
quality is good. We can't promise anything at this
On 17 October 2013 20:23, Stefan Weil wrote:
> Report from valgrind:
>
> ==19521== Source and destination overlap in memcpy(0x31d38938, 0x31d38938, 64)
> ==19521==at 0x4A0A343: memcpy@@GLIBC_2.14 (in
> /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==19521==by 0x42774E: virtio_bl
Am 17.10.2013 20:49, schrieb Dave Airlie:
> In my failing attempts to valgrind qemu (how to people live like
> this?), I spotted this in the logs
>
> ==19521== Source and destination overlap in memcpy(0x31d38938, 0x31d38938, 64)
> ==19521==at 0x4A0A343: memcpy@@GLIBC_2.14 (in
> /usr/lib64/valgr
Report from valgrind:
==19521== Source and destination overlap in memcpy(0x31d38938, 0x31d38938, 64)
==19521==at 0x4A0A343: memcpy@@GLIBC_2.14 (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==19521==by 0x42774E: virtio_blk_device_init (virtio-blk.c:686)
==19521==by 0x46EE9E
On 17 October 2013 19:51, Georg Hofstetter wrote:
> flash (ROM1) on these cameras starts at 0xF800 and is either
> 0x0080, 0x0100 ox 0x0200 large. just like with every
> chip-selected memory, where the CS/EN line is selected by address masks,
> addressing beyond the size memory rep
On Oct 16, 2013, at 11:32 AM, Peter Maydell wrote:
> On 16 October 2013 16:46, Stacey Son wrote:
>> The arm code came from another source as noted in the cover letter. It
>> could use a lot more work.
>
> Possibly better to leave it out of this initial patch set and submit
> it separately
>
Hello,
just for the record.
flash (ROM1) on these cameras starts at 0xF800 and is either
0x0080, 0x0100 ox 0x0200 large. just like with every
chip-selected memory, where the CS/EN line is selected by address masks,
addressing beyond the size memory repeats the content over and ove
In my failing attempts to valgrind qemu (how to people live like
this?), I spotted this in the logs
==19521== Source and destination overlap in memcpy(0x31d38938, 0x31d38938, 64)
==19521==at 0x4A0A343: memcpy@@GLIBC_2.14 (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==19521==b
> Personally, I find 'expr ? true : false' rather verbose; why not just:
>
> return macaddr[0] % 2;
I agree, your variant is shorter and easier to read.
> On 10/17/2013 11:31 AM, Stefan Weil wrote:
Am 17.10.2013 11:40, schrieb Alexander Graf:
Missing a SoB line.
Alex
There is already a mix of coding styles in fpu/softfloat.c, and your
patch adds large regions of new code.
Therefore I expect that such contributions should respect the QEMU
codi
On 7 September 2013 08:04, Antony Pavlov wrote:
> Signed-off-by: Antony Pavlov
> --- a/hw/arm/digic_boards.c
> +++ b/hw/arm/digic_boards.c
> @@ -26,6 +26,13 @@
> #include "hw/boards.h"
> #include "exec/address-spaces.h"
> #include "hw/arm/digic.h"
> +#include "hw/block/flash.h"
> +#include "hw
On 7 September 2013 08:04, Antony Pavlov wrote:
> +
> +static void digic4_board_init(DigicBoard *board)
> +{
> +Error *err = NULL;
> +
> +DigicBoardState *s = g_new(DigicBoardState, 1);
> +
> +s->digic = DIGIC(object_new(TYPE_DIGIC));
> +object_property_set_bool(OBJECT(s->digic), t
On 7 September 2013 08:04, Antony Pavlov wrote:
> Signed-off-by: Antony Pavlov
> ---
> hw/arm/digic_boards.c | 64
> +++
> 1 file changed, 64 insertions(+)
>
> diff --git a/hw/arm/digic_boards.c b/hw/arm/digic_boards.c
> index cced229..a12b673 100
On 7 September 2013 08:04, Antony Pavlov wrote:
> +static const TypeInfo digic_timer_info = {
> +.name = TYPE_DIGIC_TIMER,
> +.parent = TYPE_SYS_BUS_DEVICE,
> +.instance_size = sizeof(DigicTimerState),
> +.instance_init = digic_timer_init,
> +};
This needs a reset function (should
Add 'virt' platform support corresponding to arch/arm/mach-virt
in the Linux kernel tree. This has no platform-specific code but
can use any device whose kernel driver is is able to work purely
from a device tree node. We use this to instantiate a minimal
set of devices: a GIC and some virtio-mmio
This patch series adds a 'virt' platform which uses the
kernel's mach-virt (fully device-tree driven) support
to create a simple minimalist platform intended for
use for KVM VM guests.
v6->v7 change is just flipping the order we put
the virtio nodes into the device tree, to match
vexpress and ppc
From: John Rigby
If no fdt is provided on command line and the new field
get_dtb in struct arm_boot_info is set then call it to
get a device tree blob.
Signed-off-by: John Rigby
[PMM: minor tweaks and cleanup]
Signed-off-by: Peter Maydell
---
hw/arm/boot.c| 32 --
>-Original Message-
>From: Stefan Hajnoczi [mailto:stefa...@gmail.com]
>Sent: Tuesday, October 15, 2013 08:17 AM
>To: 'Mark Trumpold'
>Cc: 'Wouter Verhelst', nbd-gene...@lists.sourceforge.net, 'Paul Clements',
>qemu-devel@nongnu.org, 'Paolo Bonzini'
>Subject: Re: [Nbd] [Qemu-devel] Hiberna
On 17 October 2013 18:05, Christoffer Dall wrote:
> On Thu, Oct 17, 2013 at 05:48:43PM +0100, Peter Maydell wrote:
>> This patch series adds a 'virt' platform which uses the
>> kernel's mach-virt (fully device-tree driven) support
>> to create a simple minimalist platform intended for
>> use for K
On Thu, Oct 17, 2013 at 05:48:43PM +0100, Peter Maydell wrote:
> This patch series adds a 'virt' platform which uses the
> kernel's mach-virt (fully device-tree driven) support
> to create a simple minimalist platform intended for
> use for KVM VM guests.
>
> v6->v7 change is just flipping the ord
peter.mayd...@linaro.org writes:
> On 17 October 2013 17:12, Alex Bennée wrote:
>> From: Alex Bennée
>>
>> Commit 9b8c69243 broke the ability to boot the kernel as the value
>
> Commit message, comment, overlength lines, lack of Copyright line
> still all unfixed : did you resend the wrong ver
Device trees created with create_device_tree() may not have any
entries in their reservemap, because the FDT API requires that the
reservemap is completed before any FDT nodes are added, and
create_device_tree() itself creates a node. However we were not
calling fdt_finish_reservemap(), which mean
Am 17.10.2013 11:40, schrieb Alexander Graf:
> On 16.10.2013, at 23:10, Tom Musta wrote:
>
>> The comment preceding the float64_to_uint64 routine suggests that
>> the implementation is broken. And this is, indeed, the case.
>>
>> This patch properly implements the conversion of a 64-bit floating
Reviewed-by: Alex Bligh
Signed-off-by: Paolo Bonzini
---
cpus.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/cpus.c b/cpus.c
index 34d5e04..6203d98 100644
--- a/cpus.c
+++ b/cpus.c
@@ -98,17 +98,22 @@ static bool all_cpu_threads_idle(void)
/**
From: Jan Kiszka
This allows to remove the explicit qemu_flush_coalesced_mmio_buffer
calls - the memory core will invoke them now.
Signed-off-by: Jan Kiszka
Signed-off-by: Paolo Bonzini
---
hw/display/cirrus_vga.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/hw/displa
On 17 October 2013 17:12, Alex Bennée wrote:
> From: Alex Bennée
>
> Commit 9b8c69243 broke the ability to boot the kernel as the value
> returned by unassigned_mem_read returned non-zero and left the kernel
> looping forever waiting for it to change (see integrator_led_set in
> the kernel code).
On Thu, Oct 17, 2013 at 04:30:27PM +0200, Gerd Hoffmann wrote:
> On Do, 2013-10-17 at 15:00 +0200, Andrea Arcangeli wrote:
> > Hi,
> >
> > On Thu, Oct 17, 2013 at 01:09:38PM +0200, Gerd Hoffmann wrote:
> > > We have a fw_cfg entry to pass e820 entries from qemu to the firmware.
> > > Today it's us
From: Alex Bennée
Commit 9b8c69243 broke the ability to boot the kernel as the value
returned by unassigned_mem_read returned non-zero and left the kernel
looping forever waiting for it to change (see integrator_led_set in
the kernel code).
Relying on a varying implementation detail is incorrect
>From alex.ben...@linaro.org # This line is ignored.
Hi Anthony,
Here is a resend of my first pull request as for some reason I sent it
to an amazon.com address which is not in MAINTAINERS. Not sure where I got
that from so excuse the brain-fart.
It adds a simple .travis.yml profile to the code b
From: Liu Ping Fan
QEMU_CLOCK_VIRTUAL may be read outside BQL. This will make its
foundation, i.e. cpu_clock_offset exposed to race condition.
Using private lock to protect it.
After this patch, reading QEMU_CLOCK_VIRTUAL is thread safe
unless use_icount is true, in which case the existing calle
To prepare for future code changes, move the increment of qemu_icount_bias
outside the "if" statement.
Also, hoist outside the if the check for timers that expired due to the
"warping". The check is redundant when !runstate_is_running(), but
doing it this way helps because the code that increment
Computing the deadline of all vm_clocks is somewhat expensive and calls
out to qemu-timer.c; two reasons not to do it in the seqlock's write-side
critical section. This however opens the door for races in setting and
reading vm_clock_warp_start.
To plug them, we need to cover the case where a new
This lets threads other than the I/O thread use vm_clock even in -icount mode.
Signed-off-by: Paolo Bonzini
---
cpus.c | 37 +++--
1 file changed, 31 insertions(+), 6 deletions(-)
diff --git a/cpus.c b/cpus.c
index 6203d98..398229e 100644
--- a/cpus.c
+++ b/cpus.
From: Liu Ping Fan
After disabling the QemuClock, we should make sure that no QemuTimers
are still in flight. To implement that with light overhead, we resort
to QemuEvent. The caller of disabling will wait on QemuEvent of each
timerlist.
Note, qemu_clock_enable(foo,false) can _not_ be called fr
This is not needed since the RAM list is not modified anymore by
qemu_get_ram_ptr. Replace it with qemu_get_ram_block.
Signed-off-by: Paolo Bonzini
---
exec.c | 97 +++---
1 file changed, 28 insertions(+), 69 deletions(-)
diff --git a
This emulates Win32 manual-reset events using futexes or conditional
variables. Typical ways to use them are with multi-producer,
single-consumer data structures, to test for a complex condition whose
elements come from different threads:
for (;;) {
qemu_event_reset(ev);
... t
These let a user anticipate the deadline of a timer, atomically with
other sites that call the function. This helps avoiding complicated
lock hierarchies.
Reviewed-by: Alex Bligh
Signed-off-by: Paolo Bonzini
---
include/qemu/timer.h | 26 ++
qemu-timer.c | 29 ++
This will help later when we will have to place these calls in
a critical section, and thus call a version of cpu_get_icount()
that does not take the lock.
Reviewed-by: Alex Bligh
Signed-off-by: Paolo Bonzini
---
cpus.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/
These will be reused in timer_mod_anticipate functions.
Reviewed-by: Alex Bligh
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 51 ---
1 file changed, 32 insertions(+), 19 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index 2b533da..0305
From: Jan Kiszka
This will enable us to remove all remaining explicit calls of
qemu_flush_coalesced_mmio_buffer in IO handlers.
Signed-off-by: Jan Kiszka
Signed-off-by: Paolo Bonzini
---
include/exec/ioport.h | 2 ++
ioport.c | 9 +
2 files changed, 11 insertions(+)
diff
Seqlock implementation for QEMU. Usage idiom
reader:
do {
start = seqlock_read_begin(&sl);
...
} while (seqlock_read_retry(&sl, start));
writer:
seqlock_write_lock(&sl);
...
seqlock_write_unlock(&sl);
initialization:
seqlock_init(QemuSeqLock *sl, QemuMutex
From: Jan Kiszka
qemu_thread_create already does signal blocking and detaching for us.
Signed-off-by: Jan Kiszka
Signed-off-by: Paolo Bonzini
---
util/compatfd.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git a/util/compatfd.c b/util/compatfd.c
index 9cf3f
Anthony,
The following changes since commit 1680d485777ecf436d724631ea8722cc0c66990e:
Merge remote-tracking branch 'rth/tcg-ldst-6' into staging (2013-10-14
09:59:59 -0700)
are available in the git repository at:
git://github.com/bonzini/qemu.git iommu-for-anthony
for you to fetch change
From: Jan Kiszka
This allows to remove the explicit qemu_flush_coalesced_mmio_buffer
calls.
Signed-off-by: Jan Kiszka
Signed-off-by: Paolo Bonzini
---
hw/display/qxl.c | 1 +
hw/display/vga.c | 5 +
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/hw/display/qxl.c b/hw/displ
From: Alexey Kardashevskiy
mtree_print_mr() calls int128_get64() in 3 places but only 2 places
handle 2^64 correctly.
This fixes the third call of int128_get64().
Cc: qemu-sta...@nongnu.org
Signed-off-by: Alexey Kardashevskiy
Signed-off-by: Paolo Bonzini
---
memory.c | 4 +++-
1 file changed
Signed-off-by: Richard Henderson
---
linux-user/main.c | 32 ++--
1 file changed, 6 insertions(+), 26 deletions(-)
diff --git a/linux-user/main.c b/linux-user/main.c
index 50db755..54f71fe 100644
--- a/linux-user/main.c
+++ b/linux-user/main.c
@@ -3663,26 +3663,6 @@ s
Changes from v2:
* Rebase for trivial conflicts
* Fix codingstyle errors
* Drop the static fallback code
* Use getauxval for AT_EXECFD
r~
Richard Henderson (6):
osdep: Create qemu_getauxval and qemu_init_auxval
tcg-ppc64: Use qemu_getauxval
tcg-arm: Use qemu_getauxval
tcg-s390
From: Ákos Kovács
CONFIG_NO_* variables replaced with the lnot logical function
Signed-off-by: Ákos Kovács
[PMM: fixed a few CONFIG_NO_* uses that were missed]
Signed-off-by: Peter Maydell
Signed-off-by: Paolo Bonzini
---
Makefile.target | 8 ++--
hw/pci/Makefile.objs | 2
From: Peter Maydell
Add new string testing functions which return a y/n result:
eq : are two strings equal (ignoring leading/trailing space)?
ne : are two strings unequal?
isempty : is a string empty?
notempty : is a string non-empty?
Based on an idea by Ákos Kovács .
Signed-off-by: Peter M
From: Peter Maydell
Delete an unnecessary dependency for cocoa.o; we already have
a general rule that tells Make that we can build a .o file
from a .m source using an ObjC compiler, so this specific
rule is unnecessary. Further, it is using the dubious construct
"$(SRC_PATH)/$(obj)" to get at the
From: Peter Maydell
Add new logical functions for handling y/n values like those we
use in CONFIG_FOO variables:
lnot : logical NOT
land : logical AND
lor : logical OR
lxor : logical XOR
leqv : logical equality, inverse of lxor
lif : like Make's $(if) but with an eq-like test
Based on an i
From: Ákos Kovács
Makefile.target: Build gdbstub-xml.o only when
TARGET_XML_FILES is not empty.
Signed-off-by: Ákos Kovács
Reviewed-by: Peter Maydell
Signed-off-by: Paolo Bonzini
---
Makefile.target | 2 +-
default-configs/arm-linux-user.mak| 2 --
default-c
Anthony,
The following changes since commit 39c153b80f890dc5f02465dc59992e195abd5f40:
Merge remote-tracking branch 'afaerber/tags/qom-cpu-for-anthony' into staging
(2013-10-10 13:16:25 -0700)
are available in the git repository at:
git://github.com/bonzini/qemu.git configure
for you to f
On 17 October 2013 16:29, Richard Henderson wrote:
> Abstract away dependence on a system implementation of getauxval.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Peter Maydell
-- PMM
On 17 October 2013 16:29, Richard Henderson wrote:
> Signed-off-by: Richard Henderson
Reviewed-by: Peter Maydell
-- PMM
Mark,
On 17 Oct 2013, at 16:16, Mark Cave-Ayland wrote:
> I've tried it with FreeBSD and it doesn't make any difference; the fix
> doesn't matter for the HelenOS regression as that timer is only setup for -M
> mac99.
>
> To summarise what I've found today with HelenOS: I see failures with both
Allow host detection on linux systems without glibc 2.16 or later.
Signed-off-by: Richard Henderson
---
include/elf.h| 25 +
tcg/arm/tcg-target.c | 14 +-
2 files changed, 30 insertions(+), 9 deletions(-)
diff --git a/include/elf.h b/include/elf.h
ind
With this we no longer pass down envp, and thus all systems can have
the same void prototype. So also eliminate a useless thunk.
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
---
include/qemu/cache-utils.h | 4 ++--
linux-user/main.c | 2 +-
util/cache-utils.c
No need to set up a SIGILL signal handler for detection anymore.
Remove a ton of sanity checks that must be true, given that we're
requiring a 64-bit build (the note about 31-bit KVM is satisfied
by configuring with TCI).
Signed-off-by: Richard Henderson
---
include/elf.h | 14
Abstract away dependence on a system implementation of getauxval.
Signed-off-by: Richard Henderson
---
include/qemu/osdep.h | 25 ++
linux-user/main.c| 1 +
util/Makefile.objs | 1 +
util/getauxval.c | 74
vl.c
Allow host detection on linux systems without glibc 2.16 or later.
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
---
include/elf.h | 34 ++
tcg/ppc64/tcg-target.c | 11 ++-
2 files changed, 36 insertions(+), 9 deletions(-)
diff --g
On 10/17/2013 09:06 AM, Dmitry Krivenok wrote:
> Added explicit check of MAC address specified via macaddr option.
> Multicast MAC addresses are no longer allowed.
> This fixes bug #495566.
>
> Signed-off-by: Dmitry V. Krivenok
> ---
> }
> +
> +bool net_macaddr_is_multicast(uint8_t *macaddr)
>
On 17/10/13 15:53, Paolo Bonzini wrote:
Hi Paolo,
I've just attempted a bisection testing HelenOS, but I'm struggling to
get a consistent result. Even with the same binary across multiple runs
then sometimes I see the issue with frequent timer pauses, and sometimes
I don't which makes tracking
Added explicit check of MAC address specified via macaddr option.
Multicast MAC addresses are no longer allowed.
This fixes bug #495566.
Signed-off-by: Dmitry V. Krivenok
---
net/net.c | 5 +
net/util.c | 5 +
net/util.h | 2 ++
3 files changed, 12 insertions(+)
diff --git a/net/net.c
On 17 October 2013 15:49, Tom Sutcliffe wrote:
> On 17 Oct 2013, at 15:30, Peter Maydell wrote:
>> On 15 October 2013 16:14, Tom Sutcliffe wrote:
>>> On 15 Oct 2013, at 16:00, Peter Maydell wrote:
Oh yes, I'd forgotten you mentioned that. Did anybody ever
track down *why* the kernel i
Il 16/10/2013 05:26, Fam Zheng ha scritto:
> Makefile.target includes rule.mak and unnested common-obj-y, then prefix
> them with '../', this will ignore object specific QEMU_CFLAGS in subdir
> Makefile.objs:
>
> $(obj)/curl.o: QEMU_CFLAGS += $(CURL_CFLAGS)
>
> Because $(obj) here is './block
Il 17/10/2013 16:40, Mark Cave-Ayland ha scritto:
>
> Hi Paolo,
>
> I've just attempted a bisection testing HelenOS, but I'm struggling to
> get a consistent result. Even with the same binary across multiple runs
> then sometimes I see the issue with frequent timer pauses, and sometimes
> I don't
On 17 Oct 2013, at 15:30, Peter Maydell wrote:
> On 15 October 2013 16:14, Tom Sutcliffe wrote:
>>
>> On 15 Oct 2013, at 16:00, Peter Maydell wrote:
>>
>>> On 15 October 2013 15:58, Tom Sutcliffe wrote:
Thumbs up from me testing on Arndale. My only issue is that virt and
vexpress
Only the first item of the array was ever looked at. No
practical effect, but still worth fixing.
Signed-off-by: Paolo Bonzini
---
target-i386/kvm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index 749aa09..27071e3 100644
--- a/
1 - 100 of 198 matches
Mail list logo
