From: Jan Kiszka <jan.kiszka@web.de>
To: Stefan Weil <sw@weilnetz.de>
Cc: Zhi Yong Wu <wuzhy@linux.vnet.ibm.com>,
qemu-devel@nongnu.org, Fabien Chouteau <chouteau@adacore.com>
Subject: Re: [Qemu-devel] [PATCH 2/3] slirp: Fix requeuing of batchq packets in if_start
Date: Tue, 28 Feb 2012 23:52:17 +0100 [thread overview]
Message-ID: <4F4D5AA1.5050309@web.de> (raw)
In-Reply-To: <4F4D52C2.7050304@weilnetz.de>
[-- Attachment #1: Type: text/plain, Size: 2595 bytes --]
On 2012-02-28 23:18, Stefan Weil wrote:
> Am 17.02.2012 16:45, schrieb Jan Kiszka:
>> In case we requeued a packet that was the head of a longer session
>> queue, we failed to restore this ordering. Also, we did not properly
>> deal with changes to Slirp::next_m.
>>
>> Instead of a cumbersome roll back, this fix simply avoids any changes
>> until we know if the packet was actually sent. Both fixes crashes due
>> to inconsistent queues and simplifies the logic.
>>
>> Thanks to Zhi Yong Wu who found the reason for these crashes.
>>
>> CC: Zhi Yong Wu <wuzhy@linux.vnet.ibm.com>
>> CC: Fabien Chouteau <chouteau@adacore.com>
>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>> ---
>> slirp/if.c | 35 +++++++++++++++++++----------------
>> 1 files changed, 19 insertions(+), 16 deletions(-)
>
> Latest QEMU crashed here 4 times with MIPS Malta
> when I tried 'apt-get update' in the guest. See gdb output
> below for details.
>
> I only got the crash with big endian MIPS, not with little
> endian which is strange.
>
> After I reverted the above patch, MIPS Malta worked
> again as before.
>
> So maybe we changed one crash against a new one.
Embarrassing.
Does this help? Specifically expired packet handling is broken.
diff --git a/slirp/if.c b/slirp/if.c
index 33f08e1..954ef1e 100644
--- a/slirp/if.c
+++ b/slirp/if.c
@@ -153,7 +153,7 @@ void if_start(Slirp *slirp)
{
uint64_t now = qemu_get_clock_ns(rt_clock);
int requeued = 0;
- bool from_batchq = false;
+ bool from_batchq;
struct mbuf *ifm, *ifqt;
DEBUG_CALL("if_start");
@@ -169,6 +169,7 @@ void if_start(Slirp *slirp)
*/
if (slirp->if_fastq.ifq_next != &slirp->if_fastq) {
ifm = slirp->if_fastq.ifq_next;
+ from_batchq = false;
} else {
/* Nothing on fastq, see if next_m is valid */
if (slirp->next_m != &slirp->if_batchq) {
@@ -176,14 +177,17 @@ void if_start(Slirp *slirp)
} else {
ifm = slirp->if_batchq.ifq_next;
}
-
from_batchq = true;
}
slirp->if_queued--;
/* Try to send packet unless it already expired */
- if (ifm->expiration_date >= now && !if_encap(slirp, ifm)) {
+ if (ifm->expiration_date < now) {
+ m_free(ifm);
+ continue;
+ }
+ if (!if_encap(slirp, ifm)) {
/* Packet is delayed due to pending ARP resolution */
requeued++;
continue;
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
next prev parent reply other threads:[~2012-02-28 23:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-17 15:45 [Qemu-devel] [PATCH 0/3] slirp: Fix for requeuing crash, cleanups Jan Kiszka
2012-02-17 15:45 ` [Qemu-devel] [PATCH 1/3] slirp: Clean up ifs_init Jan Kiszka
2012-02-17 15:45 ` [Qemu-devel] [PATCH 2/3] slirp: Fix requeuing of batchq packets in if_start Jan Kiszka
2012-02-28 22:18 ` Stefan Weil
2012-02-28 22:52 ` Jan Kiszka [this message]
2012-02-29 7:58 ` Jan Kiszka
2012-02-29 12:02 ` Jan Kiszka
2012-02-17 15:45 ` [Qemu-devel] [PATCH 3/3] slirp: Refactor if_start Jan Kiszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F4D5AA1.5050309@web.de \
--to=jan.kiszka@web.de \
--cc=chouteau@adacore.com \
--cc=qemu-devel@nongnu.org \
--cc=sw@weilnetz.de \
--cc=wuzhy@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).