ARMv7 has a simplified access permissions model that is enabled
by setting the AFE bit of the SCTLR. This patch adds checking
for permission values for when this mode is selected.
Signed-off-by: Bahadir Balban
---
target-arm/helper.c | 50 --
1 f
ARMv7 SCTLR bit 17 enables hardware management of access flags
where the hardware sets AP0 bit of a section or second level
table entry upon first access and does not generate a fault.
This patch is an update to earlier patch taking into account
different types of page table descriptors when setti
On Jan 22, 2010, at 14:01, ext leic...@informatik.uni-frankfurt.de wrote:
> I found that QEMU emulates ARM Cortex-8 which in hardware have Trustzone
> support. It is unclear to me if this is the case in the version that QEMU
> emulates.
ARM TrustZone features are currently not emulated.
Regard
Hi,
(2009/12/28 16:54), MICHIMURA Tadao wrote:
(2009/12/26 0:52), Alexander Graf wrote:
..snip
> The easiest way around this is usually to kpartx or "rescue disk"
into > the image, grab the kernel and initrd and run qemu-system with
-kernel > and -initrd. Those definitely do work :-).
I will
Win32 suffers from a very big memory leak when dealing with SCSI devices.
Each read/write request allocates memory with qemu_memalign (ie
VirtualAlloc) but frees it with qemu_free (ie free).
Pair all qemu_memalign() calls with qemu_vfree() to prevent such leaks.
Signed-off-by: Herve Poussineau
--
Replace %lld occurrences by PRId64.
Incidentally, this fixes use of curl on Windows, and prevents an assert
when closing Qemu.
Signed-off-by: Herve Poussineau
---
block/curl.c | 10 +-
block/qcow2.c |2 +-
hw/vga.c |2 +-
json-lexer.c
On Sun, Jan 24, 2010 at 05:34:52PM +0100, Christian Krause wrote:
> Resend. The patch was already sent to the list on 2009-12-11. It would
> be great if it could be reviewed and applied. Thank you very much
> in advance.
>
> The WLAN USB stick ZyXEL NWD271N (0586:3417) uses very large
> usb contro
Toggle full screen on Win32/SDL 1.2.13 was broken by commit
c18a2c360e3100bbd71162cf922dcd8c429a8b71. Re-add the call to
do_sdl_resize() which was removed in this revision
Signed-off-by: Herve Poussineau
---
sdl.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/sdl.c b/
On a powerpc32 (Apple G4) system:
gnu/linux distribution: CRUX PPC 2.6 (32bit)
toolchain: binutils-2.20, gcc-4.4.3, glibc-2.11
kernel: linux-2.6.32.5
[...]
ARmips64el-softmmu/libqemu.a
LINK mips64el-softmmu/qemu-system-mips64el
GEN config-target.h
GEN ppc-softmmu/qemu-options.h
Hi,
Does anyone disagree or have any comments on this?
Thanks,
Edgar
commit 9029c47f883306bc75afe881a08504e9b906485f
Author: Edgar E. Iglesias
Date: Sun Jan 24 20:38:29 2010 +0100
pflash: Buffer block writes
Buffer block writes to avoid flushing every word access onto backing
Anthony Liguori wrote:
> >I'd like to be able to connect and be sure not to receive any async
> >messages, from simple scripts with simple output parsing.
>
> You can't have simple output parsing with QMP. You need a full JSON
> stack. The simplest script would be a python script that uses the
Resend. The patch was already sent to the list on 2009-12-11. It would
be great if it could be reviewed and applied. Thank you very much
in advance.
The WLAN USB stick ZyXEL NWD271N (0586:3417) uses very large
usb control transfers of more than 2048 bytes which won't fit
into the buffer of the ctr
On 01/24/2010 05:07 AM, Jamie Lokier wrote:
Avi Kivity wrote:
On 01/22/2010 08:05 PM, Anthony Liguori wrote:
On 01/21/2010 03:09 PM, Luiz Capitulino wrote:
This commit disables asynchronous messages by default and
introduces two new QMP commands: async_msg_enable and
async_ms
On 01/24/2010 09:04 AM, Avi Kivity wrote:
On 01/24/2010 04:22 PM, Anthony Liguori wrote:
This series introduces global config files stored in /etc/qemu.
There is both
a common config (qemu.conf) and a per-target config
(target-.conf).
I've removed the default device bits from the series as i
On 01/24/2010 09:00 AM, Avi Kivity wrote:
On 01/24/2010 04:22 PM, Anthony Liguori wrote:
This series introduces global config files stored in /etc/qemu.
There is both
a common config (qemu.conf) and a per-target config
(target-.conf).
Would be nice, in addition, to load per-user configuratio
On 01/24/2010 08:45 AM, Paolo Bonzini wrote:
On 01/24/2010 03:22 PM, Anthony Liguori wrote:
The default value is ${prefix}/etc/qemu. --sysconfdir can be used to
override
the default to an absolute path. The expectation is that when
installed to
/usr, --sysconfdir=/etc/qemu will be used.
Sig
On 01/24/2010 04:04 PM, Avi Kivity wrote:
On 01/24/2010 04:22 PM, Anthony Liguori wrote:
This series introduces global config files stored in /etc/qemu. There
is both
a common config (qemu.conf) and a per-target config
(target-.conf).
I've removed the default device bits from the series as it r
On 01/24/2010 04:22 PM, Anthony Liguori wrote:
This series introduces global config files stored in /etc/qemu. There is both
a common config (qemu.conf) and a per-target config (target-.conf).
I've removed the default device bits from the series as it requires some more
thought on how to best i
On 01/24/2010 04:22 PM, Anthony Liguori wrote:
This series introduces global config files stored in /etc/qemu. There is both
a common config (qemu.conf) and a per-target config (target-.conf).
Would be nice, in addition, to load per-user configuration from
~/.qemu/*.conf.
--
error compi
On 01/24/2010 03:22 PM, Anthony Liguori wrote:
The default value is ${prefix}/etc/qemu. --sysconfdir can be used to override
the default to an absolute path. The expectation is that when installed to
/usr, --sysconfdir=/etc/qemu will be used.
Signed-off-by: Anthony Liguori
---
v2 -> v3
- de
This series introduces global config files stored in /etc/qemu. There is both
a common config (qemu.conf) and a per-target config (target-.conf).
I've removed the default device bits from the series as it requires some more
thought on how to best integrate it. That makes this series rather simpl
A new option, -nodefconfig is introduced to prevent loading from the default
config location. Otherwise, two configuration files will be searched for,
qemu.conf and target-.conf.
To ensure that the default configuration is overridden by a user specified
config, we introduce a two stage option par
Signed-off-by: Anthony Liguori
---
vl.c | 72 +++--
1 files changed, 43 insertions(+), 29 deletions(-)
diff --git a/vl.c b/vl.c
index e070ec9..e00ae0d 100644
--- a/vl.c
+++ b/vl.c
@@ -4658,6 +4658,46 @@ static int debugcon_parse(const
The default value is ${prefix}/etc/qemu. --sysconfdir can be used to override
the default to an absolute path. The expectation is that when installed to
/usr, --sysconfdir=/etc/qemu will be used.
Signed-off-by: Anthony Liguori
---
v2 -> v3
- default sysconfdir to ${prefix}/etc on unix, ${prefi
On 01/24/2010 08:17 AM, Avi Kivity wrote:
On 01/24/2010 04:04 PM, Anthony Liguori wrote:
I agree with that, but we can look at async messages as a baseline
protocol capability (thus no negotiation required), and the new
command only enabled individual messages.
To be honest, I don't think th
On 01/24/2010 04:01 PM, Anthony Liguori wrote:
Instead of sending opaques everywhere (and having them correspond to
different types in different cases), I would prefer it if the handle
always accepted an AsyncCommandCompletion *. That makes it easier to
follow the code, since there are no opaq
On 01/24/2010 04:04 PM, Anthony Liguori wrote:
I agree with that, but we can look at async messages as a baseline
protocol capability (thus no negotiation required), and the new
command only enabled individual messages.
To be honest, I don't think there's really a need to mask individual
mes
On 01/24/2010 04:34 AM, Avi Kivity wrote:
On 01/22/2010 08:05 PM, Anthony Liguori wrote:
On 01/21/2010 03:09 PM, Luiz Capitulino wrote:
This commit disables asynchronous messages by default and
introduces two new QMP commands: async_msg_enable and
async_msg_disable.
Each QMP Monitor has its ow
On 01/24/2010 04:59 AM, Avi Kivity wrote:
On 01/22/2010 09:03 PM, Adam Litke wrote:
+static void do_async_cmd_handler(Monitor *mon, const mon_cmd_t *cmd,
+ const QDict *params)
+{
+if (monitor_ctrl_mode(mon)) {
+cmd->mhandler.cmd_async(mon, params, qm
On Sun, 24 Jan 2010, Jan Kiszka wrote:
> Commit 930c86820e introduced a regression to eth_send: eth_tx_desc_put
> manipulates the host's tx descriptor copy before writing it back, but
> two lines down the descriptor is evaluated again, leaving us with an
> invalid next address if host and guest en
Avi Kivity wrote:
> On 01/22/2010 08:05 PM, Anthony Liguori wrote:
> >On 01/21/2010 03:09 PM, Luiz Capitulino wrote:
> >>This commit disables asynchronous messages by default and
> >>introduces two new QMP commands: async_msg_enable and
> >>async_msg_disable.
> >>
> >>Each QMP Monitor has its own s
On 01/22/2010 09:03 PM, Adam Litke wrote:
+static void do_async_cmd_handler(Monitor *mon, const mon_cmd_t *cmd,
+ const QDict *params)
+{
+if (monitor_ctrl_mode(mon)) {
+cmd->mhandler.cmd_async(mon, params, qmp_monitor_complete, mon);
+} else {
+
On 01/23/2010 01:17 AM, Anthony Liguori wrote:
I like this a lot and I'd like to see us remove cmd_new in place of
cmd_async. The conversion is pretty easy since we just have to add a
cb(ret_data) to the end of synchronous functions.
Luiz/Markus/Avi, what do ya'll think?
Looks reasonable
On 01/21/2010 11:09 PM, Luiz Capitulino wrote:
This commit disables asynchronous messages by default and
introduces two new QMP commands: async_msg_enable and
async_msg_disable.
Each QMP Monitor has its own set of asynchronous messages,
so for example, if QEMU is run with two QMP Monitors async
On 01/22/2010 08:05 PM, Anthony Liguori wrote:
On 01/21/2010 03:09 PM, Luiz Capitulino wrote:
This commit disables asynchronous messages by default and
introduces two new QMP commands: async_msg_enable and
async_msg_disable.
Each QMP Monitor has its own set of asynchronous messages,
so for exam
On Sun, Jan 24, 2010 at 2:02 AM, Artyom Tarasenko
wrote:
> All solaris versions which currently boot (from cd) regularly produce buckets
> of
> "hsfs_putpage: dirty HSFS page" messages.
>
> High Sierra is a pretty old and stable stuff, so it is possible that
> the code is similar to OpenSolaris.
Jan Kiszka wrote:
> Commit b3a219883e uncovered that we attached the Wolfson with an I2C
> address shifted left by one. Fixing this makes sound work again for
> the Musicpal.
Please merge into stable as well so that 0.12.3 will have a working
Musicpal again.
Thanks,
Jan
>
> Signed-off-by: Jan K
Commit 930c86820e introduced a regression to eth_send: eth_tx_desc_put
manipulates the host's tx descriptor copy before writing it back, but
two lines down the descriptor is evaluated again, leaving us with an
invalid next address if host and guest endianness differ. So this was
the actual issue co
38 matches
Mail list logo
