On Thu, Sep 24, 2020 at 07:26:14AM -0400, Michael S. Tsirkin wrote:
> On Fri, Sep 11, 2020 at 11:39:42AM +0300, Dima Stepanov wrote:
> > v4 -> v5:
> > - vhost: check queue state in the vhost_dev_set_log routine
> > tests/qtest/vhost-user-test: prepare the tests for adding new
> > dev clas
Make dirty_rate field optional, present dirty rate only when querying
the rate has completed.
The qmp results is shown as follow:
@unstarted:
{"return":{"status":"unstarted","start-time":0,"calc-time":0},"id":"libvirt-12"}
@measuring:
{"return":{"status":"measuring","start-time":0,"calc-time":0},"i
[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/1256122
Title:
vfio bug wi
On 9/26/20 7:04 AM, Yonggang Luo wrote:
> @@ -72,7 +72,7 @@ static void vcpu_tb_exec(unsigned int cpu_index, void
> *udata)
> CPUCount *count = max_cpus ?
> g_ptr_array_index(counts, cpu_index) : &inline_count;
>
> -unsigned long n_insns = (unsigned long)udata;
> +uint64_t
Hello Peter,
Peter Maydell writes:
> On Sat, 26 Sep 2020 at 05:36, Maxim Cournoyer
> wrote:
>> > This isn't the right thing. You should be pointing sphinx-build
>> > at each of the individual manuals (system, interop, etc) and
>> > generating one info file for each. This is because we generate
On 9/25/20 12:17 PM, Luc Michel wrote:
> A clock mux can be configured to select one of its 10 sources through
> the cm_ctl register. It also embeds yet another clock divider, composed
> of an integer part and a fractionnal part. The number of bits of each
Typo "fractional".
> part is mux dependa
On 9/25/20 12:17 PM, Luc Michel wrote:
> A PLL channel is able to further divide the generated PLL frequency. The
You can move the 'The' to the next line =)
> divider is given in the ctrl_a2w register. Some channels have a
s/a/an/
> additional fixed divider which is always applied to the signal
On Sat, 26 Sep 2020 at 05:36, Maxim Cournoyer wrote:
> > This isn't the right thing. You should be pointing sphinx-build
> > at each of the individual manuals (system, interop, etc) and
> > generating one info file for each. This is because we generate
> > manuals for each of these including the '
On 9/25/20 12:17 PM, Luc Michel wrote:
> PLLs are composed of multiple channels. Each channel outputs one clock
> signal. They are modeled as one device taking the PLL generated clock as
> input, and outputting a new clock.
>
> A channel shares the cm register with its parent PLL, and has its own
On 9/25/20 12:17 PM, Luc Michel wrote:
> The cprman PLLs generate a clock based on a prescaler, a multiplier and
> a divider. The prescaler doubles the parent (xosc) frequency, then the
> multiplier/divider are applied. The multiplier has an integer and a
> fractionnal part.
Typo "fractional".
>
> This allows auto-assignment of a properly aligned address in guest
> physical address space. For example, when specifying a 2GB block size
> for a virtio-mem device with 10GB with a memory setup "-m 4G, 20G",
> we'll no longer fail when realizing.
>
> Cc: "Michael S. Tsirkin"
> Cc: Wei Yang
> C
On 9/25/20 12:17 PM, Luc Michel wrote:
> There is 5 PLLs in the cprman, namely PLL A, C, D, H and B. All of them
> take the xosc clock as input and produce a new clock.
Typo "There are"?
>
> This commit adds a skeleton implementation for the PLLs as sub-devices
> of the cprman. The PLLs are inst
> Will be used by virtio-mem to express special alignment requirements due
> to manually configured, big block sizes. This avoids failing later when
> realizing, because auto-detection wasn't able to assign a properly
> aligned address.
>
> Cc: "Michael S. Tsirkin"
> Cc: Wei Yang
> Cc: Dr. David
On 9/25/20 12:17 PM, Luc Michel wrote:
> The BCM2835 cprman is the clock manager of the SoC. It is composed of a
Can we use CPRMAN in caps?
> main oscillator, and several sub-components (PLLs, multiplexers, ...) to
> generate the BCM2835 clock tree.
>
> This commit adds a skeleton of the cprman,
On 9/25/20 12:17 PM, Luc Michel wrote:
> The cprman (clock controller) was mapped at the watchdog/power manager
> address. It was also split into two unimplemented peripherals (cm and
> a2w)
Please use CAPS: CPRMAN, CM, A2W.
> but this is really the same one, as shown by this extract of the
> Ras
On 9/25/20 12:17 PM, Luc Michel wrote:
> Signed-off-by: Luc Michel
Reviewed-by: Philippe Mathieu-Daudé
> ---
> include/hw/clock.h | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/include/hw/clock.h b/include/hw/clock.h
> index d357594df9..c93e6113cd 100644
> --- a/include/hw/cloc
On 9/25/20 12:17 PM, Luc Michel wrote:
> The nanosecond unit greatly limits the dynamic range we can display in
> clock value traces, for values in the order of 1GHz and more. The
> internal representation can go way beyond this value and it is quite
> common for today's clocks to be within those r
On 9/26/20 4:04 PM, Yonggang Luo wrote:
> Signed-off-by: Yonggang Luo
Superfluous trailing '.' in patch subject.
Reviewed-by: Philippe Mathieu-Daudé
> ---
> plugins/loader.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/plugins/loader.c b/plugins/loader.c
> index 685d334e1a..8ac5d
On 9/26/20 4:04 PM, Yonggang Luo wrote:
> Signed-off-by: Yonggang Luo
Reviewed-by: Philippe Mathieu-Daudé
> ---
> contrib/plugins/hotblocks.c | 2 +-
> tests/plugin/bb.c | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/contrib/plugins/hotblocks.c b/contr
On 9/26/20 4:02 PM, Mark Cave-Ayland wrote:
> Instead use qdev_set_nic_properties() to configure the on-board NIC at the
> sun4m machine level.
>
> Signed-off-by: Mark Cave-Ayland
> ---
> hw/dma/sparc32_dma.c | 5 -
> hw/sparc/sun4m.c | 21 +
> 2 files changed, 13 in
Does the problem still persist with the latest version of QEMU? Did you
maybe try to report it to the Spice project (https://www.spice-
space.org/support.html)?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml,
Have you tried to report this issue to the Spice projects (see
https://www.spice-space.org/support.html) ?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.ne
** Bug watch removed: GNOME Bug Tracker #729700
https://gitlab.gnome.org/729700
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1479717
Title:
Auto resize VM doesn't work with windows 10 guest
St
Is this still an issue with the latest version? Did you ever report it
to the Spice project?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1637511
Does this issue still persist with the latest version of QEMU/libvirt
/qxl-drivers ?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1713825
Title:
Hi all,
I'm running MS-DOS 7.10 in a QEMU virtual machine, and there is a problem
with the keyboard in the Vim editor. The arrow keys jump over a line, as
if you had typed the key twice. PgUp and PgDn are likewise affected.
Other applications are not affected, unless you shell out from Vim.
The
This sounds like a bug in Spice, and not like a bug in QEMU. If you
still face this problem, please report it to the spice project instead
(see https://www.spice-space.org/support.html).
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a mem
Looks like nobody cared to implement this within 3 years ... and IMHO
it's maybe even better to not overload the CLI syntax too much ... so
I'm closing this ticket now.
** Changed in: qemu
Status: New => Won't Fix
--
You received this bug notification because you are a member of qemu-
dev
That sounds surprising ... according to the source code:
https://git.qemu.org/?p=qemu.git;a=blob;f=hw/usb/hcd-xhci.c;hb=v5.1.0#l3386
... QEMU already sets 0x30 as programming interface byte there. Could you
please double-check whether your problem still occurs with the latest version
of QEMU?
**
Looking through old bug tickets... can you still reproduce this issue
with the latest version of QEMU? Or could we close this ticket nowadays?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscrib
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1721952
Title:
Network issue above 2.5.1.1
Status in QEMU:
Incomplete
Bug description:
Hi,
** Changed in: qemu
Importance: Undecided => Wishlist
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1719689
Title:
[feature request] add flag to treat warnings as errors
Status in QEMU:
New
Le 24/07/2020 à 01:10, Shu-Chun Weng a écrit :
> The three options handling `struct sock_fprog` (TUNATTACHFILTER,
> TUNDETACHFILTER, and TUNGETFILTER) are not implemented. Linux kernel
> keeps a user space pointer in them which we cannot correctly handle.
>
> Signed-off-by: Josh Kunz
> Signed-off
---
info/nbdinfo.c | 132 ---
info/nbdinfo.pod | 39 +-
2 files changed, 164 insertions(+), 7 deletions(-)
diff --git a/info/nbdinfo.c b/info/nbdinfo.c
index 647a24c..d1648b8 100644
--- a/info/nbdinfo.c
+++ b/info/nbdinfo.c
@@ -34,6 +34,7
This is a rough-and-ready implementation of nbdinfo --map option, to
display the allocation and other metadata of NBD exports. I only
tested it lightly against nbdkit. It needs at least some tests.
Command like these should work:
nbdinfo --map nbd://localhost
nbdinfo --map=qemu:dirty-bitmap nbd
Signed-off-by: Yonggang Luo
---
Makefile | 1 -
configure| 71 --
contrib/plugins/hotblocks.c | 2 +
contrib/plugins/hotpages.c | 2 +
contrib/plugins/howvec.c | 2 +
contrib/plugins/lockstep.c | 2 +
include/qemu/qemu-plugin
Signed-off-by: Yonggang Luo
---
contrib/plugins/hotblocks.c | 2 +-
tests/plugin/bb.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/contrib/plugins/hotblocks.c b/contrib/plugins/hotblocks.c
index 3942a2ca54..37435a3fc7 100644
--- a/contrib/plugins/hotblocks.c
Signed-off-by: Yonggang Luo
---
plugins/loader.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/plugins/loader.c b/plugins/loader.c
index 685d334e1a..8ac5dbc20f 100644
--- a/plugins/loader.c
+++ b/plugins/loader.c
@@ -235,6 +235,7 @@ static int plugin_load(struct qemu_plugin_desc *desc, cons
Add this feature on msys2/mingw by using glib provided cross-platform dlsym f=
unctional.
Yonggang Luo (4):
plugins: Fixes a issue when dlsym failed, the handle not closed.
plugin: Fixes compiling errors on msys2/mingw
Getting qemu-plugin works under win32.
cirrus: Enable plugin in cirrus
The device should not map itself but instead should be mapped to sysbus by the
sun4u machine.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
---
hw/pci-host/sabre.c | 8
hw/sparc64/sun4u.c | 7 +++
2 files changed, 7 insertions(+), 8 deletions(-)
diff --git a
Store the child object directly within the sparc32-espdma object rather than
using link properties.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
---
hw/dma/sparc32_dma.c | 17 -
include/hw/sparc/sparc32_dma.h | 2 +-
2 files changed, 9 insertion
Signed-off-by: Yonggang Luo
---
.cirrus.yml | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/.cirrus.yml b/.cirrus.yml
index 86ea33926a..5363142373 100644
--- a/.cirrus.yml
+++ b/.cirrus.yml
@@ -104,7 +104,8 @@ windows_msys2_task:
- C:\tools\msys64\usr\bin\bash.exe -lc "
Instead use qdev_set_nic_properties() to configure the on-board NIC at the
sun4m machine level.
Signed-off-by: Mark Cave-Ayland
---
hw/dma/sparc32_dma.c | 5 -
hw/sparc/sun4m.c | 21 +
2 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/hw/dma/sparc32_dm
Instead use qdev_prop_set_chr() to configure the ESCC serial chardevs at the
Mac Old World and New World machine level.
Also remove the now obsolete comment referring to the use of serial_hd() and
the setting of user_creatable to false accordingly.
Signed-off-by: Mark Cave-Ayland
---
hw/misc/ma
This series started off as a fix for the nd_table misuse in the sparc32-ledma
device as pointed out by Markus, and then I remembered there was similar
issue around the use of serial_hd() in macio. The last patch is one I've had
sitting in a local branch for a while and is a mistake I made during th
Store the child object directly within the sparc32-ledma object rather than
using link properties.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
---
hw/dma/sparc32_dma.c | 14 --
include/hw/sparc/sparc32_dma.h | 2 +-
2 files changed, 9 insertions(+)
Store the child objects directly within the sparc32-dma object rather than using
link properties.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
---
hw/dma/sparc32_dma.c | 15 +--
include/hw/sparc/sparc32_dma.h | 4 ++--
2 files changed, 11 insertions
25.09.2020 23:32, Eric Blake wrote:
Allow the server to expose an additional metacontext to be requested
by savvy clients. qemu-nbd adds a new option -A to expose the
qemu:allocation-depth metacontext through NBD_CMD_BLOCK_STATUS; this
can also be set via QMP when using nbd-server-add.
qemu as
26.09.2020 10:33, Richard W.M. Jones wrote:
On Fri, Sep 25, 2020 at 03:32:48PM -0500, Eric Blake wrote:
+The second is related to exposing the source of various extents within
+the image, with a single context named:
+
+qemu:allocation-depth
+
+In the allocation depth context, bits 0 and 1 f
25.09.2020 23:32, Eric Blake wrote:
'qemu-img map' provides a way to determine which extents of an image
come from the top layer vs. inherited from a backing chain. This is
useful information worth exposing over NBD. There is a proposal to
add a QMP command block-dirty-bitmap-populate which can
25.09.2020 23:32, Eric Blake wrote:
We had a premature optimization of trying to read as little from the
wire as possible while handling NBD_OPT_SET_META_CONTEXT in phases.
But in reality, we HAVE to read the entire string from the client
before we can get to the next command, and it is easier to
On Fri, Sep 25, 2020, 16:16 John Snow wrote:
> On 9/25/20 2:03 AM, Helio Loureiro wrote:
> > Hi,
> >
> > I would replace the word variable "kind" by "category".
> >
>
> Hi, welcome to the list!
>
Tkz!
> For patch reviews, we try to reply in-line, below the original post.
>
I realized that lat
On 9/26/20 12:31 PM, Carlo Arenas wrote:
> FWIW the 32 bit image (haiku-r1beta2-x86_gcc2h-anyboot.zip[1]), uses
> gcc 2.95.3 as system CC
> a newer gcc (the same version that is used for the 64 bit port) is
> provided as an alternative though
This GCC is too old to build QEMU: since commit efc6c07
From: Chen Gang
After return from cpu_exec(), the exception_index is already set 0 in
cpu_handle_exception(), so we need the trapnr which returns from
cpu_exec() for trapno of target sigcontext.
Signed-off-by: Chen Gang
---
include/hw/core/cpu.h | 2 ++
linux-user/i386/cpu_loop.c | 15 ++
FWIW the 32 bit image (haiku-r1beta2-x86_gcc2h-anyboot.zip[1]), uses
gcc 2.95.3 as system CC
a newer gcc (the same version that is used for the 64 bit port) is
provided as an alternative though
Carlo
[1] https://www.haiku-os.org/get-haiku/r1beta2/
On 21/09/2020 18:58, Philippe Mathieu-Daudé wrote:
> Sorry I guess I got confused by the 2 different sparc32_dma_init()
> functions.
>
> Since ledma always expose lance, maybe you can use:
>
> diff --git a/hw/dma/sparc32_dma.c b/hw/dma/sparc32_dma.c
> index 2cbe331959a..9a907a30373 100644
> ---
Le 26/09/2020 à 03:56, Stephen Long a écrit :
>>> linux-user/syscall.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/linux-user/syscall.c b/linux-user/syscall.c
>>> index 05f0391..91f9114 100644
>>> --- a/linux-user/syscall.c
>>> +++ b/linux-user/syscall.c
>>> @@ -
On 21/09/2020 18:14, Mark Cave-Ayland wrote:
> On 21/09/2020 18:03, Mark Cave-Ayland wrote:
>
>> The lance and esp devices are embedded within ledma and espdma devices
>> respectively,
>> but are actually sysbus devices because they can be used by other machines.
>> I'm not
>> sure if lance is
Le 07/05/2020 à 15:03, Stephen Long a écrit :
> The bug was triggered by the following code on aarch64-linux-user:
>
> #include
> #include
>
> int main(void)
> {
> int PDeathSig = 0;
> if (prctl(PR_GET_PDEATHSIG, &PDeathSig) == 0 && PDeathSig == SIGKILL)
> prctl(PR_GET_PDEATHSIG, 0);
>
Hi the last image available the beta 2.
Regards.
On Sat, 26 Sep 2020 at 08:56, Philippe Mathieu-Daudé wrote:
>
> Hi David,
>
> On Fri, Jun 26, 2020 at 4:08 PM David CARLIER wrote:
> >
> > From 95ef79ddff73eebd1f1bec6673c2c68209fab107 Mon Sep 17 00:00:00 2001
> > From: David Carlier
> > Date: F
Le 25/09/2020 à 22:12, Paolo Bonzini a écrit :
> On 15/09/20 19:46, Philippe Mathieu-Daudé wrote:
>> Make some lsi53c895a trace events more understandable.
>>
>> Signed-off-by: Philippe Mathieu-Daudé
>> ---
>> hw/scsi/trace-events | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>>
Hi David,
On Fri, Jun 26, 2020 at 4:08 PM David CARLIER wrote:
>
> From 95ef79ddff73eebd1f1bec6673c2c68209fab107 Mon Sep 17 00:00:00 2001
> From: David Carlier
> Date: Fri, 26 Jun 2020 13:56:14 +
> Subject: [PATCH 1/3] Include endian.h for Haiku to solve bswap* macros build
> failure.
Back
On Fri, Sep 25, 2020 at 09:41:02AM -0300, Daniel Henrique Barboza wrote:
>
>
> On 9/25/20 12:48 AM, David Gibson wrote:
> > On Thu, Sep 24, 2020 at 04:50:54PM -0300, Daniel Henrique Barboza wrote:
> > > The pSeries machine does not support asymmetrical NUMA
> > > configurations. This doesn't make
Hi Gregory,
On 9/25/20 4:00 PM, Auger Eric wrote:
> Hi Gregory,
>
> On 9/25/20 3:39 PM, Graeme Gregory wrote:
>> SMMUv3 has an error in previous patch where a i was transposed to a 1
>> meaning interrupts would not have been correctly assigned to the SMMUv3
>> instance.
This is a first issue, fi
On Fri, Sep 25, 2020 at 03:32:49PM -0500, Eric Blake wrote:
> Allow the server to expose an additional metacontext to be requested
> by savvy clients. qemu-nbd adds a new option -A to expose the
> qemu:allocation-depth metacontext through NBD_CMD_BLOCK_STATUS; this
> can also be set via QMP when u
On Fri, Sep 25, 2020 at 03:32:48PM -0500, Eric Blake wrote:
> +The second is related to exposing the source of various extents within
> +the image, with a single context named:
> +
> +qemu:allocation-depth
> +
> +In the allocation depth context, bits 0 and 1 form a tri-state value:
> +
> +b
66 matches
Mail list logo
