** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1180924
Title:
fails to handle a usb serial port with a specific vendorid
Status in Q
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1712564
Title:
loadvm fails twice in sequence
Status in QEMU:
Fix Released
Bug des
Triaging 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: Fix Committed => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscr
Instead of ignoring the response from address_space_ld*()
(indicating an attempt to read a page table descriptor from
an invalid physical address), use it to report the failure
correctly.
Since this is another couple of locations where we need to
decide the value of the ARMMMUFaultInfo ea bit base
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1429841
Title:
error "rom: requested regions overlap" for NOLOAD sections
Status in Q
Matthew Wilcox wrote:
> On Fri, Dec 15, 2017 at 01:29:45AM +0900, Tetsuo Handa wrote:
> > > > Also, one more thing you need to check. Have you checked how long does
> > > > xb_find_next_set_bit(xb, 0, ULONG_MAX) on an empty xbitmap takes?
> > > > If it causes soft lockup warning, should we add cond
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1713408
Title:
qemu crashes with "GLib-ERROR **: gmem.c" error when a negative value
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1327608
Title:
monitor socked path is cut a 105 characters
Status in QEMU:
Fix Rele
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1724477
Title:
Build-in websocket broken since v2.9.0-rc0
Status in QEMU:
Fix Relea
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1672383
Title:
Slow Windows XP load after commit
a9353fe897ca2687e5b3385ed39e3db3927
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1617929
Title:
qemu hangs in pselect syscall
Status in QEMU:
Fix Released
Bug desc
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1721221
Title:
PCI-E passthrough of Nvidia GTX GFX card to Win 10 guest fails with
"
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1497204
Title:
qemu-system-s390x: no SMP support without KVM
Status in QEMU:
Fix Re
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1361912
Title:
qemu-mips64 Segmentation fault
Status in QEMU:
Fix Released
Bug des
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1732671
Title:
vnc websocket compatibility issue
Status in QEMU:
Fix Released
Bug
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/696094
Title:
TI Stellaris lm3s811evb (ARM Cortex-M3) : Systick interrupt not
workin
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1715186
Title:
websockets: Improve error messages
Status in QEMU:
Fix Released
Bug
Triaging old bug tickets... The problem with the SDL static linking has likely
been fixed here:
https://git.qemu.org/?p=qemu.git;a=commitdiff;h=5f37e6d4a7b22ccf1bb8fa4
Can you still reproduce the other issue with the latest version of QEMU? Or
could we close this ticket nowadays?
** Changed in:
Hi everyone,
Kevin, Markus, and me had a small personal meeting over the last 1.5
days and discussed a couple of things about the block layer and its QAPI
entanglements.
Here's a rather rough sketch on what we talked about:
== Quorum is broken ==
a) x-blockdev-change is broken. When adding a
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1350435
Title:
tcg.c:1693: tcg fatal error
Status in launchpad-buildd:
Won't Fix
St
Triaging 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 subscribed to QE
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1599539
Title:
2.6.0: vvfat driver generates bad FAT entries
Status in QEMU:
Fix Released
Bu
My feeling is that glibc upstream will not want to care about cross qemu
situations. I would prefer to report it to the Ubuntu cross-tools
maintainers: The package libc6--cross contains the file /usr/-linux-gnu/lib/libc.so.6; they could surely add the symlink for
/usr/-linux-gnu/etc/ld.so.cache as
If we receive an unsupported request id, we first decide to
return -ENOTSUPP to the client, but since the request id
causes is_read_only_op() to return false, we change the
error to be -EROFS if the fsdev is read-only. This doesn't
make sense since we don't know what the client asked for.
This pat
On 12 December 2017 at 05:53, Richard Henderson
wrote:
> On 12/08/2017 08:57 AM, Peter Maydell wrote:
>> SPARC Linux has an oddity that it insists that mmap()
>> of MAP_FIXED memory must be at an alignment defined by
>> SHMLBA, which is more aligned than the page size
>> (typically, SHMLBA alignme
On 12/15/2017 01:24 PM, Peter Maydell wrote:
> Instead of ignoring the response from address_space_ld*()
> (indicating an attempt to read a page table descriptor from
> an invalid physical address), use it to report the failure
> correctly.
>
> Since this is another couple of locations where we ne
Yes, running the following command line with QEMU 2.11.0 on the HelenOS
0.7.1 image downloaded from
http://www.helenos.org/releases/HelenOS-0.7.1-mips32-malta-be.boot will
result in occasional "failures" of the TLBP instruction as described in
this bug and as evidenced by a warning printed by Helen
The vhost-user slave device facilitates vhost-user device emulation
through vhost-user protocol exchanges and access to shared memory.
Software-defined networking, storage, and other I/O appliances can
provide services through this device.
This device is based on Wei Wang's vhost-pci work. The vh
A shorter command line to reproduce this with QEMU 2.11.0 and HelenOS
0.7.1 would be:
$ qemu-system-mips -cpu 4Kc -kernel HelenOS-0.7.1-mips32-malta-be.boot
-nographic
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.laun
Two reviewed patches from the 2.11 soft-freeze era, and five
preparatory patches extract from my host vector patch set.
One more post for review...
r~
Alex Bennée (1):
target/*helper: don't check retaddr before calling cpu_restore_state
Richard Henderson (6):
target/moxie: Fix tlb_fill
These are now trivial sets and tests against NULL. Unwrap.
Signed-off-by: Richard Henderson
---
tcg/tcg-op.h | 4 ---
tcg/tcg.h| 9 ---
target/alpha/translate.c | 22
target/arm/translate-a64.c | 35 +++-
targe
We had two fields specific to INDEX_op_call. Rename these and
add some macros so that the fields may be reused for other opcodes.
Signed-off-by: Richard Henderson
---
tcg/tcg.h | 10 ++
tcg/optimize.c | 4 ++--
tcg/tcg.c | 22 +++---
3 files changed, 19 insert
The following changes since commit 5705b536b597de00d82807bf14bb38f542aa4491:
Merge remote-tracking branch 'remotes/pmaydell/tags/pull-target-arm-20171213'
into staging (2017-12-14 14:22:18 +)
are available in the Git repository at:
git://github.com/berrange/qemu tags/pull-qio-201712151
We should not exit unless moxie_cpu_handle_mmu_fault has failed.
Signed-off-by: Richard Henderson
---
target/moxie/helper.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/moxie/helper.c b/target/moxie/helper.c
index 2ecee89f11..6890ffd71c 100644
--- a/target/moxie/h
With no fixed array allocation, we can't overflow a buffer.
This will be important as optimizations related to host vectors
may expand the number of ops used.
Use QTAILQ to link the ops together.
Signed-off-by: Richard Henderson
---
include/exec/gen-icount.h | 9 ++--
include/qemu/queue.h
The existing QIOChannelSocket class provides the ability to
listen on a single socket at a time. This patch introduces
a QIONetListener class that provides a higher level API
concept around listening for network services, allowing
for listening on multiple sockets.
Reviewed-by: Eric Blake
Signed-
From: Alex Bennée
cpu_restore_state officially supports being passed an address it can't
resolve the state for. As a result the checks in the helpers are
superfluous and can be removed. This makes the code consistent with
other users of cpu_restore_state.
Of course this does nothing to address w
Complimenting the existing tcg_unsigned_cond.
Signed-off-by: Richard Henderson
---
tcg/tcg.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tcg/tcg.h b/tcg/tcg.h
index f25efa9795..8c45f7edbc 100644
--- a/tcg/tcg.h
+++ b/tcg/tcg.h
@@ -488,6 +488,12 @@ static inline TCGCond tcg_unsigned
On Fri, Dec 15, 2017 at 05:05:19PM +, Stefan Hajnoczi wrote:
> The vhost-user slave device facilitates vhost-user device emulation
> through vhost-user protocol exchanges and access to shared memory.
> Software-defined networking, storage, and other I/O appliances can
> provide services through
We already handle this in the backends, and the lifetime datum
for the TCGOp is already large enough.
Signed-off-by: Richard Henderson
---
include/exec/helper-gen.h | 11 +++
include/exec/helper-head.h | 2 ++
include/exec/helper-proto.h | 5 +
include/exec/helper-tcg.h | 7 +
From: "Dr. David Alan Gilbert"
Allow whatever is performing the connection to pass migrate_fd_connect
an error to indicate there was a problem during connection, an allow
us to clean up.
The caller must free the error.
Signed-off-by: Dr. David Alan Gilbert
---
migration/channel.c | 2 +-
mi
From: "Dr. David Alan Gilbert"
Route async errors (especially from sockets) down through
migration_channel_connect and on to migrate_fd_connect where they
can be cleaned up.
Signed-off-by: Dr. David Alan Gilbert
---
migration/channel.c| 32
migration/channe
From: "Dr. David Alan Gilbert"
Hi,
Where a channel fails asynchronously during connect, call
back through the migration code so it can clean up.
In particular this causes the transition of a 'cancelling' state
to 'cancelled' in the case of:
migrate -d tcp:deadhost:port
migrate_
** Changed in: qemu
Status: Incomplete => New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1128935
Title:
MIPS r4k "TLB modified exception" generated for TLB entries that are
not visible
On 15 December 2017 at 17:07, Richard Henderson
wrote:
> We should not exit unless moxie_cpu_handle_mmu_fault has failed.
>
> Signed-off-by: Richard Henderson
> ---
> target/moxie/helper.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/target/moxie/helper.c b/target/m
On 12/15/2017 02:07 PM, Richard Henderson wrote:
> These are now trivial sets and tests against NULL. Unwrap.
Finally :)
> Signed-off-by: Richard Henderson
Reviewed-by: Philippe Mathieu-Daudé
> ---
> tcg/tcg-op.h | 4 ---
> tcg/tcg.h| 9 ---
> targe
On 12/15/2017 02:07 PM, Richard Henderson wrote:
> We had two fields specific to INDEX_op_call. Rename these and
> add some macros so that the fields may be reused for other opcodes.
>
> Signed-off-by: Richard Henderson
Reviewed-by: Philippe Mathieu-Daudé
> ---
> tcg/tcg.h | 10 ++--
Hi Richard,
On 12/15/2017 02:07 PM, Richard Henderson wrote:
> We already handle this in the backends, and the lifetime datum
> for the TCGOp is already large enough.
>
> Signed-off-by: Richard Henderson
> ---
> include/exec/helper-gen.h | 11 +++
> include/exec/helper-head.h | 2 ++
On 12/15/2017 12:06 PM, Marc-André Lureau wrote:
> Direct leak of 12 byte(s) in 2 object(s) allocated from:
> #0 0x7f50d403c850 in malloc (/lib64/libasan.so.4+0xde850)
> #1 0x7f50d1ddf98f in vasprintf (/lib64/libc.so.6+0x8098f)
>
> Signed-off-by: Marc-André Lureau
> Reviewed-by: Dr. David
On 12/15/2017 12:06 PM, Marc-André Lureau wrote:
> It helps ASAN to detect more leaks on coroutine stacks, as found in
> the following patch.
Nice!
> A similar work would need to be done for sigaltstack & windows fibers
> to have similar coverage. Since ucontext is prefered, I didn't bother
> che
On 15/12/2017 14:56, Markus Armbruster wrote:
>
> Paolo, we have numerous Features/ pages, and I suspect many of them are
> too outdated to serve any purpose but confusing readers. In theory,
> "somebody" could go through them to identify stale ones. In practice,
> "somebody" doesn't exist, I'm
On 12/15/2017 12:06 PM, Marc-André Lureau wrote:
> Direct leak of 913 byte(s) in 43 object(s) allocated from:
> #0 0x55880a15df60 in __interceptor_malloc
> (/home/elmarco/src/qq/build/tests/qmp-test+0x110f60)
> #1 0x7f3f20fd098f in _IO_vasprintf (/lib64/libc.so.6+0x8098f)
>
> Signed-off-b
We have a fair amount of code in QEMU which is helper functions
written in C which make guest memory accesses -- the most common
case being page table walk code.
Generally in CPU architectures the accesses by things like the
page table walker have some atomicity guarantees. For instance
Arm requir
On 12/15/2017 12:06 PM, Marc-André Lureau wrote:
> Fixes leaks such as:
>
> Direct leak of 2 byte(s) in 1 object(s) allocated from:
> #0 0x7eff58beb850 in malloc (/lib64/libasan.so.4+0xde850)
> #1 0x7eff57942f0c in g_malloc ../glib/gmem.c:94
> #2 0x7eff579431cf in g_malloc_n ../glib/gm
On 12/15/2017 12:06 PM, Marc-André Lureau wrote:
> /public/qobject_is_equal_conversion: OK
>
> =
> ==14396==ERROR: LeakSanitizer: detected memory leaks
>
> Direct leak of 56 byte(s) in 1 object(s) allocated from:
> #0 0x7f07682c5
Instead of an error, lower to a warning message, assuming the comment
gives some justification.
Discussed in:
'[Qemu-devel] [PATCH] dump-guest-memory.py: fix "You can't do that without a
process to debug"'
Suggested-by: Fam Zheng
Signed-off-by: Marc-André Lureau
---
scripts/checkpatch.pl | 7
Hi Marc-André,
On 12/15/2017 12:06 PM, Marc-André Lureau wrote:
> When linking qemu-ga under some configuration (when gthread-2.0.pc
> doesn't have -pthread, as happening atm with meson build), you may
> have this linking issue:
>
> /usr/bin/ld: libqemuutil.a(qemu-thread-posix.o): undefined refer
On 15 December 2017 at 16:24, Peter Maydell wrote:
> Instead of ignoring the response from address_space_ld*()
> (indicating an attempt to read a page table descriptor from
> an invalid physical address), use it to report the failure
> correctly.
>
> Since this is another couple of locations where
On Sat, Dec 16, 2017 at 01:21:52AM +0900, Tetsuo Handa wrote:
> My understanding is that virtio-balloon wants to handle sparsely spreaded
> unsigned long values (which is PATCH 4/7) and wants to find all chunks of
> consecutive "1" bits efficiently. Therefore, I guess that holding the values
> in a
On 12/15/2017 09:06 AM, Marc-André Lureau wrote:
> $ make print-CFLAGS
> CFLAGS=-fsanitize=address -Og -g
>
> Trick from various sources:
> https://stackoverflow.com/questions/16467718/how-to-print-out-a-variable-in-makefile
> https://www.cmcrossroads.com/article/printing-value-makefile-variable
>
On 12/15/2017 09:06 AM, Marc-André Lureau wrote:
> Note that data_dir[] will now point to allocated strings.
>
> Fixes:
> Direct leak of 16 byte(s) in 1 object(s) allocated from:
> #0 0x7f1448181850 in malloc (/lib64/libasan.so.4+0xde850)
> #1 0x7f1446ed8f0c in g_malloc ../glib/gmem.c:94
>
On 15 December 2017 at 18:21, Philippe Mathieu-Daudé wrote:
> Hi Marc-André,
>
> On 12/15/2017 12:06 PM, Marc-André Lureau wrote:
>> When linking qemu-ga under some configuration (when gthread-2.0.pc
>> doesn't have -pthread, as happening atm with meson build), you may
>> have this linking issue:
On 15 December 2017 at 17:04, Daniel P. Berrange wrote:
> The following changes since commit 5705b536b597de00d82807bf14bb38f542aa4491:
>
> Merge remote-tracking branch
> 'remotes/pmaydell/tags/pull-target-arm-20171213' into staging (2017-12-14
> 14:22:18 +)
>
> are available in the Git rep
On 12/15/2017 12:14 PM, Peter Maydell wrote:
> We have a fair amount of code in QEMU which is helper functions
> written in C which make guest memory accesses -- the most common
> case being page table walk code.
>
> Generally in CPU architectures the accesses by things like the
> page table walke
On 12/15/2017 09:06 AM, Marc-André Lureau wrote:
> Direct leak of 160 byte(s) in 4 object(s) allocated from:
> #0 0x55ed7678cda8 in calloc
> (/home/elmarco/src/qq/build/x86_64-softmmu/qemu-system-x86_64+0x797da8)
> #1 0x7f3f5e725f75 in g_malloc0
> /home/elmarco/src/gnome/glib/builddir/../
On Fri, Dec 15, 2017 at 03:45:07PM +, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Mostly just manual conversion with very minor fixes.
>
> Signed-off-by: Dr. David Alan Gilbert
> ---
>
> v2
> Fixed issues found by Peter and Kashyap.
> Remove the detailed QE
On 12/15/2017 09:06 AM, Marc-André Lureau wrote:
> It helps ASAN to detect more leaks on coroutine stacks, as found in
> the following patch.
>
> A similar work would need to be done for sigaltstack & windows fibers
> to have similar coverage. Since ucontext is prefered, I didn't bother
s/prefere
>From the Linux sungem driver, we know that the multicast filter CRC is
implemented using ether_crc_le() which isn't the same as calling zlib's
crc32() function (the zlib implementation requires a complemented initial value
and also returns the complemented result).
Fix the multicast filter by sim
This provides a standard ethernet CRC32 little-endian implementation.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Eric Blake
Reviewed-by: Philippe Mathieu-Daudé
---
include/net/net.h | 2 ++
net/net.c | 22 ++
2 files changed, 24 insertions(+)
diff --git a/includ
This makes it much easier to compare the multicast CRC calculation endian and
bitshift against the Linux driver implementation.
Signed-off-by: Mark Cave-Ayland
---
hw/net/lan9118.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/net/lan9118.c b/hw/net/lan9118.c
index 3db
Whilst trying to debug a CRC32 endian issue for NIC multicast hash lookups, it
struck me that it would make sense to have a common set of standard ethernet
CRC32 functions (both little and big endian variants) in net.c.
Patches 1 and 2 introduce the new net_crc32() and net_crc32_le() functions for
Instead of lnc_mchash() using its own implementation, we can simply call
net_crc32_le() directly and apply the bit shift inline.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Eric Blake
Reviewed-by: Philippe Mathieu-Daudé
---
hw/net/pcnet.c | 22 ++
1 file changed, 2 inserti
Separate out the standard ethernet CRC32 calculation into a new net_crc32()
function, renaming the constant POLYNOMIAL to POLYNOMIAL_BE to make it clear
that this is a big-endian CRC32 calculation.
As part of the constant rename, remove the duplicate definition of POLYNOMIAL
from eepro100.c and us
This makes it much easier to compare the multicast CRC calculation endian and
bitshift against the Linux driver implementation.
Signed-off-by: Mark Cave-Ayland
---
hw/net/eepro100.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/net/eepro100.c b/hw/net/eepro100.c
index e3
This makes it much easier to compare the multicast CRC calculation endian and
bitshift against the Linux driver implementation.
Signed-off-by: Mark Cave-Ayland
---
hw/net/opencores_eth.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/net/opencores_eth.c b/hw/net/opencor
On Tue, Dec 12, 2017 at 07:55:55PM +0800, Wei Wang wrote:
> +int xb_preload_and_set_bit(struct xb *xb, unsigned long bit, gfp_t gfp);
I'm struggling to understand when one would use this. The xb_ API
requires you to handle your own locking. But specifying GFP flags
here implies you can sleep. S
This makes it much easier to compare the multicast CRC calculation endian and
bitshift against the Linux driver implementation.
Signed-off-by: Mark Cave-Ayland
---
hw/net/ne2000.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/net/ne2000.c b/hw/net/ne2000.c
index 3938e6
Instead of e100_compute_mcast_idx() using its own implementation, we can
simply call net_crc32() directly and apply the bit shift inline.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Stefan Weil
---
hw/net/eepro100.c | 28
1 file changed, 4 insertions(+), 24 deletio
Instead of sunhme_crc32_le() using its own implementation, we can simply call
net_crc32_le() directly and apply the bit shift inline.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Eric Blake
Reviewed-by: Philippe Mathieu-Daudé
---
hw/net/sunhme.c | 25 +
1 file changed,
On Thu, Dec 14, 2017 at 6:31 PM, Philippe Mathieu-Daudé wrote:
> Hi Andrey, Peter.
>
> I rather disagree with this patch, however I applied it on top of my
> current tree and plan to refactor it. But if it is applied before, I can
> survive :) Not a strong NACK.
>
Umm, Philippe, I didn't really a
This makes it much easier to compare the multicast CRC calculation endian and
bitshift against the Linux driver implementation.
Signed-off-by: Mark Cave-Ayland
---
hw/net/rtl8139.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/net/rtl8139.c b/hw/net/rtl8139.c
index a6b2a
Now that all of the callers have been converted to compute the multicast index
inline using new net CRC functions, this function can now be dropped.
Signed-off-by: Mark Cave-Ayland
---
net/net.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/net/net.c b/net/net.c
index 4ecaf80bd1..5bc0a
This makes it much easier to compare the multicast CRC calculation endian and
bitshift against the Linux driver implementation.
Signed-off-by: Mark Cave-Ayland
---
hw/net/ftgmac100.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/net/ftgmac100.c b/hw/net/ftgmac100.c
index
On Sat, Dec 16, 2017 at 01:21:52AM +0900, Tetsuo Handa wrote:
> My understanding is that virtio-balloon wants to handle sparsely spreaded
> unsigned long values (which is PATCH 4/7) and wants to find all chunks of
> consecutive "1" bits efficiently. Therefore, I guess that holding the values
> in a
* Daniel Henrique Barboza (danie...@linux.vnet.ibm.com) wrote:
>
>
> On 12/14/2017 01:21 PM, Markus Armbruster wrote:
> > Eric Blake writes:
> >
> > > On 12/13/2017 12:15 PM, Daniel Henrique Barboza wrote:
> > > > Commit 755f196898 ("qapi: Convert the cpu command") added the qmp_cpu
> > > > fun
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20171215170732.31125-1-richard.hender...@linaro.org
Subject: [Qemu-devel] [PATCH 0/7] TCG misc patches
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
total=$(git log --
On Fri, Dec 15, 2017 at 6:56 AM, Peter Maydell wrote:
> On 14 December 2017 at 15:19, Andrey Smirnov wrote:
>> Add trivial code to emulate PFUZE3000 PMIC.
>>
>> Cc: qemu-devel@nongnu.org
>> Cc: qemu-...@nongnu.orgn
>> Cc: yurov...@gmail.com
>> Cc: Peter Maydell
>> Signed-off-by: Andrey Smirnov
On Fri, Dec 15, 2017 at 10:49:15AM -0800, Matthew Wilcox wrote:
> Here's the API I'm looking at right now. The user need take no lock;
> the locking (spinlock) is handled internally to the implementation.
I looked at the API some more and found some flaws:
- how does xbit_alloc communicate back
On 12/15/2017 03:41 PM, Mark Cave-Ayland wrote:
> Instead of e100_compute_mcast_idx() using its own implementation, we can
> simply call net_crc32() directly and apply the bit shift inline.
>
> Signed-off-by: Mark Cave-Ayland
> Reviewed-by: Stefan Weil
Reviewed-by: Philippe Mathieu-Daudé
> --
On 12/15/2017 03:41 PM, Mark Cave-Ayland wrote:
> From the Linux sungem driver, we know that the multicast filter CRC is
> implemented using ether_crc_le() which isn't the same as calling zlib's
> crc32() function (the zlib implementation requires a complemented initial
> value
> and also returns
On 12/15/2017 02:04 AM, Fam Zheng wrote:
> Signed-off-by: Fam Zheng
> ---
> tests/qemu-iotests/153 | 4
> tests/qemu-iotests/153.out | 3 +++
> 2 files changed, 7 insertions(+)
>
> diff --git a/tests/qemu-iotests/153 b/tests/qemu-iotests/153
> index fa25eb24bd..22cb9c69a7 100755
> --- a
On 12/15/2017 02:04 AM, Fam Zheng wrote:
> Shared write lock is not strictly necessary for creating the overlay image, if
> all what we want is to probe the size.
Theoretically, the size could be changing due to a resize operation.
But realistically, even if that happens, we will (hopefully) see e
On 12/14/2017 03:06 AM, Kevin Wolf wrote:
> Am 14.12.2017 um 00:20 hat Philippe Mathieu-Daudé geschrieben:
>> Use Base64 to serialize the binary blobs in JSON.
>> So far at most 512 bytes will be transfered, which result
s/transfered/transferred/
>> in a 684 bytes payload.
>> Since this command i
Ok, I don't know if there is a separate place where to send patches
for keycodemapdb but I will put it in this reply. I will send a new
set of patches for the QEMU changes that were in the first mail
(hopefully in a better format than this one) and also a fix for mouse
wheel event being sent twice.
Hi Andrey,
>> I rather disagree with this patch, however I applied it on top of my
>> current tree and plan to refactor it. But if it is applied before, I can
>> survive :) Not a strong NACK.
>>
>
> Umm, Philippe, I didn't really ask you to refactor my code and I'd
> really appreciate if you'd en
This patch adds the migration test support for aarch64. The test code,
which implements the same functionality as x86, is compiled into a binary
and booted as a kernel to qemu. Here are the design ideas:
* We choose this -kernel design because aarch64 QEMU doesn't provide a
built-in fw like x86
Hello,
I confirm the same problem on Fedora 27 Server using Source code release
2.11.0
The problem remains no matter if I use the "-k en-us" parameter or not.
Worked fine up to 2.10.1
If the guess is Windows, then when trying to type the "<" character then
the pipe ("|") appears.
If the guess
They're only used by the 9p core code.
Signed-off-by: Greg Kurz
---
hw/9pfs/9p.c |4 ++--
hw/9pfs/9p.h |2 --
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/hw/9pfs/9p.c b/hw/9pfs/9p.c
index 558efb41defd..1e4ebbe57687 100644
--- a/hw/9pfs/9p.c
+++ b/hw/9pfs/9p.c
@@ -41,7
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20171215181810.4122-1-marcandre.lur...@redhat.com
Subject: [Qemu-devel] [PATCH] checkpatch: warn when using volatile with a
comment
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BA
If I start QEMU with `-k en-gb` at least '<' and '>' work, '|' doesn't
(and obviously 'Shift-2' produces '"' not '@').
My host `locale` is 'en_US.UTF-8' top to bottom.
I tried to update TigerVNC to 1.8 but no change. I run `vncviewer` with
'-Log *:stderr:100' and QEMU without '-k' option and at l
201 - 300 of 324 matches
Mail list logo
