On 05/31/15 20:10, Michael S. Tsirkin wrote:
> On Wed, Apr 29, 2015 at 11:21:53AM -0400, Gabriel L. Somlo wrote:
>> Allow user supplied files to be inserted into the fw_cfg
>> device before starting the guest. Since fw_cfg_add_file()
>> already disallows duplicate fw_cfg file names, qemu will
>> ex
From: Miroslav Rezanina
Qemu's user mode networking stack(-net user) is vulnerable to
a predictable temporary file creation flaw. This patch uses
mkdtemp(3) routine to fix it.
Fixes CVE-2015-4037.
Signed-off-by: P J P
Signed-off-by: Miroslav Rezanina
---
[1] http://seclists.org/oss-sec/2015/q
> On 01 Jun 2015, at 05:26, Peter Crosthwaite
> wrote:
>
> to see a developers' changes ... do this (bash):
>
> git diff $(git merge-base target-branch master) target-branch
:-)
I was a 'unix typist' for more than 25 years, now I'm getting old and getting
lazy. in 2009 I switched to Ma
On Sa, 2015-05-30 at 07:57 -0300, Paulo Alcantara wrote:
> Hi Gerd,
>
> On Thu, 28 May 2015 09:13:35 +0200
> Gerd Hoffmann wrote:
>
> > > +Scope(\_SB) {
> > > +OperationRegion (RCRB, SystemMemory, 0xfed1c000, 0x4000)
> >
> > Where does this address come from?
>
> This address is reserved i
On 31/05/2015 16:05, Liviu Ionescu wrote:
> I followed your advice and I ended up with the following:
>
> - I added a new type "cortexm-mcu" that I use as parent for all Cortex-M MCU
> objects (like "STM32F103RB")
>
> - I added the following properties to this type:
>
> cortexm-mcu.flas
On Fr, 2015-05-29 at 16:53 +0200, Michael S. Tsirkin wrote:
> On Fri, May 29, 2015 at 09:51:20AM +0200, Gerd Hoffmann wrote:
> > Make features 64bit wide everywhere. Exception: command line flags
> > remain 32bit and are copyed into the lower 32 host_features at
> > initialization time.
> >
> > O
On Mon, Jun 01, 2015 at 01:53:35PM +0800, Jason Wang wrote:
>
>
> On 06/01/2015 02:12 AM, Michael S. Tsirkin wrote:
> > On Tue, May 26, 2015 at 01:54:09AM -0400, Jason Wang wrote:
> >> We allocate one vhost log per vhost device. This is sub optimal when:
> >>
> >> - Guest has several device with
On Mon, Jun 01, 2015 at 09:06:19AM +0200, Laszlo Ersek wrote:
> On 05/31/15 20:10, Michael S. Tsirkin wrote:
> > On Wed, Apr 29, 2015 at 11:21:53AM -0400, Gabriel L. Somlo wrote:
> >> Allow user supplied files to be inserted into the fw_cfg
> >> device before starting the guest. Since fw_cfg_add_fi
On Mon, Jun 01, 2015 at 09:23:28AM +0200, Gerd Hoffmann wrote:
> On Fr, 2015-05-29 at 16:53 +0200, Michael S. Tsirkin wrote:
> > On Fri, May 29, 2015 at 09:51:20AM +0200, Gerd Hoffmann wrote:
> > > Make features 64bit wide everywhere. Exception: command line flags
> > > remain 32bit and are copyed
On 31/05/2015 20:09, Michael S. Tsirkin wrote:
> On Mon, May 11, 2015 at 03:49:01PM +0200, Paolo Bonzini wrote:
>> Remove cpu_smm_register and cpu_smm_update. Instead, each CPU
>> address space gets an extra region which is an alias of
>> /machine/smram. This extra region is enabled or disabled
On 31/05/2015 20:10, Michael S. Tsirkin wrote:
> On Mon, May 11, 2015 at 03:48:46PM +0200, Paolo Bonzini wrote:
>> These patches implement almost everything that is needed for SMM
>> support in OVMF and KVM. The only missing bit is support for
>> SMRAM regions in KVM, but it need not block revie
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> The goal is to split the functions such that cpu-exec is CPU specific
> content, while cpus.c is generic code only. The function interface to
> cpu-exec needs to be virtualised to prepare support for multi-arch and
> moving these definitions out sav
Michael Tokarev writes:
> 29.05.2015 21:52, Dr. David Alan Gilbert (git) wrote:
>> From: "Dr. David Alan Gilbert"
>>
>> The help/man text for
>>
>> -incoming defer
>>
>> didn't make it through the merge of the code that implemented it.
>>
>> Signed-off-by: Dr. David Alan Gilbert
>> ---
>>
On Mon, Jun 01, 2015 at 09:32:47AM +0200, Paolo Bonzini wrote:
>
>
> On 31/05/2015 20:10, Michael S. Tsirkin wrote:
> > On Mon, May 11, 2015 at 03:48:46PM +0200, Paolo Bonzini wrote:
> >> These patches implement almost everything that is needed for SMM
> >> support in OVMF and KVM. The only miss
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> In system mode emulation (at least) this definition has no architecture
> specific dependencies. Move it to common code such that common code can
> use it (primarily for defining function prototypes).
>
> Signed-off-by: Peter Crosthwaite
I suspec
On 06/01/2015 03:26 PM, Michael S. Tsirkin wrote:
> On Mon, Jun 01, 2015 at 01:53:35PM +0800, Jason Wang wrote:
>> >
>> >
>> > On 06/01/2015 02:12 AM, Michael S. Tsirkin wrote:
>>> > > On Tue, May 26, 2015 at 01:54:09AM -0400, Jason Wang wrote:
> >> We allocate one vhost log per vhost devi
Signed-off-by: Paolo Bonzini
---
translate-all.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/translate-all.h b/translate-all.h
index ef9166c..0384640 100644
--- a/translate-all.h
+++ b/translate-all.h
@@ -24,7 +24,6 @@ void tb_invalidate_phys_page_fast(tb_page_addr_t start, int
len);
voi
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> Move the architecture agnostic function prototypes for exec.c out of
> cputlb.h to exec-all.h. This allows hiding of the arch specific
> cputlb.h from exec.c which should be getting close to having no
> architecture specifics. Prepares support for m
mreza...@redhat.com writes:
> From: Miroslav Rezanina
>
> Qemu's user mode networking stack(-net user) is vulnerable to
> a predictable temporary file creation flaw. This patch uses
> mkdtemp(3) routine to fix it.
>
> Fixes CVE-2015-4037.
>
> Signed-off-by: P J P
> Signed-off-by: Miroslav Rezani
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> This is one of very few things in exec-all with a genuine CPU
> architecture dependency. Move these hashing helpers to a new
> header to trim exec-all.h down to a near architecture-agnostic
> header.
>
> The defs are only used by cpu-exec and trans
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> Allow subsequent inclusion of cpu-defs.h. This allows including
> multiple cpu.h's and each getting the right set of definitions for
> its env structure definition. All define symbols are undeffed and
> redeffed to the new values.
>
> CPUTLBEntry a
Michael Tokarev writes:
> In this version I used mkdtemp(3) which is:
>
> _BSD_SOURCE
> || /* Since glibc 2.10: */
> (_POSIX_C_SOURCE >= 200809L || _XOPEN_SOURCE >= 700)
>
> so should be available on systems we care about.
>
> Signed-off-by: Michael Tokarev
> ---
> n
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> Not dealing with this problem as of this RFC, but comments on how
> to solve it welcome. The approach adopted by this series is to
> implement multi-arch as multiple translators, so a single global
> TCG profiler is now ill-defined.
Probably some k
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> Not dealing with this issue as of this RFC. Comments welcome on how to
> handle it. It is probably a case that any form of CPU selection is ill
> defined in multi-arch. So just a case of #ifndef TARGET_MULTI or
> something like that?
That, or handl
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> It does not work in multi-arch as it requires the CPU specific
> TARGET_VIRT_ADDR_SPACE_BITS global define. Just use the generic
> version that does no masking. If this masking is still needed (??)
> then the variable can be virtualised in the CPUSt
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> Not sure as to whether virtualise or not here, just commenting out for
> the moment as watchpoints are nor critical to this RFC.
>
> Signed-off-by: Peter Crosthwaite
Yes, it should be virtualized.
Paolo
On Mon, Jun 01, 2015 at 09:30:38AM +0200, Paolo Bonzini wrote:
>
>
> On 31/05/2015 20:09, Michael S. Tsirkin wrote:
> > On Mon, May 11, 2015 at 03:49:01PM +0200, Paolo Bonzini wrote:
> >> Remove cpu_smm_register and cpu_smm_update. Instead, each CPU
> >> address space gets an extra region which
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> }
> -ret = cpu_exec(cpu);
> +ret = cpu->cpu_exec(cpu);
Perhaps a
#ifdef TARGET_MULTI
#define MULTI_CPU_HOOK(cpu, fn) (cpu->fn)
#else
#define MULTI_CPU_HOOK(cpu, fn) (fn)
#endif
to devirtualize the functions in the common case?
Paolo
Марк Коренберг writes:
> I'm trying to reduce qemu as much as possible, so I decide to cut off
> some hardware support, i.e. bluetooth, audio, USB and so on.
>
> After some time, compilation succeeded, but when I run qemu --help,
> assertion failed.
>
>
> $ i386-softmmu/qemu-system-i386 --help
>
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> Multi-arch conversion consisting of:
> * configury
> - defining CONFIG_ARCH_MULTI
> - adding to MULTI_TARGETS
> - enabling disas for MULTI_ARCH
> * Converting target-microblaze to arch-obj-y
> * cpu.h
>- Compiling out all target-m
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> Move this implementation up to the header so it is visible from system
> level code once the architecture is converted to arch-obj-y. Alternative
> would be to create init.c in target-arm/hw but this implementation is
> trivial enough for static inl
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> +#ifndef TARGET_MULTI
> +
> #define EXCP_UDEF1 /* undefined instruction */
> #define EXCP_SWI 2 /* software interrupt */
> #define EXCP_PREFETCH_ABORT 3
> @@ -57,6 +71,10 @@
> #define EXCP_VIRQ 14
> #defin
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> diff --git a/target-multi/cpu.h b/target-multi/cpu.h
> new file mode 100644
> index 000..70a1d6b
> --- /dev/null
> +++ b/target-multi/cpu.h
> @@ -0,0 +1,16 @@
> +#ifndef MULTI_CPU_H
> +#define MULTI_CPU_H
> +
> +#include "config.h"
> +
> +#defin
> On 01 Jun 2015, at 10:19, Paolo Bonzini wrote:
>
> Regarding flash, I'm still curious about some questions I have...
>
> 1) who initializes flash contents?
the flash region is created with
memory_region_init_ram()
memory_region_set_readonly()
so it behaves like ram, but prevents writes.
On Mon, Jun 01, 2015 at 09:58:10AM +0200, Markus Armbruster wrote:
> mreza...@redhat.com writes:
>
> > From: Miroslav Rezanina
> >
> > Qemu's user mode networking stack(-net user) is vulnerable to
> > a predictable temporary file creation flaw. This patch uses
> > mkdtemp(3) routine to fix it.
>
On 31/05/2015 08:12, Peter Crosthwaite wrote:
> From: Peter Crosthwaite
>
> The only generic code relying on this is linux-user. Linux user already
> has a lot of #ifdef TARGET_ customisation so just define ELF_MACHINE
> locally there.
>
> The armv7m bootloader can just pass EM_ARM directly, a
01.06.2015 11:01, Markus Armbruster wrote:
[]
>> -snprintf(s->smb_dir, sizeof(s->smb_dir), "/tmp/qemu-smb.%ld-%d",
>> - (long)getpid(), instance++);
>> -if (mkdir(s->smb_dir, 0700) < 0) {
>> +strcpy(s->smb_dir, "/tmp/qemu-smb.XX");
>> +if (!mkdtemp(s->smb_dir)) {
>>
On 31/05/2015 08:11, Peter Crosthwaite wrote:
> include/exec/*.h and some of the common code needs some refactoring to setup
> this single vs multi compile split. Mostly code movements.
Thanks for attempting this!
The best thing in this series is that a lot of changes can be done
piecewise and
Needed for virtio features which go from 32bit to 64bit with virtio 1.0
Signed-off-by: Gerd Hoffmann
---
hw/core/qdev-properties.c| 58
include/hw/qdev-properties.h | 10
2 files changed, 68 insertions(+)
diff --git a/hw/core/qdev-proper
Make features 64bit wide everywhere.
On migration a full 64bit guest_features field is sent if one of the
high bits is set, in addition to the lower 32bit guest_features field
which must stay for compatibility reasons. That way we send the lower
32 feature bits twice, but the code is simpler beca
On 01/06/2015 09:58, Markus Armbruster wrote:
>> > -snprintf(s->smb_dir, sizeof(s->smb_dir), "/tmp/qemu-smb.%ld-%d",
>> > - (long)getpid(), instance++);
>> > -if (mkdir(s->smb_dir, 0700) < 0) {
>> > -error_report("could not create samba server dir '%s'",
>> > s->smb_d
01.06.2015 11:47, Paolo Bonzini пишет:
>
>
> On 01/06/2015 09:58, Markus Armbruster wrote:
-snprintf(s->smb_dir, sizeof(s->smb_dir), "/tmp/qemu-smb.%ld-%d",
- (long)getpid(), instance++);
-if (mkdir(s->smb_dir, 0700) < 0) {
-error_report("could not
On 01/06/2015 10:30, Liviu Ionescu wrote:
> if -kernel is present, the memory content is loaded from the external image
> (which is not at all a kernel, as the confusing option implies).
In this case, you should use -pflash, not -kernel; it should be a binary
file, not ELF. -pflash does not ha
On 01/06/2015 09:51, Michael S. Tsirkin wrote:
> > I would like to send a pull request for the non-KVM parts (up to patch
> > 23) on Wednesday or Thursday. The remaining pieces have to wait for
> > inclusion of KVM support in the kernel, and there will be a v2 with
> > minimal changes posted dur
On 01/06/2015 10:10, Michael S. Tsirkin wrote:
> > UNUSED is written as zeroes, so it will think SMM is _disabled_,
> > unconditionally. Note that d->smram_region is backwards: it aliases to
> > VRAM, so it is enabled when SMRAM is closed and disabled when SMRAM is open.
> >
> > This is correct
On 01/06/2015 09:28, Michael S. Tsirkin wrote:
> > I don't feel overly strongly about it; just "mechanism, not policy"
> > looks like a good tradition (well, good excuse anyway).
>
> Most users never see warnings. We ship it, we support it.
> If we don't want to support it, let's not ship it.
T
Hi again!
> I intend to release the V3 version during this week.
One more note. I remember that i suggested to merge ITS_CONTROL and
ITS_TRANSLATION into
one region in virt memory map. I was wrong, don't do this and leave them as
they are.
There is in-kernel ITS implementation suggested on AR
On 31/05/2015 00:04, Paulo Alcantara wrote:
> +case TCO_RLD:
> +tr->timeouts_no = 0;
> +if (can_start_tco_timer(tr)) {
> +tr->tco.rld = tr->tco.tmr;
> +tco_timer_reload(tr);
> +} else {
> +tr->tco.rld = val;
Please mask out bits out
On 31/05/2015 00:04, Paulo Alcantara wrote:
> v1 -> v2:
> * some cleanup
> * added test for TCO_LOCK bit
>
> Signed-off-by: Paulo Alcantara
> ---
> tests/Makefile | 2 +
> tests/tco-test.c | 419
> +++
> 2 files changed, 421 insertio
On Mon, Jun 1, 2015 at 1:53 AM, Paolo Bonzini wrote:
>
>
> On 01/06/2015 10:30, Liviu Ionescu wrote:
>> if -kernel is present, the memory content is loaded from the external image
>> (which is not at all a kernel, as the confusing option implies).
>
> In this case, you should use -pflash, not -ke
On 05/28/2015 04:03 PM, Thibaut Collet wrote:
> For netdev backend with no receive callback, packets must not be enqueued.
> When
> VM stops the enqueued packets are purged (see fixes ca77d85e1dbf). That
> causes a
> qemu segfault due to a call of a NULL pointer function.
>
> Function to create
* Wen Congyang (we...@cn.fujitsu.com) wrote:
> On 05/29/2015 04:42 PM, Dr. David Alan Gilbert wrote:
> > * zhanghailiang (zhang.zhanghaili...@huawei.com) wrote:
> >> On 2015/5/29 9:29, Wen Congyang wrote:
> >>> On 05/29/2015 12:24 AM, Dr. David Alan Gilbert wrote:
> * zhanghailiang (zhang.zhan
On 1 June 2015 at 10:16, Peter Crosthwaite wrote:
> You still want to be able to use elf using a proper elf load process
> even if the target memory is a persistent flash. These micros tend to
> have small memory-mapped executable flashes so from a debug and
> programming model that really look an
> On 01 Jun 2015, at 11:53, Paolo Bonzini wrote:
>
>> if -kernel is not used, but -gdb is used, memory content is loaded by the
>> gdb client, as for any debug session using a jtag/swd.
>
> This can simply be the case where -pflash is not specified. The flash
> is then initialized with zeros.
* Markus Armbruster (arm...@redhat.com) wrote:
> Michael Tokarev writes:
>
> > 29.05.2015 21:52, Dr. David Alan Gilbert (git) wrote:
> >> From: "Dr. David Alan Gilbert"
> >>
> >> The help/man text for
> >>
> >> -incoming defer
> >>
> >> didn't make it through the merge of the code that implem
On 01/06/2015 11:23, Liviu Ionescu wrote:
> however, the desired behaviour is
>
> - the -pflash specifies a file path, no need for size
> - when emulation starts, if -pflash is used and the file exists, its content
> is loaded as initial flash content
> - when emulation ends, if -pflash is used
On 05/31/2015 09:12 PM, Michael S. Tsirkin wrote:
On Mon, May 25, 2015 at 06:34:01PM +0300, Marcel Apfelbaum wrote:
PXB does not work with unsupported bioses, but should
not interfere with normal OS operation.
We don't ship them anymore, but it's reasonable
to keep the work-around until we updat
> On 01 Jun 2015, at 12:16, Peter Crosthwaite
> wrote:
>
> If all we are worried about the name of -kernel can we give it an alias?
in my initial implementation I aliased it to --image, but I received a strong
opposition on the list, for polluting the command line, and I did not insist.
I'd
On 2015/5/19 15:45, Gonglei wrote:
> On 2015/5/13 8:43, arei.gong...@huawei.com wrote:
>> From: Gonglei
>>
>> Because DO_UPCAST() is long deprecated, let me do
>> some cleanup work.
>>
>> Please review,
>> thanks
>>
>> Cc: Michael S. Tsirkin
>> Cc: Paolo Bonzini
>>
>> Gonglei (6):
>> pci-assi
Hi,
>- vhost-user set received_disabled to true to prevent this from
>happening. but looks like qemu_flush_or_purge_queue_packets() change it
>to false unconditionally. And I don't quite understand this, probably we
>can just remove this and the issue is fixed?
I am afraid that solution can cause
From: Shannon Zhao
Add GICv2m description in ACPI MADT table, so guest can use MSI when
booting with ACPI.
Signed-off-by: Shannon Zhao
Signed-off-by: Shannon Zhao
---
This is based on Christoffer's GICv2m patchset.
Test virtio-net-pci, e1000.
---
hw/arm/virt-acpi-build.c| 11 +
On Mon, Jun 01, 2015 at 11:01:23AM +0200, Paolo Bonzini wrote:
>
>
> On 01/06/2015 09:28, Michael S. Tsirkin wrote:
> > > I don't feel overly strongly about it; just "mechanism, not policy"
> > > looks like a good tradition (well, good excuse anyway).
> >
> > Most users never see warnings. We sh
On Mon, Jun 01, 2015 at 03:36:26PM +0800, Gonglei wrote:
> On 2015/5/19 15:45, Gonglei wrote:
> > On 2015/5/13 8:43, arei.gong...@huawei.com wrote:
> >> From: Gonglei
> >>
> >> Because DO_UPCAST() is long deprecated, let me do
> >> some cleanup work.
> >>
> >> Please review,
> >> thanks
> >>
> >>
The masked interrupt status register should be the state of the interrupt
after masking.
There should be a logical AND instead of a logical OR between the
interrupt status and the interrupt mask.
Signed-off-by: Victor CLEMENT
---
See ARM PrimeCell GPIO manual below
http://infocenter.arm.com/hel
From: Shannon Zhao
This first patch adds cortex-a53 cpu support in kvm-arm and the second
adds cortex-a53 cpu support in machine virt.
Shannon Zhao (2):
target-arm/kvm64: Add cortex-a53 cpu support
hw/arm/virt: Add cortex-a53 cpu support in machine virt
hw/arm/virt.c | 5 +
t
From: Shannon Zhao
Signed-off-by: Shannon Zhao
Signed-off-by: Shannon Zhao
---
target-arm/cpu64.c | 1 +
target-arm/kvm-consts.h | 2 ++
target-arm/kvm64.c | 1 +
3 files changed, 4 insertions(+)
diff --git a/target-arm/cpu64.c b/target-arm/cpu64.c
index bf7dd68..dd6f9d8 100644
---
On 06/01/15 12:23, Michael S. Tsirkin wrote:
> On Mon, Jun 01, 2015 at 11:01:23AM +0200, Paolo Bonzini wrote:
>>
>>
>> On 01/06/2015 09:28, Michael S. Tsirkin wrote:
I don't feel overly strongly about it; just "mechanism, not policy"
looks like a good tradition (well, good excuse anyway).
From: Shannon Zhao
Signed-off-by: Shannon Zhao
Signed-off-by: Shannon Zhao
---
hw/arm/virt.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/hw/arm/virt.c b/hw/arm/virt.c
index 05db8cb..76763b8 100644
--- a/hw/arm/virt.c
+++ b/hw/arm/virt.c
@@ -133,6 +133,11 @@ static VirtBoardInfo ma
On Mon, Jun 01, 2015 at 10:58:57AM +0200, Paolo Bonzini wrote:
>
>
> On 01/06/2015 10:10, Michael S. Tsirkin wrote:
> > > UNUSED is written as zeroes, so it will think SMM is _disabled_,
> > > unconditionally. Note that d->smram_region is backwards: it aliases to
> > > VRAM, so it is enabled whe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/06/2015 12:34, Dmitry Monakhov wrote:
> Yes. Improvement is not huge, but it can be detected for old qemu
> unpatched kernel: 728 MiB/sec ± 20Mb patched kernel : 748 MiB/sec
> ± 10Mb
Ok, so about 3-4%. What does the blktrace look like wit
On Mon, Jun 01, 2015 at 12:35:34PM +0200, Laszlo Ersek wrote:
> On 06/01/15 12:23, Michael S. Tsirkin wrote:
> > On Mon, Jun 01, 2015 at 11:01:23AM +0200, Paolo Bonzini wrote:
> >>
> >>
> >> On 01/06/2015 09:28, Michael S. Tsirkin wrote:
> I don't feel overly strongly about it; just "mechanism
On 01/06/2015 12:23, Michael S. Tsirkin wrote:
> Still, reserving part of the namespace for QEMU internal use
> is *not* policy, it's just good engineering.
>
> How about we forbid adding files under "etc/" ?
>
> That would be enough to avoid conflicts.
I do not understand. What we're doing i
gpio: prefix on subject line (in addition to pl061:)
On Mon, Jun 1, 2015 at 3:33 AM, Victor CLEMENT
wrote:
> The masked interrupt status register should be the state of the interrupt
> after masking.
> There should be a logical AND instead of a logical OR between the
> interrupt status and the in
On Mon, Jun 01, 2015 at 12:43:35PM +0200, Paolo Bonzini wrote:
>
>
> On 01/06/2015 12:23, Michael S. Tsirkin wrote:
> > Still, reserving part of the namespace for QEMU internal use
> > is *not* policy, it's just good engineering.
> >
> > How about we forbid adding files under "etc/" ?
> >
> > T
On 01/06/2015 12:48, Michael S. Tsirkin wrote:
> On Mon, Jun 01, 2015 at 12:43:35PM +0200, Paolo Bonzini wrote:
>>
>>
>> On 01/06/2015 12:23, Michael S. Tsirkin wrote:
>>> Still, reserving part of the namespace for QEMU internal use
>>> is *not* policy, it's just good engineering.
>>>
>>> How abo
On Mon, Jun 1, 2015 at 3:34 AM, wrote:
> From: Shannon Zhao
>
Say more about the changes. Why the gap to index 4?
> Signed-off-by: Shannon Zhao
> Signed-off-by: Shannon Zhao
> ---
> target-arm/cpu64.c | 1 +
> target-arm/kvm-consts.h | 2 ++
> target-arm/kvm64.c | 1 +
> 3 files c
On 29/05/2015 18:35, Richard Henderson wrote:
> The addition of MO_AMASK means that places that used inverted masks
> need to be changed to use positive masks, and places that failed to
> mask the intended bits need updating.
>
> Cc: Yongbok Kim
> Signed-off-by: Richard Henderson
> ---
>
> This
On 29/05/2015 13:33, Leon Alrae wrote:
> On 27/05/2015 14:29, Yongbok Kim wrote:
>> @@ -2143,7 +2146,8 @@ static void gen_ld(DisasContext *ctx, uint32_t opc,
>> t1 = tcg_const_tl(pc_relative_pc(ctx));
>> gen_op_addr_add(ctx, t0, t0, t1);
>> tcg_temp_free(t1);
>> -
On Mon, Jun 01, 2015 at 12:50:50PM +0200, Paolo Bonzini wrote:
>
>
> On 01/06/2015 12:48, Michael S. Tsirkin wrote:
> > On Mon, Jun 01, 2015 at 12:43:35PM +0200, Paolo Bonzini wrote:
> >>
> >>
> >> On 01/06/2015 12:23, Michael S. Tsirkin wrote:
> >>> Still, reserving part of the namespace for QEM
> -Original Message-
> From: Igor Mammedov [mailto:imamm...@redhat.com]
> Sent: Wednesday, 27 May, 2015 7:12 PM
> To: shlomopongr...@gmail.com
> Cc: qemu-devel@nongnu.org; peter.mayd...@linaro.org; Shlomo Pongratz
> Subject: Re: [Qemu-devel] [PATCH RFC V2 1/4] Use Aff1 with mpidr
>
> On
On Mon, Jun 01, 2015 at 12:50:50PM +0200, Paolo Bonzini wrote:
> > Someone writes a tool using a specific path.
> > We then add same path upstream, script breaks.
>
> Who cares. We documented it.
>
> >> One usecase of this feature is to avoid recompiling QEMU while playing
> >> with firmware. I
"Dr. David Alan Gilbert" writes:
> * Markus Armbruster (arm...@redhat.com) wrote:
>> Michael Tokarev writes:
>>
>> > 29.05.2015 21:52, Dr. David Alan Gilbert (git) wrote:
>> >> From: "Dr. David Alan Gilbert"
>> >>
>> >> The help/man text for
>> >>
>> >> -incoming defer
>> >>
>> >> didn't ma
Probe for whether the specified guest write access is permitted.
If it is not permitted then an exception will be taken in the same
way as if this were a real write access (and we will not return).
Otherwise the function will return, and there will be a valid
entry in the TLB for this access.
Sign
Release 6 requires misaligned memory access support for all ordinary memory
access instructions (for example, LW/SW, LWC1/SWC1).
However misaligned support is not provided for certain special memory accesses
such as atomics (for example, LL/SC).
Signed-off-by: Yongbok Kim
Reviewed-by: Leon Alrae
MIPS SIMD Architecture vector loads and stores require misalignment support.
MSA Memory access should work as an atomic operation. Therefore, it has to
check validity of all addresses for a vector store access if it is spanning
into two pages.
Separating helper functions for each data format as fo
This patch set adds support for misaligned memory accesses in MIPS architecture
Release 6 and MIPS SIMD Architecture.
The behaviour, semantics, and architecture specifications of misaligned memory
accesses are described in:
MIPS Architecture For Programmers Volume I-A: Introduction to the MIPS64
A
On 01/06/2015 13:00, Michael S. Tsirkin wrote:
> > > If it's just for playing games, add a configure
> > > switch to enable it, and disable by default.
> > > Don't set traps for users.
> >
> > What is for playing games? What is the feature useful for, except for
> > developers.
>
> OK so if it
On 06/01/15 12:42, Michael S. Tsirkin wrote:
> On Mon, Jun 01, 2015 at 12:35:34PM +0200, Laszlo Ersek wrote:
>> On 06/01/15 12:23, Michael S. Tsirkin wrote:
>>> On Mon, Jun 01, 2015 at 11:01:23AM +0200, Paolo Bonzini wrote:
On 01/06/2015 09:28, Michael S. Tsirkin wrote:
>> I don'
"Michael S. Tsirkin" writes:
> On Mon, Jun 01, 2015 at 12:43:35PM +0200, Paolo Bonzini wrote:
>>
>>
>> On 01/06/2015 12:23, Michael S. Tsirkin wrote:
>> > Still, reserving part of the namespace for QEMU internal use
>> > is *not* policy, it's just good engineering.
>> >
>> > How about we forbi
On 01/06/2015 13:20, Markus Armbruster wrote:
> > If it's just for playing games, add a configure
> > switch to enable it, and disable by default.
> > Don't set traps for users.
>
> Document development aids as "use at your own risk", spit out scary
> warnings on use if you like, hide them from t
Michael Tokarev writes:
> 01.06.2015 11:01, Markus Armbruster wrote:
> []
>>> -snprintf(s->smb_dir, sizeof(s->smb_dir), "/tmp/qemu-smb.%ld-%d",
>>> - (long)getpid(), instance++);
>>> -if (mkdir(s->smb_dir, 0700) < 0) {
>>> +strcpy(s->smb_dir, "/tmp/qemu-smb.XX");
>>> +
On 06/01/15 12:43, Paolo Bonzini wrote:
>
>
> On 01/06/2015 12:23, Michael S. Tsirkin wrote:
>> Still, reserving part of the namespace for QEMU internal use
>> is *not* policy, it's just good engineering.
>>
>> How about we forbid adding files under "etc/" ?
>>
>> That would be enough to avoid co
On 01/06/2015 13:16, Dmitry Monakhov wrote:
> 259,0 31 385 0.719283423 10729 Q WS 29376775 + 248 [qemu-io]
> 259,0 31 388 0.719287600 10729 Q WS 29377023 + 8 [qemu-io]
> 259,0 31 391 0.719315193 10729 Q WS 29377031 + 248 [qemu-io]
> 259,0 31 394 0
On 06/01/15 12:48, Michael S. Tsirkin wrote:
> On Mon, Jun 01, 2015 at 12:43:35PM +0200, Paolo Bonzini wrote:
>>
>>
>> On 01/06/2015 12:23, Michael S. Tsirkin wrote:
>>> Still, reserving part of the namespace for QEMU internal use
>>> is *not* policy, it's just good engineering.
>>>
>>> How about w
On Thu, May 28, 2015 at 02:15:43PM +0300, Michael Tokarev wrote:
> In this version I used mkdtemp(3) which is:
>
> _BSD_SOURCE
> || /* Since glibc 2.10: */
> (_POSIX_C_SOURCE >= 200809L || _XOPEN_SOURCE >= 700)
>
> so should be available on systems we care about.
>
>
On 01/06/2015 12:25, Michael S. Tsirkin wrote:
>> > Hi, Michael, Paolo
>> >
>> > Can you please ack or review those patches?
>> >
>> > Regards,
>> > -Gonglei
> I think this belongs in the QOM tree, not mine.
Recently Gerd at least has taken similar patches, so I guess it belongs
all over the p
On Mo, 2015-06-01 at 12:44 +0300, Marcel Apfelbaum wrote:
> On 05/31/2015 09:12 PM, Michael S. Tsirkin wrote:
> > On Mon, May 25, 2015 at 06:34:01PM +0300, Marcel Apfelbaum wrote:
> >> PXB does not work with unsupported bioses, but should
> >> not interfere with normal OS operation.
> >> We don't s
* Michael R. Hines (mrhi...@linux.vnet.ibm.com) wrote:
> On 04/20/2015 10:57 AM, Dr. David Alan Gilbert (git) wrote:
> >From: "Dr. David Alan Gilbert"
> >
> >Use the order of incoming RAMBlocks from the source to record
> >an index number; that then allows us to sort the destination
> >local RAMBl
On 30 May 2015 at 15:59, Bastian Koppelmann
wrote:
> The following changes since commit 97af820f539efe80b87615a04f9de11ea585f725:
>
> Merge remote-tracking branch
> 'remotes/pmaydell/tags/pull-target-arm-20150529' into staging (2015-05-29
> 17:10:57 +0100)
>
> are available in the git reposito
On Mon, June 1, 2015 4:16 am, Gerd Hoffmann wrote:
> On Sa, 2015-05-30 at 07:57 -0300, Paulo Alcantara wrote:
>> Hi Gerd,
>>
>> On Thu, 28 May 2015 09:13:35 +0200
>> Gerd Hoffmann wrote:
>>
>> > > +Scope(\_SB) {
>> > > +OperationRegion (RCRB, SystemMemory, 0xfed1c000, 0x4000)
>> >
>> > Where
1 - 100 of 408 matches
Mail list logo
