From owner-freebsd-net@FreeBSD.ORG Sun Aug 22 08:30:04 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27DCB1065672 for ; Sun, 22 Aug 2010 08:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F14CE8FC1F for ; Sun, 22 Aug 2010 08:30:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7M8U3Cd079549 for ; Sun, 22 Aug 2010 08:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7M8U3uk079546; Sun, 22 Aug 2010 08:30:03 GMT (envelope-from gnats) Date: Sun, 22 Aug 2010 08:30:03 GMT Message-Id: <201008220830.o7M8U3uk079546@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Dominic Fandrey Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dominic Fandrey List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2010 08:30:04 -0000 The following reply was made to PR kern/144898; it has been noted by GNATS. From: Dominic Fandrey To: Alex Kozlov Cc: bug-followup@freebsd.org Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Sun, 22 Aug 2010 10:25:09 +0200 Hello, On 05/08/2010 23:52, Alex Kozlov wrote: > It's seems to be common issue for many wireless if drivers. > Can You please try this patch? Thanks. I finally got around to testing it. I'm mostly using an Atheros card, nowadays. Though I have to hotswap it to get past the BIOS. Your patch fixes all the reliably reproducible panics. I can scan for wireless networks and it yields the available networks. I can connect to a network and use it. There is no package loss, I'm currently stress-testing the connection, and it appears to be reliable. Now the downside. If I turn the network down and bring it up again it turns blind. An "ifconfig wlan0 list scan" will yield nothing and I cannot connect to a network. So I can use it only once. Unloading the module in between does not help either, so I have to reboot if I want to use it again. What kind of data are you interested in? Dmesg? Anything else? Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-net@FreeBSD.ORG Sun Aug 22 08:34:22 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 857ED106566B for ; Sun, 22 Aug 2010 08:34:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 51C878FC12 for ; Sun, 22 Aug 2010 08:34:21 +0000 (UTC) Received: by iwn36 with SMTP id 36so5291960iwn.13 for ; Sun, 22 Aug 2010 01:34:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=ow3J0rSJsGpQhjriAVOcVj88G0pdfRPNmHKyO7w13Dw=; b=ejBCBrErWAw7n/QKCxSfOBjw/2pEK+XDihS53c3TG9/rgm7z9e0KLeQrR9lnSbZRAu sGFXJC53+alV3iEB3nWxZ0baoTnAK662i2Su+ENZj5MA0tM1R22r+D+5497KobOxr2AB CyqSlISB672l9fJyQ24rRvXtNYImXNxNGvasQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=iRp0m7bAnvKj1P1TeMlU0iloeonRYdQLrcD6Yyqm1hdhcoosIQb9qm6lIpCBwDRPM1 HiEK/r4Yl2Mt5j35gmT79qYkJHZT0/7Ei70icqIER6VCMxuUmtox7ft0Ttsh72tRKwyd EuJF6Lv3NIQnCT2TGY126VWP14pT6lAtOjgVs= MIME-Version: 1.0 Received: by 10.231.30.130 with SMTP id u2mr4620429ibc.111.1282464665306; Sun, 22 Aug 2010 01:11:05 -0700 (PDT) Received: by 10.231.168.14 with HTTP; Sun, 22 Aug 2010 01:11:05 -0700 (PDT) Date: Sun, 22 Aug 2010 16:11:05 +0800 Message-ID: From: Adrian Chadd To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2010 08:34:22 -0000 Hi, I've got a Squid/Lusca server on 8.0-RELEASE-p3 which is exhibiting some very strange behaviour. After a few minutes uptime, the 4k mbuf cluster zone fills up and Squid/Lusca spends almost all of it's time sleeping in "keglimit". I've bumped kern.ipc.nmbclusters to 262144 and kern.ipc.jumbop to 32768 but the system will slowly crawl towards filling that zone. The box has a bce on-board NIC and is using ipfw to handle redirecting traffic to/from the box for transparent TCP interception. It's handling around ~30,000 concurrent connections at the moment. I have other very busy proxies on FreeBSD-7.x pushing a few hundred megabits without any issues. This box falls over after ~ 20 mbit. If I bypass redirection and/or kill squid, the 4k cluster count drops back down to < 500 and stays there. Does anyone have any ideas on where to begin debugging this? Thanks, Adrian From owner-freebsd-net@FreeBSD.ORG Sun Aug 22 09:40:31 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7266B1065696 for ; Sun, 22 Aug 2010 09:40:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7C48FC15 for ; Sun, 22 Aug 2010 09:40:30 +0000 (UTC) Received: by iwn36 with SMTP id 36so5325301iwn.13 for ; Sun, 22 Aug 2010 02:40:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=8AA4xc57oUdeOsWoX+qrESZcKfyjGYrUwvTcVff1viI=; b=YVyb3Bg1TnTInBUX5EMDE3GnlqmMBvZNa5Zj6XZSCFVOcRgLIXLHCplqBsJgzYm9xE h8NMiIXlVntXHo9BI1egw/8NJhuckZlhvZqLrxjjOUcj68dhtXgww5EvwjaCJTXGPBMX eFk+cPoC6uWhwauisU/crRHQ7HaSjqdreBIrA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=sY2Azj634kjKp+7y7VQTqgYyJDajn/k9KAmS9LSrh5aN5PhHf79tFxD7FeT/5cdNs0 DXNchBfc6PoQ1R5RzppxNZAv5mJ3p9jpZKdFgkuPKLngtOE0iivzzibBXfJuAKgsTiNE Ez6QVNbermfNSElBRpYc3bhhc0Nn5LIe958Sc= MIME-Version: 1.0 Received: by 10.231.148.195 with SMTP id q3mr4482456ibv.199.1282470030503; Sun, 22 Aug 2010 02:40:30 -0700 (PDT) Received: by 10.231.168.14 with HTTP; Sun, 22 Aug 2010 02:40:30 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Aug 2010 17:40:30 +0800 Message-ID: From: Adrian Chadd To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2010 09:40:31 -0000 I disabled tso, tx chksum and rx chksum. This fixed the 4k jumbo allocation growth. Turning on tso on a live proxy didn't affect jumbo allocations. Turning on txcsum caused jumbo allocations to begin growing again. DIsabling txcsum again caused jumbo allocations to stop increasing, but it doesn't seem to be decreasing back to the steady state (~ 8k.) Turning on rxcsum didn't affect jumbo allocations. So it seems txcsum is the culprit here. Adrian On 22 August 2010 16:11, Adrian Chadd wrote: > Hi, > > I've got a Squid/Lusca server on 8.0-RELEASE-p3 which is exhibiting > some very strange behaviour. > > After a few minutes uptime, the 4k mbuf cluster zone fills up and > Squid/Lusca spends almost all of it's time sleeping in "keglimit". > > I've bumped kern.ipc.nmbclusters to 262144 and kern.ipc.jumbop to > 32768 but the system will slowly crawl towards filling that zone. > > The box has a bce on-board NIC and is using ipfw to handle redirecting > traffic to/from the box for transparent TCP interception. It's > handling around ~30,000 concurrent connections at the moment. > > I have other very busy proxies on FreeBSD-7.x pushing a few hundred > megabits without any issues. This box falls over after ~ 20 mbit. > > If I bypass redirection and/or kill squid, the 4k cluster count drops > back down to < 500 and stays there. > > Does anyone have any ideas on where to begin debugging this? > > Thanks, > > > Adrian > From owner-freebsd-net@FreeBSD.ORG Sun Aug 22 13:40:04 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7B5C1065694 for ; Sun, 22 Aug 2010 13:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7D28E8FC14 for ; Sun, 22 Aug 2010 13:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7MDe4c0088633 for ; Sun, 22 Aug 2010 13:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7MDe4KP088632; Sun, 22 Aug 2010 13:40:04 GMT (envelope-from gnats) Date: Sun, 22 Aug 2010 13:40:04 GMT Message-Id: <201008221340.o7MDe4KP088632@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bernhard Schmidt Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bernhard Schmidt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2010 13:40:04 -0000 The following reply was made to PR kern/144898; it has been noted by GNATS. From: Bernhard Schmidt To: Dominic Fandrey Cc: bug-followup@freebsd.org Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Sun, 22 Aug 2010 15:38:00 +0200 --0015175cfb9cf94b4a048e69a3da Content-Type: text/plain; charset=ISO-8859-1 Hi, please give attached patch a shot, it should fix the issues with the RFKill button. Currently I'm not able to reproduce the other issues, I don't have 8 GB RAM though. -- Bernhard --0015175cfb9cf94b4a048e69a3da Content-Type: application/octet-stream; name="wpi_rfkill.diff" Content-Disposition: attachment; filename="wpi_rfkill.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gd5xw6pa0 SW5kZXg6IHN5cy9kZXYvd3BpL2lmX3dwaXZhci5oCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvd3Bp L2lmX3dwaXZhci5oCShyZXZpc2lvbiAyMTE1NjcpCisrKyBzeXMvZGV2L3dwaS9pZl93cGl2YXIu aAkod29ya2luZyBjb3B5KQpAQCAtMTg1LDcgKzE4NSw4IEBAIHN0cnVjdCB3cGlfc29mdGMgewog CiAJLyogVGFza3MgdXNlZCBieSB0aGUgZHJpdmVyICovCiAJc3RydWN0IHRhc2sJCXNjX3Jlc3Rh cnR0YXNrOwkvKiByZXNldCBmaXJtd2FyZSB0YXNrICovCi0Jc3RydWN0IHRhc2sJCXNjX3JhZGlv dGFzazsJLyogcmVzZXQgcmYgdGFzayAqLworCXN0cnVjdCB0YXNrCQlzY19yYWRpb29udGFzazsJ LyogZGlzYWJsZSByZiB0YXNrICovCisJc3RydWN0IHRhc2sJCXNjX3JhZGlvb2ZmdGFzazsvKiBl bmFibGUgcmYgdGFzayAqLwogCiAgICAgICAgLyogRWVwcm9tIGluZm8gKi8KIAl1aW50OF90CQkJ Y2FwOwpJbmRleDogc3lzL2Rldi93cGkvaWZfd3BpLmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi93 cGkvaWZfd3BpLmMJKHJldmlzaW9uIDIxMTU2NykKKysrIHN5cy9kZXYvd3BpL2lmX3dwaS5jCSh3 b3JraW5nIGNvcHkpCkBAIC0yMjgsNyArMjI4LDggQEAgc3RhdGljIHZvaWQJd3BpX3N0b3BfbWFz dGVyKHN0cnVjdCB3cGlfc29mdGMgKik7CiBzdGF0aWMgaW50CXdwaV9wb3dlcl91cChzdHJ1Y3Qg d3BpX3NvZnRjICopOwogc3RhdGljIGludAl3cGlfcmVzZXQoc3RydWN0IHdwaV9zb2Z0YyAqKTsK IHN0YXRpYyB2b2lkCXdwaV9od3Jlc2V0KHZvaWQgKiwgaW50KTsKLXN0YXRpYyB2b2lkCXdwaV9y ZnJlc2V0KHZvaWQgKiwgaW50KTsKK3N0YXRpYyB2b2lkCXdwaV9yYWRpb19vZmYodm9pZCAqLCBp bnQpOworc3RhdGljIHZvaWQJd3BpX3JhZGlvX29uKHZvaWQgKiwgaW50KTsKIHN0YXRpYyB2b2lk CXdwaV9od19jb25maWcoc3RydWN0IHdwaV9zb2Z0YyAqKTsKIHN0YXRpYyB2b2lkCXdwaV9pbml0 KHZvaWQgKik7CiBzdGF0aWMgdm9pZAl3cGlfaW5pdF9sb2NrZWQoc3RydWN0IHdwaV9zb2Z0YyAq LCBpbnQpOwpAQCAtNTE0LDcgKzUxNSw4IEBAIHdwaV9hdHRhY2goZGV2aWNlX3QgZGV2KQogCiAJ LyogQ3JlYXRlIHRoZSB0YXNrcyB0aGF0IGNhbiBiZSBxdWV1ZWQgKi8KIAlUQVNLX0lOSVQoJnNj LT5zY19yZXN0YXJ0dGFzaywgMCwgd3BpX2h3cmVzZXQsIHNjKTsKLQlUQVNLX0lOSVQoJnNjLT5z Y19yYWRpb3Rhc2ssIDAsIHdwaV9yZnJlc2V0LCBzYyk7CisJVEFTS19JTklUKCZzYy0+c2NfcmFk aW9vbnRhc2ssIDAsIHdwaV9yYWRpb19vbiwgc2MpOworCVRBU0tfSU5JVCgmc2MtPnNjX3JhZGlv b2ZmdGFzaywgMCwgd3BpX3JhZGlvX29mZiwgc2MpOwogCiAJV1BJX0xPQ0tfSU5JVChzYyk7CiAK QEAgLTcxOSw3ICs3MjEsOCBAQCB3cGlfZGV0YWNoKGRldmljZV90IGRldikKIAkJaWMgPSBpZnAt PmlmX2wyY29tOwogCiAJCWllZWU4MDIxMV9kcmFpbnRhc2soaWMsICZzYy0+c2NfcmVzdGFydHRh c2spOwotCQlpZWVlODAyMTFfZHJhaW50YXNrKGljLCAmc2MtPnNjX3JhZGlvdGFzayk7CisJCWll ZWU4MDIxMV9kcmFpbnRhc2soaWMsICZzYy0+c2NfcmFkaW9vbnRhc2spOworCQlpZWVlODAyMTFf ZHJhaW50YXNrKGljLCAmc2MtPnNjX3JhZGlvb2ZmdGFzayk7CiAJCXdwaV9zdG9wKHNjKTsKIAkJ Y2FsbG91dF9kcmFpbigmc2MtPndhdGNoZG9nX3RvKTsKIAkJY2FsbG91dF9kcmFpbigmc2MtPmNh bGliX3RvKTsKQEAgLTE2NzYsMTcgKzE2NzksMjAgQEAgd3BpX25vdGlmX2ludHIoc3RydWN0IHdw aV9zb2Z0YyAqc2MpCiAJCWNhc2UgV1BJX1NUQVRFX0NIQU5HRUQ6CiAJCXsKIAkJCXVpbnQzMl90 ICpzdGF0dXMgPSAodWludDMyX3QgKikoZGVzYyArIDEpOworCQkJc3RydWN0IGllZWU4MDIxMXZh cCAqdmFwID0gVEFJTFFfRklSU1QoJmljLT5pY192YXBzKTsKIAogCQkJLyogZW5hYmxlZC9kaXNh YmxlZCBub3RpZmljYXRpb24gKi8KIAkJCURQUklOVEYoKCJzdGF0ZSBjaGFuZ2VkIHRvICV4XG4i LCBsZTMydG9oKCpzdGF0dXMpKSk7CiAKIAkJCWlmIChsZTMydG9oKCpzdGF0dXMpICYgMSkgewor CQkJCXNjLT5zY19zY2FuX3RpbWVyID0gMDsKKwkJCQlpZiAodmFwKSB7CisJCQkJCWllZWU4MDIx MV9jYW5jZWxfc2Nhbih2YXApOworCQkJCQlpZWVlODAyMTFfbm90aWZ5X3NjYW5fZG9uZSh2YXAp OworCQkJCX0KIAkJCQlkZXZpY2VfcHJpbnRmKHNjLT5zY19kZXYsCiAJCQkJICAgICJSYWRpbyB0 cmFuc21pdHRlciBpcyBzd2l0Y2hlZCBvZmZcbiIpOwotCQkJCXNjLT5mbGFncyB8PSBXUElfRkxB R19IV19SQURJT19PRkY7Ci0JCQkJaWZwLT5pZl9kcnZfZmxhZ3MgJj0gfklGRl9EUlZfUlVOTklO RzsKLQkJCQkvKiBEaXNhYmxlIGZpcm13YXJlIGNvbW1hbmRzICovCi0JCQkJV1BJX1dSSVRFKHNj LCBXUElfVUNPREVfU0VULCBXUElfRElTQUJMRV9DTUQpOworCQkJCWllZWU4MDIxMV9ydW50YXNr KGljLCAmc2MtPnNjX3JhZGlvb2ZmdGFzayk7CiAJCQl9CiAJCQlicmVhazsKIAkJfQpAQCAtMjA5 NCw4ICsyMTAwLDcgQEAgd3BpX2lvY3RsKHN0cnVjdCBpZm5ldCAqaWZwLCB1X2xvbmcgY21kLCBj YWRkcl90IGQKIAkJCQl3cGlfaW5pdF9sb2NrZWQoc2MsIDApOwogCQkJCXN0YXJ0YWxsID0gMTsK IAkJCX0KLQkJfSBlbHNlIGlmICgoaWZwLT5pZl9kcnZfZmxhZ3MgJiBJRkZfRFJWX1JVTk5JTkcp IHx8Ci0JCQkgICAoc2MtPmZsYWdzICYgV1BJX0ZMQUdfSFdfUkFESU9fT0ZGKSkKKwkJfSBlbHNl IGlmICgoaWZwLT5pZl9kcnZfZmxhZ3MgJiBJRkZfRFJWX1JVTk5JTkcpKQogCQkJd3BpX3N0b3Bf bG9ja2VkKHNjKTsKIAkJV1BJX1VOTE9DSyhzYyk7CiAJCWlmIChzdGFydGFsbCkKQEAgLTI5Njcs NTkgKzI5NzIsNiBAQCB3cGlfaHdfY29uZmlnKHN0cnVjdCB3cGlfc29mdGMgKnNjKQogfQogCiBz dGF0aWMgdm9pZAotd3BpX3Jma2lsbF9yZXN1bWUoc3RydWN0IHdwaV9zb2Z0YyAqc2MpCi17Ci0J c3RydWN0IGlmbmV0ICppZnAgPSBzYy0+c2NfaWZwOwotCXN0cnVjdCBpZWVlODAyMTFjb20gKmlj ID0gaWZwLT5pZl9sMmNvbTsKLQlzdHJ1Y3QgaWVlZTgwMjExdmFwICp2YXAgPSBUQUlMUV9GSVJT VCgmaWMtPmljX3ZhcHMpOwotCWludCBudHJpZXM7Ci0KLQkvKiBlbmFibGUgZmlybXdhcmUgYWdh aW4gKi8KLQlXUElfV1JJVEUoc2MsIFdQSV9VQ09ERV9DTFIsIFdQSV9SQURJT19PRkYpOwotCVdQ SV9XUklURShzYywgV1BJX1VDT0RFX0NMUiwgV1BJX0RJU0FCTEVfQ01EKTsKLQotCS8qIHdhaXQg Zm9yIHRoZXJtYWwgc2Vuc29ycyB0byBjYWxpYnJhdGUgKi8KLQlmb3IgKG50cmllcyA9IDA7IG50 cmllcyA8IDEwMDA7IG50cmllcysrKSB7Ci0JCWlmICgoc2MtPnRlbXAgPSAoaW50KVdQSV9SRUFE KHNjLCBXUElfVEVNUEVSQVRVUkUpKSAhPSAwKQotCQkJYnJlYWs7Ci0JCURFTEFZKDEwKTsKLQl9 Ci0KLQlpZiAobnRyaWVzID09IDEwMDApIHsKLQkJZGV2aWNlX3ByaW50ZihzYy0+c2NfZGV2LAot CQkgICAgInRpbWVvdXQgd2FpdGluZyBmb3IgdGhlcm1hbCBjYWxpYnJhdGlvblxuIik7Ci0JCVdQ SV9VTkxPQ0soc2MpOwotCQlyZXR1cm47Ci0JfQotCURQUklOVEZOKFdQSV9ERUJVR19URU1QLCgi dGVtcGVyYXR1cmUgJWRcbiIsIHNjLT50ZW1wKSk7Ci0KLQlpZiAod3BpX2NvbmZpZyhzYykgIT0g MCkgewotCQlkZXZpY2VfcHJpbnRmKHNjLT5zY19kZXYsICJkZXZpY2UgY29uZmlnIGZhaWxlZFxu Iik7Ci0JCVdQSV9VTkxPQ0soc2MpOwotCQlyZXR1cm47Ci0JfQotCi0JaWZwLT5pZl9kcnZfZmxh Z3MgJj0gfklGRl9EUlZfT0FDVElWRTsKLQlpZnAtPmlmX2Rydl9mbGFncyB8PSBJRkZfRFJWX1JV Tk5JTkc7Ci0Jc2MtPmZsYWdzICY9IH5XUElfRkxBR19IV19SQURJT19PRkY7Ci0KLQlpZiAodmFw ICE9IE5VTEwpIHsKLQkJaWYgKChpYy0+aWNfZmxhZ3MgJiBJRUVFODAyMTFfRl9TQ0FOKSA9PSAw KSB7Ci0JCQlpZiAodmFwLT5pdl9vcG1vZGUgIT0gSUVFRTgwMjExX01fTU9OSVRPUikgewotCQkJ CWllZWU4MDIxMV9iZWFjb25fbWlzcyhpYyk7Ci0JCQkJd3BpX3NldF9sZWQoc2MsIFdQSV9MRURf TElOSywgMCwgMSk7Ci0JCQl9IGVsc2UKLQkJCQl3cGlfc2V0X2xlZChzYywgV1BJX0xFRF9MSU5L LCA1LCA1KTsKLQkJfSBlbHNlIHsKLQkJCWllZWU4MDIxMV9zY2FuX25leHQodmFwKTsKLQkJCXdw aV9zZXRfbGVkKHNjLCBXUElfTEVEX0xJTkssIDIwLCAyKTsKLQkJfQotCX0KLQotCWNhbGxvdXRf cmVzZXQoJnNjLT53YXRjaGRvZ190bywgaHosIHdwaV93YXRjaGRvZywgc2MpOwotfQotCi1zdGF0 aWMgdm9pZAogd3BpX2luaXRfbG9ja2VkKHN0cnVjdCB3cGlfc29mdGMgKnNjLCBpbnQgZm9yY2Up CiB7CiAJc3RydWN0IGlmbmV0ICppZnAgPSBzYy0+c2NfaWZwOwpAQCAtMzU4NiwxNSArMzUzOCwz NiBAQCB3cGlfaHdyZXNldCh2b2lkICphcmcsIGludCBwZW5kaW5nKQogfQogCiBzdGF0aWMgdm9p ZAotd3BpX3JmcmVzZXQodm9pZCAqYXJnLCBpbnQgcGVuZGluZykKK3dwaV9yYWRpb19vZmYodm9p ZCAqYXJnLCBpbnQgcGVuZGluZykKIHsKIAlzdHJ1Y3Qgd3BpX3NvZnRjICpzYyA9IGFyZzsKKwlz dHJ1Y3QgaWZuZXQgKmlmcCA9IHNjLT5zY19pZnA7CisJc3RydWN0IGllZWU4MDIxMWNvbSAqaWMg PSBpZnAtPmlmX2wyY29tOworCXN0cnVjdCBpZWVlODAyMTF2YXAgKnZhcCA9IFRBSUxRX0ZJUlNU KCZpYy0+aWNfdmFwcyk7CiAKLQlXUElfTE9DSyhzYyk7Ci0Jd3BpX3Jma2lsbF9yZXN1bWUoc2Mp OwotCVdQSV9VTkxPQ0soc2MpOworCXdwaV9zdG9wKHNjKTsKKwlpZiAodmFwICE9IE5VTEwpCisJ CWllZWU4MDIxMV9zdG9wKHZhcCk7CisKKwlzYy0+ZmxhZ3MgfD0gV1BJX0ZMQUdfSFdfUkFESU9f T0ZGOworCWNhbGxvdXRfcmVzZXQoJnNjLT53YXRjaGRvZ190bywgaHosIHdwaV93YXRjaGRvZywg c2MpOwogfQogCitzdGF0aWMgdm9pZAord3BpX3JhZGlvX29uKHZvaWQgKmFyZywgaW50IHBlbmRp bmcpCit7CisJc3RydWN0IHdwaV9zb2Z0YyAqc2MgPSBhcmc7CisJc3RydWN0IGlmbmV0ICppZnAg PSBzYy0+c2NfaWZwOworCXN0cnVjdCBpZWVlODAyMTFjb20gKmljID0gaWZwLT5pZl9sMmNvbTsK KwlzdHJ1Y3QgaWVlZTgwMjExdmFwICp2YXAgPSBUQUlMUV9GSVJTVCgmaWMtPmljX3ZhcHMpOwor CisJc2MtPmZsYWdzICY9IH5XUElfRkxBR19IV19SQURJT19PRkY7CisKKwl3cGlfaW5pdChzYyk7 CisJaWYgKHZhcCAhPSBOVUxMKQorCQlpZWVlODAyMTFfaW5pdCh2YXApOworfQorCiAvKgogICog QWxsb2NhdGUgRE1BLXNhZmUgbWVtb3J5IGZvciBmaXJtd2FyZSB0cmFuc2Zlci4KICAqLwpAQCAt MzYzOCw3ICszNjExLDcgQEAgd3BpX3dhdGNoZG9nKHZvaWQgKmFyZykKIAkJfQogCiAJCWRldmlj ZV9wcmludGYoc2MtPnNjX2RldiwgIkhhcmR3YXJlIFN3aXRjaCBFbmFibGVkXG4iKTsKLQkJaWVl ZTgwMjExX3J1bnRhc2soaWMsICZzYy0+c2NfcmFkaW90YXNrKTsKKwkJaWVlZTgwMjExX3J1bnRh c2soaWMsICZzYy0+c2NfcmFkaW9vbnRhc2spOwogCQlyZXR1cm47CiAJfQogCg== --0015175cfb9cf94b4a048e69a3da-- From owner-freebsd-net@FreeBSD.ORG Sun Aug 22 17:50:04 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7604E106566C for ; Sun, 22 Aug 2010 17:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6620E8FC1A for ; Sun, 22 Aug 2010 17:50:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7MHo4c7032583 for ; Sun, 22 Aug 2010 17:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7MHo4HN032582; Sun, 22 Aug 2010 17:50:04 GMT (envelope-from gnats) Date: Sun, 22 Aug 2010 17:50:04 GMT Message-Id: <201008221750.o7MHo4HN032582@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Dominic Fandrey Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dominic Fandrey List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2010 17:50:04 -0000 The following reply was made to PR kern/144898; it has been noted by GNATS. From: Dominic Fandrey To: Bernhard Schmidt Cc: bug-followup@freebsd.org Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Sun, 22 Aug 2010 19:48:46 +0200 On 22/08/2010 15:38, Bernhard Schmidt wrote: > Hi, > > please give attached patch a shot, it should fix the issues with the > RFKill button. > > Currently I'm not able to reproduce the other issues, I don't have 8 > GB RAM though. I have now both your patch an Alex's patch applied and everything seems to be working. I hope both patches make it into RELENG_8. I'll get back to you once I've used it for a time. Alex's patch already fixed the panic when turning the radio switch off, but with your patch I can also connect to a network more than once. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-net@FreeBSD.ORG Sun Aug 22 21:07:28 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5424610656A3 for ; Sun, 22 Aug 2010 21:07:28 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 073528FC12 for ; Sun, 22 Aug 2010 21:07:27 +0000 (UTC) Received: by pzk7 with SMTP id 7so2287344pzk.13 for ; Sun, 22 Aug 2010 14:07:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:from:to :subject:organization:x-face:x-uptime:x-url:x-operating-system :x-openpgp-id:x-openpgp-fingerprint:x-mailer:x-mail-morse :x-attribution:organisation:date:message-id:user-agent:face :mime-version:content-type; bh=lrhFv2SsEv1SC4/+g68qju9XNLU53NDAJgaX8k0IGfM=; b=LLu8eGYxQL0NlxmGlxC1T+w98lBc7W8aECXyMxzmgxFsGYhWekgJo7javFCDcM+hrq nL9cJ5sxVBkNws5oDxV2PVRV8F9U8qb07oQa5rTyBAoTgKum1lfQqVHesTXOp4Vo2Hsc vcnXN+n+E3hFdF8kl/B/PL+Tebxgea9mhGpw4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:subject:organization:x-face:x-uptime:x-url :x-operating-system:x-openpgp-id:x-openpgp-fingerprint:x-mailer :x-mail-morse:x-attribution:organisation:date:message-id:user-agent :face:mime-version:content-type; b=BtqFEHKy3U+DPnTBvjui8wlAegTMyzXTuo9g7J+Xt41Sklrk9rYD77yjsuaKkZkxTP Js3uCNYyQlptrb/N4jm1x+jTr3WqtJxC0QH6KN9kaMSL5L4CnftujKMSqq0vQ3tHxOWO RorVgSWNseOD7ptQIJucB+RO1KGVE0MEYhgP4= Received: by 10.114.60.5 with SMTP id i5mr4830615waa.146.1282511247536; Sun, 22 Aug 2010 14:07:27 -0700 (PDT) Received: from chateau.d.if ([122.163.151.183]) by mx.google.com with ESMTPS id 33sm10959202wad.6.2010.08.22.14.07.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 22 Aug 2010 14:07:26 -0700 (PDT) Sender: Ashish SHUKLA Received: from chateau.d.if (chateau.d.if [IPv6:::1]) by chateau.d.if (Postfix) with ESMTP id 0F02A4AD9F for ; Mon, 23 Aug 2010 02:37:19 +0530 (IST) From: ashish@FreeBSD.org (Ashish SHUKLA) To: freebsd-net@FreeBSD.org Organization: The FreeBSD Project X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 1:37AM up 8:58, 10 users, load averages: 0.22, 0.18, 0.12 X-URL: http://762e5e74.wordpress.com/ X-Operating-System: FreeBSD/FreeBSD 8.1-RELEASE/amd64 X-OpenPGP-ID: E74FA4B0 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Mailer: Gnus v5.13 X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: The FreeBSD Project Date: Mon, 23 Aug 2010 02:37:16 +0530 Message-ID: <86vd72nypn.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (amd64-portbld-freebsd8.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: Subject: IPsec support in FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2010 21:07:28 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, I'm running 8.1-RELEASE on amd64. I'm connecting to an IPsec VPN (IPv4, dynamic keying using racoon) from beh= ind a NAT and I'm having strange issues working with it. IPsec negotiation succeeds but there are problems with sending traffic over the tunnel. To be able to actually able to send a packet across tunnel, I've to run a tcpdump on the ethernet interface, then only I starts getting replies for my packets, and SA gets established on the server (as per log of racoon maintained by server). This is weird but this' the only work around for me = to start communicating over my tunnel. I'm running a custom kernel[1]. Following are the values of sysctl knobs wi= th 'ipsec' in their OID, in case my : #v+ net.inet.ipsec.def_policy: 1 net.inet.ipsec.esp_trans_deflev: 1 net.inet.ipsec.esp_net_deflev: 1 net.inet.ipsec.ah_trans_deflev: 1 net.inet.ipsec.ah_net_deflev: 1 net.inet.ipsec.ah_cleartos: 1 net.inet.ipsec.ah_offsetmask: 0 net.inet.ipsec.dfbit: 0 net.inet.ipsec.ecn: 0 net.inet.ipsec.debug: 1 net.inet.ipsec.filtertunnel: 0 net.inet.ipsec.crypto_support: 50331648 net.inet6.ipsec6.def_policy: 1 net.inet6.ipsec6.esp_trans_deflev: 1 net.inet6.ipsec6.esp_net_deflev: 1 net.inet6.ipsec6.ah_trans_deflev: 1 net.inet6.ipsec6.ah_net_deflev: 1 net.inet6.ipsec6.ecn: 0 net.inet6.ipsec6.debug: 1 net.inet6.ipsec6.filtertunnel: 0 #v- I was using pf as the firewall, but I disabled it using `pfctl -d` to avoid any possibilities of issues due to firewall. I'm wondering if this is relat= ed to kern/122562[2]. Also after connecting/disconnecting the tunnel after n times, I noticed my IPv4 address is gone from the interfaces, some messages appeared in my dmesg[3] with beep sounds generated. And this happened yesterday also. To workaround this I'd to re-assign IPv4 address to the interface. References: [1] http://people.freebsd.org/~ashish/ipsec/CHATEAU [2] http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/122562 [3] http://people.freebsd.org/~ashish/ipsec/messages.kern Thanks in advance =2D-=20 Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ =E2=80=9CThe best way to predict the future is to implement it.=E2=80=9D (D= avid Heinemeier Hansson) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQIcBAEBCgAGBQJMcZGHAAoJEMdGz6nnT6Sw8vgP+wYGD8crOkRVgxlXy1tP2n+L hbJBee7GngbLO9qkogy7ULRRseQONYD3lK1INGIoUTunyiVYog19H+VrjZQPrOwI V4VzLJvKtN/ewbHxKHdWKA/j1/RpTygYUE5rbt+CQcrQEinIDsNY4DHS9iJhXawz FHnKld4FSKIIcytQVa7TRUEl+N0jX4+FUzEbwo6pWREbKD5aPwlj4okzwfVazL6+ rZPBX91gyRtDDg6M2SZqbJH+k9PIDOm1MG41OEudeCOzswB/Qk/QO5bHJPpst/Yn eFod6g+01IOS5+4qZ7NhLDmzbr7Uhz/G/OXp7LiHN4AuEnfuJNsDuDrtVckMiMzV AOnGZdp+zcToZyVU+WtEYkUJgzos4GVORENJLNB8pHrgaN0G+luhieYmmIz71eOv J3tuSSrLEZNzqinTBtBJKa3DT9aEQmKCqGxmU4wfrAhQmy4mEEkPvO3BCBk8yVkI fjbBBFgejNfp26qEaN0VT7UOYXE6FVxtemfzDUyrS5micLSfpv+nf8/KHshEvGOV m8ypUqy9EEDwJ4I4zXcTTQvxIBvUwapEU478cKaoj5ry294Hartlzp41RiSrZflt Ndhp79zxDmpHC2+fErCvVaNlwb/tsWTLYDb9sYOgBBJkk4HiM8kHHa9jNTLP0FMX 3ij0Lz7vbuY1j23fyuYW =a9lw -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Sun Aug 22 22:27:50 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 615D410656A9 for ; Sun, 22 Aug 2010 22:27:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2F6F18FC16 for ; Sun, 22 Aug 2010 22:27:49 +0000 (UTC) Received: by pvg4 with SMTP id 4so2285586pvg.13 for ; Sun, 22 Aug 2010 15:27:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=XcZjRPOVuG7lLCLY7boumanDYARaqJh1vaG5+MP1zS4=; b=OMIPC9Hi2zQubyFsHimbjMP64dJWz6KkKx5W0aUeaL6mefjegZx0bk+PLu0oIEfYxF w8jW1Jt1lVOMvDPsLRyl+TRg5sivrQwhqZEMc+ZD5/vGYFSUG0njbL15Qd+PVDG6sbTP g7sYJ1YZpeKg05Hp0bxtpNKK6aWA859QQXEjU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=KG3ybSodF+fzvHXnZ1SW1tMPXE/ryy00j6id5RLlkXuZP005kvimP8w7cM2EZ6o178 qIGC1ZPH4ASLroJeOciskhKjgk5rbKs8IHnSQ6V83qvySRaY+5dB7fUwDstRj38oN7Wj HZsKnBgdo0r6sMI/v+kwVL4Ls7MfhmDGhOyN0= Received: by 10.114.12.14 with SMTP id 14mr5007900wal.23.1282516069713; Sun, 22 Aug 2010 15:27:49 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d35sm11119733waa.9.2010.08.22.15.27.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 22 Aug 2010 15:27:48 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 22 Aug 2010 15:27:46 -0700 From: Pyun YongHyeon Date: Sun, 22 Aug 2010 15:27:46 -0700 To: Adrian Chadd Message-ID: <20100822222746.GC6013@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2010 22:27:50 -0000 On Sun, Aug 22, 2010 at 05:40:30PM +0800, Adrian Chadd wrote: > I disabled tso, tx chksum and rx chksum. This fixed the 4k jumbo > allocation growth. > I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo disabled RX checksum offloading. But I can't explain how checksum offloading could be related with the growth of 4k jumbo buffers. > > Turning on tso on a live proxy didn't affect jumbo allocations. > Turning on txcsum caused jumbo allocations to begin growing again. > DIsabling txcsum again caused jumbo allocations to stop increasing, > but it doesn't seem to be decreasing back to the steady state (~ 8k.) > Turning on rxcsum didn't affect jumbo allocations. > > So it seems txcsum is the culprit here. > There was a lot of changes in bce(4) since 8.0-RELEASE. I vaguely guess your issue could be related with header split feature of bce(4) which was now disabled. Are you using jumbo frame/ZERO_COPY_SOCKETS with bce(4)? > > > Adrian > > On 22 August 2010 16:11, Adrian Chadd wrote: > > Hi, > > > > I've got a Squid/Lusca server on 8.0-RELEASE-p3 which is exhibiting > > some very strange behaviour. > > > > After a few minutes uptime, the 4k mbuf cluster zone fills up and > > Squid/Lusca spends almost all of it's time sleeping in "keglimit". > > > > I've bumped kern.ipc.nmbclusters to 262144 and kern.ipc.jumbop to > > 32768 but the system will slowly crawl towards filling that zone. > > > > The box has a bce on-board NIC and is using ipfw to handle redirecting > > traffic to/from the box for transparent TCP interception. It's > > handling around ~30,000 concurrent connections at the moment. > > > > I have other very busy proxies on FreeBSD-7.x pushing a few hundred > > megabits without any issues. This box falls over after ~ 20 mbit. > > > > If I bypass redirection and/or kill squid, the 4k cluster count drops > > back down to < 500 and stays there. > > > > Does anyone have any ideas on where to begin debugging this? > > > > Thanks, > > > > > > Adrian > > From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 00:04:44 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B52DB106566C for ; Mon, 23 Aug 2010 00:04:44 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 052408FC08 for ; Mon, 23 Aug 2010 00:04:43 +0000 (UTC) Received: (qmail 28412 invoked from network); 23 Aug 2010 02:04:41 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Aug 2010 02:04:41 +0200 Date: Mon, 23 Aug 2010 02:04:41 +0200 (CEST) From: Ingo Flaschberger To: net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 00:04:44 -0000 Hi, System: FreeBSD 8.1-STABLE amd64 ifconfig em1 10.11.11.175/24 ifconfig em1 alias 10.13.13.90/24 route add 10.13.13.95/24 10.11.11.1 ping 10.13.13.90 dump at: 10.13.13.95 23:50:21.877426 00:90:0b:0c:16:06 > 00:01:02:1e:e3:64, ethertype IPv4 (0x0800), length 98: 10.11.11.175 > 10.13.13.95: ICMP echo request, id 775, seq 122, length 64 23:50:21.877431 00:01:02:1e:e3:64 > 00:90:0b:17:6e:6f, ethertype IPv4 (0x0800), length 98: 10.13.13.95 > 10.11.11.175: ICMP echo reply, id 775, seq 122, length 64 -> wrong outgoing interface ip -> 00:90:0b:0c:16:06 is the mac from 10.13.13.1 -> local (connected) should be before static route 00:90:0b:0c:16:06: 10.11.11.1 00:90:0b:17:6e:6f: 10.11.11.175 / 10.13.13.90 00:01:02:1e:e3:64: 10.13.13.95 just more: ping -S 10.13.13.90 10.13.13.95 23:57:28.803763 00:90:0b:0c:16:06 > 00:01:02:1e:e3:64, ethertype IPv4 (0x0800), length 98: 10.13.13.90 > 10.13.13.95: ICMP echo request, id 9991, seq 118, length 64 23:57:28.803772 00:01:02:1e:e3:64 > 00:90:0b:17:6e:6f, ethertype IPv4 (0x0800), length 98: 10.13.13.95 > 10.13.13.90: ICMP echo reply, id 9991, seq 118, length 64 -> 00:90:0b:0c:16:06 is the mac from 10.13.13.1 -> local (connected) should be before static route Kind regards, ingo flaschberger From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 00:05:14 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBD3B1065670 for ; Mon, 23 Aug 2010 00:05:14 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 43ADF8FC08 for ; Mon, 23 Aug 2010 00:05:14 +0000 (UTC) Received: (qmail 30229 invoked from network); 23 Aug 2010 01:38:32 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Aug 2010 01:38:32 +0200 Date: Mon, 23 Aug 2010 01:38:31 +0200 (CEST) From: Ingo Flaschberger To: net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: freebsd 8.1 crash with ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 00:05:15 -0000 Hi, ifconfig em0 10.11.11.175/24 ifconfig em0 alias 10.20.20.1/24 route add -net 10.20.20.0/24 10.11.11.1 -weight 2 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x98 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80363cd3 stack pointer = 0x28:0xffffff803e5da550 frame pointer = 0x28:0xffffff803e5da580 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1767 (ping) trap number = 12 panic: page fault cpuid = 0 Uptime: 3m46s Cannot dump. Device not defined or unavailable. Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Kind regards, ingo flaschberger From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 05:40:01 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D75E1065693 for ; Mon, 23 Aug 2010 05:40:01 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from mailgate.jr-hosting.nl (mailgate.jr-hosting.nl [IPv6:2a01:4f8:63:1281::3]) by mx1.freebsd.org (Postfix) with ESMTP id 12E908FC08 for ; Mon, 23 Aug 2010 05:40:01 +0000 (UTC) Received: from websrv01.jr-hosting.nl (unknown [IPv6:2a01:4f8:63:1281::4]) by mailgate.jr-hosting.nl (Postfix) with ESMTP id 4676F1CC2E; Mon, 23 Aug 2010 07:40:00 +0200 (CEST) Received: from www by websrv01.jr-hosting.nl with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OnPlI-000Nw1-7V; Mon, 23 Aug 2010 07:40:00 +0200 Received: from 2001:888:15a5:0:20e:cff:fe2e:41f6 (SquirrelMail authenticated user remko) by www.jr-hosting.nl with HTTP; Mon, 23 Aug 2010 07:40:00 +0200 Message-ID: In-Reply-To: References: Date: Mon, 23 Aug 2010 07:40:00 +0200 From: "Remko Lodder" To: "Ingo Flaschberger" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: net@freebsd.org Subject: Re: freebsd 8.1 crash with ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 05:40:01 -0000 >> Hi, >> >> ifconfig em0 10.11.11.175/24 >> ifconfig em0 alias 10.20.20.1/24 >> route add -net 10.20.20.0/24 10.11.11.1 -weight 2 >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x98 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff80363cd3 >> stack pointer = 0x28:0xffffff803e5da550 >> frame pointer = 0x28:0xffffff803e5da580 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1767 (ping) >> trap number = 12 >> panic: page fault >> cpuid = 0 >> Uptime: 3m46s >> Cannot dump. Device not defined or unavailable. >> Automatic reboot in 15 seconds - press a key on the console to abort >> --> Press a key on the console to reboot, >> --> or switch off the system now. >> ^^^^^^^^^^^^^^ If you want this troubleshooted, please make sure your system dumps the core. Please look at the developers-handbook on how to obtain information that we can use to investigate this problem. Thanks, Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 06:22:03 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F179410656B6 for ; Mon, 23 Aug 2010 06:22:03 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id A0BB28FC1E for ; Mon, 23 Aug 2010 06:22:03 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward5.mail.yandex.net (Yandex) with ESMTP id 0ADC214D0509; Mon, 23 Aug 2010 10:05:52 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1282543552; bh=e8E51b7h5DkvSTSWHUotfDHPHuNdyIa8UqFf7Yl+DmE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=cQf9fU1eWSIRXq+EwogqkOCTOzbbv6SFFy/6rqGqSM5IctNn2ypJc0cj3vo1+G4m8 0BHrSKoATj/O8K0WenfTcp3GdAVHPeqAZzSNB4KG4NZeJhCdeJHRTebAvAQRSRZLfs CWDk6qOF/1o7I9jjHggVj8JCFCxZNvlCtSO3yse0= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id CCCB05280A7; Mon, 23 Aug 2010 10:05:51 +0400 (MSD) Message-ID: <4C720FBF.2030205@yandex.ru> Date: Mon, 23 Aug 2010 10:05:51 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Ingo Flaschberger References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1282543551 X-Yandex-Spam: 1 X-Yandex-Front: smtp2.mail.yandex.net Cc: net@freebsd.org Subject: Re: freebsd 8.1 crash with ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 06:22:04 -0000 On 23.08.2010 3:38, Ingo Flaschberger wrote: > ifconfig em0 10.11.11.175/24 > ifconfig em0 alias 10.20.20.1/24 > route add -net 10.20.20.0/24 10.11.11.1 -weight 2 > > Fatal trap 12: page fault while in kernel mode Hi, Can you show output of `ident /usr/src/sys/dev/e1000/if_*`? -- WBR, Andrey V. Elsukov From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 07:10:03 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38A17106566C for ; Mon, 23 Aug 2010 07:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 09BC08FC16 for ; Mon, 23 Aug 2010 07:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7N7A2QO025365 for ; Mon, 23 Aug 2010 07:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7N7A250025364; Mon, 23 Aug 2010 07:10:02 GMT (envelope-from gnats) Date: Mon, 23 Aug 2010 07:10:02 GMT Message-Id: <201008230710.o7N7A250025364@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bernhard Schmidt Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bernhard Schmidt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 07:10:03 -0000 The following reply was made to PR kern/144898; it has been noted by GNATS. From: Bernhard Schmidt To: Dominic Fandrey Cc: bug-followup@freebsd.org Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Mon, 23 Aug 2010 09:06:46 +0200 On Sun, Aug 22, 2010 at 19:48, Dominic Fandrey wrote: > On 22/08/2010 15:38, Bernhard Schmidt wrote: >> Hi, >> >> please give attached patch a shot, it should fix the issues with the >> RFKill button. >> >> Currently I'm not able to reproduce the other issues, I don't have 8 >> GB RAM though. > > I have now both your patch an Alex's patch applied and everything > seems to be working. I hope both patches make it into RELENG_8. > > I'll get back to you once I've used it for a time. Alex's patch > already fixed the panic when turning the radio switch off, but > with your patch I can also connect to a network more than once. Alex's patch addresses a different issue, there is a race with wpa_supplicant (/etc/rc.d/netif restart) which might free a node while one of the wpi functions is using it. It shouldn't make any difference in your case, though, it's nice to fix this now and I probably going to commit it anyways. Please let me know if there a any stability issues left, it made a pretty good impressions over this weekend while I did run some tests. Thanks. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 07:11:52 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FA601065673; Mon, 23 Aug 2010 07:11:52 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2652B8FC18; Mon, 23 Aug 2010 07:11:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7N7Bqql035821; Mon, 23 Aug 2010 07:11:52 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7N7BqbF035817; Mon, 23 Aug 2010 07:11:52 GMT (envelope-from bschmidt) Date: Mon, 23 Aug 2010 07:11:52 GMT Message-Id: <201008230711.o7N7BqbF035817@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 07:11:52 -0000 Synopsis: [wpi] [panic] wpi panics system Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Mon Aug 23 07:11:33 UTC 2010 Responsible-Changed-Why: Over to me. http://www.freebsd.org/cgi/query-pr.cgi?pr=144898 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 08:09:00 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07AA71065675 for ; Mon, 23 Aug 2010 08:09:00 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id B91588FC1C for ; Mon, 23 Aug 2010 08:08:59 +0000 (UTC) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id 95EFE2798BC for ; Mon, 23 Aug 2010 09:52:21 +0200 (CEST) Received: by astro.zen.inc (Postfix, from userid 1000) id 8C1FA17063; Mon, 23 Aug 2010 09:52:21 +0200 (CEST) Date: Mon, 23 Aug 2010 09:52:21 +0200 From: VANHULLEBUS Yvan To: freebsd-net@FreeBSD.org Message-ID: <20100823075221.GA93863@zeninc.net> References: <86vd72nypn.fsf@chateau.d.if> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86vd72nypn.fsf@chateau.d.if> User-Agent: All mail clients suck. This one just sucks less. Cc: Subject: Re: IPsec support in FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 08:09:00 -0000 On Mon, Aug 23, 2010 at 02:37:16AM +0530, Ashish SHUKLA wrote: > Hi, Hi. > I'm running 8.1-RELEASE on amd64. > > I'm connecting to an IPsec VPN (IPv4, dynamic keying using racoon) from behind > a NAT and I'm having strange issues working with it. IPsec negotiation > succeeds but there are problems with sending traffic over the tunnel. In fact, you're trying to set up an IPsec tunnel through a NAT, with an userland probably compiled by default with NAT-T support, but a kernel without NAT-T support according to your kernel configuration file. To have it work, first add "options IPSEC_NAT_T" to your kernel conf file, compile / install it again. Then install -HEAD version of ipsec-tools, as it is actually the only one to be able to send correctly NAT-T PFkey extensions to FreeBSD kernel. Then you'll have time to deal with other things such as racoon.conf or filtering stuff :-) Yvan. From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 09:26:20 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69BF10656A4 for ; Mon, 23 Aug 2010 09:26:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E75D8FC1D for ; Mon, 23 Aug 2010 09:26:20 +0000 (UTC) Received: by iwn36 with SMTP id 36so6331291iwn.13 for ; Mon, 23 Aug 2010 02:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=pEngcGnmlplFAT7e4wRgcSqj02T/zTMLhRit8BDjL5M=; b=RPgA/mrQfZ4h5RlZPPaFCGuckRlwTbrPZ7YdWYr3aU2WdDubQoESo5+vJ6Ye7RFMiy 6UreEgHL9dLVBLxLkdtDZstgSsXj9N+wAECIyDQuHMllSS02ugcVzq7UKzORCBrfHGEy XPUniZ5lP2QZD6rUmgFU/p+xnYe1Cqynod6Oo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QIB7xMvLkDMHOUqtWvRxMm0nTZ628KqF7l2XT4Kd3ZlgMA6nBA3dnRkoZnfIK+gyxc Uv1ST9kJ0gleLp96lsA7DtRJLKsp2BSgSTuHiTabRGBe2Twjad7v8kFtoGFPTpBZhd2Q WwbVPNfJ01DVoUkE6R77PxlT2eH+S742u5ZSI= MIME-Version: 1.0 Received: by 10.231.15.203 with SMTP id l11mr5371169iba.182.1282555579961; Mon, 23 Aug 2010 02:26:19 -0700 (PDT) Received: by 10.231.168.14 with HTTP; Mon, 23 Aug 2010 02:26:19 -0700 (PDT) In-Reply-To: <20100822222746.GC6013@michelle.cdnetworks.com> References: <20100822222746.GC6013@michelle.cdnetworks.com> Date: Mon, 23 Aug 2010 17:26:19 +0800 Message-ID: From: Adrian Chadd To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 09:26:21 -0000 On 23 August 2010 06:27, Pyun YongHyeon wrote: > I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so > it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo > disabled RX checksum offloading. But I can't explain how checksum > offloading could be related with the growth of 4k jumbo buffers. Neither can I! I'm trying to come up with a reproduction method that doesn't involve "put box on the internet, push clients through it, wait." > There was a lot of changes in bce(4) since 8.0-RELEASE. I vaguely > guess your issue could be related with header split feature of > bce(4) which was now disabled. Are you using jumbo > frame/ZERO_COPY_SOCKETS with bce(4)? Nope. Adrian From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 10:18:00 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84AC010656A6 for ; Mon, 23 Aug 2010 10:18:00 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id E74A48FC1F for ; Mon, 23 Aug 2010 10:17:59 +0000 (UTC) Received: (qmail 34549 invoked from network); 23 Aug 2010 10:17:07 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 23 Aug 2010 10:17:07 -0000 Message-ID: <4C724AD9.5020000@freebsd.org> Date: Mon, 23 Aug 2010 12:18:01 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: adrian.chadd@gmail.com References: <20100822222746.GC6013@michelle.cdnetworks.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com, freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 10:18:00 -0000 On 23.08.2010 11:26, Adrian Chadd wrote: > On 23 August 2010 06:27, Pyun YongHyeon wrote: > >> I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so >> it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo >> disabled RX checksum offloading. But I can't explain how checksum >> offloading could be related with the growth of 4k jumbo buffers. > > Neither can I! > > I'm trying to come up with a reproduction method that doesn't involve > "put box on the internet, push clients through it, wait." Network drivers use 2k sized mbuf clusters on receive. So the problem doesn't seem to be RX related. The function that is called on a socket write is sosend_generic() which makes use of m_getm2(). This function allocates mbuf chains with the tightest packing it can achieve. It will make use 4k (page size) mbufs as much as it can. This is where they come from. It seems the 4k clusters do not get freed back to the pool after they've been sent by the NIC and dropped from the socket buffer after the ACK has arrived. The leak must occur in one of these two places. The socket buffer is unlikely as it would affect not just you but everyone else too. Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime suspect. -- Andre From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 11:07:04 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5213810656B8 for ; Mon, 23 Aug 2010 11:07:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3EDCB8FC26 for ; Mon, 23 Aug 2010 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NB74QF089149 for ; Mon, 23 Aug 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NB73XL089147 for freebsd-net@FreeBSD.org; Mon, 23 Aug 2010 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Aug 2010 11:07:03 GMT Message-Id: <201008231107.o7NB73XL089147@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 11:07:04 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/149804 net [icmp] [panic] ICMP redirect on causes "panic: rtqkill o kern/149786 net [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149532 net [igb] igb/ixgb controllers panic on FreeBSD 8.1-RELEAS o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148862 net [panic] page fault while in kernel mode at _mtx_lock_s o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148108 net [bge] FreeBSD 7.2 or 8.0 does not recognize, 4.11 can o kern/148078 net [ath] wireless networking stops functioning o kern/148004 net [em] Inconsistent networking with em driver on FreeBSD o kern/147989 net [em] em Receive errors / CRC Errors / Alignment Errors o kern/147985 net [alc] alc network driver + tso ( + vlan ? ) does not w o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147862 net [wpi] Possible bug in the wpi driver. Network Manager o kern/147684 net [nfe] nVidia MCP55 driver blocks IPMI LAN on load o kern/147155 net [ip6] setfb not work with ipv6 o kern/146909 net [rue] rue(4) does not detect OQO model01 network contr o kern/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146759 net [cxgb] [patch] cxgb panic calling cxgb_set_lro() witho o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146517 net [ath] [wlan] device timeouts for ath wlan device on re o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146263 net [em] [panic] Panic in em(4) SIOCADDMULTI/em_set_multi/ o kern/146250 net [netinet] [patch] Races on interface alias removal o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145777 net [wpi] Intel 3945ABG driver breaks the connection after o kern/145728 net [lagg] Stops working lagg between two servers. o amd64/145654 net amd64-curent memory leak in kernel o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o kern/144777 net [arp] proxyarp broken in 8.0 [regression] o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144680 net [em] em(4) problem with dual-port adapter o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to o kern/144561 net [ixgbe] [patch] ixgbe driver errors f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 net Marvell Yukon NIC not working under FreeBSD o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] allow Atheros watchdog timeout to be tun o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143595 net [wpi] [panic] Creating virtual interface over wpi0 in o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143573 net [em] em(4) NIC crashes intermittently o kern/143285 net [em] [regression] jumbo frames broken in 8.0 o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142019 net [em] em needs "ifconfig em0 down up" when link was gon o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 o kern/141843 net [em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140778 net [em] randomly panic in vlan/em o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net [em] [patch] Fast irq registration in em driver o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140647 net [em] [patch] e1000 driver does not correctly handle mu o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140567 net [ath] [patch] ath is not worked on my notebook PC o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140326 net [em] em0: watchdog timeout when communicating to windo o kern/140245 net [ath] [panic] Kernel panic during network activity on o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/140051 net [bce] [arp] ARP not sent through Bridge Firewall with o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o amd64/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o bin/131365 net route(8): route add changes interpretation of network o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/81095 net IPsec connection stops working if associated network i o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 419 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 11:50:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7F751065674 for ; Mon, 23 Aug 2010 11:50:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 701588FC0A for ; Mon, 23 Aug 2010 11:50:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id C7E5141C66F; Mon, 23 Aug 2010 13:50:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id zDJeQnDf9I4j; Mon, 23 Aug 2010 13:50:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id D0BC241C67E; Mon, 23 Aug 2010 13:50:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5FA564448F3; Mon, 23 Aug 2010 11:48:05 +0000 (UTC) Date: Mon, 23 Aug 2010 11:48:05 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Nima Misaghian In-Reply-To: Message-ID: <20100823114701.P48418@maildrop.int.zabbadoz.net> References: , <20100820000453.H48418@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Kernel panic from interface address list manipulation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 11:50:07 -0000 On Fri, 20 Aug 2010, Nima Misaghian wrote: > >> Hey, >> >>> I've been able to trivially >>> trigger a kernel panic while testing ifaddr list manipulation on -CURRENT (r >>> 211427). The hardware is a four-core i386 >>> machine with em interfaces. >> >> The diff should give you an idea of what's going wrong. I am not sure >> if I would want to actually commit it as-is. >> >> http://people.freebsd.org/~bz/20100819-01-in_control.diff >> > > I could not reproduce the panic after applying the patch. > Thanks for taking the time to look into this issue and fixing it. FYI: there seems to be another race issue with in_ifinit() that I find when running a script similar to yours for long enough. I'll try to have a look. /bz -- Bjoern A. Zeeb This signature is about you not me. From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 12:40:04 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10E431065694 for ; Mon, 23 Aug 2010 12:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 008D48FC12 for ; Mon, 23 Aug 2010 12:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NCe3FE083185 for ; Mon, 23 Aug 2010 12:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NCe3k7083184; Mon, 23 Aug 2010 12:40:03 GMT (envelope-from gnats) Date: Mon, 23 Aug 2010 12:40:03 GMT Message-Id: <201008231240.o7NCe3k7083184@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Arthur Hartwig Cc: Subject: Re: kern/144642: [rum] [panic] Enabling rum interface causes panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Arthur Hartwig List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 12:40:04 -0000 The following reply was made to PR kern/144642; it has been noted by GNATS. From: Arthur Hartwig To: bug-followup@FreeBSD.org, a_hartwig@fastmail.fm Cc: Subject: Re: kern/144642: [rum] [panic] Enabling rum interface causes panic Date: Mon, 23 Aug 2010 22:16:37 +1000 The problem still exists in FreeBSD 8.1 Release. This patch stops by panic soon after setting the interface up: # diff -b -C 7 if_rum.c.orig if_rum.c *** if_rum.c.orig Tue Aug 10 15:05:51 2010 --- if_rum.c Tue Aug 10 20:34:20 2010 *************** *** 2109,2122 **** --- 2109,2127 ---- rum_prepare_beacon(struct rum_softc *sc, struct ieee80211vap *vap) { struct ieee80211com *ic = vap->iv_ic; const struct ieee80211_txparam *tp; struct rum_tx_desc desc; struct mbuf *m0; + /* Guard against default ni_chan */ + if (vap->iv_bss->ni_chan == IEEE80211_CHAN_ANYC) { + return 0; + } + m0 = ieee80211_beacon_alloc(vap->iv_bss,&RUM_VAP(vap)->bo); if (m0 == NULL) { return ENOBUFS; } tp =&vap->iv_txparms[ieee80211_chan2mode(ic->ic_bsschan)]; rum_setup_tx_desc(sc,&desc, RT2573_TX_TIMESTAMP, RT2573_TX_HWSEQ, # At the suggestion of Alex Kozlov I ran the shell script: for i in `jot - 1 200`; do sudo /etc/rc.d/netif start; done on my 2x800MHz PIII system and it did not panic. Alex ran it on some more recent systems and still saw panics. While I think FreeBSD should be "bullet proof" I believe this patch should still be accepted since it makes the system at least somewhat more robust. The code for the newer run driver makes the same kind of test as suggested by this patch before calling ieee80211_beacon_alloc(). From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 13:03:44 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29BB710656AA for ; Mon, 23 Aug 2010 13:03:44 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id C7B298FC17 for ; Mon, 23 Aug 2010 13:03:43 +0000 (UTC) Received: by pxi17 with SMTP id 17so2489042pxi.13 for ; Mon, 23 Aug 2010 06:03:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:from:to:cc :subject:organization:references:x-face:x-uptime:x-url :x-operating-system:x-openpgp-id:x-openpgp-fingerprint:x-mailer :x-mail-morse:x-attribution:organisation:date:in-reply-to:message-id :user-agent:face:mime-version:content-type; bh=JdCJLOImEGGdAoeXCOPV0jr6xAEOTQKY5DOVrSzYhIU=; b=j374fQWhpe359Xp1neJBMTNWIR2ipDHLIxvq+cYCZMO9gemNgIHsagjE59DyP8Y4gx EUup0Bzxqg2i9HTMuCLIEd7zaKE57eqC7mZJtmrKlEx8gCWuqOI8T6Jy1dwdXcYdc/TA TLGo7HPWYsGOzevFrvZB7BIlPiozOixMUjqpQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:organization:references:x-face:x-uptime :x-url:x-operating-system:x-openpgp-id:x-openpgp-fingerprint :x-mailer:x-mail-morse:x-attribution:organisation:date:in-reply-to :message-id:user-agent:face:mime-version:content-type; b=MyX2qT7avwC2h6yNHPACgXltB5ZF/E10/WORI5keFkM9hxYUwznEOBQ51RA2psrcjk ycAbBoQ5MpIeuA7bYBrNqUoXAVZZRcPUdutqpVGvVsDXU1KPtU9L2WkdQ6oLeJeiS4Ju npnqLy7J8Z6pSP0Yjiptoxd1jViVVANBXaYKQ= Received: by 10.114.38.1 with SMTP id l1mr5890698wal.41.1282568621686; Mon, 23 Aug 2010 06:03:41 -0700 (PDT) Received: from chateau.d.if ([122.163.157.227]) by mx.google.com with ESMTPS id c24sm12506941wam.7.2010.08.23.06.03.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Aug 2010 06:03:39 -0700 (PDT) Sender: Ashish SHUKLA Received: from chateau.d.if (chateau.d.if [127.0.0.1]) by chateau.d.if (Postfix) with ESMTP id 04FD52D8ED2; Mon, 23 Aug 2010 18:33:32 +0530 (IST) From: ashish@FreeBSD.org (Ashish SHUKLA) To: VANHULLEBUS Yvan Organization: The FreeBSD Project References: <86vd72nypn.fsf@chateau.d.if> <20100823075221.GA93863@zeninc.net> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 18:27:12 up 1:52, 1 user, load average: 0.09, 0.10, 0.04 X-URL: http://762e5e74.wordpress.com/ X-Operating-System: GNU/Linux/Linux 2.6.34-ARCH/x86_64 X-OpenPGP-ID: E74FA4B0 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Mailer: Gnus v5.13 X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: The FreeBSD Project Date: Mon, 23 Aug 2010 18:33:19 +0530 In-Reply-To: <20100823075221.GA93863@zeninc.net> (VANHULLEBUS Yvan's message of "Mon, 23 Aug 2010 09:52:21 +0200") Message-ID: <86eidpscq0.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-unknown-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: freebsd-net@FreeBSD.org Subject: Re: IPsec support in FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 13:03:44 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable VANHULLEBUS Yvan writes: > On Mon, Aug 23, 2010 at 02:37:16AM +0530, Ashish SHUKLA wrote: >> Hi, > Hi. Hi >> I'm running 8.1-RELEASE on amd64. >>=20 >> I'm connecting to an IPsec VPN (IPv4, dynamic keying using racoon) from = behind >> a NAT and I'm having strange issues working with it. IPsec negotiation >> succeeds but there are problems with sending traffic over the tunnel. > In fact, you're trying to set up an IPsec tunnel through a NAT, with > an userland probably compiled by default with NAT-T support, but a > kernel without NAT-T support according to your kernel configuration > file. Okay, right I'll do it. But any ideas why doing a `tcpdump` causes it to st= art sending packets ? I can ssh into the boxen in tunnel network from my local = PC just fine. > To have it work, first add "options IPSEC_NAT_T" to your kernel conf > file, compile / install it again. Then install -HEAD version of > ipsec-tools, as it is actually the only one to be able to send > correctly NAT-T PFkey extensions to FreeBSD kernel. Okay, I'll install with IPSEC_NAT_T and install HEAD of ipsec-tools (from t= he ipsec-tools SF project). Thanks for the reply =2D-=20 Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ =E2=80=9CWe are not an endangered species ourselves yet, but this is not for lack of trying.=E2=80=9D (Douglas Adams, "Last Chance to See", 1991) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAEBCgAGBQJMcnGkAAoJEMdGz6nnT6SwREcP/2biH5K0ZeZTB/ty+mmg8XUj UB4S4HWs75FTFd6s8+yB/XGWGidMmOWMUhZkWi6VFU/tzkp8VQvK4DdWMfDinjaq Dr0+ZbIVR72Er9o9SJJLA2+CaCsGRL43pSGui2rbAU+/xQMDZPB/fvN+61H9+DXh dXTVEOMHBFwOqgJM2EBi21q+U1IcUfRMkSsV4dvrihXNjjzbIEqf08rh0NMdrP55 VPQ0JHH4s+SnS5DL8NFHIuVKsL+re7jF7DSdOB1MGux+n0nH2MDXEUKwM5kxDQzk SWoi9+xbptEprbDug0jPhgyBj/cVUrJKhN21ggaW/1+ElNmlSfAZKpIaI5nCIZGS 7zzmZvOBGK1OCajv9qbpl1vemVkoTJzcjkUYjpQUcnMMSONSFdEtbzVsagtgC+nF OUUh6OLgr4LGn9S/mvyix1Xaxg+UkGdF3HqmBGhNpxvURuwWx+EW4A7Kh7QHCVOG ehHtP6gbpgmI8jdwwvsEv3CdW9Md1Z8yOIONooHv6gKETyYsQeI6coBQ7fvcouPa CPltQDu/PKoJkPcx3xFubo+Z7doEK2wyDow9xwhVkaHr5GA0ybHWhIcXb+yf2TY/ nw8W+cFHFa6KKpYS5V+is0vyOpVKbgVUBhS7dArtVTfOSjLEmLyaFSxld2HYuJJd fu2364flcsCv8SrwcakW =r7oX -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 13:08:51 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3CFA10656A3 for ; Mon, 23 Aug 2010 13:08:51 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 4B4498FC22 for ; Mon, 23 Aug 2010 13:08:50 +0000 (UTC) Received: (qmail 28122 invoked from network); 23 Aug 2010 15:08:48 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Aug 2010 15:08:48 +0200 Date: Mon, 23 Aug 2010 15:08:47 +0200 (CEST) From: Ingo Flaschberger To: net@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Re: freebsd 8.1 crash with ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 13:08:52 -0000 Hi, Dump: #0 doadump () at pcpu.h:224 224 __asm("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:224 #1 0xffffffff802b0e25 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff802b126d in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xffffffff80464b65 in trap_fatal (frame=0xffffff00017ed460, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:777 #4 0xffffffff80464f06 in trap_pfault (frame=0xffffff803e6394a0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:693 #5 0xffffffff8046553c in trap (frame=0xffffff803e6394a0) at /usr/src/sys/amd64/amd64/trap.c:451 #6 0xffffffff8044b984 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #7 0xffffffff80363cd3 in rtalloc_mpath_fib (ro=0xffffff803e639620, hash=192947925, fibnum=Variable "fibnum" is not available. ) at /usr/src/sys/net/radix_mpath.c:307 #8 0xffffffff8035016f in flowtable_lookup (ft=0xffffff80005a7000, ssa=0xffffff803e6396a0, dsa=0xffffff803e639720, fibnum=0, flags=2) at /usr/src/sys/net/flowtable.c:1229 #9 0xffffffff80350a67 in flowtable_lookup_mbuf (ft=0xffffff80005a7000, m=0xffffff00014e2100, af=Variable "af" is not available. ) at /usr/src/sys/net/flowtable.c:607 #10 0xffffffff80392f69 in ip_output (m=0xffffff00014e2100, opt=0x0, ro=0x0, flags=32, imo=0x0, inp=0xffffff00167c5a80) at /usr/src/sys/netinet/ip_output.c:164 #11 0xffffffff80393f07 in rip_output (m=0xffffff00014e2100, so=Variable "so" is not available. ) at /usr/src/sys/netinet/raw_ip.c:507 #12 0xffffffff80314b70 in sosend_generic (so=0xffffff00166e3550, addr=0xffffff00167b6160, uio=0xffffff803e639a40, top=0xffffff00014e2100, control=0x0, flags=0, td=0xffffff00164303e0) at /usr/src/sys/kern/uipc_socket.c:1260 #13 0xffffffff80316878 in kern_sendit (td=0xffffff00164303e0, s=3, mp=0xffffff803e639b10, flags=0, control=0x0, segflg=UIO_USERSPACE) at /usr/src/sys/kern/uipc_syscalls.c:788 #14 0xffffffff80316aa8 in sendit (td=0xffffff00164303e0, s=3, mp=0xffffff803e639b10, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:724 #15 0xffffffff80316b90 in sendto (td=Variable "td" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:840 #16 0xffffffff804650f5 in syscall (frame=0xffffff803e639c80) at /usr/src/sys/amd64/amd64/trap.c:945 #17 0xffffffff8044bc62 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:377 #18 0x0000000800940e5c in ?? () I'm checking now why/where that happen. ident: /usr/src/sys/dev/e1000/if_em.c: $FreeBSD: src/sys/dev/e1000/if_em.c,v 1.21.2.12 2010/08/12 20:18:06 jfv Exp $ /usr/src/sys/dev/e1000/if_em.h: $FreeBSD: src/sys/dev/e1000/if_em.h,v 1.5.2.3 2010/04/16 17:27:20 jfv Exp $ /usr/src/sys/dev/e1000/if_igb.c: $FreeBSD: src/sys/dev/e1000/if_igb.c,v 1.21.2.12 2010/08/12 20:18:06 jfv Exp $ /usr/src/sys/dev/e1000/if_igb.h: $FreeBSD: src/sys/dev/e1000/if_igb.h,v 1.4.2.4 2010/08/12 20:18:06 jfv Exp $ /usr/src/sys/dev/e1000/if_lem.c: $FreeBSD: src/sys/dev/e1000/if_lem.c,v 1.3.2.6 2010/08/12 20:18:06 jfv Exp $ /usr/src/sys/dev/e1000/if_lem.h: $FreeBSD: src/sys/dev/e1000/if_lem.h,v 1.2.2.2 2010/04/05 20:39:44 jfv Exp $ Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:29:23 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D7F10656B0; Mon, 23 Aug 2010 14:29:23 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 915C98FC0C; Mon, 23 Aug 2010 14:29:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NETNnO089363; Mon, 23 Aug 2010 14:29:23 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NETN08089359; Mon, 23 Aug 2010 14:29:23 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:29:23 GMT Message-Id: <201008231429.o7NETN08089359@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/149532: [igb] igb/ixgb controllers panic on FreeBSD 8.1-RELEASE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:29:23 -0000 Synopsis: [igb] igb/ixgb controllers panic on FreeBSD 8.1-RELEASE Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:27:25 UTC 2010 Responsible-Changed-Why: Send over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=149532 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:30:08 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6E711065698; Mon, 23 Aug 2010 14:30:08 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8F48FC2A; Mon, 23 Aug 2010 14:30:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEU8Tw089970; Mon, 23 Aug 2010 14:30:08 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEU8Lg089962; Mon, 23 Aug 2010 14:30:08 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:30:08 GMT Message-Id: <201008231430.o7NEU8Lg089962@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/148108: [bge] FreeBSD 7.2 or 8.0 does not recognize, 4.11 can identify the hardware device X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:30:08 -0000 Synopsis: [bge] FreeBSD 7.2 or 8.0 does not recognize, 4.11 can identify the hardware device Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:29:48 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=148108 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:30:42 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD8071065670; Mon, 23 Aug 2010 14:30:42 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 96A858FC27; Mon, 23 Aug 2010 14:30:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEUgHR094723; Mon, 23 Aug 2010 14:30:42 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEUgHe094716; Mon, 23 Aug 2010 14:30:42 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:30:42 GMT Message-Id: <201008231430.o7NEUgHe094716@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/148004: [em] Inconsistent networking with em driver on FreeBSD 8.0-p2 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:30:42 -0000 Synopsis: [em] Inconsistent networking with em driver on FreeBSD 8.0-p2 Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:30:22 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=148004 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:31:15 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30DAA1065673; Mon, 23 Aug 2010 14:31:15 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 087338FC28; Mon, 23 Aug 2010 14:31:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEVE77098947; Mon, 23 Aug 2010 14:31:14 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEVE2Q098936; Mon, 23 Aug 2010 14:31:14 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:31:14 GMT Message-Id: <201008231431.o7NEVE2Q098936@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/147989: [em] em Receive errors / CRC Errors / Alignment Errors X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:31:15 -0000 Synopsis: [em] em Receive errors / CRC Errors / Alignment Errors Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:30:51 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=147989 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:32:06 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36CFA10656B4; Mon, 23 Aug 2010 14:32:06 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0E4CB8FC16; Mon, 23 Aug 2010 14:32:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEW5pe099824; Mon, 23 Aug 2010 14:32:05 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEW510099820; Mon, 23 Aug 2010 14:32:05 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:32:05 GMT Message-Id: <201008231432.o7NEW510099820@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/147684: [nfe] nVidia MCP55 driver blocks IPMI LAN on load X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:32:06 -0000 Synopsis: [nfe] nVidia MCP55 driver blocks IPMI LAN on load Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:31:33 UTC 2010 Responsible-Changed-Why: Over to expert http://www.freebsd.org/cgi/query-pr.cgi?pr=147684 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:33:40 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFBED106566C; Mon, 23 Aug 2010 14:33:40 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 86B458FC14; Mon, 23 Aug 2010 14:33:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEXenD099899; Mon, 23 Aug 2010 14:33:40 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEXeci099895; Mon, 23 Aug 2010 14:33:40 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:33:40 GMT Message-Id: <201008231433.o7NEXeci099895@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/146263: [em] [panic] Panic in em(4) SIOCADDMULTI/em_set_multi/if_addmulti when adding many IPv6 aliases X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:33:40 -0000 Synopsis: [em] [panic] Panic in em(4) SIOCADDMULTI/em_set_multi/if_addmulti when adding many IPv6 aliases Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:32:54 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=146263 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:34:21 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 691751065673; Mon, 23 Aug 2010 14:34:21 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 40E668FC14; Mon, 23 Aug 2010 14:34:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEYLWB099953; Mon, 23 Aug 2010 14:34:21 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEYLnf099949; Mon, 23 Aug 2010 14:34:21 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:34:21 GMT Message-Id: <201008231434.o7NEYLnf099949@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/146250: [netinet] [patch] Races on interface alias removal X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:34:21 -0000 Synopsis: [netinet] [patch] Races on interface alias removal Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:33:59 UTC 2010 Responsible-Changed-Why: Bz is currently working in this area. http://www.freebsd.org/cgi/query-pr.cgi?pr=146250 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:35:09 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A0191065670; Mon, 23 Aug 2010 14:35:09 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 51C458FC1D; Mon, 23 Aug 2010 14:35:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEZ96s000108; Mon, 23 Aug 2010 14:35:09 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEZ9Wr000103; Mon, 23 Aug 2010 14:35:09 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:35:09 GMT Message-Id: <201008231435.o7NEZ9Wr000103@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/144680: [em] em(4) problem with dual-port adapter X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:35:09 -0000 Synopsis: [em] em(4) problem with dual-port adapter Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:34:52 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=144680 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:35:39 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9857710656A4; Mon, 23 Aug 2010 14:35:39 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 704148FC15; Mon, 23 Aug 2010 14:35:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEZdgp000161; Mon, 23 Aug 2010 14:35:39 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEZdtt000157; Mon, 23 Aug 2010 14:35:39 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:35:39 GMT Message-Id: <201008231435.o7NEZdtt000157@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/144561: [ixgbe] [patch] ixgbe driver errors X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:35:39 -0000 Synopsis: [ixgbe] [patch] ixgbe driver errors Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:35:23 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=144561 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:36:17 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2996A1065694; Mon, 23 Aug 2010 14:36:17 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BE4188FC0C; Mon, 23 Aug 2010 14:36:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEaGeV000219; Mon, 23 Aug 2010 14:36:16 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEaGv9000215; Mon, 23 Aug 2010 14:36:16 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:36:16 GMT Message-Id: <201008231436.o7NEaGv9000215@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/144206: Marvell Yukon NIC not working under FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:36:17 -0000 Synopsis: Marvell Yukon NIC not working under FreeBSD Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:35:57 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=144206 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:37:01 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C171410656AC; Mon, 23 Aug 2010 14:37:01 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 992458FC17; Mon, 23 Aug 2010 14:37:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEb1e9000280; Mon, 23 Aug 2010 14:37:01 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEb1VH000276; Mon, 23 Aug 2010 14:37:01 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:37:01 GMT Message-Id: <201008231437.o7NEb1VH000276@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/143573: [em] em(4) NIC crashes intermittently X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:37:01 -0000 Synopsis: [em] em(4) NIC crashes intermittently Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:36:45 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=143573 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 14:37:29 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D28D010656A5; Mon, 23 Aug 2010 14:37:29 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AA66D8FC22; Mon, 23 Aug 2010 14:37:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NEbTKg000339; Mon, 23 Aug 2010 14:37:29 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NEbTbD000335; Mon, 23 Aug 2010 14:37:29 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 14:37:29 GMT Message-Id: <201008231437.o7NEbTbD000335@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/143285: [em] [regression] jumbo frames broken in 8.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 14:37:29 -0000 Synopsis: [em] [regression] jumbo frames broken in 8.0 Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 14:37:11 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=143285 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 16:00:11 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB7DF1065695 for ; Mon, 23 Aug 2010 16:00:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 909F68FC1A for ; Mon, 23 Aug 2010 16:00:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NG0BVT076999 for ; Mon, 23 Aug 2010 16:00:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NG0Bsa076998; Mon, 23 Aug 2010 16:00:11 GMT (envelope-from gnats) Date: Mon, 23 Aug 2010 16:00:11 GMT Message-Id: <201008231600.o7NG0Bsa076998@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mike Tancsa Cc: Subject: Re: kern/141843: [em] [vlan] Intel txcsum and assigned vlan invoke wrong dst MAC in TCP packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mike Tancsa List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 16:00:11 -0000 The following reply was made to PR kern/141843; it has been noted by GNATS. From: Mike Tancsa To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/141843: [em] [vlan] Intel txcsum and assigned vlan invoke wrong dst MAC in TCP packets Date: Mon, 23 Aug 2010 11:54:47 -0400 This is still a problem in RELENG_8 as of Aug 28th. The patch referenced in http://lists.freebsd.org/pipermail/freebsd-stable/2010-August/058305.html fixes the issue for me ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 16:34:52 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28CDB1065693 for ; Mon, 23 Aug 2010 16:34:52 +0000 (UTC) (envelope-from xavier.humbert@groumpf.org) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by mx1.freebsd.org (Postfix) with ESMTP id B3FDF8FC0A for ; Mon, 23 Aug 2010 16:34:49 +0000 (UTC) Received: from valinor.groumpf.org (unknown [82.228.31.93]) by smtp1-g21.free.fr (Postfix) with ESMTP id 8794F940041 for ; Mon, 23 Aug 2010 18:34:44 +0200 (CEST) Received: from [192.168.100.11] (enterprise.groumpf.org [192.168.100.11]) by valinor.groumpf.org (Postfix) with ESMTP id 0742F451E6; Mon, 23 Aug 2010 18:34:43 +0200 (CEST) To: mike@sentex.net (Mike Tancsa), freebsd-net@freebsd.org In-Reply-To: <201008201711.o7KHBnfT011714@lava.sentex.ca> From: xavier.humbert@groumpf.org (Xavier HUMBERT) Date: Mon, 23 Aug 2010 18:34:43 +0200 Message-ID: <1jnowhj.1pd0hjz1mufqimM%xavier.humbert@groumpf.org> Organization: Tibet Libre User-Agent: MacSOUP/2.8.3 (Mac OS X version 10.6.4 (x86)) Cc: Subject: Re: Inter-vlan routing problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 16:34:52 -0000 Aleksandr A Babaylov <"."@babolo.ru> wrote: > I had similar prolem in 8.0-STABLE. Try > > sysctl net.inet.flowtable.enable=0 Tried it with no success. Tks anyway Mike Tancsa wrote: > I dont understand, why is 10.75.2.1 going out your default interface > ? It should look for packets on the same subnet that the vlan3 interface is on Errrr.... According to the interfaces status and the routing table, this is the case, or do I misunderstand your question ? > Can you do an > arp -na > and > netstat -Wnra > [root@gateway ~]# arp -na ? (10.75.3.251) at 00:e0:81:2d:62:3e on vlan4 permanent [vlan] ? (10.75.3.254) at 08:00:71:03:f1:0f on vlan4 expires in 1192 seconds [vlan] ? (10.75.3.252) at 00:1a:a0:12:9a:a1 on vlan4 expires in 850 seconds [vlan] ? (10.75.2.1) at 00:12:ef:42:3c:f3 on vlan3 expires in 848 seconds [vlan] ? (10.75.2.5) at 00:1b:25:5f:58:5d on vlan3 expires in 432 seconds [vlan] ? (10.75.2.251) at 00:e0:81:2d:62:3e on vlan3 permanent [vlan] ? (192.168.0.251) at 00:e0:81:2d:62:3e on vlan2 permanent [vlan] ? (192.168.0.254) at 00:0f:24:7e:52:eb on vlan2 expires in 848 seconds [vlan] ? (172.16.214.104) at 00:0d:93:45:c2:92 on vlan1 expires in 1200 seconds [vlan] ? (172.16.214.102) at 00:1e:c2:1c:de:37 on vlan1 expires in 1187 seconds [vlan] ? (172.16.214.251) at 00:e0:81:2d:62:3e on vlan1 permanent [vlan] ? (192.168.1.10) at 00:1b:ba:ea:e4:7f on vlan0 expires in 849 seconds [vlan] ? (192.168.1.13) at 00:1d:af:ec:0c:00 on vlan0 expires in 856 seconds [vlan] ? (192.168.1.4) at 00:1a:8f:4b:3f:df on vlan0 expires in 857 seconds [vlan] ? (192.168.1.7) at 00:1a:8f:4b:44:3f on vlan0 expires in 860 seconds [vlan] ? (192.168.1.251) at 00:e0:81:2d:62:3e on vlan0 permanent [vlan] [root@gateway ~]# netstat -Wnra Routing tables Internet: Destination Gateway Flags Refs Use Mtu Netif Expire default 10.75.2.1 UGS 0 10364 1500 vlan3 10.75.2.0/24 link#12 U 0 231 1500 vlan3 10.75.2.251 link#12 UHS 0 0 16384 lo0 10.75.3.0/24 link#13 U 0 216 1500 vlan4 10.75.3.251 link#13 UHS 0 0 16384 lo0 127.0.0.1 link#8 UH 0 89258 16384 lo0 172.16.214.0/24 link#10 U 0 43971 1500 vlan1 172.16.214.251 link#10 UHS 0 0 16384 lo0 192.168.0.0/24 link#11 U 0 3491 1500 vlan2 192.168.0.251 link#11 UHS 0 0 16384 lo0 192.168.1.0/24 link#9 U 0 1696 1500 vlan0 192.168.1.251 link#9 UHS 0 51084 16384 lo0 > On the nortel switch, are you sure you have it on the equiv of a > "trunk" port? Is there a way to see what MAC addresses the switch > sees as part of what VLAN ? No, there is no "trunk" ports. The term trunk is used by Nortel for MLT. And, precisely, that what's "show mac-address-table" displays : the MLT table. The port I'm connected to is simply a port shared by all Vlans. Thanks for helping -- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull) From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 16:45:49 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 907B21065698 for ; Mon, 23 Aug 2010 16:45:49 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id D14058FC1B for ; Mon, 23 Aug 2010 16:45:48 +0000 (UTC) Received: (qmail 5657 invoked from network); 23 Aug 2010 18:45:46 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Aug 2010 18:45:46 +0200 Date: Mon, 23 Aug 2010 18:45:45 +0200 (CEST) From: Ingo Flaschberger To: net@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168430090-1846439188-1282581946=:12708" Cc: Subject: Re: freebsd 8.1 crash with ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 16:45:49 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168430090-1846439188-1282581946=:12708 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Hi, attached bugfix. Kind regards, Ingo Flaschberger --168430090-1846439188-1282581946=:12708 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=freebsd_8_1_stable_mpath.diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=freebsd_8_1_stable_mpath.diff LS0tIC91c3Ivc3JjL3N5cy9uZXQvcmFkaXhfbXBhdGguY19vcmcJMjAxMC0w OC0yMyAxNjozNjo1Ny4wMDAwMDAwMDAgKzAwMDANCisrKyAvdXNyL3NyYy9z eXMvbmV0L3JhZGl4X21wYXRoLmMJMjAxMC0wOC0yMyAxNjozODoxOC4wMDAw MDAwMDAgKzAwMDANCkBAIC0yOTQsNiArMjk0LDkgQEANCiAJICAgICB3ZWln aHQgPj0gcnQtPnJ0X3JteC5ybXhfd2VpZ2h0ICYmIHJuOyANCiAJICAgICB3 ZWlnaHQgLT0gcnQtPnJ0X3JteC5ybXhfd2VpZ2h0KSB7DQogCQkNCisJCS8q IGNoZWNrIGlmIG5leHQga2V5IGV4aXN0cyAqLw0KKwkJaWYgKHJuLT5ybl9k dXBlZGtleSA9PSBOVUxMKQ0KKwkJCWJyZWFrOw0KIAkJLyogc3RheSB3aXRo aW4gdGhlIG11bHRpcGF0aCByb3V0ZXMgKi8NCiAJCWlmIChybi0+cm5fZHVw ZWRrZXkgJiYgcm4tPnJuX21hc2sgIT0gcm4tPnJuX2R1cGVka2V5LT5ybl9t YXNrKQ0KIAkJCWJyZWFrOw0K --168430090-1846439188-1282581946=:12708-- From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:33:14 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EF8D1065696; Mon, 23 Aug 2010 17:33:14 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DA08D8FC08; Mon, 23 Aug 2010 17:33:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHXDnb075030; Mon, 23 Aug 2010 17:33:13 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHXDCl075026; Mon, 23 Aug 2010 17:33:13 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:33:13 GMT Message-Id: <201008231733.o7NHXDCl075026@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/141843: [em] [vlan] Intel txcsum and assigned vlan invoke wrong dst MAC in TCP packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:33:14 -0000 Synopsis: [em] [vlan] Intel txcsum and assigned vlan invoke wrong dst MAC in TCP packets Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:32:50 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=141843 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:40:41 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 625ED106566B; Mon, 23 Aug 2010 17:40:41 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 396268FC1E; Mon, 23 Aug 2010 17:40:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHefJV080571; Mon, 23 Aug 2010 17:40:41 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHefAl080562; Mon, 23 Aug 2010 17:40:41 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:40:41 GMT Message-Id: <201008231740.o7NHefAl080562@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/142518: [em] [lagg] Problem on 8.0-STABLE with em and lagg X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:40:41 -0000 Synopsis: [em] [lagg] Problem on 8.0-STABLE with em and lagg Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:37:53 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=142518 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:41:22 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A03821065674; Mon, 23 Aug 2010 17:41:22 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 786128FC1A; Mon, 23 Aug 2010 17:41:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHfMrX084379; Mon, 23 Aug 2010 17:41:22 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHfMU6084375; Mon, 23 Aug 2010 17:41:22 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:41:22 GMT Message-Id: <201008231741.o7NHfMU6084375@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/142019: [em] em needs "ifconfig em0 down up" when link was gone X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:41:22 -0000 Synopsis: [em] em needs "ifconfig em0 down up" when link was gone Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:40:59 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=142019 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:43:00 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 507FA1065673; Mon, 23 Aug 2010 17:43:00 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 27DE48FC12; Mon, 23 Aug 2010 17:43:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHh0pN084470; Mon, 23 Aug 2010 17:43:00 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHh0WK084466; Mon, 23 Aug 2010 17:43:00 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:43:00 GMT Message-Id: <201008231743.o7NHh0WK084466@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/141285: [em] hangs down/up intel nic during creating vlan X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:43:00 -0000 Synopsis: [em] hangs down/up intel nic during creating vlan Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:42:09 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=141285 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:43:40 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 469D71065695; Mon, 23 Aug 2010 17:43:40 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9C28FC21; Mon, 23 Aug 2010 17:43:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHheax084524; Mon, 23 Aug 2010 17:43:40 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHhdgr084520; Mon, 23 Aug 2010 17:43:39 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:43:39 GMT Message-Id: <201008231743.o7NHhdgr084520@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/140778: [em] randomly panic in vlan/em X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:43:40 -0000 Synopsis: [em] randomly panic in vlan/em Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:43:17 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=140778 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:44:17 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 236BD106566B; Mon, 23 Aug 2010 17:44:17 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F0E1B8FC21; Mon, 23 Aug 2010 17:44:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHiGkW084586; Mon, 23 Aug 2010 17:44:16 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHiGDb084582; Mon, 23 Aug 2010 17:44:16 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:44:16 GMT Message-Id: <201008231744.o7NHiGDb084582@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/140728: [em] [patch] Fast irq registration in em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:44:17 -0000 Synopsis: [em] [patch] Fast irq registration in em driver Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:43:51 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=140728 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:44:49 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43478106564A; Mon, 23 Aug 2010 17:44:49 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 19A058FC1A; Mon, 23 Aug 2010 17:44:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHimh3084640; Mon, 23 Aug 2010 17:44:48 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHimkp084636; Mon, 23 Aug 2010 17:44:48 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:44:48 GMT Message-Id: <201008231744.o7NHimkp084636@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/140647: [em] [patch] e1000 driver does not correctly handle multicast promiscuous mode with 128 or more multicast addresses X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:44:49 -0000 Synopsis: [em] [patch] e1000 driver does not correctly handle multicast promiscuous mode with 128 or more multicast addresses Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:44:29 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=140647 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:45:32 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0866E10656A6; Mon, 23 Aug 2010 17:45:32 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D42428FC31; Mon, 23 Aug 2010 17:45:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHjVC4084694; Mon, 23 Aug 2010 17:45:31 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHjVxr084690; Mon, 23 Aug 2010 17:45:31 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:45:31 GMT Message-Id: <201008231745.o7NHjVxr084690@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/140326: [em] em0: watchdog timeout when communicating to windows using 9K MTU X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:45:32 -0000 Synopsis: [em] em0: watchdog timeout when communicating to windows using 9K MTU Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:45:09 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=140326 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:47:40 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8AA51065675; Mon, 23 Aug 2010 17:47:40 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BFB908FC08; Mon, 23 Aug 2010 17:47:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHle4Z084812; Mon, 23 Aug 2010 17:47:40 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHlevS084808; Mon, 23 Aug 2010 17:47:40 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:47:40 GMT Message-Id: <201008231747.o7NHlevS084808@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/140051: [bce] [arp] ARP not sent through Bridge Firewall with BCE network dirver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:47:41 -0000 Synopsis: [bce] [arp] ARP not sent through Bridge Firewall with BCE network dirver Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:47:13 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=140051 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:48:26 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C99A61065695; Mon, 23 Aug 2010 17:48:26 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A0DE28FC1B; Mon, 23 Aug 2010 17:48:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHmQst084894; Mon, 23 Aug 2010 17:48:26 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHmQLJ084890; Mon, 23 Aug 2010 17:48:26 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:48:26 GMT Message-Id: <201008231748.o7NHmQLJ084890@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/139162: [fwip] [panic] 8.0-RC1 panics if using IP over firewire X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:48:26 -0000 Synopsis: [fwip] [panic] 8.0-RC1 panics if using IP over firewire Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:48:05 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=139162 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:49:19 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B0A410656A4; Mon, 23 Aug 2010 17:49:19 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D71078FC0C; Mon, 23 Aug 2010 17:49:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHnIUx085011; Mon, 23 Aug 2010 17:49:18 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHnIqr085007; Mon, 23 Aug 2010 17:49:18 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:49:18 GMT Message-Id: <201008231749.o7NHnIqr085007@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/138660: [igb] igb driver troubles in 8.0-BETA4 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:49:19 -0000 Synopsis: [igb] igb driver troubles in 8.0-BETA4 Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:48:58 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=138660 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:50:47 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55FDF10656C0; Mon, 23 Aug 2010 17:50:47 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2D14E8FC24; Mon, 23 Aug 2010 17:50:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHolW7091534; Mon, 23 Aug 2010 17:50:47 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHolpv091524; Mon, 23 Aug 2010 17:50:47 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:50:47 GMT Message-Id: <201008231750.o7NHolpv091524@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/136876: [bge] bge will not resume properly after suspend X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:50:47 -0000 Synopsis: [bge] bge will not resume properly after suspend Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:50:22 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=136876 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:51:25 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4651A1065679; Mon, 23 Aug 2010 17:51:25 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1D94C8FC22; Mon, 23 Aug 2010 17:51:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHpPpE094304; Mon, 23 Aug 2010 17:51:25 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHpODh094300; Mon, 23 Aug 2010 17:51:24 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:51:24 GMT Message-Id: <201008231751.o7NHpODh094300@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/136168: [em] em driver initialization fails on Intel 5000PSL motherboard X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:51:25 -0000 Synopsis: [em] em driver initialization fails on Intel 5000PSL motherboard Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:51:04 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=136168 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:52:01 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FB001065673; Mon, 23 Aug 2010 17:52:01 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 166678FC22; Mon, 23 Aug 2010 17:52:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHq0HH094362; Mon, 23 Aug 2010 17:52:00 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHq0Vv094358; Mon, 23 Aug 2010 17:52:00 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:52:00 GMT Message-Id: <201008231752.o7NHq0Vv094358@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/135222: [igb] low speed routing between two igb interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:52:02 -0000 Synopsis: [igb] low speed routing between two igb interfaces Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:51:40 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=135222 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:52:25 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 949FB1065675 for ; Mon, 23 Aug 2010 17:52:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 617908FC16 for ; Mon, 23 Aug 2010 17:52:25 +0000 (UTC) Received: by pvg4 with SMTP id 4so2642161pvg.13 for ; Mon, 23 Aug 2010 10:52:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=XBWhzPmFmS7mGHxO1phurhJxuGacgkI6AFly1sYhHCI=; b=e7vnV7uH4vYidahWzgC9p7RO3pEVKI07Uy5ETne2z434kKsoLVvtJwN0a/mRk0e74D cTCk+SRIzRjOO2lgCXUutZXXWtWeW45jYpRAdTekXDz5DzpySsgd9f7qbzN3pbpE0Er+ F4ZnA3U2/yGHh5s/r5zveM0RwnVujdoxD6mqk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=J2rbOI9dQGEXQnZIQeYD4Si93VzAKm4jZstSbmbm2QCIAt6EgNoAxyPxTHQiB/Oh0L 0Hf/+v2OezZD9MqN5TAqBlPEnK+stSZmhfKYK5925/9Ja/VDRjmmWOrvKr9p4xTEwvkG 8Le/rqEMhnQamnZEAVNFkqmgdkEPnTKPUMOG4= Received: by 10.142.154.7 with SMTP id b7mr4759347wfe.92.1282585944990; Mon, 23 Aug 2010 10:52:24 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id z1sm8781840wfd.3.2010.08.23.10.52.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Aug 2010 10:52:22 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 23 Aug 2010 10:52:20 -0700 From: Pyun YongHyeon Date: Mon, 23 Aug 2010 10:52:20 -0700 To: Andre Oppermann Message-ID: <20100823175220.GB1116@michelle.cdnetworks.com> References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C724AD9.5020000@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: adrian.chadd@gmail.com, freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:52:25 -0000 On Mon, Aug 23, 2010 at 12:18:01PM +0200, Andre Oppermann wrote: > On 23.08.2010 11:26, Adrian Chadd wrote: > >On 23 August 2010 06:27, Pyun YongHyeon wrote: > > > >>I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so > >>it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo > >>disabled RX checksum offloading. But I can't explain how checksum > >>offloading could be related with the growth of 4k jumbo buffers. > > > >Neither can I! > > > >I'm trying to come up with a reproduction method that doesn't involve > >"put box on the internet, push clients through it, wait." > > Network drivers use 2k sized mbuf clusters on receive. So the problem > doesn't seem to be RX related. > bce(4) is special in this regards. The controller would allocate jumbo cluster on RX if jumbo frame is used. If header splitting is used, driver will use normal mbuf clusters. > The function that is called on a socket write is sosend_generic() which > makes use of m_getm2(). This function allocates mbuf chains with the > tightest packing it can achieve. It will make use 4k (page size) mbufs > as much as it can. This is where they come from. > > It seems the 4k clusters do not get freed back to the pool after they've > been sent by the NIC and dropped from the socket buffer after the ACK has > arrived. The leak must occur in one of these two places. The socket > buffer is unlikely as it would affect not just you but everyone else too. > Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime > suspect. > I know bce(4) has a couple of bug in TX path(wrong dma tag, lack of bus_dmamap_sync(9) etc) but this is the same code path with/without TX checksum offloading. This is one of reason why I still do not understand what's really happening here. TX checksum offloading may introduce additional frame processing time to fill internal FIFO to compute checksum before transmitting the frame to wire such that it can change timing of TX path. This timing change might trigger the TX path bug. It's just vague guessing though. > -- > Andre From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:52:48 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3174B10656A3; Mon, 23 Aug 2010 17:52:48 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 07D0F8FC20; Mon, 23 Aug 2010 17:52:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHqlGX094416; Mon, 23 Aug 2010 17:52:47 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHqlia094412; Mon, 23 Aug 2010 17:52:47 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:52:47 GMT Message-Id: <201008231752.o7NHqlia094412@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/134956: [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Server Adapter (82571), ifconfig reports "status: active" after cable unplugged X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:52:48 -0000 Synopsis: [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Server Adapter (82571), ifconfig reports "status: active" after cable unplugged Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:52:25 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=134956 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:53:21 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9154F106579B; Mon, 23 Aug 2010 17:53:21 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 67D388FC27; Mon, 23 Aug 2010 17:53:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHrLJG094468; Mon, 23 Aug 2010 17:53:21 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHrLuV094464; Mon, 23 Aug 2010 17:53:21 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:53:21 GMT Message-Id: <201008231753.o7NHrLuV094464@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/134401: [msk] [panic] Kernel Fatal trap 12: page fault while in kernel mode at boot time; if_msk eth device module X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:53:21 -0000 Synopsis: [msk] [panic] Kernel Fatal trap 12: page fault while in kernel mode at boot time; if_msk eth device module Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:53:02 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=134401 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:53:50 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 731A11065670; Mon, 23 Aug 2010 17:53:50 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4A73D8FC17; Mon, 23 Aug 2010 17:53:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHroo2094655; Mon, 23 Aug 2010 17:53:50 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHroaA094651; Mon, 23 Aug 2010 17:53:50 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:53:50 GMT Message-Id: <201008231753.o7NHroaA094651@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/134079: [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8.0) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:53:50 -0000 Synopsis: [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8.0) Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:53:32 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=134079 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:54:39 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63D521065670; Mon, 23 Aug 2010 17:54:39 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5518FC08; Mon, 23 Aug 2010 17:54:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHsdf9094723; Mon, 23 Aug 2010 17:54:39 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHsd4s094719; Mon, 23 Aug 2010 17:54:39 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:54:39 GMT Message-Id: <201008231754.o7NHsd4s094719@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/133204: [msk] msk driver timeouts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:54:39 -0000 Synopsis: [msk] msk driver timeouts Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:54:13 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=133204 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:55:28 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00ADC106566C; Mon, 23 Aug 2010 17:55:28 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CE0D88FC15; Mon, 23 Aug 2010 17:55:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHtRQ0094789; Mon, 23 Aug 2010 17:55:27 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHtRE6094785; Mon, 23 Aug 2010 17:55:27 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:55:27 GMT Message-Id: <201008231755.o7NHtRE6094785@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, pjd@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: bin/132798: [patch] ggatec(8): ggated/ggatec connection slowdown problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:55:28 -0000 Synopsis: [patch] ggatec(8): ggated/ggatec connection slowdown problem Responsible-Changed-From-To: freebsd-net->pjd Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:55:02 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=132798 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:56:05 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 129F41065672; Mon, 23 Aug 2010 17:56:05 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DE2C88FC1D; Mon, 23 Aug 2010 17:56:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHu4aY094843; Mon, 23 Aug 2010 17:56:04 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHu4DB094839; Mon, 23 Aug 2010 17:56:04 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:56:04 GMT Message-Id: <201008231756.o7NHu4DB094839@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/132669: [xl] 3c905-TX send DUP! in reply on ping (sometime) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:56:05 -0000 Synopsis: [xl] 3c905-TX send DUP! in reply on ping (sometime) Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:55:44 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=132669 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:57:42 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 568E7106564A; Mon, 23 Aug 2010 17:57:42 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 301BE8FC1F; Mon, 23 Aug 2010 17:57:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHvgtc094910; Mon, 23 Aug 2010 17:57:42 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHvgMv094906; Mon, 23 Aug 2010 17:57:42 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:57:42 GMT Message-Id: <201008231757.o7NHvgMv094906@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/129352: [xl] [patch] xl0 watchdog timeout X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:57:42 -0000 Synopsis: [xl] [patch] xl0 watchdog timeout Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:57:17 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=129352 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 17:58:27 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB591065670; Mon, 23 Aug 2010 17:58:27 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C64118FC1E; Mon, 23 Aug 2010 17:58:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NHwR6p094964; Mon, 23 Aug 2010 17:58:27 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NHwRYJ094960; Mon, 23 Aug 2010 17:58:27 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 17:58:27 GMT Message-Id: <201008231758.o7NHwRYJ094960@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/128840: [igb] page fault under load with igb/LRO X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 17:58:28 -0000 Synopsis: [igb] page fault under load with igb/LRO Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:58:01 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=128840 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:00:20 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BF9C1065693; Mon, 23 Aug 2010 18:00:20 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 533998FC15; Mon, 23 Aug 2010 18:00:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NI0KHU096011; Mon, 23 Aug 2010 18:00:20 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NI0Kfa096002; Mon, 23 Aug 2010 18:00:20 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:00:20 GMT Message-Id: <201008231800.o7NI0Kfa096002@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/126688: [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and PAE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:00:20 -0000 Synopsis: [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and PAE Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 17:59:34 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=126688 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:06:30 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29400106566B; Mon, 23 Aug 2010 18:06:30 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 008D28FC0C; Mon, 23 Aug 2010 18:06:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NI6TVB004477; Mon, 23 Aug 2010 18:06:29 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NI6Tuc004473; Mon, 23 Aug 2010 18:06:29 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:06:29 GMT Message-Id: <201008231806.o7NI6Tuc004473@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/123347: [bge] bge1: watchdog timeout -- linkstate changed to DOWN X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:06:30 -0000 Synopsis: [bge] bge1: watchdog timeout -- linkstate changed to DOWN Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:06:10 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=123347 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:07:09 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16BEE106564A; Mon, 23 Aug 2010 18:07:09 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E26F88FC0C; Mon, 23 Aug 2010 18:07:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NI78ax004528; Mon, 23 Aug 2010 18:07:08 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NI78uF004524; Mon, 23 Aug 2010 18:07:08 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:07:08 GMT Message-Id: <201008231807.o7NI78uF004524@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/123172: [bce] Watchdog timeout problems with if_bce X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:07:09 -0000 Synopsis: [bce] Watchdog timeout problems with if_bce Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:06:44 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=123172 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:07:45 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A8931065673; Mon, 23 Aug 2010 18:07:45 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 01D928FC08; Mon, 23 Aug 2010 18:07:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NI7iqx004582; Mon, 23 Aug 2010 18:07:44 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NI7iZ6004578; Mon, 23 Aug 2010 18:07:44 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:07:44 GMT Message-Id: <201008231807.o7NI7iZ6004578@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/122928: [em] interface watchdog timeouts and stops receiving packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:07:45 -0000 Synopsis: [em] interface watchdog timeouts and stops receiving packets Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:07:22 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=122928 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:08:15 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B15E1065673; Mon, 23 Aug 2010 18:08:15 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 123908FC27; Mon, 23 Aug 2010 18:08:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NI8Eqa004632; Mon, 23 Aug 2010 18:08:14 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NI8EfR004628; Mon, 23 Aug 2010 18:08:14 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:08:14 GMT Message-Id: <201008231808.o7NI8EfR004628@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/122772: [em] em0 taskq panic, tcp reassembly bug causes radix tree corruption? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:08:15 -0000 Synopsis: [em] em0 taskq panic, tcp reassembly bug causes radix tree corruption? Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:07:56 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=122772 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:09:03 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4FD21065670; Mon, 23 Aug 2010 18:09:03 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9838FC0A; Mon, 23 Aug 2010 18:09:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NI93uU004687; Mon, 23 Aug 2010 18:09:03 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NI93SN004683; Mon, 23 Aug 2010 18:09:03 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:09:03 GMT Message-Id: <201008231809.o7NI93SN004683@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/122195: [ed] Alignment problems in if_ed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:09:03 -0000 Synopsis: [ed] Alignment problems in if_ed Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:08:39 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=122195 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:09:37 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABD651065679; Mon, 23 Aug 2010 18:09:37 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 836B58FC1E; Mon, 23 Aug 2010 18:09:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NI9bkW004740; Mon, 23 Aug 2010 18:09:37 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NI9b09004736; Mon, 23 Aug 2010 18:09:37 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:09:37 GMT Message-Id: <201008231809.o7NI9b09004736@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/122058: [em] [panic] Panic on em1: taskq X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:09:37 -0000 Synopsis: [em] [panic] Panic on em1: taskq Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:09:13 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=122058 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:10:08 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93A8A1065673; Mon, 23 Aug 2010 18:10:08 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6B78A8FC2E; Mon, 23 Aug 2010 18:10:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIA8Tq005309; Mon, 23 Aug 2010 18:10:08 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIA80L005299; Mon, 23 Aug 2010 18:10:08 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:10:08 GMT Message-Id: <201008231810.o7NIA80L005299@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/121624: [em] [regression] Intel em WOL fails after upgrade to FreeBSD-6.3 (from 6.2) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:10:08 -0000 Synopsis: [em] [regression] Intel em WOL fails after upgrade to FreeBSD-6.3 (from 6.2) Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:09:50 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=121624 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:10:47 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5426C1065693; Mon, 23 Aug 2010 18:10:47 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B63B8FC0C; Mon, 23 Aug 2010 18:10:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIAlJL011181; Mon, 23 Aug 2010 18:10:47 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIAluO011170; Mon, 23 Aug 2010 18:10:47 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:10:47 GMT Message-Id: <201008231810.o7NIAluO011170@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/121298: [em] [panic] Fatal trap 12: page fault while in kernel mode (em0 taskq) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:10:47 -0000 Synopsis: [em] [panic] Fatal trap 12: page fault while in kernel mode (em0 taskq) Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:10:22 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=121298 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:11:22 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89F2B10656A7; Mon, 23 Aug 2010 18:11:22 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5981C8FC16; Mon, 23 Aug 2010 18:11:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIBMIu014037; Mon, 23 Aug 2010 18:11:22 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIBMaA014033; Mon, 23 Aug 2010 18:11:22 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:11:22 GMT Message-Id: <201008231811.o7NIBMaA014033@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/121080: [bge] IPv6 NUD problem on multi address config on bge0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:11:23 -0000 Synopsis: [bge] IPv6 NUD problem on multi address config on bge0 Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:11:03 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=121080 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:12:41 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8272F10656A4; Mon, 23 Aug 2010 18:12:41 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 594AD8FC13; Mon, 23 Aug 2010 18:12:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NICfwl014183; Mon, 23 Aug 2010 18:12:41 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NICfmW014179; Mon, 23 Aug 2010 18:12:41 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:12:41 GMT Message-Id: <201008231812.o7NICfmW014179@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongar@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/118238: [bce] [patch] bce driver shows "no carrier" on Intel SBXD132 blade (based on IBM HS21) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:12:41 -0000 Synopsis: [bce] [patch] bce driver shows "no carrier" on Intel SBXD132 blade (based on IBM HS21) Responsible-Changed-From-To: freebsd-net->yongar Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:12:14 UTC 2010 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=118238 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:13:32 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B89181065674; Mon, 23 Aug 2010 18:13:32 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB558FC08; Mon, 23 Aug 2010 18:13:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIDWNW015072; Mon, 23 Aug 2010 18:13:32 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIDWGS015068; Mon, 23 Aug 2010 18:13:32 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:13:32 GMT Message-Id: <201008231813.o7NIDWGS015068@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/117043: [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM Checksum is Not Valid X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:13:32 -0000 Synopsis: [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM Checksum is Not Valid Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:13:11 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=117043 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:14:13 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0BAD1065695; Mon, 23 Aug 2010 18:14:12 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C7C6A8FC1D; Mon, 23 Aug 2010 18:14:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIECYb015461; Mon, 23 Aug 2010 18:14:12 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIECbs015457; Mon, 23 Aug 2010 18:14:12 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:14:12 GMT Message-Id: <201008231814.o7NIECbs015457@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/113895: [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-RELEASE [regression] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:14:13 -0000 Synopsis: [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-RELEASE [regression] Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:13:54 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=113895 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:14:45 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC12D10656A6; Mon, 23 Aug 2010 18:14:45 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C40008FC31; Mon, 23 Aug 2010 18:14:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIEjQL015510; Mon, 23 Aug 2010 18:14:45 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIEjO1015506; Mon, 23 Aug 2010 18:14:45 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:14:45 GMT Message-Id: <201008231814.o7NIEjO1015506@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/109733: [bge] bge link state issues [regression] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:14:46 -0000 Synopsis: [bge] bge link state issues [regression] Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:14:25 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=109733 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:15:22 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D3D51065679; Mon, 23 Aug 2010 18:15:22 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 04C1F8FC0A; Mon, 23 Aug 2010 18:15:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIFLsV015571; Mon, 23 Aug 2010 18:15:21 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIFLfq015567; Mon, 23 Aug 2010 18:15:21 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:15:21 GMT Message-Id: <201008231815.o7NIFLfq015567@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/109251: [re] [patch] if_re cardbus card won't attach X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:15:22 -0000 Synopsis: [re] [patch] if_re cardbus card won't attach Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:15:00 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=109251 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:15:56 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAAFC1065670; Mon, 23 Aug 2010 18:15:56 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 921458FC0A; Mon, 23 Aug 2010 18:15:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIFuaR015621; Mon, 23 Aug 2010 18:15:56 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIFuH3015617; Mon, 23 Aug 2010 18:15:56 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:15:56 GMT Message-Id: <201008231815.o7NIFuH3015617@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/108542: [bce] Huge network latencies with 6.2-RELEASE / STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:15:56 -0000 Synopsis: [bce] Huge network latencies with 6.2-RELEASE / STABLE Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:15:32 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=108542 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:16:28 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 949851065673; Mon, 23 Aug 2010 18:16:28 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6968FC12; Mon, 23 Aug 2010 18:16:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIGSRp015671; Mon, 23 Aug 2010 18:16:28 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIGS7N015667; Mon, 23 Aug 2010 18:16:28 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:16:28 GMT Message-Id: <201008231816.o7NIGS7N015667@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/106243: [nve] double fault panic in if_nve.c on high loads X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:16:28 -0000 Synopsis: [nve] double fault panic in if_nve.c on high loads Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:16:09 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=106243 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:17:25 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81EFD1065698; Mon, 23 Aug 2010 18:17:25 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 595908FC16; Mon, 23 Aug 2010 18:17:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIHP0o015722; Mon, 23 Aug 2010 18:17:25 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIHPgb015718; Mon, 23 Aug 2010 18:17:25 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:17:25 GMT Message-Id: <201008231817.o7NIHPgb015718@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/96030: [bfe] [patch] Install hangs with Broadcomm 440x NIC installed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:17:25 -0000 Synopsis: [bfe] [patch] Install hangs with Broadcomm 440x NIC installed Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:17:04 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=96030 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:18:01 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D7A1065674; Mon, 23 Aug 2010 18:18:01 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BEADF8FC1C; Mon, 23 Aug 2010 18:18:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NII1sR015782; Mon, 23 Aug 2010 18:18:01 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NII1hl015778; Mon, 23 Aug 2010 18:18:01 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:18:01 GMT Message-Id: <201008231818.o7NII1hl015778@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/94162: [bge] 6.x kenel stale with bge(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:18:02 -0000 Synopsis: [bge] 6.x kenel stale with bge(4) Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:17:42 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=94162 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:18:39 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 863B71065674; Mon, 23 Aug 2010 18:18:39 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7C78FC0A; Mon, 23 Aug 2010 18:18:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIIdJ5015858; Mon, 23 Aug 2010 18:18:39 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIIdGg015854; Mon, 23 Aug 2010 18:18:39 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:18:39 GMT Message-Id: <201008231818.o7NIIdGg015854@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/92552: A serious bug in most network drivers from 5.X to 6.X [regression] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:18:39 -0000 Synopsis: A serious bug in most network drivers from 5.X to 6.X [regression] Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:18:17 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=92552 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:19:20 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04BE7106564A; Mon, 23 Aug 2010 18:19:20 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CF92A8FC15; Mon, 23 Aug 2010 18:19:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIJJYT015910; Mon, 23 Aug 2010 18:19:19 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIJJXa015906; Mon, 23 Aug 2010 18:19:19 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:19:19 GMT Message-Id: <201008231819.o7NIJJXa015906@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/91594: [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/1000 MT 4-port NIC in PCI slot 3 of DL380 G4 [regression] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:19:20 -0000 Synopsis: [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/1000 MT 4-port NIC in PCI slot 3 of DL380 G4 [regression] Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:18:52 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=91594 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:19:46 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F5B1106567A; Mon, 23 Aug 2010 18:19:46 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DB1E68FC14; Mon, 23 Aug 2010 18:19:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIJjBi015957; Mon, 23 Aug 2010 18:19:45 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIJjuY015953; Mon, 23 Aug 2010 18:19:45 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:19:45 GMT Message-Id: <201008231819.o7NIJjuY015953@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/90890: [vr] Problems with network: vr0: tx shutdown timeout X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:19:46 -0000 Synopsis: [vr] Problems with network: vr0: tx shutdown timeout Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:19:29 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=90890 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:20:21 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15E34106564A; Mon, 23 Aug 2010 18:20:21 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E12D78FC15; Mon, 23 Aug 2010 18:20:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIKKdb018091; Mon, 23 Aug 2010 18:20:20 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIKKgp018082; Mon, 23 Aug 2010 18:20:20 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:20:20 GMT Message-Id: <201008231820.o7NIKKgp018082@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/87506: [vr] [patch] Fix alias support on vr interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:20:21 -0000 Synopsis: [vr] [patch] Fix alias support on vr interfaces Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:19:58 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=87506 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:21:04 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC651065695; Mon, 23 Aug 2010 18:21:04 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9F18FC18; Mon, 23 Aug 2010 18:21:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIL4lc025204; Mon, 23 Aug 2010 18:21:04 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIL4TJ025200; Mon, 23 Aug 2010 18:21:04 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:21:04 GMT Message-Id: <201008231821.o7NIL4TJ025200@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/84202: [ed] [patch] Holtek HT80232 PCI NIC recognition on FreeBSD 5.4-RELEASE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:21:04 -0000 Synopsis: [ed] [patch] Holtek HT80232 PCI NIC recognition on FreeBSD 5.4-RELEASE Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:20:43 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=84202 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:21:49 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE57B10656B1; Mon, 23 Aug 2010 18:21:49 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A5C188FC15; Mon, 23 Aug 2010 18:21:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NILn2d025318; Mon, 23 Aug 2010 18:21:49 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NILnh2025314; Mon, 23 Aug 2010 18:21:49 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:21:49 GMT Message-Id: <201008231821.o7NILnh2025314@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, jfv@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/81147: [net] [patch] em0 reinitialization while adding aliases to interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:21:49 -0000 Synopsis: [net] [patch] em0 reinitialization while adding aliases to interface Responsible-Changed-From-To: freebsd-net->jfv Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:21:16 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=81147 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:22:18 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6795F1065672; Mon, 23 Aug 2010 18:22:18 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3ED5A8FC08; Mon, 23 Aug 2010 18:22:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIMIpU025383; Mon, 23 Aug 2010 18:22:18 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIMIQn025379; Mon, 23 Aug 2010 18:22:18 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:22:18 GMT Message-Id: <201008231822.o7NIMIQn025379@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/80853: [ed] [patch] add support for Compex RL2000/ISA in PnP mode X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:22:18 -0000 Synopsis: [ed] [patch] add support for Compex RL2000/ISA in PnP mode Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:21:59 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=80853 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:22:58 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8B511065670; Mon, 23 Aug 2010 18:22:58 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C06288FC1C; Mon, 23 Aug 2010 18:22:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIMwOC025432; Mon, 23 Aug 2010 18:22:58 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIMwZ1025428; Mon, 23 Aug 2010 18:22:58 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:22:58 GMT Message-Id: <201008231822.o7NIMwZ1025428@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/79262: [dc] Adaptec ANA-6922 not fully supported X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:22:59 -0000 Synopsis: [dc] Adaptec ANA-6922 not fully supported Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:22:28 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=79262 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:23:38 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D021106566C; Mon, 23 Aug 2010 18:23:38 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 240478FC20; Mon, 23 Aug 2010 18:23:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NINci9025489; Mon, 23 Aug 2010 18:23:38 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NINceq025485; Mon, 23 Aug 2010 18:23:38 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:23:38 GMT Message-Id: <201008231823.o7NINceq025485@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/73538: [bge] problem with the Broadcom BCM5788 Gigabit Ethernet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:23:38 -0000 Synopsis: [bge] problem with the Broadcom BCM5788 Gigabit Ethernet Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:23:19 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=73538 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 18:24:19 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BAB41065693; Mon, 23 Aug 2010 18:24:19 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6306F8FC16; Mon, 23 Aug 2010 18:24:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NIOJiD025546; Mon, 23 Aug 2010 18:24:19 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NIOJ84025542; Mon, 23 Aug 2010 18:24:19 GMT (envelope-from andre) Date: Mon, 23 Aug 2010 18:24:19 GMT Message-Id: <201008231824.o7NIOJ84025542@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/35442: [sis] [patch] Problem transmitting runts in if_sis driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 18:24:19 -0000 Synopsis: [sis] [patch] Problem transmitting runts in if_sis driver Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Mon Aug 23 18:23:54 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=35442 From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 19:04:03 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B42C10656CA for ; Mon, 23 Aug 2010 19:04:03 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0682E8FC14 for ; Mon, 23 Aug 2010 19:04:02 +0000 (UTC) Received: (qmail 41043 invoked from network); 23 Aug 2010 19:03:06 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 23 Aug 2010 19:03:06 -0000 Message-ID: <4C72C622.2070302@freebsd.org> Date: Mon, 23 Aug 2010 21:04:02 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: pyunyh@gmail.com References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> <20100823175220.GB1116@michelle.cdnetworks.com> In-Reply-To: <20100823175220.GB1116@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: adrian.chadd@gmail.com, freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 19:04:03 -0000 On 23.08.2010 19:52, Pyun YongHyeon wrote: > On Mon, Aug 23, 2010 at 12:18:01PM +0200, Andre Oppermann wrote: >> On 23.08.2010 11:26, Adrian Chadd wrote: >>> On 23 August 2010 06:27, Pyun YongHyeon wrote: >>> >>>> I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so >>>> it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo >>>> disabled RX checksum offloading. But I can't explain how checksum >>>> offloading could be related with the growth of 4k jumbo buffers. >>> >>> Neither can I! >>> >>> I'm trying to come up with a reproduction method that doesn't involve >>> "put box on the internet, push clients through it, wait." >> >> Network drivers use 2k sized mbuf clusters on receive. So the problem >> doesn't seem to be RX related. >> > > bce(4) is special in this regards. The controller would allocate > jumbo cluster on RX if jumbo frame is used. If header splitting is > used, driver will use normal mbuf clusters. Didn't know that. >> The function that is called on a socket write is sosend_generic() which >> makes use of m_getm2(). This function allocates mbuf chains with the >> tightest packing it can achieve. It will make use 4k (page size) mbufs >> as much as it can. This is where they come from. >> >> It seems the 4k clusters do not get freed back to the pool after they've >> been sent by the NIC and dropped from the socket buffer after the ACK has >> arrived. The leak must occur in one of these two places. The socket >> buffer is unlikely as it would affect not just you but everyone else too. >> Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime >> suspect. >> > > I know bce(4) has a couple of bug in TX path(wrong dma tag, lack of > bus_dmamap_sync(9) etc) but this is the same code path with/without > TX checksum offloading. This is one of reason why I still do not > understand what's really happening here. TX checksum offloading may > introduce additional frame processing time to fill internal FIFO to > compute checksum before transmitting the frame to wire such that it > can change timing of TX path. This timing change might trigger the > TX path bug. It's just vague guessing though. Had a chat with Claudio@OpenBSD and he said that the bce(4) DMA engine can only access the first 1GB of physical RAM and has to use bounce buffers all the time. Maybe this is related. -- Andre From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 19:16:38 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAC1E1065695; Mon, 23 Aug 2010 19:16:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8047D8FC20; Mon, 23 Aug 2010 19:16:38 +0000 (UTC) Received: by pxi17 with SMTP id 17so2676151pxi.13 for ; Mon, 23 Aug 2010 12:16:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=aU2dLrfjAy6ogpcR1phGHwJqmzRKaK3kbjDEz7fCZAw=; b=DkFYVonWtJF1YIrFQJPM7EqHq2Hx0G20DaWtgJnm823CXNsEF8JULmhXCaEu6UK9uW mjsEs59i0PvPHVtgSxs7H2TMFfZ1m3k9z8038o4dY9MwggXwyTQMuaN3LauDStSBl3N1 I6lF/OaVE7kAjTUO0xQ4/h8H2v9o9qjX3CjWE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=sjhNaGJedMopn+1q7Zu2kO+cYVR1LE5DAjSOji4FFahI8tUdYuOD7r4sWAQzJDgE7P LO3NJSKzwo7gaJWkT+PGY/2qwsn5wFlKBTV3soaLGsqDfEps5Cswrzz1+GH3HEj9Trws NRnbMt4DQb96dC141O7GT95jEZ2IBM2Z5k5xs= Received: by 10.114.134.9 with SMTP id h9mr6577237wad.5.1282590998017; Mon, 23 Aug 2010 12:16:38 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 33sm13062653wad.6.2010.08.23.12.16.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Aug 2010 12:16:36 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 23 Aug 2010 12:16:34 -0700 From: Pyun YongHyeon Date: Mon, 23 Aug 2010 12:16:34 -0700 To: Andre Oppermann Message-ID: <20100823191634.GE1116@michelle.cdnetworks.com> References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> <20100823175220.GB1116@michelle.cdnetworks.com> <4C72C622.2070302@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C72C622.2070302@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: adrian.chadd@gmail.com, freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 19:16:38 -0000 On Mon, Aug 23, 2010 at 09:04:02PM +0200, Andre Oppermann wrote: > On 23.08.2010 19:52, Pyun YongHyeon wrote: > >On Mon, Aug 23, 2010 at 12:18:01PM +0200, Andre Oppermann wrote: > >>On 23.08.2010 11:26, Adrian Chadd wrote: > >>>On 23 August 2010 06:27, Pyun YongHyeon wrote: > >>> > >>>>I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so > >>>>it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo > >>>>disabled RX checksum offloading. But I can't explain how checksum > >>>>offloading could be related with the growth of 4k jumbo buffers. > >>> > >>>Neither can I! > >>> > >>>I'm trying to come up with a reproduction method that doesn't involve > >>>"put box on the internet, push clients through it, wait." > >> > >>Network drivers use 2k sized mbuf clusters on receive. So the problem > >>doesn't seem to be RX related. > >> > > > >bce(4) is special in this regards. The controller would allocate > >jumbo cluster on RX if jumbo frame is used. If header splitting is > >used, driver will use normal mbuf clusters. > > Didn't know that. > > >>The function that is called on a socket write is sosend_generic() which > >>makes use of m_getm2(). This function allocates mbuf chains with the > >>tightest packing it can achieve. It will make use 4k (page size) mbufs > >>as much as it can. This is where they come from. > >> > >>It seems the 4k clusters do not get freed back to the pool after they've > >>been sent by the NIC and dropped from the socket buffer after the ACK has > >>arrived. The leak must occur in one of these two places. The socket > >>buffer is unlikely as it would affect not just you but everyone else too. > >>Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime > >>suspect. > >> > > > >I know bce(4) has a couple of bug in TX path(wrong dma tag, lack of > >bus_dmamap_sync(9) etc) but this is the same code path with/without > >TX checksum offloading. This is one of reason why I still do not > >understand what's really happening here. TX checksum offloading may > >introduce additional frame processing time to fill internal FIFO to > >compute checksum before transmitting the frame to wire such that it > >can change timing of TX path. This timing change might trigger the > >TX path bug. It's just vague guessing though. > > Had a chat with Claudio@OpenBSD and he said that the bce(4) DMA engine > can only access the first 1GB of physical RAM and has to use bounce > buffers all the time. Maybe this is related. > Really? I don't remember I saw such a DMA address space limitation in data sheet. And I don't think Broadcom made such a horrible thing for controllers targeted for servers. The only limitation I know is BCM5708 is not able to handle DMA addresses greater than 40bits so bce(4) limits the DMA address space in DMA tag creation. From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 19:33:00 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A66DE1065695 for ; Mon, 23 Aug 2010 19:33:00 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id 60CB18FC1E for ; Mon, 23 Aug 2010 19:33:00 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o7NJWvhQ091303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 23 Aug 2010 15:32:57 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o7NJWuPS036366; Mon, 23 Aug 2010 15:32:56 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201008231932.o7NJWuPS036366@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 23 Aug 2010 15:32:59 -0400 To: xavier.humbert@groumpf.org (Xavier HUMBERT), freebsd-net@freebsd.org From: Mike Tancsa In-Reply-To: <1jnowhj.1pd0hjz1mufqimM%xavier.humbert@groumpf.org> References: <201008201711.o7KHBnfT011714@lava.sentex.ca> <1jnowhj.1pd0hjz1mufqimM%xavier.humbert@groumpf.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: Subject: Re: Inter-vlan routing problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 19:33:00 -0000 At 12:34 PM 8/23/2010, Xavier HUMBERT wrote: >Mike Tancsa wrote: > > > I dont understand, why is 10.75.2.1 going out your default interface > > ? It should look for packets on the same subnet that the vlan3 > interface is on > >Errrr.... According to the interfaces status and the routing table, >this is the >case, or do I misunderstand your question ? The traceroute you showed was going out the default gateway. I guess that was a workstation on just one subnet. Lets start with the obvious, you have sysctl -a net.inet.ip.forwarding set to one right ? > > Can you do an > > arp -na > > and > > netstat -Wnra > > > >[root@gateway ~]# arp -na >? (10.75.3.251) at 00:e0:81:2d:62:3e on vlan4 permanent [vlan] >? (10.75.3.254) at 08:00:71:03:f1:0f on vlan4 expires in 1192 seconds [vlan] >? (10.75.3.252) at 00:1a:a0:12:9a:a1 on vlan4 expires in 850 seconds [vlan] >? (10.75.2.1) at 00:12:ef:42:3c:f3 on vlan3 expires in 848 seconds [vlan] >? (10.75.2.5) at 00:1b:25:5f:58:5d on vlan3 expires in 432 seconds [vlan] OK, you see MAC addresses from the other devices and they seem to be on the correct interfaces. you can ping them right ? They all have you as the default gateway ? e.g. if you do ping -S 102.168.0.251 192.168.0.254 ping -S 10.75.2.251 192.168.0.254 do both work ? Does 192.168.0.254 have 192.168.0.251 as the default gateway ? ---Mike > > On the nortel switch, are you sure you have it on the equiv of a > > "trunk" port? Is there a way to see what MAC addresses the switch > > sees as part of what VLAN ? > >No, there is no "trunk" ports. The term trunk is used by Nortel for MLT. And, >precisely, that what's "show mac-address-table" displays : the MLT table. The >port I'm connected to is simply a port shared by all Vlans. OK, but the port will tag all the packets leaving it with the correct vlan right ? Some switches offer a "hybrid" mode were the packets all exit the port untagged. But based on your arp table, this does not seem to be the case which is good. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 19:45:19 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C7010656A6 for ; Mon, 23 Aug 2010 19:45:19 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3EFF28FC18 for ; Mon, 23 Aug 2010 19:45:18 +0000 (UTC) Received: (qmail 41585 invoked from network); 23 Aug 2010 19:44:22 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 23 Aug 2010 19:44:22 -0000 Message-ID: <4C72CFD0.2000005@freebsd.org> Date: Mon, 23 Aug 2010 21:45:20 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: pyunyh@gmail.com References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> <20100823175220.GB1116@michelle.cdnetworks.com> <4C72C622.2070302@freebsd.org> <20100823191634.GE1116@michelle.cdnetworks.com> In-Reply-To: <20100823191634.GE1116@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: adrian.chadd@gmail.com, freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 19:45:19 -0000 On 23.08.2010 21:16, Pyun YongHyeon wrote: > On Mon, Aug 23, 2010 at 09:04:02PM +0200, Andre Oppermann wrote: >> On 23.08.2010 19:52, Pyun YongHyeon wrote: >>> On Mon, Aug 23, 2010 at 12:18:01PM +0200, Andre Oppermann wrote: >>>> The function that is called on a socket write is sosend_generic() which >>>> makes use of m_getm2(). This function allocates mbuf chains with the >>>> tightest packing it can achieve. It will make use 4k (page size) mbufs >>>> as much as it can. This is where they come from. >>>> >>>> It seems the 4k clusters do not get freed back to the pool after they've >>>> been sent by the NIC and dropped from the socket buffer after the ACK has >>>> arrived. The leak must occur in one of these two places. The socket >>>> buffer is unlikely as it would affect not just you but everyone else too. >>>> Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime >>>> suspect. >>>> >>> >>> I know bce(4) has a couple of bug in TX path(wrong dma tag, lack of >>> bus_dmamap_sync(9) etc) but this is the same code path with/without >>> TX checksum offloading. This is one of reason why I still do not >>> understand what's really happening here. TX checksum offloading may >>> introduce additional frame processing time to fill internal FIFO to >>> compute checksum before transmitting the frame to wire such that it >>> can change timing of TX path. This timing change might trigger the >>> TX path bug. It's just vague guessing though. >> >> Had a chat with Claudio@OpenBSD and he said that the bce(4) DMA engine >> can only access the first 1GB of physical RAM and has to use bounce >> buffers all the time. Maybe this is related. >> > > Really? I don't remember I saw such a DMA address space limitation > in data sheet. And I don't think Broadcom made such a horrible > thing for controllers targeted for servers. The only limitation I > know is BCM5708 is not able to handle DMA addresses greater than > 40bits so bce(4) limits the DMA address space in DMA tag creation. Oops... OpenBSD bce(4) != FreeBSD bce(4). The former is for BCM440x chips the latter for BCM57xx. -- Andre From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 19:51:17 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6116B1065698; Mon, 23 Aug 2010 19:51:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2567B8FC16; Mon, 23 Aug 2010 19:51:16 +0000 (UTC) Received: by pwi8 with SMTP id 8so925204pwi.13 for ; Mon, 23 Aug 2010 12:51:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=O3IqanDQAVN4y6glyjkm1xRS1+RdOBd22WO2VKVKD6w=; b=P9fBALjygXcN9+v3LnOIetm4Re/Oq8svWs+NKOWPdr6nEgG4AoHIx7OTWIa9AbI7g8 oJuZtSsD8UaomkIajkj3afk/oVxadAKVGhiIkcihus5nQpetSwl7zK8AxqdzubAjIy5Q lJsq7EHyd/LtoRg7rQyD+Qu2pxgnIZsjFan10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=c36QWZoMSQNd83YmJV8t069TRgGatA11/eyHxTBFfwwRxnIZZX1pyFHgsvm/tAw5zi WAa1embfQjEWqrzOIa9jvh6eFYKTi0G52s1taw8MehAe1slALudQ+lMjfJW0pYd/nIw/ DeBqqxQACozo0ky2fuOI1dlvSHn1TtVXeipFY= Received: by 10.142.133.18 with SMTP id g18mr4670053wfd.228.1282593076321; Mon, 23 Aug 2010 12:51:16 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d4sm8897955wfh.23.2010.08.23.12.51.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Aug 2010 12:51:14 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 23 Aug 2010 12:51:12 -0700 From: Pyun YongHyeon Date: Mon, 23 Aug 2010 12:51:12 -0700 To: Andre Oppermann Message-ID: <20100823195112.GG1116@michelle.cdnetworks.com> References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> <20100823175220.GB1116@michelle.cdnetworks.com> <4C72C622.2070302@freebsd.org> <20100823191634.GE1116@michelle.cdnetworks.com> <4C72CFD0.2000005@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C72CFD0.2000005@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: adrian.chadd@gmail.com, freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 19:51:17 -0000 On Mon, Aug 23, 2010 at 09:45:20PM +0200, Andre Oppermann wrote: > On 23.08.2010 21:16, Pyun YongHyeon wrote: > >On Mon, Aug 23, 2010 at 09:04:02PM +0200, Andre Oppermann wrote: > >>On 23.08.2010 19:52, Pyun YongHyeon wrote: > >>>On Mon, Aug 23, 2010 at 12:18:01PM +0200, Andre Oppermann wrote: > >>>>The function that is called on a socket write is sosend_generic() which > >>>>makes use of m_getm2(). This function allocates mbuf chains with the > >>>>tightest packing it can achieve. It will make use 4k (page size) mbufs > >>>>as much as it can. This is where they come from. > >>>> > >>>>It seems the 4k clusters do not get freed back to the pool after they've > >>>>been sent by the NIC and dropped from the socket buffer after the ACK > >>>>has > >>>>arrived. The leak must occur in one of these two places. The socket > >>>>buffer is unlikely as it would affect not just you but everyone else > >>>>too. > >>>>Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime > >>>>suspect. > >>>> > >>> > >>>I know bce(4) has a couple of bug in TX path(wrong dma tag, lack of > >>>bus_dmamap_sync(9) etc) but this is the same code path with/without > >>>TX checksum offloading. This is one of reason why I still do not > >>>understand what's really happening here. TX checksum offloading may > >>>introduce additional frame processing time to fill internal FIFO to > >>>compute checksum before transmitting the frame to wire such that it > >>>can change timing of TX path. This timing change might trigger the > >>>TX path bug. It's just vague guessing though. > >> > >>Had a chat with Claudio@OpenBSD and he said that the bce(4) DMA engine > >>can only access the first 1GB of physical RAM and has to use bounce > >>buffers all the time. Maybe this is related. > >> > > > >Really? I don't remember I saw such a DMA address space limitation > >in data sheet. And I don't think Broadcom made such a horrible > >thing for controllers targeted for servers. The only limitation I > >know is BCM5708 is not able to handle DMA addresses greater than > >40bits so bce(4) limits the DMA address space in DMA tag creation. > > Oops... OpenBSD bce(4) != FreeBSD bce(4). The former is for BCM440x > chips the latter for BCM57xx. > Ok, OpenBSD has bnx(4) for Broadcom NetXtreme II controllers. From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 19:55:50 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FC971065698 for ; Mon, 23 Aug 2010 19:55:50 +0000 (UTC) (envelope-from cjeker@diehard.n-r-g.com) Received: from diehard.n-r-g.com (diehard.n-r-g.com [62.48.3.9]) by mx1.freebsd.org (Postfix) with ESMTP id 74B518FC0C for ; Mon, 23 Aug 2010 19:55:49 +0000 (UTC) Received: (qmail 1969 invoked by uid 1001); 23 Aug 2010 19:29:07 -0000 Date: Mon, 23 Aug 2010 21:29:07 +0200 From: Claudio Jeker To: freebsd-net@freebsd.org Message-ID: <20100823192907.GG19708@diehard.n-r-g.com> Mail-Followup-To: Claudio Jeker , freebsd-net@freebsd.org References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> <20100823175220.GB1116@michelle.cdnetworks.com> <4C72C622.2070302@freebsd.org> <20100823191634.GE1116@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100823191634.GE1116@michelle.cdnetworks.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 19:55:50 -0000 On Mon, Aug 23, 2010 at 12:16:34PM -0700, Pyun YongHyeon wrote: > On Mon, Aug 23, 2010 at 09:04:02PM +0200, Andre Oppermann wrote: > > On 23.08.2010 19:52, Pyun YongHyeon wrote: > > >On Mon, Aug 23, 2010 at 12:18:01PM +0200, Andre Oppermann wrote: > > >>On 23.08.2010 11:26, Adrian Chadd wrote: > > >>>On 23 August 2010 06:27, Pyun YongHyeon wrote: > > >>> > > >>>>I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so > > >>>>it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo > > >>>>disabled RX checksum offloading. But I can't explain how checksum > > >>>>offloading could be related with the growth of 4k jumbo buffers. > > >>> > > >>>Neither can I! > > >>> > > >>>I'm trying to come up with a reproduction method that doesn't involve > > >>>"put box on the internet, push clients through it, wait." > > >> > > >>Network drivers use 2k sized mbuf clusters on receive. So the problem > > >>doesn't seem to be RX related. > > >> > > > > > >bce(4) is special in this regards. The controller would allocate > > >jumbo cluster on RX if jumbo frame is used. If header splitting is > > >used, driver will use normal mbuf clusters. > > > > Didn't know that. > > > > >>The function that is called on a socket write is sosend_generic() which > > >>makes use of m_getm2(). This function allocates mbuf chains with the > > >>tightest packing it can achieve. It will make use 4k (page size) mbufs > > >>as much as it can. This is where they come from. > > >> > > >>It seems the 4k clusters do not get freed back to the pool after they've > > >>been sent by the NIC and dropped from the socket buffer after the ACK has > > >>arrived. The leak must occur in one of these two places. The socket > > >>buffer is unlikely as it would affect not just you but everyone else too. > > >>Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime > > >>suspect. > > >> > > > > > >I know bce(4) has a couple of bug in TX path(wrong dma tag, lack of > > >bus_dmamap_sync(9) etc) but this is the same code path with/without > > >TX checksum offloading. This is one of reason why I still do not > > >understand what's really happening here. TX checksum offloading may > > >introduce additional frame processing time to fill internal FIFO to > > >compute checksum before transmitting the frame to wire such that it > > >can change timing of TX path. This timing change might trigger the > > >TX path bug. It's just vague guessing though. > > > > Had a chat with Claudio@OpenBSD and he said that the bce(4) DMA engine > > can only access the first 1GB of physical RAM and has to use bounce > > buffers all the time. Maybe this is related. > > > > Really? I don't remember I saw such a DMA address space limitation > in data sheet. And I don't think Broadcom made such a horrible > thing for controllers targeted for servers. The only limitation I > know is BCM5708 is not able to handle DMA addresses greater than > 40bits so bce(4) limits the DMA address space in DMA tag creation. Ugh, FreeBSD bce(4) != OpenBSD bce(4). I was talking of the old Broadcom BCM4401 and that chip has such a stupid limit. The NetXtreme II are called bnx(4) in OpenBSD. Sorry. Yes, the DMA engine of the NetXtreme II can address more then 4G. -- :wq Claudio From owner-freebsd-net@FreeBSD.ORG Mon Aug 23 23:55:24 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A913106566C for ; Mon, 23 Aug 2010 23:55:24 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 840BE8FC15 for ; Mon, 23 Aug 2010 23:55:22 +0000 (UTC) Received: (qmail 18426 invoked from network); 24 Aug 2010 01:55:20 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 01:55:20 +0200 Date: Tue, 24 Aug 2010 01:55:19 +0200 (CEST) From: Ingo Flaschberger To: net@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168430090-1063431390-1282607720=:12708" Cc: Subject: Re: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2010 23:55:24 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168430090-1063431390-1282607720=:12708 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Hi, I have changed the route selection code of ecmp to balance only between routes of the same weight. (see attached file) As Qing Li mentioned months ago, there are problems with static routes and interfaces. Example 1: ifconfig em1 alias 10.13.13.90/24 ping 10.13.13.95 ok route add 10.13.13.0/24 10.11.11.1 -weight 2 ping 10.13.13.95 broken (arpresolve: can't allocate llinfo for 10.13.13.95) Eaxmple 2: route add 10.13.13.0/24 10.11.11.1 -weight 2 ping 10.13.13.95 ok route add 10.13.13.0/24 10.11.11.2 -weight 3 ping 10.13.13.95 ok ifconfig em1 alias 10.13.13.90/24 ping 10.13.13.95 broken (arpresolve: can't allocate llinfo for 10.13.13.95) route delete 10.13.13.0/24 10.11.11.2 ping 10.13.13.95 broken route delete 10.13.13.0/24 10.11.11.1 ping -> system crash deleting the last static multipath routes seems to affect?, destroy? the interface route. system crashes in: /usr/src/sys/net/route.c:370 rn = rnh->rnh_matchaddr(dst, rnh); if (rn && ((rn->rn_flags & RNF_ROOT) == 0)) { newrt = rt = RNTORT(rn); here -> RT_LOCK(newrt); RT_ADDREF(newrt); if (needlock) Kind regards, Ingo Flaschberger --168430090-1063431390-1282607720=:12708 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=radix_mpath.c Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=radix_mpath.c LyoNCiAqIENvcHlyaWdodCAoQykgMjAwMSBXSURFIFByb2plY3QuDQogKiBB bGwgcmlnaHRzIHJlc2VydmVkLg0KICoNCiAqIFJlZGlzdHJpYnV0aW9uIGFu ZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0 aG91dA0KICogbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVk IHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zDQogKiBhcmUgbWV0Og0K ICogMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0 YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQNCiAqICAgIG5vdGljZSwgdGhpcyBs aXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1l ci4NCiAqIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0 IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0DQogKiAgICBub3RpY2Us IHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRp c2NsYWltZXIgaW4gdGhlDQogKiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBv dGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9u Lg0KICogMy4gTmVpdGhlciB0aGUgbmFtZSBvZiB0aGUgcHJvamVjdCBub3Ig dGhlIG5hbWVzIG9mIGl0cyBjb250cmlidXRvcnMNCiAqICAgIG1heSBiZSB1 c2VkIHRvIGVuZG9yc2Ugb3IgcHJvbW90ZSBwcm9kdWN0cyBkZXJpdmVkIGZy b20gdGhpcyBzb2Z0d2FyZQ0KICogICAgd2l0aG91dCBzcGVjaWZpYyBwcmlv ciB3cml0dGVuIHBlcm1pc3Npb24uDQogKg0KICogVEhJUyBTT0ZUV0FSRSBJ UyBQUk9WSURFRCBCWSBUSEUgUFJPSkVDVCBBTkQgQ09OVFJJQlVUT1JTIGBg QVMgSVMnJyBBTkQNCiAqIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFO VElFUywgSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFRIRQ0KICog SU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklU TkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UNCiAqIEFSRSBESVNDTEFJ TUVELiAgSU4gTk8gRVZFTlQgU0hBTEwgVEhFIFBST0pFQ1QgT1IgQ09OVFJJ QlVUT1JTIEJFIExJQUJMRQ0KICogRk9SIEFOWSBESVJFQ1QsIElORElSRUNU LCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVF TlRJQUwNCiAqIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVE IFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTDQogKiBPUiBT RVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJV U0lORVNTIElOVEVSUlVQVElPTikNCiAqIEhPV0VWRVIgQ0FVU0VEIEFORCBP TiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFD VCwgU1RSSUNUDQogKiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBO RUdMSUdFTkNFIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZDQog KiBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFE VklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GDQogKiBTVUNIIERBTUFHRS4N CiAqIFRIRSBBVVRIT1JTIERPIE5PVCBHVUFSQU5URUUgVEhBVCBUSElTIFNP RlRXQVJFIERPRVMgTk9UIElORlJJTkdFDQogKiBBTlkgT1RIRVJTJyBJTlRF TExFQ1RVQUwgUFJPUEVSVElFUy4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFV VEhPUlMNCiAqIEJFIExJQUJMRSBGT1IgQU5ZIElORlJJTkdFTUVOVCBPRiBB TlkgT1RIRVJTJyBJTlRFTExFQ1RVQUwNCiAqIFBST1BFUlRJRVMuDQogKi8N Cg0KI2luY2x1ZGUgPHN5cy9jZGVmcy5oPg0KX19GQlNESUQoIiRGcmVlQlNE OiBzcmMvc3lzL25ldC9yYWRpeF9tcGF0aC5jLHYgMS4xMC4yLjIgMjAxMC8w NC8wMiAwNTowMjo1MCBxaW5nbGkgRXhwICQiKTsNCg0KI2luY2x1ZGUgIm9w dF9pbmV0LmgiDQojaW5jbHVkZSAib3B0X2luZXQ2LmgiDQoNCiNpbmNsdWRl IDxzeXMvcGFyYW0uaD4NCiNpbmNsdWRlIDxzeXMvc3lzdG0uaD4NCiNpbmNs dWRlIDxzeXMvbWFsbG9jLmg+DQojaW5jbHVkZSA8c3lzL3NvY2tldC5oPg0K I2luY2x1ZGUgPHN5cy9kb21haW4uaD4NCiNpbmNsdWRlIDxzeXMvc3lzbG9n Lmg+DQojaW5jbHVkZSA8bmV0L3JhZGl4Lmg+DQojaW5jbHVkZSA8bmV0L3Jh ZGl4X21wYXRoLmg+DQojaW5jbHVkZSA8bmV0L3JvdXRlLmg+DQojaW5jbHVk ZSA8bmV0L2lmLmg+DQojaW5jbHVkZSA8bmV0L2lmX3Zhci5oPg0KDQovKg0K ICogZ2l2ZSBzb21lIGppdHRlciB0byBoYXNoLCB0byBhdm9pZCBzeW5jaHJv bml6YXRpb24gYmV0d2VlbiByb3V0ZXJzDQogKi8NCnN0YXRpYyB1aW50MzJf dCBoYXNoaml0dGVyOw0KDQppbnQNCnJuX21wYXRoX2NhcGFibGUoc3RydWN0 IHJhZGl4X25vZGVfaGVhZCAqcm5oKQ0Kew0KDQoJcmV0dXJuIHJuaC0+cm5o X211bHRpcGF0aDsNCn0NCg0Kc3RydWN0IHJhZGl4X25vZGUgKg0Kcm5fbXBh dGhfbmV4dChzdHJ1Y3QgcmFkaXhfbm9kZSAqcm4pDQp7DQoJc3RydWN0IHJh ZGl4X25vZGUgKm5leHQ7DQoNCglpZiAoIXJuLT5ybl9kdXBlZGtleSkNCgkJ cmV0dXJuIE5VTEw7DQoJbmV4dCA9IHJuLT5ybl9kdXBlZGtleTsNCglpZiAo cm4tPnJuX21hc2sgPT0gbmV4dC0+cm5fbWFzaykNCgkJcmV0dXJuIG5leHQ7 DQoJZWxzZQ0KCQlyZXR1cm4gTlVMTDsNCn0NCg0KdWludDMyX3QNCnJuX21w YXRoX2NvdW50KHN0cnVjdCByYWRpeF9ub2RlICpybikNCnsNCgl1aW50MzJf dCBpID0gMDsNCglzdHJ1Y3QgcnRlbnRyeSAqcnQ7DQoJDQoJd2hpbGUgKHJu ICE9IE5VTEwpIHsNCgkJcnQgPSAoc3RydWN0IHJ0ZW50cnkgKilybjsNCgkJ aSArPSBydC0+cnRfcm14LnJteF93ZWlnaHQ7DQoJCXJuID0gcm5fbXBhdGhf bmV4dChybik7DQoJfQ0KCXJldHVybiAoaSk7DQp9DQoNCnN0cnVjdCBydGVu dHJ5ICoNCnJ0X21wYXRoX21hdGNoZ2F0ZShzdHJ1Y3QgcnRlbnRyeSAqcnQs IHN0cnVjdCBzb2NrYWRkciAqZ2F0ZSkNCnsNCglzdHJ1Y3QgcmFkaXhfbm9k ZSAqcm47DQoNCglpZiAoIXJuX21wYXRoX25leHQoKHN0cnVjdCByYWRpeF9u b2RlICopcnQpKSB7DQoJCXByaW50ZigicnRfbXBhdGhfbWF0Y2hnYXRlOiBu byBuZXh0XG4iKTsNCgkJcmV0dXJuIHJ0Ow0KCX0NCg0KCWlmICghZ2F0ZSkg ew0KCQlwcmludGYoInJ0X21wYXRoX21hdGNoZ2F0ZTogbnVsbFxuIik7DQoJ CXJldHVybiBOVUxMOw0KCX0NCg0KCS8qIGJleW9uZCBoZXJlLCB3ZSB1c2Ug cm4gYXMgdGhlIG1hc3RlciBjb3B5ICovDQoJcm4gPSAoc3RydWN0IHJhZGl4 X25vZGUgKilydDsNCglkbyB7DQoJCXJ0ID0gKHN0cnVjdCBydGVudHJ5ICop cm47DQoJCS8qDQoJCSAqIHdlIGFyZSByZW1vdmluZyBhbiBhZGRyZXNzIGFs aWFzIHRoYXQgaGFzIA0KCQkgKiB0aGUgc2FtZSBwcmVmaXggYXMgYW5vdGhl ciBhZGRyZXNzDQoJCSAqIHdlIG5lZWQgdG8gY29tcGFyZSB0aGUgaW50ZXJm YWNlIGFkZHJlc3MgYmVjYXVzZQ0KCQkgKiBydF9nYXRld2F5IGlzIGEgc3Bl Y2lhbCBzb2NrYWRkX2RsIHN0cnVjdHVyZQ0KCQkgKi8NCgkJaWYgKHJ0LT5y dF9nYXRld2F5LT5zYV9mYW1pbHkgPT0gQUZfTElOSykgew0KCQkJcHJpbnRm KCJydF9tcGF0aF9tYXRjaGdhdGU6IGRvMVxuIik7DQoJCQlpZiAoIW1lbWNt cChydC0+cnRfaWZhLT5pZmFfYWRkciwgZ2F0ZSwgZ2F0ZS0+c2FfbGVuKSkg ew0KCQkJCXByaW50ZigicnRfbXBhdGhfbWF0Y2hnYXRlOiBkbzJcbiIpOw0K CQkJCWJyZWFrOw0KCQkJfQ0KCQl9IGVsc2Ugew0KCQkJcHJpbnRmKCJydF9t cGF0aF9tYXRjaGdhdGU6IGRvM1xuIik7DQoJCQlpZiAocnQtPnJ0X2dhdGV3 YXktPnNhX2xlbiA9PSBnYXRlLT5zYV9sZW4gJiYNCgkJCSAgICAhbWVtY21w KHJ0LT5ydF9nYXRld2F5LCBnYXRlLCBnYXRlLT5zYV9sZW4pKSB7DQoJCQkg ICAgCXByaW50ZigicnRfbXBhdGhfbWF0Y2hnYXRlOiBkbzRcbiIpOw0KCQkJ CWJyZWFrOw0KCQkJfQ0KCQl9DQoJfSB3aGlsZSAoKHJuID0gcm5fbXBhdGhf bmV4dChybikpICE9IE5VTEwpOw0KDQoJcHJpbnRmKCJydF9tcGF0aF9tYXRj aGdhdGU6IHJldHVyblxuIik7DQoJcmV0dXJuIChzdHJ1Y3QgcnRlbnRyeSAq KXJuOw0KfQ0KDQovKiANCiAqIGdvIHRocm91Z2ggdGhlIGNoYWluIGFuZCB1 bmxpbmsgInJ0IiBmcm9tIHRoZSBsaXN0DQogKiB0aGUgY2FsbGVyIHdpbGwg ZnJlZSAicnQiDQogKi8NCmludA0KcnRfbXBhdGhfZGVsZHVwKHN0cnVjdCBy dGVudHJ5ICpoZWFkcnQsIHN0cnVjdCBydGVudHJ5ICpydCkNCnsNCiAgICAg ICAgc3RydWN0IHJhZGl4X25vZGUgKnQsICp0dDsNCg0KICAgICAgICBpZiAo IWhlYWRydCB8fCAhcnQpDQogICAgICAgICAgICByZXR1cm4gKDApOw0KICAg ICAgICB0ID0gKHN0cnVjdCByYWRpeF9ub2RlICopaGVhZHJ0Ow0KICAgICAg ICB0dCA9IHJuX21wYXRoX25leHQodCk7DQogICAgICAgIHdoaWxlICh0dCkg ew0KICAgICAgICAgICAgaWYgKHR0ID09IChzdHJ1Y3QgcmFkaXhfbm9kZSAq KXJ0KSB7DQogICAgICAgICAgICAgICAgdC0+cm5fZHVwZWRrZXkgPSB0dC0+ cm5fZHVwZWRrZXk7DQogICAgICAgICAgICAgICAgdHQtPnJuX2R1cGVka2V5 ID0gTlVMTDsNCiAgICAJICAgICAgICB0dC0+cm5fZmxhZ3MgJj0gflJORl9B Q1RJVkU7DQoJICAgICAgICB0dFsxXS5ybl9mbGFncyAmPSB+Uk5GX0FDVElW RTsNCiAgICAgICAgICAgICAgICByZXR1cm4gKDEpOw0KICAgICAgICAgICAg fQ0KICAgICAgICAgICAgdCA9IHR0Ow0KICAgICAgICAgICAgdHQgPSBybl9t cGF0aF9uZXh0KChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXQpOw0KICAgICAgICB9 DQogICAgICAgIHJldHVybiAoMCk7DQp9DQoNCi8qDQogKiBjaGVjayBpZiB3 ZSBoYXZlIHRoZSBzYW1lIGtleS9tYXNrL2dhdGV3YXkgb24gdGhlIHRhYmxl IGFscmVhZHkuDQogKi8NCmludA0KcnRfbXBhdGhfY29uZmxpY3Qoc3RydWN0 IHJhZGl4X25vZGVfaGVhZCAqcm5oLCBzdHJ1Y3QgcnRlbnRyeSAqcnQsDQog ICAgc3RydWN0IHNvY2thZGRyICpuZXRtYXNrKQ0Kew0KCXN0cnVjdCByYWRp eF9ub2RlICpybiwgKnJuMTsNCglzdHJ1Y3QgcnRlbnRyeSAqcnQxOw0KCWNo YXIgKnAsICpxLCAqZXE7DQoJaW50IHNhbWUsIGwsIHNraXA7DQoNCglybiA9 IChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJ0Ow0KCXJuMSA9IHJuaC0+cm5oX2xv b2t1cChydF9rZXkocnQpLCBuZXRtYXNrLCBybmgpOw0KCWlmICghcm4xIHx8 IHJuMS0+cm5fZmxhZ3MgJiBSTkZfUk9PVCkNCgkJcmV0dXJuIDA7DQoNCgkv Kg0KCSAqIHVubGlrZSBvdGhlciBmdW5jdGlvbnMgd2UgaGF2ZSBpbiB0aGlz IGZpbGUsIHdlIGhhdmUgdG8gY2hlY2sNCgkgKiBhbGwga2V5L21hc2svZ2F0 ZXdheSBhcyBybmhfbG9va3VwIGNhbiBtYXRjaCBsZXNzIHNwZWNpZmljIGVu dHJ5Lg0KCSAqLw0KCXJ0MSA9IChzdHJ1Y3QgcnRlbnRyeSAqKXJuMTsNCg0K CS8qIGNvbXBhcmUga2V5LiAqLw0KCWlmIChydF9rZXkocnQxKS0+c2FfbGVu ICE9IHJ0X2tleShydCktPnNhX2xlbiB8fA0KCSAgICBiY21wKHJ0X2tleShy dDEpLCBydF9rZXkocnQpLCBydF9rZXkocnQxKS0+c2FfbGVuKSkNCgkJZ290 byBkaWZmZXJlbnQ7DQoNCgkvKiBrZXkgd2FzIHRoZSBzYW1lLiAgY29tcGFy ZSBuZXRtYXNrLiAgaGFpcnkuLi4gKi8NCglpZiAocnRfbWFzayhydDEpICYm IG5ldG1hc2spIHsNCgkJc2tpcCA9IHJuaC0+cm5oX3RyZWV0b3AtPnJuX29m ZnNldDsNCgkJaWYgKHJ0X21hc2socnQxKS0+c2FfbGVuID4gbmV0bWFzay0+ c2FfbGVuKSB7DQoJCQkvKg0KCQkJICogYXMgcnRfbWFzayhydDEpIGlzIG1h ZGUgb3B0aW1hbCBieSByYWRpeC5jLA0KCQkJICogdGhlcmUgbXVzdCBiZSBz b21lIDEtYml0cyBvbiBydF9tYXNrKHJ0MSkNCgkJCSAqIGFmdGVyIG5ldG1h c2stPnNhX2xlbi4gIHRoZXJlZm9yZSwgaW4NCgkJCSAqIHRoaXMgY2FzZSwg dGhlIGVudHJpZXMgYXJlIGRpZmZlcmVudC4NCgkJCSAqLw0KCQkJaWYgKHJ0 X21hc2socnQxKS0+c2FfbGVuID4gc2tpcCkNCgkJCQlnb3RvIGRpZmZlcmVu dDsNCgkJCWVsc2Ugew0KCQkJCS8qIG5vIGJpdHMgdG8gY29tcGFyZSwgaS5l LiBzYW1lKi8NCgkJCQlnb3RvIG1hc2ttYXRjaGVkOw0KCQkJfQ0KCQl9DQoN CgkJbCA9IHJ0X21hc2socnQxKS0+c2FfbGVuOw0KCQlpZiAoc2tpcCA+IGwp IHsNCgkJCS8qIG5vIGJpdHMgdG8gY29tcGFyZSwgaS5lLiBzYW1lICovDQoJ CQlnb3RvIG1hc2ttYXRjaGVkOw0KCQl9DQoJCXAgPSAoY2hhciAqKXJ0X21h c2socnQxKTsNCgkJcSA9IChjaGFyICopbmV0bWFzazsNCgkJaWYgKGJjbXAo cCArIHNraXAsIHEgKyBza2lwLCBsIC0gc2tpcCkpDQoJCQlnb3RvIGRpZmZl cmVudDsNCgkJLyoNCgkJICogbmVlZCB0byBnbyB0aHJvdWdoIGFsbCB0aGUg Yml0LCBhcyBuZXRtYXNrIGlzIG5vdA0KCQkgKiBvcHRpbWFsIGFuZCBjYW4g Y29udGFpbiB0cmFpbGluZyAwcw0KCQkgKi8NCgkJZXEgPSAoY2hhciAqKW5l dG1hc2sgKyBuZXRtYXNrLT5zYV9sZW47DQoJCXEgKz0gbDsNCgkJc2FtZSA9 IDE7DQoJCXdoaWxlIChlcSA+IHEpDQoJCQlpZiAoKnErKykgew0KCQkJCXNh bWUgPSAwOw0KCQkJCWJyZWFrOw0KCQkJfQ0KCQlpZiAoIXNhbWUpDQoJCQln b3RvIGRpZmZlcmVudDsNCgl9IGVsc2UgaWYgKCFydF9tYXNrKHJ0MSkgJiYg IW5ldG1hc2spDQoJCTsgLyogbm8gbWFzayB0byBjb21wYXJlLCBpLmUuIHNh bWUgKi8NCgllbHNlIHsNCgkJLyogb25lIGhhcyBtYXNrIGFuZCB0aGUgb3Ro ZXIgZG9lcyBub3QsIGRpZmZlcmVudCAqLw0KCQlnb3RvIGRpZmZlcmVudDsN Cgl9DQoNCm1hc2ttYXRjaGVkOg0KDQoJLyoga2V5L21hc2sgd2VyZSB0aGUg c2FtZS4gIGNvbXBhcmUgZ2F0ZXdheSBmb3IgYWxsIG11bHRpcGF0aHMgKi8N CglkbyB7DQoJCXJ0MSA9IChzdHJ1Y3QgcnRlbnRyeSAqKXJuMTsNCg0KCQkv KiBzYW5pdHk6IG5vIHVzZSBpbiBjb21wYXJpbmcgdGhlIHNhbWUgdGhpbmcg Ki8NCgkJaWYgKHJuMSA9PSBybikNCgkJCWNvbnRpbnVlOw0KICAgICAgICAN CgkJaWYgKHJ0MS0+cnRfZ2F0ZXdheS0+c2FfZmFtaWx5ID09IEFGX0xJTksp IHsNCgkJCWlmIChydDEtPnJ0X2lmYS0+aWZhX2FkZHItPnNhX2xlbiAhPSBy dC0+cnRfaWZhLT5pZmFfYWRkci0+c2FfbGVuIHx8DQoJCQkgICAgYmNtcChy dDEtPnJ0X2lmYS0+aWZhX2FkZHIsIHJ0LT5ydF9pZmEtPmlmYV9hZGRyLCAN CgkJCSAgICBydDEtPnJ0X2lmYS0+aWZhX2FkZHItPnNhX2xlbikpDQoJCQkJ Y29udGludWU7DQoJCX0gZWxzZSB7DQoJCQlpZiAocnQxLT5ydF9nYXRld2F5 LT5zYV9sZW4gIT0gcnQtPnJ0X2dhdGV3YXktPnNhX2xlbiB8fA0KCQkJICAg IGJjbXAocnQxLT5ydF9nYXRld2F5LCBydC0+cnRfZ2F0ZXdheSwNCgkJCSAg ICBydDEtPnJ0X2dhdGV3YXktPnNhX2xlbikpDQoJCQkJY29udGludWU7DQoJ CX0NCg0KCQkvKiBhbGwga2V5L21hc2svZ2F0ZXdheSBhcmUgdGhlIHNhbWUu ICBjb25mbGljdGluZyBlbnRyeS4gKi8NCgkJcmV0dXJuIEVFWElTVDsNCgl9 IHdoaWxlICgocm4xID0gcm5fbXBhdGhfbmV4dChybjEpKSAhPSBOVUxMKTsN Cg0KZGlmZmVyZW50Og0KCXJldHVybiAwOw0KfQ0KDQp2b2lkDQpydGFsbG9j X21wYXRoX2ZpYihzdHJ1Y3Qgcm91dGUgKnJvLCB1aW50MzJfdCBoYXNoLCB1 X2ludCBmaWJudW0pDQp7DQoJc3RydWN0IHJhZGl4X25vZGUgKnJuMCwgKnJu Ow0KCS8vdV9pbnQzMl90IG47DQoJc3RydWN0IHJ0ZW50cnkgKnJ0Ow0KCWlu dDY0X3Qgd2VpZ2h0Ow0KCWludDY0X3QgbG93ZXN0X3dlaWdodDsNCgl1X2lu dDMyX3QgY291bnQ7DQoNCgkvKg0KCSAqIFhYWCB3ZSBkb24ndCBhdHRlbXB0 IHRvIGxvb2t1cCBjYWNoZWQgcm91dGUgYWdhaW47IHdoYXQgc2hvdWxkDQoJ ICogYmUgZG9uZSBmb3Igc2VuZHRvKDMpIGNhc2U/DQoJICovDQoJaWYgKHJv LT5yb19ydCAmJiByby0+cm9fcnQtPnJ0X2lmcCAmJiAocm8tPnJvX3J0LT5y dF9mbGFncyAmIFJURl9VUCkNCgkgICAgJiYgUlRfTElOS19JU19VUChyby0+ cm9fcnQtPnJ0X2lmcCkpIHsNCgkgICAgCXByaW50ZigiY2FjaGVkIHJvdXRl XG4iKTsNCgkJcmV0dXJuOw0KCX0JIA0KCXJvLT5yb19ydCA9IHJ0YWxsb2Mx X2ZpYigmcm8tPnJvX2RzdCwgMSwgMCwgZmlibnVtKTsNCg0KCS8qIGlmIHRo ZSByb3V0ZSBkb2VzIG5vdCBleGlzdCBvciBpdCBpcyBub3QgbXVsdGlwYXRo LCBkb24ndCBjYXJlICovDQoJaWYgKHJvLT5yb19ydCA9PSBOVUxMKSB7DQoJ CXByaW50ZigiZG9lcyBub3QgZXhpc3RcbiIpOw0KCQlyZXR1cm47DQoJfQ0K CWlmIChybl9tcGF0aF9uZXh0KChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJvLT5y b19ydCkgPT0gTlVMTCkgew0KCQlSVF9VTkxPQ0socm8tPnJvX3J0KTsNCgkJ Ly9wcmludGYoIm5vIG11bHRpcGF0aFxuIik7DQoJCXJldHVybjsNCgl9DQoJ DQoJLy8gY2hlY2sgaWYgdGhpcyBhIGRpcmVjdCBjb25uZWN0ZWQgaW50ZXJm YWNlIG9yIGhvc3Qgcm91dGUgLyBubyBnYXRld2F5IHJvdXRlDQoJLyoNCglp ZiAoIChyby0+cm9fcnQtPnJ0X2ZsYWdzICYgUlRGX0dBVEVXQVkpID09IDAp IHsNCgkJcmV0dXJuOw0KCX0qLw0KDQoJLyogYmV5b25kIGhlcmUsIHdlIHVz ZSBybiBhcyB0aGUgbWFzdGVyIGNvcHkgKi8NCglybjAgPSBybiA9IChzdHJ1 Y3QgcmFkaXhfbm9kZSAqKXJvLT5yb19ydDsNCgkvL24gPSBybl9tcGF0aF9j b3VudChybjApOw0KCQ0KCS8qIGZpbmQgbG93ZXN0IHdlaWdodCByb3V0ZSAq Lw0KCWNvdW50ID0gMDsNCglmb3IgKCBydCA9IChzdHJ1Y3QgcnRlbnRyeSAq KXJuLCB3ZWlnaHQgPSBydC0+cnRfcm14LnJteF93ZWlnaHQ7IHJuICE9IE5V TEw7IHJuID0gcm5fbXBhdGhfbmV4dCggcm4pKSB7DQoJCS8qIFhYWCBjaGVj ayBpZiByb3V0ZSBpcyB1cD8gKi8NCgkJcnQgPSAoc3RydWN0IHJ0ZW50cnkg KilybjsNCgkJcHJpbnRmKCJ3ZWlnaHQ6ICVsZFxuIiwgd2VpZ2h0KTsNCgkJ aWYgKHdlaWdodCA+IHJ0LT5ydF9ybXgucm14X3dlaWdodCkgew0KCQkJd2Vp Z2h0ID0gcnQtPnJ0X3JteC5ybXhfd2VpZ2h0Ow0KCQkJY291bnQgPSAxOw0K CQkJcHJpbnRmKCJ3ZWlnaHQ6IG5ld1xuIik7DQoJCX0gZWxzZSBpZiAod2Vp Z2h0ID09IHJ0LT5ydF9ybXgucm14X3dlaWdodCkgew0KCQkJY291bnQrKzsN CgkJCXByaW50Zigid2VpZ2h0OiBjb3VudCAlZFxuIiwgY291bnQpOw0KCQl9 DQoJfQ0KCWxvd2VzdF93ZWlnaHQgPSB3ZWlnaHQ7DQoJDQoJcHJpbnRmKCJs b3dlc3Qgd2VpZ2h0OiAlbGRcbiIsIHdlaWdodCk7DQoJDQoJLy8gc2VsZWN0 IG5vdyBvbmUgb2YgdGhlIGxvd2VzdCB3ZWlnaHQgcm91dGVzDQoJaGFzaCAr PSBoYXNoaml0dGVyOw0KCWhhc2ggJT0gY291bnQ7DQoJcm4gPSBybjA7DQoJ cHJpbnRmKCJjb3VudDogJWRcbiIsIGNvdW50KTsNCglwcmludGYoImhhc2g6 ICVkXG4iLCBoYXNoKTsNCglmb3IgKCBjb3VudCA9IDA7IHJuICE9IE5VTEw7 IHJuID0gcm5fbXBhdGhfbmV4dCggcm4pKSB7DQoJCXJ0ID0gKHN0cnVjdCBy dGVudHJ5ICopcm47DQoJCWlmICggcnQtPnJ0X3JteC5ybXhfd2VpZ2h0ID09 IGxvd2VzdF93ZWlnaHQpIHsNCgkJCWlmIChjb3VudCA9PSBoYXNoKSB7DQoJ CQkJcHJpbnRmKCJ3ZWlnaHQ6IGNvdW50ID09IGhhc2hcbiIpOw0KCQkJCWJy ZWFrOw0KCQkJfQ0KCQkJY291bnQrKzsNCgkJfQ0KCX0NCglwcmludGYoInNl bGN0ZWQgd2VpZ2h0OiAlbGRcbiIsIHJ0LT5ydF9ybXgucm14X3dlaWdodCk7 DQoNCgkNCgkvKiBndyBzZWxlY3Rpb24gaGFzIGZhaWxlZCAtIHRoZXJlIG11 c3QgYmUgb25seSB6ZXJvIHdlaWdodCByb3V0ZXMgKi8NCglpZiAoIXJuKSB7 DQoJCVJUX1VOTE9DSyhyby0+cm9fcnQpOw0KCQlyby0+cm9fcnQgPSBOVUxM Ow0KCQlwcmludGYoImdhdGV3YXkgc2VsZWN0aW9uIGZhaWxlZFxuIik7DQoJ CXJldHVybjsNCgl9DQoJaWYgKHJvLT5yb19ydCAhPSBydCkgew0KCQlSVEZS RUVfTE9DS0VEKHJvLT5yb19ydCk7DQoJCXJvLT5yb19ydCA9IChzdHJ1Y3Qg cnRlbnRyeSAqKXJuOw0KCQlSVF9MT0NLKHJvLT5yb19ydCk7DQoJCVJUX0FE RFJFRihyby0+cm9fcnQpOw0KDQoJfSANCglSVF9VTkxPQ0socm8tPnJvX3J0 KTsNCn0NCg0KZXh0ZXJuIGludAlpbjZfaW5pdGhlYWQodm9pZCAqKmhlYWQs IGludCBvZmYpOw0KZXh0ZXJuIGludAlpbl9pbml0aGVhZCh2b2lkICoqaGVh ZCwgaW50IG9mZik7DQoNCiNpZmRlZiBJTkVUDQppbnQNCnJuNF9tcGF0aF9p bml0aGVhZCh2b2lkICoqaGVhZCwgaW50IG9mZikNCnsNCglzdHJ1Y3QgcmFk aXhfbm9kZV9oZWFkICpybmg7DQoNCgloYXNoaml0dGVyID0gYXJjNHJhbmRv bSgpOw0KCWlmIChpbl9pbml0aGVhZChoZWFkLCBvZmYpID09IDEpIHsNCgkJ cm5oID0gKHN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKikqaGVhZDsNCgkJcm5o LT5ybmhfbXVsdGlwYXRoID0gMTsNCgkJcmV0dXJuIDE7DQoJfSBlbHNlDQoJ CXJldHVybiAwOw0KfQ0KI2VuZGlmDQoNCiNpZmRlZiBJTkVUNg0KaW50DQpy bjZfbXBhdGhfaW5pdGhlYWQodm9pZCAqKmhlYWQsIGludCBvZmYpDQp7DQoJ c3RydWN0IHJhZGl4X25vZGVfaGVhZCAqcm5oOw0KDQoJaGFzaGppdHRlciA9 IGFyYzRyYW5kb20oKTsNCglpZiAoaW42X2luaXRoZWFkKGhlYWQsIG9mZikg PT0gMSkgew0KCQlybmggPSAoc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqKSpo ZWFkOw0KCQlybmgtPnJuaF9tdWx0aXBhdGggPSAxOw0KCQlyZXR1cm4gMTsN Cgl9IGVsc2UNCgkJcmV0dXJuIDA7DQp9DQoNCiNlbmRpZg0K --168430090-1063431390-1282607720=:12708-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 00:33:06 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEA8E10656A8 for ; Tue, 24 Aug 2010 00:33:06 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD808FC21 for ; Tue, 24 Aug 2010 00:33:05 +0000 (UTC) Received: (qmail 30031 invoked from network); 24 Aug 2010 02:33:04 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 02:33:04 +0200 Date: Tue, 24 Aug 2010 02:33:03 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 00:33:06 -0000 Dear Li, nice to hear from you. 1st: i have send in a bugfix: http://www.freebsd.org/cgi/query-pr.cgi?pr=149917 >> >> I have changed the route selection code of ecmp to >> balance only between routes of the same weight. >> (see attached file) > >> As Qing Li mentioned months ago, there are problems with static routes >> and interfaces. >> > > Do you have the exact link to the email thread? > There were no pending ECMP related issues since my last round of > commits > as far as I can remember. http://lists.freebsd.org/pipermail/freebsd-net/2010-January/024420.html http://lists.freebsd.org/pipermail/freebsd-net/2010-February/024539.html >> Example 1: >> ifconfig em1 alias 10.13.13.90/24 >> ping 10.13.13.95 ok >> route add 10.13.13.0/24 10.11.11.1 -weight 2 >> ping 10.13.13.95 broken (arpresolve: can't allocate llinfo for >> 10.13.13.95) >> > > Could you please explain a bit on exactly what you try to > accomplish here with this configuration? rebuilding my core-routers. it's a very special setup: 2 redundat core routers, connected via ospf (quagga), vrrp to server-side. currently I use a very modfied ucarp version because freebsd 6 only allows on route. problem is with standard freebsd and carp, that there is at the failover router a via ospf received route to the server-side interface. when now carp tries to add the route during failover, it fails. and seconds later the ospf route times out. so, i hoped to use carp, quagga and freebsd ecmp to be able to avoid this problems now. so I need route-merics (weights?) to prefer direct interface routes (connected) before static ones. perhaps I also need to change quagga to send also the merics to the kernel, as in differnce to, for example, cisco router, connected and static routes have the same weight. >> deleting the last static multipath routes seems to affect?, destroy? >> the interface route. >> system crashes in: >> /usr/src/sys/net/route.c:370 >> rn = rnh->rnh_matchaddr(dst, rnh); >> if (rn && ((rn->rn_flags & RNF_ROOT) == 0)) { >> newrt = rt = RNTORT(rn); >> here -> RT_LOCK(newrt); >> RT_ADDREF(newrt); >> if (needlock) >> > > I will take a look. thanks. Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 00:33:09 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 082641065693 for ; Tue, 24 Aug 2010 00:33:09 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 15FC88FC17 for ; Tue, 24 Aug 2010 00:33:08 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o7O0MkBS020384; Mon, 23 Aug 2010 17:22:51 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 Aug 2010 17:22:29 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: funny ECMP Thread-Index: ActDHsQE3FQ1Nnc5TT66L+z1AzXE3wAAzrhw References: From: "Li, Qing" To: "Ingo Flaschberger" , Cc: Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 00:33:09 -0000 Hi, >=20 > I have changed the route selection code of ecmp to > balance only between routes of the same weight. > (see attached file) >=20 > > As Qing Li mentioned months ago, there are problems with static routes > and interfaces. >=20 Do you have the exact link to the email thread?=20 There were no pending ECMP related issues since my last round of commits as far as I can remember. > > Example 1: > ifconfig em1 alias 10.13.13.90/24 > ping 10.13.13.95 ok > route add 10.13.13.0/24 10.11.11.1 -weight 2 > ping 10.13.13.95 broken (arpresolve: can't allocate llinfo for > 10.13.13.95) >=20 Could you please explain a bit on exactly what you try to=20 accomplish here with this configuration? >=20 > deleting the last static multipath routes seems to affect?, destroy? > the interface route. > system crashes in: > /usr/src/sys/net/route.c:370 > rn =3D rnh->rnh_matchaddr(dst, rnh); > if (rn && ((rn->rn_flags & RNF_ROOT) =3D=3D 0)) { > newrt =3D rt =3D RNTORT(rn); > here -> RT_LOCK(newrt); > RT_ADDREF(newrt); > if (needlock) >=20 I will take a look. -- Qing From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 01:05:08 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 807FB106567A for ; Tue, 24 Aug 2010 01:05:08 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id C5FE18FC15 for ; Tue, 24 Aug 2010 01:05:07 +0000 (UTC) Received: (qmail 5667 invoked from network); 24 Aug 2010 03:05:05 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 03:05:05 +0200 Date: Tue, 24 Aug 2010 03:05:04 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 01:05:08 -0000 Hi, I have forgotten to mention, that I do the current tests with flowtables disabled. Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 01:21:12 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41BD01065695 for ; Tue, 24 Aug 2010 01:21:12 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 291A38FC08 for ; Tue, 24 Aug 2010 01:21:11 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o7O1LAK1005638; Mon, 23 Aug 2010 18:21:11 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 Aug 2010 18:20:54 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: funny ECMP Thread-Index: ActDI+/FufXEYjbhTZyWTDhSYQEt4wABlq7Q References: From: "Li, Qing" To: "Ingo Flaschberger" Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 01:21:12 -0000 > > > >> As Qing Li mentioned months ago, there are problems with static > routes > >> and interfaces. > >> > > > > Do you have the exact link to the email thread? > > There were no pending ECMP related issues since my last round of > > commits > > as far as I can remember. >=20 > http://lists.freebsd.org/pipermail/freebsd-net/2010-January/024420.html > http://lists.freebsd.org/pipermail/freebsd-net/2010- > February/024539.html >=20 Right, the link-state related change was committed in r205222 http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D205222 And it's different from the problem you described. I will investigate your setup. Thank you. -- Qing From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 02:03:56 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B634910656A4; Tue, 24 Aug 2010 02:03:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 78D608FC19; Tue, 24 Aug 2010 02:03:56 +0000 (UTC) Received: by pxi17 with SMTP id 17so2789900pxi.13 for ; Mon, 23 Aug 2010 19:03:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=TrGiC33J1SH03x5QRGUyXnNChrrkysG8w+PRWo01nDY=; b=OhO1hbcF/ybcPFItBUcEalXlVRRuUI1fVbyhw0d2+4bo4aB8SjpchsmT4HLHQm36qF K8OlN9ZqJZ6KkwwsGda+AkYTeUl77i99pc1S/TAIjSdrd611btUOeLE6fI3ouy2NsiMj eZ1Fhw9HiWWVqJUXfndnU/IOAOGDdsBahv0Vc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=dBEQpHcD4igkrNd36TSeqhrMj0XAsjWbugKNbwv2wbiarpdHTrLwygP4Zjglcx3UOC zfeNXOOEEyLPr/eSSRRrnnUFWiyksAMT0PE+kPn362oFEiIHyUQPP++shB5bvhReBvbE n4dUs7l/0wRuoPJnGOqToaldLf+agMNAjLxPk= Received: by 10.114.109.1 with SMTP id h1mr6948921wac.203.1282615435893; Mon, 23 Aug 2010 19:03:55 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id n32sm13647664wag.23.2010.08.23.19.03.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Aug 2010 19:03:54 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 23 Aug 2010 19:03:51 -0700 From: Pyun YongHyeon Date: Mon, 23 Aug 2010 19:03:51 -0700 To: Liudas Message-ID: <20100824020351.GN1116@michelle.cdnetworks.com> References: <201008231822.o7NIMwZ1025428@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201008231822.o7NIMwZ1025428@freefall.freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, bug-followup@FreeBSD.org, yongari@freebsd.org Subject: Re: kern/79262: [dc] Adaptec ANA-6922 not fully supported X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 02:03:56 -0000 On Mon, Aug 23, 2010 at 06:22:58PM +0000, andre@freebsd.org wrote: > Synopsis: [dc] Adaptec ANA-6922 not fully supported > > Responsible-Changed-From-To: freebsd-net->yongari > Responsible-Changed-By: andre > Responsible-Changed-When: Mon Aug 23 18:22:28 UTC 2010 > Responsible-Changed-Why: > Over to expert. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=79262 Would you try the following patch and let me know how it goes on your box? I don't have dc(4) controller so it's hard to verify this at this moment. http://people.freebsd.org/~yongari/dc.eaddr.patch From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 04:14:29 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C1571065697; Tue, 24 Aug 2010 04:14:29 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D79238FC08; Tue, 24 Aug 2010 04:14:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7O4ESM4005619; Tue, 24 Aug 2010 04:14:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7O4ESTR005615; Tue, 24 Aug 2010 04:14:28 GMT (envelope-from linimon) Date: Tue, 24 Aug 2010 04:14:28 GMT Message-Id: <201008240414.o7O4ESTR005615@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149917: [net] [patch] freebsd 8.1 crash with ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 04:14:29 -0000 Old Synopsis: freebsd 8.1 crash with ECMP New Synopsis: [net] [patch] freebsd 8.1 crash with ECMP Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Aug 24 04:13:05 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149917 From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 04:40:13 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5379610656A6; Tue, 24 Aug 2010 04:40:13 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id F0C3A8FC0C; Tue, 24 Aug 2010 04:40:12 +0000 (UTC) Received: by pxi17 with SMTP id 17so2827962pxi.13 for ; Mon, 23 Aug 2010 21:40:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:from:to:cc :subject:organization:references:x-face:x-uptime:x-url :x-operating-system:x-openpgp-id:x-openpgp-fingerprint:x-mailer :x-mail-morse:x-attribution:organisation:date:in-reply-to:message-id :user-agent:face:mime-version:content-type; bh=7lPHPF+1d3CHxcWs0pJNhV3kWa2z12QP2xE/dd3ypUE=; b=a1WrPBcgeGl2yIYvbYyVkehmHaXMgtI+6GAfJLHqj+SEuEZ9VoM0xS4ZeJ5+jnsF0C eSeesw+XD/FViN3U56JLtl90LyRpqCxur+hI/WLmaNk+pghfqcbcYGgOJKy9H99L6H+9 OFpLUenSUYZleaoH7Zw/vv/GFxhZW8u+okwW0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:organization:references:x-face:x-uptime :x-url:x-operating-system:x-openpgp-id:x-openpgp-fingerprint :x-mailer:x-mail-morse:x-attribution:organisation:date:in-reply-to :message-id:user-agent:face:mime-version:content-type; b=T15ahYfoAYsFqcglb2GBhGe5idcEF7vkvNMf+TiwmYXh2ZrY0+ndP3KKcm1iAPpV0q CncuhI6T44A07QLZxDJlUidqFPF5i6+R0hTg8FzYNMl6jo8LvETB7WKAwBnrnuMROuVh nZtuPEUiec6ETINc6SbJIYq8mgYtACX3+KQ3Y= Received: by 10.114.113.9 with SMTP id l9mr7172112wac.109.1282624812383; Mon, 23 Aug 2010 21:40:12 -0700 (PDT) Received: from chateau.d.if ([122.163.155.212]) by mx.google.com with ESMTPS id c10sm13865606wam.13.2010.08.23.21.40.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Aug 2010 21:40:11 -0700 (PDT) Sender: Ashish SHUKLA Received: from chateau.d.if (chateau.d.if [IPv6:::1]) by chateau.d.if (Postfix) with ESMTP id 9E2B94ADA6; Tue, 24 Aug 2010 10:10:03 +0530 (IST) From: ashish@FreeBSD.org (Ashish SHUKLA) To: VANHULLEBUS Yvan Organization: The FreeBSD Project References: <86vd72nypn.fsf@chateau.d.if> <20100823075221.GA93863@zeninc.net> <86eidpscq0.fsf@chateau.d.if> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 10:06AM up 1:16, 3 users, load averages: 0.23, 0.32, 0.22 X-URL: http://762e5e74.wordpress.com/ X-Operating-System: FreeBSD/FreeBSD 8.1-RELEASE/amd64 X-OpenPGP-ID: E74FA4B0 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Mailer: Gnus v5.13 X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: The FreeBSD Project Date: Tue, 24 Aug 2010 10:09:58 +0530 In-Reply-To: <86eidpscq0.fsf@chateau.d.if> (Ashish SHUKLA's message of "Mon, 23 Aug 2010 18:33:19 +0530") Message-ID: <868w3w8vz5.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (amd64-portbld-freebsd8.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: freebsd-net@FreeBSD.org Subject: Re: IPsec support in FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 04:40:13 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi VANHULLEBUS, Ashish SHUKLA writes: > VANHULLEBUS Yvan writes: >> On Mon, Aug 23, 2010 at 02:37:16AM +0530, Ashish SHUKLA wrote: >>> Hi, >> Hi. > Hi >>> I'm running 8.1-RELEASE on amd64. >>>=20 >>> I'm connecting to an IPsec VPN (IPv4, dynamic keying using racoon) from= behind >>> a NAT and I'm having strange issues working with it. IPsec negotiation >>> succeeds but there are problems with sending traffic over the tunnel. >> In fact, you're trying to set up an IPsec tunnel through a NAT, with >> an userland probably compiled by default with NAT-T support, but a >> kernel without NAT-T support according to your kernel configuration >> file. > Okay, right I'll do it. But any ideas why doing a `tcpdump` causes it to = start > sending packets ? I can ssh into the boxen in tunnel network from my loca= l PC > just fine. >> To have it work, first add "options IPSEC_NAT_T" to your kernel conf >> file, compile / install it again. Then install -HEAD version of >> ipsec-tools, as it is actually the only one to be able to send >> correctly NAT-T PFkey extensions to FreeBSD kernel. > Okay, I'll install with IPSEC_NAT_T and install HEAD of ipsec-tools (from= the > ipsec-tools SF project). ipsec-tools needs a bit of patching[1] to make it work with 8.1-R. But it worked, and no more need to do 'tcpdump'. References: [1] http://people.freebsd.org/~ashish/diffs/ipsec-tools.diff Thanks =2D-=20 Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ =E2=80=9CThe sky above the port was the color of television, tuned to a dead channel.=E2=80=9D (William Gibson, "Neuromancer", 1984) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQIcBAEBCgAGBQJMc00iAAoJEMdGz6nnT6SwIT8P/A86yyEmEGYs30BTSa1i7+Fm HfLD6v9a0sYxFWMLG0CG6defkEgIoOB+lFOpc86pkK9vXK3/wHU6bNnID69I1l5X d5mwP5YygBJcKZpu+M1RdD3QmcoZMz0AdI8fp8N0hRHASjYpwqeBTglGHBVvTHsJ MzGpYXlbhEF0go3nP+LncCOMDnyxlIOdklWgLwJDd5uysl4z39SjnF+NZ73jBHhP rYZZlJYy6lHcgiBoMtKReTZnYdAFnZlN2VL+m0+Ivvbghn+i27CN62O6G9PKbwn7 Ch/VP9JyWCGXSqhHMJAIfvl3mo0sK5sZx6c+SxoPN4Dt08+fqGWenGPFJt3ZUgUl gBk0071iktfxTi/FYGj57kfb7GUeaiyN5DNsla1U3Vk7v+pmO2uiZeZmaEy6MNn2 mPz3uQ71sq/iucpQz3Jz+wu8vstiQpDiBy16alxatUDEVcoYjUuxaH7f4Mh7G6Vq s1XujisDjRO6zNrPUcvyLgK78AJ54gVoqyA2wVkPlQERNZmrRO9pLNhsmyDEjr9y soFy8s2pxR954pvYNq/4nUGkF6EyyqlDrWHlSNLSI1Rr/phRZPqhyMS4VIY7iatC rFvE2qOq/FcTb70Tyn5i/0T8vN5wKTnvEgQuXlKI/22syVPKC4ILblrtMMwEJgiq GUeHXxp19OB+2ksZ/YG2 =CMtX -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 07:55:09 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00214106566B; Tue, 24 Aug 2010 07:55:08 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CBCB08FC12; Tue, 24 Aug 2010 07:55:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7O7t8kY050159; Tue, 24 Aug 2010 07:55:08 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7O7t878050155; Tue, 24 Aug 2010 07:55:08 GMT (envelope-from andre) Date: Tue, 24 Aug 2010 07:55:08 GMT Message-Id: <201008240755.o7O7t878050155@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, qingli@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/144777: [arp] proxyarp broken in 8.0 [regression] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 07:55:09 -0000 Synopsis: [arp] proxyarp broken in 8.0 [regression] Responsible-Changed-From-To: freebsd-net->qingli Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 24 07:54:38 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=144777 From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 08:26:15 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A826106566C; Tue, 24 Aug 2010 08:26:15 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D627E8FC1E; Tue, 24 Aug 2010 08:26:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7O8QE3I083648; Tue, 24 Aug 2010 08:26:14 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7O8QEFH083644; Tue, 24 Aug 2010 08:26:14 GMT (envelope-from andre) Date: Tue, 24 Aug 2010 08:26:14 GMT Message-Id: <201008240826.o7O8QEFH083644@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, qingli@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/149917: [net] [patch] freebsd 8.1 crash with ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 08:26:15 -0000 Synopsis: [net] [patch] freebsd 8.1 crash with ECMP Responsible-Changed-From-To: freebsd-net->qingli Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 24 08:25:53 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=149917 From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 08:30:25 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5A67106567A; Tue, 24 Aug 2010 08:30:25 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AC83D8FC16; Tue, 24 Aug 2010 08:30:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7O8UPco086628; Tue, 24 Aug 2010 08:30:25 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7O8UP6p086624; Tue, 24 Aug 2010 08:30:25 GMT (envelope-from andre) Date: Tue, 24 Aug 2010 08:30:25 GMT Message-Id: <201008240830.o7O8UP6p086624@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/123617: [tcp] breaking connection when client downloading files from server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 08:30:25 -0000 Synopsis: [tcp] breaking connection when client downloading files from server Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 24 08:30:07 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=123617 From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 08:30:51 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF7C81065675; Tue, 24 Aug 2010 08:30:51 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 86E528FC1C; Tue, 24 Aug 2010 08:30:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7O8UpcG089451; Tue, 24 Aug 2010 08:30:51 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7O8UpZV089442; Tue, 24 Aug 2010 08:30:51 GMT (envelope-from andre) Date: Tue, 24 Aug 2010 08:30:51 GMT Message-Id: <201008240830.o7O8UpZV089442@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/123603: [tcp] tcp_do_segment and Received duplicate SYN X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 08:30:51 -0000 Synopsis: [tcp] tcp_do_segment and Received duplicate SYN Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 24 08:30:34 UTC 2010 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=123603 From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 12:37:53 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8236106564A; Tue, 24 Aug 2010 12:37:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7098FC0C; Tue, 24 Aug 2010 12:37:53 +0000 (UTC) Received: by gyg4 with SMTP id 4so2968335gyg.13 for ; Tue, 24 Aug 2010 05:37:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gSG7gODTrnIbGtLU1RC0gQouwGYneIl4WqWxek0oeZw=; b=q5ERAmFm0WqfCUtDb5w05fDXudwoXx237qPkUPKbyxc4XMN7povxnhdKhtV17DxwkS fRhhzq9Dss/pQ6BM72QQcbkwb1DtMs+wv7ig3LL8XgNR4TceKRv/WGI2fn1Md3hmBKzh nkGSVlDz3dbx6DDX4UKRwvvtK8+RAd834G1dU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=bWJ+pfPC+O25onQWvSmiuybI9gxMMIxC6JTt5B6xH8EhuzedZFsDSiCY1txfZiWDHt VsfvRdavowwDVSKSIP/KrHIMdWk1Z+3ytsxRXlX/0JjMjrdCCa9Xavjr/ZgoBIj5j019 UI91Sr3QY3t6IE6jx/d+UBTW3R4dyTpzz30R4= MIME-Version: 1.0 Received: by 10.151.130.17 with SMTP id h17mr6748279ybn.426.1282653472579; Tue, 24 Aug 2010 05:37:52 -0700 (PDT) Received: by 10.231.168.14 with HTTP; Tue, 24 Aug 2010 05:37:52 -0700 (PDT) In-Reply-To: <4C724AD9.5020000@freebsd.org> References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> Date: Tue, 24 Aug 2010 20:37:52 +0800 Message-ID: From: Adrian Chadd To: Andre Oppermann Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: pyunyh@gmail.com, freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 12:37:54 -0000 On 23 August 2010 18:18, Andre Oppermann wrote: > It seems the 4k clusters do not get freed back to the pool after they've > been sent by the NIC and dropped from the socket buffer after the ACK has > arrived. =A0The leak must occur in one of these two places. =A0The socket > buffer is unlikely as it would affect not just you but everyone else too. > Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime > suspect. They don't stay leaked though. Killing the offending process sees mbuf's eventually returned. It isn't immediate though. It may be related to timing out existing socket connections or something? I haven't yet brought up the second box enough to start passing test traffic, so I can't provide any further details than this. Adrian From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 13:00:16 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0769310656A5 for ; Tue, 24 Aug 2010 13:00:16 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4108FC1B for ; Tue, 24 Aug 2010 13:00:14 +0000 (UTC) Received: (qmail 53245 invoked from network); 24 Aug 2010 12:59:10 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 24 Aug 2010 12:59:10 -0000 Message-ID: <4C73C25F.90903@freebsd.org> Date: Tue, 24 Aug 2010 15:00:15 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Adrian Chadd References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com, freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 13:00:16 -0000 On 24.08.2010 14:37, Adrian Chadd wrote: > On 23 August 2010 18:18, Andre Oppermann wrote: >> It seems the 4k clusters do not get freed back to the pool after they've >> been sent by the NIC and dropped from the socket buffer after the ACK has >> arrived. The leak must occur in one of these two places. The socket >> buffer is unlikely as it would affect not just you but everyone else too. >> Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime >> suspect. > > They don't stay leaked though. Killing the offending process sees > mbuf's eventually returned. > It isn't immediate though. It may be related to timing out existing > socket connections or something? Try "netstat -n -p tcp -x" to see whether one socket is holding on to too much data. > I haven't yet brought up the second box enough to start passing test > traffic, so I can't provide any further details than this. Testing with a different network card would help to narrow down the area to look for the bug as well. Can you describe your connection capturing setup some more? Do you use "ipfw fwd" or some form of NAT? -- Andre From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 18:08:42 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8215F10656AC for ; Tue, 24 Aug 2010 18:08:42 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id C85998FC17 for ; Tue, 24 Aug 2010 18:08:40 +0000 (UTC) Received: (qmail 9586 invoked from network); 24 Aug 2010 20:08:38 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 20:08:38 +0200 Date: Tue, 24 Aug 2010 20:08:37 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 18:08:42 -0000 Hi, one of the problems: sysctl -w net.inet.flowtable.enable=0 route add 10.13.13.0/24 10.11.11.1 -weight 2 ifconfig em1 alias 10.13.13.90/24 arp-resolve fails: arpresolve: can't allocate llinfo for 10.13.13.95 in sys/netinet/in.c: in_lltable_lookup calls in_lltable_rtcheck which calls rtalloc1 rtalloc1 seems to return the first route - and does not check for more. diag from in_lltable_rtcheck: IPv4 address: "10.13.13.95" is not on the network checking now how to repair this. Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 18:18:50 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CAE91065698 for ; Tue, 24 Aug 2010 18:18:50 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 540358FC13 for ; Tue, 24 Aug 2010 18:18:50 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o7OIIn1Q019807; Tue, 24 Aug 2010 11:18:49 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Aug 2010 11:18:32 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: funny ECMP Thread-Index: ActDt2ZYhQ+7Kc9pQba/eFcc9jZawwAAJ+EQ References: From: "Li, Qing" To: "Ingo Flaschberger" Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 18:18:50 -0000 Hi, The indirect route is colliding with the interface route, both have the same mask. How do you expect this to work ? How would the routing code differentiate between on-link nodes and the those needing to be routed through 10.11.11.1 ? -- Qing >=20 > one of the problems: > sysctl -w net.inet.flowtable.enable=3D0 > route add 10.13.13.0/24 10.11.11.1 -weight 2 > ifconfig em1 alias 10.13.13.90/24 >=20 > arp-resolve fails: > arpresolve: can't allocate llinfo for 10.13.13.95 >=20 > in sys/netinet/in.c: > in_lltable_lookup calls in_lltable_rtcheck which calls rtalloc1 > rtalloc1 seems to return the first route - and does not check for more. >=20 > diag from in_lltable_rtcheck: > IPv4 address: "10.13.13.95" is not on the network >=20 > checking now how to repair this. >=20 > Kind regards, > Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 18:28:28 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02731065675 for ; Tue, 24 Aug 2010 18:28:28 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8AA8FC1C for ; Tue, 24 Aug 2010 18:28:27 +0000 (UTC) Received: (qmail 1898 invoked from network); 24 Aug 2010 20:28:26 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 20:28:26 +0200 Date: Tue, 24 Aug 2010 20:28:25 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 18:28:28 -0000 Dear Li, > The indirect route is colliding with the interface route, both have > the same mask. > > How do you expect this to work ? > > How would the routing code differentiate between on-link nodes and > the those needing to be routed through 10.11.11.1 ? in_lltable_rtcheck if (rt == NULL || (!(flags & LLE_PUB) && ((rt->rt_flags & RTF_GATEWAY) || (rt->rt_ifp != ifp)))) { RTF_GATEWAY? Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 19:00:50 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C91EF1065679 for ; Tue, 24 Aug 2010 19:00:50 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id ADC668FC12 for ; Tue, 24 Aug 2010 19:00:50 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o7OJ0ook007649; Tue, 24 Aug 2010 12:00:50 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Aug 2010 12:00:33 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: funny ECMP Thread-Index: ActDuicygMPFGSOBQ8qHQwOT7uo29wAAGd/Q References: From: "Li, Qing" To: "Ingo Flaschberger" Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 19:00:50 -0000 Hi, I am trying to figure out, if the routing table have=20 10.13.13.0/24 10.11.11.1 10.13.13.0/24 link#1 And if I do "ssh 10.13.13.2", which route should be used? -- Qing > -----Original Message----- > From: Ingo Flaschberger [mailto:if@xip.at] > Sent: Tuesday, August 24, 2010 11:28 AM > To: Li, Qing > Cc: net@freebsd.org > Subject: RE: funny ECMP >=20 > Dear Li, >=20 > > The indirect route is colliding with the interface route, both have > > the same mask. > > > > How do you expect this to work ? > > > > How would the routing code differentiate between on-link nodes and > > the those needing to be routed through 10.11.11.1 ? >=20 > in_lltable_rtcheck > if (rt =3D=3D NULL || (!(flags & LLE_PUB) && > ((rt->rt_flags & RTF_GATEWAY) || > (rt->rt_ifp !=3D ifp)))) { > RTF_GATEWAY? >=20 > Kind regards, > Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 19:03:57 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1D8710656B6 for ; Tue, 24 Aug 2010 19:03:57 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7A98FC25 for ; Tue, 24 Aug 2010 19:03:56 +0000 (UTC) Received: (qmail 13701 invoked from network); 24 Aug 2010 21:03:55 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 21:03:55 +0200 Date: Tue, 24 Aug 2010 21:03:52 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 19:03:57 -0000 Dear Li, > I am trying to figure out, if the routing table have > > 10.13.13.0/24 10.11.11.1 > 10.13.13.0/24 link#1 > > And if I do "ssh 10.13.13.2", which route should be used? the route with the lower weight. if they have the same weight, use any of them. in arp-lookup code, the lowest weight + without gateway should be choosen. Kind regards, Ingo Flaschgberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 19:26:57 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9821106564A; Tue, 24 Aug 2010 19:26:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 796C28FC1A; Tue, 24 Aug 2010 19:26:57 +0000 (UTC) Received: by pwi8 with SMTP id 8so8255pwi.13 for ; Tue, 24 Aug 2010 12:26:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=IYN8uS/uP5fZaelIo42irdkqEWIoX2zEXRQkziy1gWI=; b=uF7EcZ7MUo2c1y5qAJwfZXh+45yiWPsEQRaXRgcyHtOuaDJtK515sCyau30I2WJdPB 4UMLVmeJ+GMwf5UGbZ1Kq4KjOz0R5qrkgAmLM6ecE0+N+dlR1hfteYc3Ip1fU9Dysfvm 3U2/j2+cK70wsk4bYo2fVp/ufkxrfkrhjJvWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=UffRPl5g8NC9lkCtulcTMCdm2UlHH/zStAlTGLSLGk/7OKIhfAJTUu00K8L+osxUgw NglUgUi+xFAmOKPgtHvQo4K7BEIp7BQvm4nI+7zwziJsCiC5pQ9yKKduUcOrvf/odTOC 9JzkyHaPIDqAawtTg6Ho61n6Nzrui5qkwr8XI= Received: by 10.142.255.7 with SMTP id c7mr5791137wfi.301.1282678016885; Tue, 24 Aug 2010 12:26:56 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id y16sm474392wff.2.2010.08.24.12.26.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 24 Aug 2010 12:26:54 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 24 Aug 2010 12:26:52 -0700 From: Pyun YongHyeon Date: Tue, 24 Aug 2010 12:26:52 -0700 To: Adrian Chadd Message-ID: <20100824192652.GD7118@michelle.cdnetworks.com> References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="zx4FCpZtqtKETZ7O" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Andre Oppermann Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 19:26:57 -0000 --zx4FCpZtqtKETZ7O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Aug 24, 2010 at 08:37:52PM +0800, Adrian Chadd wrote: > On 23 August 2010 18:18, Andre Oppermann wrote: > > It seems the 4k clusters do not get freed back to the pool after they've > > been sent by the NIC and dropped from the socket buffer after the ACK has > > arrived. ?The leak must occur in one of these two places. ?The socket > > buffer is unlikely as it would affect not just you but everyone else too. > > Thus the mbuf freeing after DMA/tx in the bce(4) driver is the prime > > suspect. > > They don't stay leaked though. Killing the offending process sees > mbuf's eventually returned. > It isn't immediate though. It may be related to timing out existing > socket connections or something? > > I haven't yet brought up the second box enough to start passing test > traffic, so I can't provide any further details than this. > Here is patch that fixes TX/RX related issues. The patch was generated against HEAD. I'm not sure you can apply this patch to 8.0-RELEASE but you can see the point of TX issues of driver. I'm still waiting for David's opinion on this patch but it seems he's busy to address other issues of Broadcom controllers which might be triggered by me. > Adrian --zx4FCpZtqtKETZ7O Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="bce.misc3.patch" Index: sys/dev/bce/if_bce.c =================================================================== --- sys/dev/bce/if_bce.c (revision 210298) +++ sys/dev/bce/if_bce.c (working copy) @@ -4995,7 +4995,7 @@ bce_get_rx_buf(struct bce_softc *sc, struct mbuf * u16 *chain_prod, u32 *prod_bseq) { bus_dmamap_t map; - bus_dma_segment_t segs[BCE_MAX_SEGMENTS]; + bus_dma_segment_t segs[1]; struct mbuf *m_new = NULL; struct rx_bd *rxbd; int nsegs, error, rc = 0; @@ -5067,9 +5067,10 @@ bce_get_rx_buf(struct bce_softc *sc, struct mbuf * /* Handle any mapping errors. */ if (error) { +#ifdef BCE_DEBUG BCE_PRINTF("%s(%d): Error mapping mbuf into RX " "chain (%d)!\n", __FILE__, __LINE__, error); - +#endif sc->dma_map_addr_rx_failed_count++; m_freem(m_new); @@ -5183,9 +5184,10 @@ bce_get_pg_buf(struct bce_softc *sc, struct mbuf * /* Handle any mapping errors. */ if (error) { +#ifdef BCE_DEBUG BCE_PRINTF("%s(%d): Error mapping mbuf into page chain!\n", __FILE__, __LINE__); - +#endif m_freem(m_new); DBRUN(sc->debug_pg_mbuf_alloc--); @@ -5323,6 +5325,9 @@ bce_init_tx_chain(struct bce_softc *sc) txbd->tx_bd_haddr_hi = htole32(BCE_ADDR_HI(sc->tx_bd_chain_paddr[j])); txbd->tx_bd_haddr_lo = htole32(BCE_ADDR_LO(sc->tx_bd_chain_paddr[j])); } + for (i = 0; i < TX_PAGES; i++) + bus_dmamap_sync(sc->tx_bd_chain_tag, sc->tx_bd_chain_map[i], + BUS_DMASYNC_PREWRITE); bce_init_tx_context(sc); @@ -5360,8 +5365,11 @@ bce_free_tx_chain(struct bce_softc *sc) } /* Clear each TX chain page. */ - for (i = 0; i < TX_PAGES; i++) + for (i = 0; i < TX_PAGES; i++) { bzero((char *)sc->tx_bd_chain[i], BCE_TX_CHAIN_PAGE_SZ); + bus_dmamap_sync(sc->tx_bd_chain_tag, sc->tx_bd_chain_map[i], + BUS_DMASYNC_PREWRITE); + } sc->used_tx_bd = 0; @@ -5497,10 +5505,6 @@ bce_init_rx_chain(struct bce_softc *sc) DBRUN(sc->rx_low_watermark = USABLE_RX_BD); DBRUN(sc->rx_empty_count = 0); - for (i = 0; i < RX_PAGES; i++) { - bus_dmamap_sync(sc->rx_bd_chain_tag, sc->rx_bd_chain_map[i], - BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); - } bce_init_rx_context(sc); @@ -5526,6 +5530,7 @@ bce_fill_rx_chain(struct bce_softc *sc) { u16 prod, prod_idx; u32 prod_bseq; + int i; DBENTER(BCE_VERBOSE_RESET | BCE_EXTREME_RECV | BCE_VERBOSE_LOAD | BCE_VERBOSE_CTX); @@ -5544,6 +5549,11 @@ bce_fill_rx_chain(struct bce_softc *sc) prod = NEXT_RX_BD(prod); } + for (i = 0; i < RX_PAGES; i++) { + bus_dmamap_sync(sc->rx_bd_chain_tag, sc->rx_bd_chain_map[i], + BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); + } + /* Save the RX chain producer indices. */ sc->rx_prod = prod; sc->rx_prod_bseq = prod_bseq; @@ -5651,6 +5661,9 @@ bce_init_pg_chain(struct bce_softc *sc) pgbd->rx_bd_haddr_lo = htole32(BCE_ADDR_LO(sc->pg_bd_chain_paddr[j])); } + /* Fill up the page chain. */ + bce_fill_pg_chain(sc); + /* Setup the MQ BIN mapping for host_pg_bidx. */ if ((BCE_CHIP_NUM(sc) == BCE_CHIP_NUM_5709) || (BCE_CHIP_NUM(sc) == BCE_CHIP_NUM_5716)) @@ -5672,14 +5685,6 @@ bce_init_pg_chain(struct bce_softc *sc) val = BCE_ADDR_LO(sc->pg_bd_chain_paddr[0]); CTX_WR(sc, GET_CID_ADDR(RX_CID), BCE_L2CTX_RX_NX_PG_BDHADDR_LO, val); - /* Fill up the page chain. */ - bce_fill_pg_chain(sc); - - for (i = 0; i < PG_PAGES; i++) { - bus_dmamap_sync(sc->pg_bd_chain_tag, sc->pg_bd_chain_map[i], - BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); - } - DBRUNMSG(BCE_EXTREME_RECV, bce_dump_pg_chain(sc, 0, TOTAL_PG_BD)); DBEXIT(BCE_VERBOSE_RESET | BCE_VERBOSE_RECV | BCE_VERBOSE_LOAD | BCE_VERBOSE_CTX); @@ -5698,6 +5703,7 @@ static void bce_fill_pg_chain(struct bce_softc *sc) { u16 prod, prod_idx; + int i; DBENTER(BCE_VERBOSE_RESET | BCE_EXTREME_RECV | BCE_VERBOSE_LOAD | BCE_VERBOSE_CTX); @@ -5715,6 +5721,11 @@ bce_fill_pg_chain(struct bce_softc *sc) prod = NEXT_PG_BD(prod); } + for (i = 0; i < PG_PAGES; i++) { + bus_dmamap_sync(sc->pg_bd_chain_tag, sc->pg_bd_chain_map[i], + BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); + } + /* Save the page chain producer index. */ sc->pg_prod = prod; @@ -5961,6 +5972,7 @@ bce_rx_intr(struct bce_softc *sc) unsigned int rem_len; u16 sw_pg_cons, sw_pg_cons_idx; #endif + int i; DBENTER(BCE_VERBOSE_RECV | BCE_VERBOSE_INTR); DBRUN(sc->interrupts_rx++); @@ -5969,15 +5981,17 @@ bce_rx_intr(struct bce_softc *sc) __FUNCTION__, sc->rx_prod, sc->rx_cons, sc->rx_prod_bseq); /* Prepare the RX chain pages to be accessed by the host CPU. */ - for (int i = 0; i < RX_PAGES; i++) + for (i = 0; i < RX_PAGES; i++) bus_dmamap_sync(sc->rx_bd_chain_tag, - sc->rx_bd_chain_map[i], BUS_DMASYNC_POSTREAD); + sc->rx_bd_chain_map[i], + BUS_DMASYNC_POSTREAD | BUS_DMASYNC_POSTWRITE); #ifdef BCE_JUMBO_HDRSPLIT /* Prepare the page chain pages to be accessed by the host CPU. */ - for (int i = 0; i < PG_PAGES; i++) + for (i = 0; i < PG_PAGES; i++) bus_dmamap_sync(sc->pg_bd_chain_tag, - sc->pg_bd_chain_map[i], BUS_DMASYNC_POSTREAD); + sc->pg_bd_chain_map[i], + BUS_DMASYNC_POSTREAD | BUS_DMASYNC_POSTWRITE); #endif /* Get the hardware's view of the RX consumer index. */ @@ -6291,17 +6305,6 @@ bce_rx_int_next_rx: sc->rx_cons = sw_rx_cons; bce_fill_rx_chain(sc); - /* Prepare the page chain pages to be accessed by the NIC. */ - for (int i = 0; i < RX_PAGES; i++) - bus_dmamap_sync(sc->rx_bd_chain_tag, - sc->rx_bd_chain_map[i], BUS_DMASYNC_PREWRITE); - -#ifdef BCE_JUMBO_HDRSPLIT - for (int i = 0; i < PG_PAGES; i++) - bus_dmamap_sync(sc->pg_bd_chain_tag, - sc->pg_bd_chain_map[i], BUS_DMASYNC_PREWRITE); -#endif - DBPRINT(sc, BCE_EXTREME_RECV, "%s(exit): rx_prod = 0x%04X, " "rx_cons = 0x%04X, rx_prod_bseq = 0x%08X\n", __FUNCTION__, sc->rx_prod, sc->rx_cons, sc->rx_prod_bseq); @@ -6341,6 +6344,7 @@ bce_tx_intr(struct bce_softc *sc) { struct ifnet *ifp = sc->bce_ifp; u16 hw_tx_cons, sw_tx_cons, sw_tx_chain_cons; + int i; DBENTER(BCE_VERBOSE_SEND | BCE_VERBOSE_INTR); DBRUN(sc->interrupts_tx++); @@ -6358,6 +6362,10 @@ bce_tx_intr(struct bce_softc *sc) bus_space_barrier(sc->bce_btag, sc->bce_bhandle, 0, 0, BUS_SPACE_BARRIER_READ); + for (i = 0; i < TX_PAGES; i++) + bus_dmamap_sync(sc->tx_bd_chain_tag, sc->tx_bd_chain_map[i], + BUS_DMASYNC_POSTWRITE); + /* Cycle through any completed TX chain page entries. */ while (sw_tx_cons != hw_tx_cons) { #ifdef BCE_DEBUG @@ -6405,6 +6413,10 @@ bce_tx_intr(struct bce_softc *sc) "from tx_bd[0x%04X]\n", __FUNCTION__, sw_tx_chain_cons)); + bus_dmamap_sync(sc->tx_mbuf_tag, + sc->tx_mbuf_map[sw_tx_chain_cons], + BUS_DMASYNC_POSTWRITE); + /* Unmap the mbuf. */ bus_dmamap_unload(sc->tx_mbuf_tag, sc->tx_mbuf_map[sw_tx_chain_cons]); @@ -6429,7 +6441,8 @@ bce_tx_intr(struct bce_softc *sc) } /* Clear the TX timeout timer. */ - sc->watchdog_timer = 0; + if (sc->used_tx_bd == 0) + sc->watchdog_timer = 0; /* Clear the tx hardware queue full flag. */ if (sc->used_tx_bd < sc->max_tx_bd) { @@ -6563,7 +6576,7 @@ bce_init_locked(struct bce_softc *sc) /* Program the mtu, enabling jumbo frame support if necessary. */ if (ether_mtu > (ETHER_MAX_LEN + ETHER_VLAN_ENCAP_LEN)) REG_WR(sc, BCE_EMAC_RX_MTU_SIZE, - min(ether_mtu, BCE_MAX_JUMBO_ETHER_MTU) | + min(ether_mtu, BCE_MAX_JUMBO_ETHER_MTU_VLAN) | BCE_EMAC_RX_MTU_SIZE_JUMBO_ENA); else REG_WR(sc, BCE_EMAC_RX_MTU_SIZE, ether_mtu); @@ -6796,7 +6809,7 @@ bce_tx_encap(struct bce_softc *sc, struct mbuf **m bus_dmamap_t map; struct tx_bd *txbd = NULL; struct mbuf *m0; - u16 prod, chain_prod, mss = 0, vlan_tag = 0, flags = 0; + u16 prod, chain_prod, mss = 0, vlan_tag = 0, flags = 0, si; u32 prod_bseq; #ifdef BCE_DEBUG @@ -6837,7 +6850,7 @@ bce_tx_encap(struct bce_softc *sc, struct mbuf **m /* Map the mbuf into DMAable memory. */ prod = sc->tx_prod; - chain_prod = TX_CHAIN_IDX(prod); + si = chain_prod = TX_CHAIN_IDX(prod); map = sc->tx_mbuf_map[chain_prod]; /* Map the mbuf into our DMA address space. */ @@ -6872,8 +6885,10 @@ bce_tx_encap(struct bce_softc *sc, struct mbuf **m goto bce_tx_encap_exit; } else if (error != 0) { /* Release it and return an error. */ +#ifdef BCE_DEBUG BCE_PRINTF("%s(%d): Unknown error mapping mbuf into " "TX chain!\n", __FILE__, __LINE__); +#endif m_freem(m0); *m_head = NULL; sc->dma_map_addr_tx_failed_count++; @@ -6899,6 +6914,7 @@ bce_tx_encap(struct bce_softc *sc, struct mbuf **m rc = ENOBUFS; goto bce_tx_encap_exit; } + bus_dmamap_sync(sc->tx_mbuf_tag, map, BUS_DMASYNC_PREWRITE); /* prod points to an empty tx_bd at this point. */ prod_bseq = sc->tx_prod_bseq; @@ -6954,6 +6970,9 @@ bce_tx_encap(struct bce_softc *sc, struct mbuf **m * have been freed. */ sc->tx_mbuf_ptr[chain_prod] = m0; + /* Swap DMA maps. */ + sc->tx_mbuf_map[si] = sc->tx_mbuf_map[chain_prod]; + sc->tx_mbuf_map[chain_prod] = map; sc->used_tx_bd += nsegs; /* Update some debug statistic counters */ @@ -6968,12 +6987,6 @@ bce_tx_encap(struct bce_softc *sc, struct mbuf **m sc->tx_prod = prod; sc->tx_prod_bseq = prod_bseq; - /* Tell the chip about the waiting TX frames. */ - REG_WR16(sc, MB_GET_CID_ADDR(TX_CID) + - BCE_L2MQ_TX_HOST_BIDX, sc->tx_prod); - REG_WR(sc, MB_GET_CID_ADDR(TX_CID) + - BCE_L2MQ_TX_HOST_BSEQ, sc->tx_prod_bseq); - bce_tx_encap_exit: DBEXIT(BCE_VERBOSE_SEND); return(rc); @@ -6991,7 +7004,7 @@ bce_start_locked(struct ifnet *ifp) { struct bce_softc *sc = ifp->if_softc; struct mbuf *m_head = NULL; - int count = 0; + int count = 0, i; u16 tx_prod, tx_chain_prod; DBENTER(BCE_VERBOSE_SEND | BCE_VERBOSE_CTX); @@ -7008,8 +7021,10 @@ bce_start_locked(struct ifnet *ifp) __FUNCTION__, tx_prod, tx_chain_prod, sc->tx_prod_bseq); /* If there's no link or the transmit queue is empty then just exit. */ - if (sc->bce_link_up == FALSE) { - DBPRINT(sc, BCE_INFO_SEND, "%s(): No link.\n", + if (sc->bce_link_up == FALSE || + (ifp->if_drv_flags & (IFF_DRV_RUNNING | IFF_DRV_OACTIVE)) != + IFF_DRV_RUNNING) { + DBPRINT(sc, BCE_INFO_SEND, "%s(): No link or TX busy.\n", __FUNCTION__); goto bce_start_locked_exit; } @@ -7064,6 +7079,16 @@ bce_start_locked(struct ifnet *ifp) DBPRINT(sc, BCE_VERBOSE_SEND, "%s(): Inserted %d frames into " "send queue.\n", __FUNCTION__, count); + for (i = 0; i < TX_PAGES; i++) + bus_dmamap_sync(sc->tx_bd_chain_tag, sc->tx_bd_chain_map[i], + BUS_DMASYNC_PREWRITE); + + /* Tell the chip about the waiting TX frames. */ + REG_WR16(sc, MB_GET_CID_ADDR(TX_CID) + BCE_L2MQ_TX_HOST_BIDX, + sc->tx_prod); + REG_WR(sc, MB_GET_CID_ADDR(TX_CID) + BCE_L2MQ_TX_HOST_BSEQ, + sc->tx_prod_bseq); + /* Set the tx timeout. */ sc->watchdog_timer = BCE_TX_TIMEOUT; --zx4FCpZtqtKETZ7O-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 20:24:00 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CB5B1065698 for ; Tue, 24 Aug 2010 20:24:00 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2848FC14 for ; Tue, 24 Aug 2010 20:23:59 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o7OKNw8F010782; Tue, 24 Aug 2010 13:23:59 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Aug 2010 13:23:42 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: funny ECMP Thread-Index: ActDvxzCTI5d4EyXSa2JoHHEFv/QBQACeTWw References: From: "Li, Qing" To: "Ingo Flaschberger" Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 20:24:00 -0000 > > > I am trying to figure out, if the routing table have > > > > 10.13.13.0/24 10.11.11.1 > > 10.13.13.0/24 link#1 > > > > And if I do "ssh 10.13.13.2", which route should be used? >=20 > the route with the lower weight. > if they have the same weight, use any of them. > I get the principle, the current implementation, however, does not have sufficient supporting code in the infrastructure. =20 > > in arp-lookup code, the lowest weight + without gateway should be > choosen. >=20 Sure, but such a configuration did not make much sense. I read your other email explaining why your system is configured this way but I am still unclear from you text. -- Qing From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 20:36:38 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1A8F1065696 for ; Tue, 24 Aug 2010 20:36:38 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7C38FC18 for ; Tue, 24 Aug 2010 20:36:37 +0000 (UTC) Received: (qmail 30608 invoked from network); 24 Aug 2010 22:36:35 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 22:36:35 +0200 Date: Tue, 24 Aug 2010 22:36:34 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 20:36:38 -0000 Dear Li, > Sure, but such a configuration did not make much sense. Why not? Use CARP and OSPF and you have such a configuration. > I read your other email explaining why your system is configured > this way but I am still unclear from you text. Router 1 and Router 2 share 1 Ipadress via VRRP / CARP at interface LAN Router 1 and Router 2 speak OSPF (routing protocoll) at interface WAN Router 1 tells those routes to Router 2 and back. With CARP when the interface LAN at Router 1 ist in state MASTER, there is the LAN-IP online and also the LAN-Net. At this moment also Router 2 holds a route to LAN-net via Router 1 WAN interface. Now Router 1 interface LAN goes down. Router 2 CARP recognize this, and want to install LAN-IP and LAN-net. -> can not install route as there is still a route from Router 1. I hoped, that now, as freebsd has multi-route support (as other unix really have for a long long time) everything would be easier. But multipath support of freebsd is in my opinion, in a "experimental" state. Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 20:43:48 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFD1410656A5 for ; Tue, 24 Aug 2010 20:43:48 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id E85308FC1A for ; Tue, 24 Aug 2010 20:43:47 +0000 (UTC) Received: (qmail 7284 invoked from network); 24 Aug 2010 22:43:46 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 22:43:46 +0200 Date: Tue, 24 Aug 2010 22:43:46 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 20:43:48 -0000 Dear Li, >> in arp-lookup code, the lowest weight + without gateway should be >> choosen. > > Sure, but such a configuration did not make much sense. when the in_lltable_lookup code tries to lookup the arp entry, the rtalloc_mpath_fib already has choosen that this packet should go the direkt way. So also in_lltable_rtcheck should return the direkt was route. Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 20:52:33 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A62106564A for ; Tue, 24 Aug 2010 20:52:33 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 404928FC15 for ; Tue, 24 Aug 2010 20:52:32 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o7OKqVGg021504; Tue, 24 Aug 2010 13:52:32 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Aug 2010 13:52:15 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: funny ECMP Thread-Index: ActDzA9SGBrLZNP2QhKCgdUU5sEPZgAAW5NA References: From: "Li, Qing" To: "Ingo Flaschberger" Cc: Qing Li , net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 20:52:33 -0000 >=20 > > Sure, but such a configuration did not make much sense. >=20 > Why not? > Use CARP and OSPF and you have such a configuration. >=20 Okay, I will try that. >=20 > I hoped, that now, as freebsd has multi-route support (as other unix > really have for a long long time) everything would be easier. >=20 > But multipath support of freebsd is in my opinion, in a "experimental" > state. >=20 Yes, agreed. =20 It will be in the experimental state until there is varied and sufficient usage. =20 So now I will make improvement to the implementation based on your=20 usage scenario and feedback. Thank you. -- Qing From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 20:54:15 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD23910656AE for ; Tue, 24 Aug 2010 20:54:15 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 207278FC15 for ; Tue, 24 Aug 2010 20:54:14 +0000 (UTC) Received: (qmail 18420 invoked from network); 24 Aug 2010 22:54:13 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 22:54:13 +0200 Date: Tue, 24 Aug 2010 22:54:13 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Qing Li , net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 20:54:15 -0000 Dear Li, >> I hoped, that now, as freebsd has multi-route support (as other unix >> really have for a long long time) everything would be easier. >> >> But multipath support of freebsd is in my opinion, in a "experimental" >> state. >> > > Yes, agreed. > > It will be in the experimental state until there is varied > and sufficient usage. > > So now I will make improvement to the implementation based on your > usage scenario and feedback. Currently I also try to write code for this. I can send you later the code. Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 21:00:08 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E957E1065696 for ; Tue, 24 Aug 2010 21:00:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0508FC13 for ; Tue, 24 Aug 2010 21:00:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id C4C5E41C670; Tue, 24 Aug 2010 23:00:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id YuMLZvYkyB9F; Tue, 24 Aug 2010 23:00:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 2C46041C650; Tue, 24 Aug 2010 23:00:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id C614F4448F3; Tue, 24 Aug 2010 20:56:25 +0000 (UTC) Date: Tue, 24 Aug 2010 20:56:25 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Ingo Flaschberger In-Reply-To: Message-ID: <20100824205412.G48418@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Li, Qing" , net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 21:00:09 -0000 On Tue, 24 Aug 2010, Ingo Flaschberger wrote: Hey, >>> in arp-lookup code, the lowest weight + without gateway should be >>> choosen. >> >> Sure, but such a configuration did not make much sense. > > when the in_lltable_lookup code tries to lookup the arp entry, the > rtalloc_mpath_fib already has choosen that this packet should go the direkt > way. So also in_lltable_rtcheck should return the direkt was route. I looked at some similar problem for someone end of April and the crude workaround was to disable (#if 0) the following code in in_lltable_lookup(): #if 0 if (!(flags & LLE_IFADDR) && in_lltable_rtcheck(ifp, flags, l3addr) != 0) goto done; #endif I had since defered looking at fixing this but finding this thread I thought I'd just let you know. /bz -- Bjoern A. Zeeb This signature is about you not me. From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 21:19:11 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71EE510656B0 for ; Tue, 24 Aug 2010 21:19:11 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id AEAD28FC16 for ; Tue, 24 Aug 2010 21:19:09 +0000 (UTC) Received: (qmail 18193 invoked from network); 24 Aug 2010 23:19:08 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Aug 2010 23:19:08 +0200 Date: Tue, 24 Aug 2010 23:19:07 +0200 (CEST) From: Ingo Flaschberger To: "Bjoern A. Zeeb" In-Reply-To: <20100824205412.G48418@maildrop.int.zabbadoz.net> Message-ID: References: <20100824205412.G48418@maildrop.int.zabbadoz.net> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Li, Qing" , net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 21:19:11 -0000 Dear Bjoern, > > I looked at some similar problem for someone end of April and the > crude workaround was to disable (#if 0) the following code in > in_lltable_lookup(): > > #if 0 > if (!(flags & LLE_IFADDR) && > in_lltable_rtcheck(ifp, flags, l3addr) != 0) > goto done; > #endif > > I had since defered looking at fixing this but finding this thread I > thought I'd just let you know. when does this occur? Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 22:11:32 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50F4C10656AA for ; Tue, 24 Aug 2010 22:11:32 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (otrada.od.ua [89.209.81.54]) by mx1.freebsd.org (Postfix) with ESMTP id B319B8FC14 for ; Tue, 24 Aug 2010 22:11:31 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id o7OLvnOZ058241 for ; Wed, 25 Aug 2010 00:57:49 +0300 (EEST) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4C744053.6010403@ukr.net> Date: Wed, 25 Aug 2010 00:57:39 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.5 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Subject: Error: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 22:11:32 -0000 The server is sometimes off the network card. It helps just to restart via KVM-IPMI. MotherBoard: X8SIL/X8SIL-F BIOS Version: 1.0c Build Date: 02/05/10 OS: FreeBSD 8.1-RELEASE, FreeBSD 8.1-STABLE, FreeBSD 9.0-CURRENT What would you recommend to address the problem? # uname -a FreeBSD solo.XXX.biz 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Aug 24 15:52:21 EEST 2010 root@solo.XXX.biz:/usr/obj/usr/src/sys/solo.2 amd64 #pciconf -lv ... em0@pci0:2:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' class = network subclass = ethernet em1@pci0:3:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' class = network subclass = ethernet ... In /usr/src/sys/dev/e1000/if_em.c: static void em_local_timer(void *arg) { struct adapter *adapter = arg; struct ifnet *ifp = adapter->ifp; struct tx_ring *txr = adapter->tx_rings; EM_CORE_LOCK_ASSERT(adapter); em_update_link_status(adapter); em_update_stats_counters(adapter); /* Reset LAA into RAR[0] on 82571 */ if (e1000_get_laa_state_82571(&adapter->hw) == TRUE) e1000_rar_set(&adapter->hw, adapter->hw.mac.addr, 0); /* ** Check for time since any descriptor was cleaned */ for (int i = 0; i < adapter->num_queues; i++, txr++) { EM_TX_LOCK(txr); if (txr->watchdog_check == FALSE) { EM_TX_UNLOCK(txr); continue; } if ((ticks - txr->watchdog_time) > EM_WATCHDOG) goto hung; EM_TX_UNLOCK(txr); } callout_reset(&adapter->timer, hz, em_local_timer, adapter); return; hung: device_printf(adapter->dev, "Watchdog timeout -- resetting\n"); ifp->if_drv_flags &= ~IFF_DRV_RUNNING; adapter->watchdog_events++; EM_TX_UNLOCK(txr); em_init_locked(adapter); } Someone will finish the piece for debugging, to further diagnose the error? From owner-freebsd-net@FreeBSD.ORG Tue Aug 24 22:53:59 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD5DA10656A5 for ; Tue, 24 Aug 2010 22:53:58 +0000 (UTC) (envelope-from marek3@intranetplanet.com) Received: from kuala.arvixe.com (kuala.arvixe.com [174.36.23.195]) by mx1.freebsd.org (Postfix) with ESMTP id 92FCA8FC13 for ; Tue, 24 Aug 2010 22:53:58 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=intranetplanet.com; h=Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance; b=LtI0CvShbf+QDFLsyq0GTSvRWl6eXNUjaS1FffTXuwSWXpuJErCuD49mCb+m8ltyAeUWjfJljanYvn9RhcA8SuUqy1P21vKFydVBlWdJ8KvQatq+Njkl7pP2ESSBgZT7; Received: from localhost ([127.0.0.1] helo=www.intranetplanet.com) by kuala.arvixe.com with esmtpa (Exim 4.69) (envelope-from ) id 1Oo1qg-0002OQ-FX; Tue, 24 Aug 2010 17:20:06 -0500 Received: from 206.248.135.21 ([206.248.135.21]) (SquirrelMail authenticated user marek3@intranetplanet.com) by www.intranetplanet.com with HTTP; Tue, 24 Aug 2010 17:20:06 -0500 Message-ID: <90d617799b7eb9f41207b4d82f7b6254.squirrel@www.intranetplanet.com> In-Reply-To: <4C744053.6010403@ukr.net> References: <4C744053.6010403@ukr.net> Date: Tue, 24 Aug 2010 17:20:06 -0500 From: marek3@intranetplanet.com To: "Vladislav V. Prodan" User-Agent: SquirrelMail/1.4.19 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - kuala.arvixe.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - intranetplanet.com X-Mailman-Approved-At: Tue, 24 Aug 2010 22:56:35 +0000 Cc: freebsd-net@freebsd.org Subject: Re: Error: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 22:53:59 -0000 I had the same issue six months ago with a test server. I did not find a solution. I'm very much would like to see if you do find one. Thanks. Marek > The server is sometimes off the network card. > It helps just to restart via KVM-IPMI. > > MotherBoard: X8SIL/X8SIL-F > BIOS Version: 1.0c > Build Date: 02/05/10 > > OS: FreeBSD 8.1-RELEASE, FreeBSD 8.1-STABLE, FreeBSD 9.0-CURRENT > > What would you recommend to address the problem? > > > # uname -a > FreeBSD solo.XXX.biz 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Aug 24 > 15:52:21 EEST 2010 root@solo.XXX.biz:/usr/obj/usr/src/sys/solo.2 > amd64 > > #pciconf -lv > ... > em0@pci0:2:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > em1@pci0:3:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > ... > > In /usr/src/sys/dev/e1000/if_em.c: > > static void > em_local_timer(void *arg) > { > struct adapter *adapter = arg; > struct ifnet *ifp = adapter->ifp; > struct tx_ring *txr = adapter->tx_rings; > > EM_CORE_LOCK_ASSERT(adapter); > > em_update_link_status(adapter); > em_update_stats_counters(adapter); > > /* Reset LAA into RAR[0] on 82571 */ > if (e1000_get_laa_state_82571(&adapter->hw) == TRUE) > e1000_rar_set(&adapter->hw, adapter->hw.mac.addr, 0); > > /* > ** Check for time since any descriptor was cleaned > */ > for (int i = 0; i < adapter->num_queues; i++, txr++) { > EM_TX_LOCK(txr); > if (txr->watchdog_check == FALSE) { > EM_TX_UNLOCK(txr); > continue; > } > if ((ticks - txr->watchdog_time) > EM_WATCHDOG) > goto hung; > EM_TX_UNLOCK(txr); > } > > callout_reset(&adapter->timer, hz, em_local_timer, adapter); > return; > hung: > device_printf(adapter->dev, "Watchdog timeout -- resetting\n"); > ifp->if_drv_flags &= ~IFF_DRV_RUNNING; > adapter->watchdog_events++; > EM_TX_UNLOCK(txr); > em_init_locked(adapter); > } > > Someone will finish the piece for debugging, to further diagnose the > error? > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Aug 25 01:36:44 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 879C3106566C for ; Wed, 25 Aug 2010 01:36:44 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite.broker.freenet6.net [IPv6:2001:5c0:1400:b::27e9]) by mx1.freebsd.org (Postfix) with ESMTP id 1545F8FC14 for ; Wed, 25 Aug 2010 01:36:43 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id o7P1abn7017055 for ; Wed, 25 Aug 2010 04:36:38 +0300 (EEST) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4C74739B.90100@ukr.net> Date: Wed, 25 Aug 2010 04:36:27 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4C744053.6010403@ukr.net> <90d617799b7eb9f41207b4d82f7b6254.squirrel@www.intranetplanet.com> In-Reply-To: <90d617799b7eb9f41207b4d82f7b6254.squirrel@www.intranetplanet.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Subject: Re: Error: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2010 01:36:44 -0000 It was the motherboard from Supermicro, or another manufacturer? Have you tried to deal with this problem in support of the manufacturer? 25.08.2010 1:20, marek3@intranetplanet.com wrote: > I had the same issue six months ago with a test server. I did not find a > solution. I'm very much would like to see if you do find one. Thanks. > Marek > >> The server is sometimes off the network card. >> It helps just to restart via KVM-IPMI. >> >> MotherBoard: X8SIL/X8SIL-F >> BIOS Version: 1.0c >> Build Date: 02/05/10 >> >> OS: FreeBSD 8.1-RELEASE, FreeBSD 8.1-STABLE, FreeBSD 9.0-CURRENT >> >> What would you recommend to address the problem? >> >> >> # uname -a >> FreeBSD solo.XXX.biz 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Aug 24 >> 15:52:21 EEST 2010 root@solo.XXX.biz:/usr/obj/usr/src/sys/solo.2 >> amd64 >> >> #pciconf -lv >> ... >> em0@pci0:2:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' >> class = network >> subclass = ethernet >> em1@pci0:3:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' >> class = network >> subclass = ethernet >> ... >> >> In /usr/src/sys/dev/e1000/if_em.c: >> >> static void >> em_local_timer(void *arg) >> { >> struct adapter *adapter = arg; >> struct ifnet *ifp = adapter->ifp; >> struct tx_ring *txr = adapter->tx_rings; >> >> EM_CORE_LOCK_ASSERT(adapter); >> >> em_update_link_status(adapter); >> em_update_stats_counters(adapter); >> >> /* Reset LAA into RAR[0] on 82571 */ >> if (e1000_get_laa_state_82571(&adapter->hw) == TRUE) >> e1000_rar_set(&adapter->hw, adapter->hw.mac.addr, 0); >> >> /* >> ** Check for time since any descriptor was cleaned >> */ >> for (int i = 0; i < adapter->num_queues; i++, txr++) { >> EM_TX_LOCK(txr); >> if (txr->watchdog_check == FALSE) { >> EM_TX_UNLOCK(txr); >> continue; >> } >> if ((ticks - txr->watchdog_time) > EM_WATCHDOG) >> goto hung; >> EM_TX_UNLOCK(txr); >> } >> >> callout_reset(&adapter->timer, hz, em_local_timer, adapter); >> return; >> hung: >> device_printf(adapter->dev, "Watchdog timeout -- resetting\n"); >> ifp->if_drv_flags &= ~IFF_DRV_RUNNING; >> adapter->watchdog_events++; >> EM_TX_UNLOCK(txr); >> em_init_locked(adapter); >> } >> >> Someone will finish the piece for debugging, to further diagnose the >> error? >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-net@FreeBSD.ORG Wed Aug 25 04:05:08 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C86510656A3; Wed, 25 Aug 2010 04:05:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 12B478FC16; Wed, 25 Aug 2010 04:05:07 +0000 (UTC) Received: by iwn36 with SMTP id 36so243268iwn.13 for ; Tue, 24 Aug 2010 21:05:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=z6vHYSTFnFZlf4iLhO11IeYGwmydy18ARMteM41tCWc=; b=FuBsXd2MP7OEwuv1ZfTi049sNJK/T1KNyueVmOhlCfYQWKbAt9d7drvuXHe+R+lhyk iQ6YsGvf7ybRV8F/99/O//0h5IHSYXR5GLlf+xn8AGS2yVRHNtjOzSIoIKUKah0L7gGz XmfaWY9xjoQDFCBvnENYaMrUJypy0adipkNWs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=JkDDeheRBfn8BeKBKEGGTT7n5z0g5FORG4oiP5yPFgLYirfFP2efNGbgOkhKZ+RAQY vEtCjDKvwaUkFtua+2pI0H63fYRBlZl1mDfhwj9dsgV+tv31j/NFzuCaCS2vEoLL01wK YxpQlF25jKUyw0F4GdqyLvYkgu3OTtAVRqIB4= MIME-Version: 1.0 Received: by 10.231.169.149 with SMTP id z21mr9646445iby.11.1282709107393; Tue, 24 Aug 2010 21:05:07 -0700 (PDT) Received: by 10.231.168.14 with HTTP; Tue, 24 Aug 2010 21:05:07 -0700 (PDT) In-Reply-To: <4C73C25F.90903@freebsd.org> References: <20100822222746.GC6013@michelle.cdnetworks.com> <4C724AD9.5020000@freebsd.org> <4C73C25F.90903@freebsd.org> Date: Wed, 25 Aug 2010 12:05:07 +0800 Message-ID: From: Adrian Chadd To: Andre Oppermann Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: pyunyh@gmail.com, freebsd-net@freebsd.org Subject: Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2010 04:05:08 -0000 On 24 August 2010 21:00, Andre Oppermann wrote: > > Try "netstat -n -p tcp -x" to see whether one socket is holding on to > too much data. ok. > Testing with a different network card would help to narrow down the > area to look for the bug as well. I don't have this option, unfortunately. The box is about 8,000km from me. > Can you describe your connection capturing setup some more? =A0Do you > use "ipfw fwd" or some form of NAT? #!/bin/sh fwcmd=3D/sbin/ipfw myif=3Dbce0 proxy_port=3D3138 localip=3D ${fwcmd} -f flush # table 1 - redirect client list ${fwcmd} table 1 flush # table 2 - bypass server list ${fwcmd} table 2 flush # table 3 - bypass client list ${fwcmd} table 3 flush # ok, add local networks # Allow direct connections ${fwcmd} add 10 allow tcp from any to ${localip} 80 in via ${myif} # bypass list - server ${fwcmd} add 15 allow tcp from any to 'table(2)' 80 in via ${myif} ${fwcmd} add 16 allow tcp from 'table(2)' 80 to any in via ${myif} # bypass list - client ${fwcmd} add 17 allow tcp from 'table(3)' to any 80 in via ${myif} ${fwcmd} add 18 allow tcp from any 80 to 'table(3)' in via ${myif} # redirect non-me :80 ${fwcmd} add 20 fwd 127.0.0.1,${proxy_port} tcp from 'table(1)' to any 80 in via ${myif} # redirect client-destined packets on port 80 to me for local socket check ${fwcmd} add 30 fwd 127.0.0.1 tcp from any 80 to 'table(1)' in via ${myif} # pass the rest ${fwcmd} add 65000 allow ip from any to any sysctl net.inet.ip.fw.enable=3D1 sysctl net.inet.ip.forwarding=3D1 From owner-freebsd-net@FreeBSD.ORG Wed Aug 25 12:00:59 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 822001065788 for ; Wed, 25 Aug 2010 12:00:59 +0000 (UTC) (envelope-from sadishkr@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF9D8FC20 for ; Wed, 25 Aug 2010 12:00:58 +0000 (UTC) Received: by gxk24 with SMTP id 24so161447gxk.13 for ; Wed, 25 Aug 2010 05:00:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=RCuut8gy/ymBaLYLr6H7hHVWTjo85Htsbcl/slXfLvc=; b=rEydoZEu4V5mjh3tp/YaP7sq4sdjNJ56tmj0w4xegUoRWQ2ytJWroBjU7E/RPxa7Bq Gv69nhRA8gsGI29OLaq+WzWePNMLBCZpnOPZhsP30WH93UnDYkwATIvuLUw19Gp9YV06 CCf61Uu5YWQggTLb3Ibyrsf9s7bINKPQ2dK78= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=T0nTaZ4uart4Jkb3AX73eLeHwbbJTMFFf9KLzqfQ7CxTH6T26nbrUyNGR6q2AS1scZ bopocWvIe3WdHW+i2SIfQYRijiOaCwrgbcW1Z5ooHJZEeJsFi+b8HtZjrfFfSTGiTKLl sArWdf3Cg8cIy6Ge/vPvGEQLgYeJj1rVJLeLM= MIME-Version: 1.0 Received: by 10.151.134.2 with SMTP id l2mr5679239ybn.195.1282735914331; Wed, 25 Aug 2010 04:31:54 -0700 (PDT) Received: by 10.231.191.67 with HTTP; Wed, 25 Aug 2010 04:31:54 -0700 (PDT) Date: Wed, 25 Aug 2010 21:31:54 +1000 Message-ID: From: Sadish Kulasekere To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD Kernel Timers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2010 12:00:59 -0000 Hi, Does anyone know how to create a timer in the kernel? I want to execute a function after 1s and 3s and I want to create multiple instances of the timer. The requirement here is to invoke a function after receiving a SYN packet and then after 10s remove the perticular timer corresponding to that SYN. This should be done for each SYN received. Thanks, Sadish. From owner-freebsd-net@FreeBSD.ORG Wed Aug 25 12:23:12 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C06FE10656A8 for ; Wed, 25 Aug 2010 12:23:12 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 9A8B88FC1C for ; Wed, 25 Aug 2010 12:23:12 +0000 (UTC) Received: from d.earth.lavabit.com (d.earth.lavabit.com [192.168.111.13]) by karen.lavabit.com (Postfix) with ESMTP id 8481224EDAD; Wed, 25 Aug 2010 07:03:55 -0500 (CDT) Received: from 10.0.10.3 (221.163.108.93.rev.vodafone.pt [93.108.163.221]) by lavabit.com with ESMTP id 8IPL2EFBXAFV; Wed, 25 Aug 2010 07:03:55 -0500 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: Date: Wed, 25 Aug 2010 13:03:52 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: To: Sadish Kulasekere X-Mailer: Apple Mail (2.1081) Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD Kernel Timers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2010 12:23:12 -0000 On 25 Aug 2010, at 12:31, Sadish Kulasekere wrote: > Hi, > > Does anyone know how to create a timer in the kernel? I want to execute a > function after 1s and 3s and I want to create multiple instances of the > timer. The requirement here is to invoke a function after receiving a SYN > packet and then after 10s remove the perticular timer corresponding to that > SYN. This should be done for each SYN received. Read the callout API man page: callout(9). Regards, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Wed Aug 25 12:54:59 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A02D51065679 for ; Wed, 25 Aug 2010 12:54:59 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 546268FC12 for ; Wed, 25 Aug 2010 12:54:58 +0000 (UTC) Received: by qwg5 with SMTP id 5so497612qwg.13 for ; Wed, 25 Aug 2010 05:54:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=cZgIHkwMZwmzc6tb3I3ocTNpL7gquiD3xuz34PwxGaQ=; b=P9PzEyUlMHV0JVXvKTP7HIUpmKpLBaGbyYWiu0Zk+oHWsSeCDtQSNS7zbI+P5oZb2h UWsoVUZOWv+GKj9Xpx2HY6MArOuarGWCVdkNxLmMfv3a0IoNPvHcKfLBAderynK7NFWk fSlGcO1f9ds72pkoCEEVQ6VQx3sSlYjLtQ1rQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VZZBCe/8H2WsWbjImwTMS6Oya/n/LawI5whF4bJkGYp4jQ41kJ+8dvxTmWyz+d2X2r 83P4NCX/fdntowWORW1TvokPKXLXVgVxLafpnJLBuV7jgr6O5x1TFAyzGUbmHZAhHy0I Qw/JeHa8Q9XRI1cGTQDbvT25avASHV4w4lj0U= MIME-Version: 1.0 Received: by 10.229.228.15 with SMTP id jc15mr5977838qcb.31.1282739000550; Wed, 25 Aug 2010 05:23:20 -0700 (PDT) Received: by 10.229.221.136 with HTTP; Wed, 25 Aug 2010 05:23:20 -0700 (PDT) In-Reply-To: References: Date: Wed, 25 Aug 2010 07:23:20 -0500 Message-ID: From: "Sam Fourman Jr." To: Sadish Kulasekere Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD Kernel Timers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2010 12:54:59 -0000 On Wed, Aug 25, 2010 at 6:31 AM, Sadish Kulasekere wrote: > Hi, > > Does anyone know how to create a timer in the kernel? I want to execute a > function after 1s and 3s and I want to create multiple instances of the > timer. The requirement here is to invoke a function after receiving a SYN > packet and then after 10s remove the perticular timer corresponding to that > SYN. This should be done for each SYN received. > > Thanks, > Sadish. > _______________________________________________ I would also benefit if someone had some sample code for how to do this. Thank you Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-net@FreeBSD.ORG Wed Aug 25 21:39:15 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBE2E1065672 for ; Wed, 25 Aug 2010 21:39:14 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (otrada.od.ua [89.209.81.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA238FC18 for ; Wed, 25 Aug 2010 21:39:13 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id o7PLd8dT013699; Thu, 26 Aug 2010 00:39:08 +0300 (EEST) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4C758D70.1030000@ukr.net> Date: Thu, 26 Aug 2010 00:38:56 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4C744053.6010403@ukr.net> In-Reply-To: <4C744053.6010403@ukr.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: marek3@intranetplanet.com Subject: Re: Error: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2010 21:39:15 -0000 Add to /etc/rc.local : ifconfig em0 debug ifconfig em0 media 100baseTX mediaopt full-duplex For in rc.conf not working these options: #ifconfig_em0="100baseTX mediaopt full-duplex" #ifconfig_em0="debug -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso -wol" Now the network card looks like this: # ifconfig em0 | grep -v inet em0: flags=8847 metric 0 mtu 1500 options=219b ether 00:25:90:05:83:7a nd6 options=29 media: Ethernet 100baseTX status: active 25.08.2010 0:57, Vladislav V. Prodan wrote: > The server is sometimes off the network card. > It helps just to restart via KVM-IPMI. > > MotherBoard: X8SIL/X8SIL-F > BIOS Version: 1.0c > Build Date: 02/05/10 > > OS: FreeBSD 8.1-RELEASE, FreeBSD 8.1-STABLE, FreeBSD 9.0-CURRENT > > What would you recommend to address the problem? > > > # uname -a > FreeBSD solo.XXX.biz 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Aug 24 > 15:52:21 EEST 2010 root@solo.XXX.biz:/usr/obj/usr/src/sys/solo.2 amd64 > > #pciconf -lv > ... > em0@pci0:2:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > em1@pci0:3:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > ... > > In /usr/src/sys/dev/e1000/if_em.c: > > static void > em_local_timer(void *arg) > { > struct adapter *adapter = arg; > struct ifnet *ifp = adapter->ifp; > struct tx_ring *txr = adapter->tx_rings; > > EM_CORE_LOCK_ASSERT(adapter); > > em_update_link_status(adapter); > em_update_stats_counters(adapter); > > /* Reset LAA into RAR[0] on 82571 */ > if (e1000_get_laa_state_82571(&adapter->hw) == TRUE) > e1000_rar_set(&adapter->hw, adapter->hw.mac.addr, 0); > > /* > ** Check for time since any descriptor was cleaned > */ > for (int i = 0; i < adapter->num_queues; i++, txr++) { > EM_TX_LOCK(txr); > if (txr->watchdog_check == FALSE) { > EM_TX_UNLOCK(txr); > continue; > } > if ((ticks - txr->watchdog_time) > EM_WATCHDOG) > goto hung; > EM_TX_UNLOCK(txr); > } > > callout_reset(&adapter->timer, hz, em_local_timer, adapter); > return; > hung: > device_printf(adapter->dev, "Watchdog timeout -- resetting\n"); > ifp->if_drv_flags &= ~IFF_DRV_RUNNING; > adapter->watchdog_events++; > EM_TX_UNLOCK(txr); > em_init_locked(adapter); > } > > Someone will finish the piece for debugging, to further diagnose the error? > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-net@FreeBSD.ORG Wed Aug 25 22:52:48 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 554F7106566C for ; Wed, 25 Aug 2010 22:52:48 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id B4D818FC16 for ; Wed, 25 Aug 2010 22:52:46 +0000 (UTC) Received: (qmail 30478 invoked from network); 26 Aug 2010 00:45:22 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Aug 2010 00:45:22 +0200 Date: Thu, 26 Aug 2010 00:45:20 +0200 (CEST) From: Ingo Flaschberger To: net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2010 22:52:48 -0000 Hi, currently I stick at this (last?) problem: assume routingtable: net gw postion type 1 route 10.13.13.0/24 10.11.11.1 2 route 10.13.13.0/24 10.11.11.2 3 interface route 10.13.13.90/24 delete route 2 delete route 1 -> ping 10.13.13.95 via interface -> crash because route 2 is not deleted from radix_mask-list, route 2 appears again, but is deleted - kernel panic Problem is generated here: sys/net/radix.c in rn_addroute /* Promote general routes from below */ if (x->rn_bit < 0) { printf("rn_addroute: x->rn_bit < 0\n"); for (mp = &t->rn_mklist; x; x = x->rn_dupedkey) { printf("rn_addroute: for (mp = &t->rn_mklist; x; x = x->rn_dupedkey)\n"); /* XXX what todo with multipath-routes?? */ here for every multipath-route of this netmask a new radix-mask is added when the route for an interface is added. I'm not shure if the generated mask are linked together? (Should they be linked?) if (x->rn_mask && (x->rn_bit >= b_leaf) && x->rn_mklist == 0) { printf("rn_addroute: new mask - next = 0\n"); *mp = m = rn_new_radix_mask(x, 0); if (m) { mp = &m->rm_mklist; printf("rn_addroute: if (m)\n"); } } } Final crash occurs in route.c after getting a rt_entry back from here: sys/net/radix.c in rn_match /* start searching up the tree */ do { register struct radix_mask *m; t = t->rn_parent; printf("rn_match: parent %lu\n", (u_int64_t) t); m = t->rn_mklist; /* * If non-contiguous masks ever become important * we can restore the masking and open coding of * the search and satisfaction test and put the * calculation of "off" back before the "do". */ while (m) { if (m->rm_flags & RNF_NORMAL) { if (rn_bit <= m->rm_bit) { printf("rn_match: found leaf: %lu\n", (u_int64_t) m->rm_leaf); The already deleted route 2 is then found again! return (m->rm_leaf); } } else { off = min(t->rn_offset, matched_off); x = rn_search_m(v, t, m->rm_mask); while (x && x->rn_mask != m->rm_mask) x = x->rn_dupedkey; if (x && rn_satisfies_leaf(v, x, off)) { printf("rn_match: rn_satisfies_leaf: %lu\n", (u_int64_t) x); return x; } } m = m->rm_mklist; } } while (t != top); The problem happen only for more than 2 same route sin the system. sys/net/radix_mpath.c in rt_mpath_deldup the radix_masklist should be deleted, changed? rt_mpath_deldup is only called for the 2nd and more routes in the table, the first route is deleted with standard radix delete. I have really no idea how radix_mask (should) work - help really needed. Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 02:45:42 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 064A11065679; Thu, 26 Aug 2010 02:45:42 +0000 (UTC) (envelope-from Jin.Mai@alcatel-sbell.com.cn) Received: from cnshjsmin03.alcatel-sbell.com.cn (cnshjsmin03.alcatel-sbell.com.cn [211.144.215.47]) by mx1.freebsd.org (Postfix) with ESMTP id E1E998FC1D; Thu, 26 Aug 2010 02:45:40 +0000 (UTC) X-AuditID: ac189297-b7be1ae000001fe2-f1-4c75d1ca53c3 Received: from cnshgsbhs01.ad4.ad.alcatel.com (smtp.cn.alcatel-lucent.com [172.24.146.145]) by cnshjsmin03.alcatel-sbell.com.cn (Symantec Brightmail Gateway) with SMTP id D5.C5.08162.AC1D57C4; Thu, 26 Aug 2010 10:30:34 +0800 (HKT) Received: from CNSHGSMBS03.ad4.ad.alcatel.com ([172.24.146.173]) by cnshgsbhs01.ad4.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 26 Aug 2010 10:30:34 +0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CB44C6.A8EA2172" Date: Thu, 26 Aug 2010 10:30:33 +0800 Message-ID: <1DB91DF937A4544C81E636468B91C21C0728E6FF@CNSHGSMBS03.ad4.ad.alcatel.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: HELP. FreeBSD 8.1 polling issue Thread-Index: ActExqh99x4mmQoLSjK6TlN2EyEHZQ== From: "MAI JIN" To: , X-OriginalArrivalTime: 26 Aug 2010 02:30:34.0605 (UTC) FILETIME=[A96011D0:01CB44C6] X-CFilter-Loop: Reflected X-Brightmail-Tracker: AAAAAA== X-Mailman-Approved-At: Thu, 26 Aug 2010 04:46:51 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: HELP. FreeBSD 8.1 polling issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 02:45:42 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB44C6.A8EA2172 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgZ290IGEgZnJlZUJTRCA4LjEgcG9sbGluZyBpc3N1ZSBvbiBteSBQQy4gSXQgaXMg YSBkdWFsLWNvcmUgSW50ZWwgUGVudGl1bSB4ODYgUEMgKDIuOEdIeiBlYWNoIGNvcmUpLiBUaGUg RXRoZXJuZXQgaW50ZXJmYWNlIGlzIEJyb2FkY29tIE5ldFh0cmVtZSA1N3h4IEdpZ2FiaXQgRXRo ZXJuZXQgaW50ZXJmYWNlLg0KSSBzZXQgdGhlIGZvbGxvd2luZyBvcHRpb25zIChlbmFibGUgcG9s bGluZyBhbmQgemVyby1idWZmZXIgY29weSkgYW5kIHJlYnVpbHQgdGhlIGtlcm5lbDoNCg0KQ29k ZToNCiMgVG8gbWFrZSBhbiBTTVAga2VybmVsLCB0aGUgbmV4dCB0d28gbGluZXMgYXJlIG5lZWRl ZA0Kb3B0aW9ucyAgICAgICAgIFNNUCAgICAgICAgICAgICAgICAgICAgICMgU3ltbWV0cmljIE11 bHRpUHJvY2Vzc29yIEtlcm5lbA0KZGV2aWNlICAgICAgICAgIGFwaWMgICAgICAgICAgICAgICAg ICAgICMgSS9PIEFQSUMNCg0Kb3B0aW9ucyBERVZJQ0VfUE9MTElORyAjIE9wZW4gUG9sbGluZw0K b3B0aW9ucyBIWj0xMDAwDQpvcHRpb25zIFpFUk9fQ09QWV9TT0NLRVRTDQpUaGUgZm9sbG93aW5n IHdlcmUgYXBwZW5kZWQgdG8gdGhlIC9ldGMvc3lzY3RsLmNvbmYNCg0KQ29kZToNCmtlcm4ucG9s bGluZy5lbmFibGU9MQ0KIyBpbmNyZWFzZSBCUEYgYnVmZmVyIHRvIDEwTQ0KbmV0LmJwZi5idWZz aXplPTEwNDg1NzYwDQpuZXQuYnBmLm1heGJ1ZnNpemU9MTA0ODU3NjANCmtlcm4ucG9sbGluZy5p ZGxlX3BvbGw9MQ0Ka2Vybi5wb2xsaW5nLmJ1cnN0X21heD0xMDAwDQpBZnRlciBpbnN0YWxsZWQg YW5kIHJlYm9vdGVkIHRoZSBzeXN0ZW0sIGtlcm4ucG9sbGluZy5lbmFibGUgd2FzIG5vdCBmb3Vu ZCBpbiBNSUIgc28gSSBoYWQgdG8gaWdub3JlIHRoaXMgZXJyb3IuIExvb2tzIGxpa2Uga2Vybi5w b2xsaW5nLmVuYWJsZSBpcyByZW1vdmVkIGZyb20gRnJlZUJTRCB2OC4xPw0KRXZlcnl0aGluZyBs b29rZWQgZ29vZCBzbyBidWlsZCBteSBhcHBsaWNhdGlvbiB0byByZWNlaXZlZCBkYXRhIGZyb20g YW5vdGhlciBIUCBzZXJ2ZXIuIEkgd3JvdGUgdGhlIGFwcGxpY2F0aW9uIHVzaW5nIGxpYnBjYXAt MS4xLjEgd2l0aCBCRlAgemVyby1jb3B5IHR1cm5lZCBvbiAoSSBmb3VuZCB0aGUgI2RlZmluZSBI QVZFX1pFUk9DT1BZX0JQRiAxIGluIGNvbmZpZy5oKS4gQXR0YWNoZWQgcGxlYXNlIGZpbmQgdGhl IHNvdXJjZSBjb2RlIG9mIG15IGFwcGxpY2F0aW9uLg0KDQpCZWZvcmUgcnVubmluZyB0aGUgYXBw bGljYXRpb24sIEkgc2V0IHRoZSBmb2xsb3dpbmcgcGFyYW1ldGVyczoNCg0KQ29kZToNCmlmY29u ZmlnIGJnZTAgcG9sbGluZyAgICAgIyBUaGlzIHdpbGwgdHVybiBvbiB0aGUgcG9sbGluZyBvZiB0 aGUgQnJvYWRjb20gZHJpdmVyLg0KQ29kZToNCnN5c2N0bCAtdyBuZXQuYnBmLmJ1ZnNpemU9MTA0 ODU3NjAgDQpzeXNjdGwgLXcgbmV0LmJwZi5tYXhidWZzaXplPTEwNDg1NzYwDQpzeXNjdGwgLXcg a2Vybi5wb2xsaW5nLmlkbGVfcG9sbD0xDQpzeXNjdGwgLXcga2Vybi5wb2xsaW5nLmJ1cnN0X21h eD0xMDAwDQpzeXNjdGwgLXcga2Vybi5wb2xsaW5nLmVhY2hfYnVyc3Q9MTI4DQpzeXNjdGwgLXcg bmV0LmluZXQuaXAuaW50cl9xdWV1ZV9tYXhsZW49MjU2DQpUaGVuIEkgcmFuIHRoZSBhcHBsaWNh dGlvbiB0byByZWNlaXZlIGRhdGEgZnJvbSB0aGUgSFAgc2VydmVyLiBJIHJhbiBtdWx0aXBsZSBp cGVyZiBvbiB0aGUgSFAgc2VydmVyIHRvIHNlbmQgYXJvdW5kIDEzM01iaXRzL3MgVURQIGxvYWQg dG8gdGhlIFBDIHVuZGVyIHRlc3QuIFRoZSBVRFAgcGF5bG9hZCBzaXplIHdhcyA0NyBieXRlcy4g VGhlIGVudGlyZSBJUCBwYWNrZXQgc2l6ZSBpcyA3NiBieXRlcy4NCg0KRmlyc3Qgb2YgYWxsLCB0 aGUgcmVjZWl2aW5nIGFwcGxpY2F0aW9uIHdvcmtlZCB3ZWxsIGFuZCByZWNlaXZlZCBhcm91bmQg MjA1SyBwYWNrZXRzL3NlY29uZCB3aXRob3V0IHBhY2tldCBsb3NpbmcgKEkgY2hlY2tlZCB0aGUg cmVjZWl2aW5nIHN0YXR1cyB1c2luZyBwY2FwX3N0YXRzKS4gSG93ZXZlciwgYWZ0ZXIgMiBtaW51 dGVzLCB0aGUgYXBwbGljYXRpb24gY2FuIG5vdCByZWNlaXZlZCBkYXRhIGFueSBtb3JlLiBUaGUg cGFja2V0cy9zZWNvbmQgaXMgMC4gSSByYW4gdGhlIHBpbmcgZnJvbSB0aGUgUEMgdW5kZXIgdGVz dCBhbmQgZm91bmQgdGhhdCB0aGUgcGluZyByZXBvcnRpbmcgdGltZW91dCBhbmQgZGVzdGluYXRp b24gdW5yZWFjaGFibGUgKHRoZSBwaW5nIGZyb20gSFAgdG8gdGhlIFBDIGFsc28gZmFpbGVkKS4g TG9va2VkIGxpa2UgdGhlIGxpbmsgYmV0d2VlbiB0aGUgSFAgc2VydmVyIGFuZCBQQyB3YXMgYnJv a2VuIHNvIHRoZSBhcHBsaWNhdGlvbiBjb3VsZCByZWNlaXZlIGRhdGEuIE5vIHBhY2tldCB3YXMg ZHJvcHBlZC4gVGhlbiBJIHJlc3RhcnQgdGhlIGJnZTAgaW50ZXJmYWNlIHVzaW5nOiBpZmNvbmZp ZyBiZ2UwIGRvd24gJiYgaWZjb25maWcgYmdlMCB1cA0KDQpBbmQgdGhlbiBJIHJlLXJhbiB0aGUg YXBwbGljYXRpb24gYW5kIGl0IGNvbnRpbnVlZCByZWNlaXZpbmcgZGF0YS4gQnV0IGFmdGVyIDEg b3IgMiBtaW51dGVzLCB0aGUgbGluayBicm9rZSBhZ2Fpbi4gSSB0aGluayBpdCB3YXMgbXkgYXBw bGljYXRpb24gdGhhdCBjYXVzZWQgdGhlIGJnZTAgaW50ZXJmYWNlIGRvd24uIEkgc3RhcnRlZCB0 aGUgdGNwZHVtcCBhbmQgaXQgd29ya2VkIHdlbGwgd2l0aG91dCBicmVha2luZyB0aGUgbGluay4g DQoNCkkgdHJpZWQgdG8gaW5jcmVhc2UgdGhlIGtlcm4ucG9sbGluZy5lYWNoX2J1cnN0IGZyb20g MTI4IHRvIDUwMCBidXQgdGhlIGFwcGxpY2F0aW9uIHdvdWxkIGNhdXNlIHRoZSBiZ2UwIGRvd24g d2l0aGluIDEgbWludXRlLiBObyBwYWNrZXQgd2FzIGRyb3BwZWQgYmVmb3JlIHRoZSBsaW5rIHdh cyBkb3duLg0KDQpJIGNoZWNrZWQgdGhlIENQVSB1c2FnZSBvZiB0aGUgUEMuIFRoZSBzeXMgdXNl ZCBpcyBhcm91bmQgOTAlIChtaWdodCBiZSBjYXVzZWQgYnkga2Vybi5wb2xsaW5nLmlkbGVfcG9s bD0xKSwgdXNlciBsYW5kIGlzIDEzJS4gDQpJIGRvbuKAmXQgdW5kZXJzdGFuZCB3aHkgdGhlIGFw cGxpY2F0aW9uIHdvdWxkIGJyZWFrIHRoZSBiZ2UwLg0KDQpJIHRyaWVkIGNoYW5naW5nIHRoZSBw YXJhbWV0ZXJzOg0Kb3B0aW9ucyBIWj0yMDAwDQoNCnN5c2N0bCAtdyBuZXQuYnBmLmJ1ZnNpemU9 MjA0ODU3NjAgDQpzeXNjdGwgLXcgbmV0LmJwZi5tYXhidWZzaXplPTIwNDg1NzYwDQpzeXNjdGwg LXcga2Vybi5wb2xsaW5nLmlkbGVfcG9sbD0xDQpzeXNjdGwgLXcga2Vybi5wb2xsaW5nLmJ1cnN0 X21heD0xMDAwMA0Kc3lzY3RsIC13IGtlcm4ucG9sbGluZy5lYWNoX2J1cnN0PTUwMDANCg0KVGhl IHBlcmZvcm1hbmNlIHdhcyBiZXR0ZXI6IEkgZ290IDMwN0sgcGFja2V0L3NlY29uZCAodGhlIEhQ IHNlcnZlciBzZW5kZWQgYXJvdW5kIDI1ME1iaXRzL3MsIG15IFBDIGdvdCAyMDBNYml0cy9zKS4g QnV0IGFmdGVyIDIgbWludXRlcywgdGhlIGJnZTAgd2FzIGRvd24gYWdhaW4uIA0KDQpDb3VsZCBh bnlib2R5IGhhdmUgYSBsb29rIGF0IHRoaXMgaXNzdWU/IEhvdyBjYW4gSSBvcHRpbWl6ZSB0aGUg cGVyZm9ybWFuY2Ugb2YgdGhlIHBvbGxpbmc/DQoNClRoYW5rcywNCkppbiANCg0KIDw8Y2FwLmNw cD4+IA0KDQpCZXN0IHJlZ2FyZHMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PQ0K54qv5by6 5rGJ6ICF77yM6Jm96L+c5b+F6K+b44CCDQrpuqbov5sgTWFpIEppbg0KQWxjYXRlbCBTaGFuZ2hh aSBCZWxsIChOYW5qaW5nKSBDby4gTHRkLg0KQWxjYXRlbC1OZXQ6IDI3MzUtNTAxMSANClRlbDog KCs4NiktMjUtODQ3MyAxMjQwLTUwMTENCkFkZHI6IDExRiwgWWFuZ3RzZSBSaXZlciBUZWNoIFBh cmsuIA0KICAgICAgICAgICBCdWlsZGluZyBOby40MCBvZiBOYW5jaGFuZyBSb2FkLCANCiAgICAg ICAgICAgR3Vsb3UgRGlzdHJpY3QsIE5hbmppbmcsIENoaW5hDQpaaXA6IDIxMDAzNw0KamluLm1h aUBBbGNhdGVsLXNiZWxsLmNvbS5jbg0KQVNCL01vQUQvUkRSL0JTUiBBUEwNCiANCg0K ------_=_NextPart_001_01CB44C6.A8EA2172 Content-Type: application/octet-stream; name="cap.cpp" Content-Transfer-Encoding: base64 Content-Description: cap.cpp Content-Disposition: attachment; filename="cap.cpp" I2luY2x1ZGUgPC9yb290L3BjYXAvaW5jbHVkZS9wY2FwLmg+DQogI2luY2x1ZGUgPHVuaXN0ZC5o Pg0KI2luY2x1ZGUgPHN5cy90eXBlcy5oPg0KI2luY2x1ZGUgPHNpZ25hbC5oPg0KI2luY2x1ZGUg PHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQojaW5jbHVkZSA8c3RyaW5nLmg+DQojaW5j bHVkZSA8bGltaXRzLmg+DQojaWZuZGVmIFdJTjMyDQojaW5jbHVkZSA8c3lzL3dhaXQuaD4NCiNp bmNsdWRlIDxzeXMvcmVzb3VyY2UuaD4NCiNpbmNsdWRlIDxlcnJuby5oPg0KI2VuZGlmIC8qIFdJ TjMyICovDQovLyNpbmNsdWRlIDxuZXQvaWYuaD4NCiNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+DQoj aW5jbHVkZSA8bmV0aW5ldC9pbi5oPg0KI2luY2x1ZGUgPGFycGEvaW5ldC5oPg0KI2luY2x1ZGUg PG5ldC9ldGhlcm5ldC5oPg0KI2luY2x1ZGUgPG5ldGluZXQvaWZfZXRoZXIuaD4NCiNpbmNsdWRl IDxuZXRpbmV0L2lwLmg+DQojaW5jbHVkZSA8bmV0aW5ldC91ZHAuaD4NCg0KdHlwZWRlZiBpbnQg U1RBVFVTOw0KdHlwZWRlZiB1bnNpZ25lZCBjaGFyIHVjaGFyX3Q7DQoNCiNkZWZpbmUgQUxBUk1f U0xFRVAgICAgICAgICAgICAgNQ0KDQojZGVmaW5lIElQX1JFQ1ZfTUFYX1ZMQU4gICAgICAgIDQw OTYNCiNkZWZpbmUgSVBfUkVDVl9USU1FT1VUIDANCiNkZWZpbmUgSVBfUkVBU1NFTUJMRV9USU1F T1VUIDYwDQojZGVmaW5lIElQX1JFQ1ZfQlVGX1NJWkUgICAgNDA5Ng0KI2RlZmluZSBNQVhfRklM VEVSX1NJWkUgNTEyDQojZGVmaW5lIElQX1JFQ1ZfTUFYX1BBQ0tFVF9TSVpFICAgICAgICAgNjU1 MzYNCg0KI2RlZmluZSBFUlJPUiAtMQ0KI2RlZmluZSBPSyAwDQoNCg0KI2RlZmluZSBFUlJPUl9N QUpPUl9DTEFTUyBwcmludGYNCiNkZWZpbmUgVFJBQ0VfV0FSTklOR19DTEFTUyBwcmludGYNCg0K I2RlZmluZSBJUF9SRUNWX1RJTUVfVEhPVVNBTkQgICAxMDAwDQojZGVmaW5lIElQX1JFQ1ZfVElN RV9NSUxMSU9OICAgICgxMDAwMDAwKQ0KDQojaWZuZGVmIEVUSEVSVFlQRV9WTEFODQojZGVmaW5l IEVUSEVSVFlQRV9WTEFOICAgICAgICAgIDB4ODEwMCAgLyogSUVFRSA4MDIuMVEgVkxBTiB0YWdn aW5nICovDQojZW5kaWYNCg0KI2RlZmluZSBNQVhfQUFMMlBBVEhfTlVNICAgICAgNTEyDQojZGVm aW5lIEFBTDJQQVRIX1NUQVJUX1BPUlQgICA4MTkyDQoNCnBjYXBfdCAqbV9wZCA9IE5VTEw7DQpp bnQgbV9kYXRhbGluayA9IERMVF9FTjEwTUI7DQppbnQgbV9zbmFwbGVuID0gSVBfUkVDVl9CVUZf U0laRTsNCg0KdW5zaWduZWQgbG9uZyBtX3BrdENvdW50ID0gMDsNCnVuc2lnbmVkIGxvbmcgbV9w a3RMZW4gPSAwOw0KDQppbl9hZGRyX3QgbV9pcCA9IDA7DQoNCnZvaWQgbXlfc2lnYWxhcm0oaW50 IHNpZykgOw0KDQp0eXBlZGVmIHN0cnVjdCBwY2FwX3N0YXQgbXlzdGF0OyANCiANCm15c3RhdCBh Y3R1YWxTdGF0OyAvKiBhbGxvY2F0ZSBtZW1vcnkgZm9yIG15c3RhdCBvbiBzdGFjayAtIHlvdSBj YW4gYWxzbyBkbyBpdCBvbiB0aGUgaGVhcCBieSBtYWxsb2MtaW5nICovIA0KbXlzdGF0ICpteXN0 YXRwID0gJmFjdHVhbFN0YXQ7IC8qIHVzZSBhbGxvY2F0ZWQgbWVtb3J5ICovIA0KIA0KDQpTVEFU VVMgcHJvY2Vzc0lwUGFja2V0KGNvbnN0IHN0cnVjdCBwY2FwX3BrdGhkciAqaCwgc2l6ZV90IGxl biwgY29uc3QgdWNoYXJfdCAqcGt0KQ0Kew0KICAgIHN0YXRpYyB1Y2hhcl90IG5ld19wa3RbSVBf UkVDVl9NQVhfUEFDS0VUX1NJWkVdOw0KICAgIHVuc2lnbmVkIG5ld19sZW4gPSBzaXplb2YobmV3 X3BrdCk7DQogICAgaW50IGlzX2ZyYWdtZW50ID0gMDsNCiAgICBjb25zdCBzdHJ1Y3QgaXAgKmlw Ow0KICAgIHVuc2lnbmVkIHggPSAwOw0KICAgIHVuc2lnbmVkIHByb3RvID0gMDsNCiAgICBzdHJ1 Y3QgaW5fYWRkciBpcF9kc3Q7DQogICAgc3RydWN0IGluX2FkZHIgaXBfc3JjOw0KICAgIGNvbnN0 IHVjaGFyX3QgKm9yaWdfcGt0ID0gcGt0Ow0KICAgIHNpemVfdCBvcmlnX2xlbiA9IGxlbjsNCiAg ICB1bnNpZ25lZCBmcmFnX2hkcl9vZmZzZXQgPSAwOw0KDQogICAgaWYgKGxlbiA8IHNpemVvZihz dHJ1Y3QgaXApKQ0KICAgICAgICByZXR1cm4gRVJST1I7DQoNCiAgICBpcCA9IChjb25zdCBzdHJ1 Y3QgaXAgKikgcGt0Ow0KICAgIGlmIChpcC0+aXBfdiAhPSBJUFZFUlNJT04pDQogICAgICAgIHJl dHVybiBFUlJPUjsNCg0KICAgIHByb3RvID0gaXAtPmlwX3A7DQoNCiAgICBtZW1jcHkoJmlwX2Rz dCwgJmlwLT5pcF9kc3QsIHNpemVvZihzdHJ1Y3QgaW5fYWRkcikpOw0KICAgIG1lbWNweSgmaXBf c3JjLCAmaXAtPmlwX3NyYywgc2l6ZW9mKHN0cnVjdCBpbl9hZGRyKSk7DQogDQogICAgbV9wa3RD b3VudCsrOw0KICAgIG1fcGt0TGVuICs9IGxlbjsNCg0KICAgIHggPSBpcC0+aXBfaGwgPDwgMjsN CiAgICBpZiAobGVuIDw9IHgpDQogICAgICAgIHJldHVybiBFUlJPUjsNCg0KICAgIHBrdCArPSB4 Ow0KICAgIGxlbiAtPSB4Ow0KDQogICAgeCA9IG50b2hzKGlwLT5pcF9vZmYpOw0KICAgIGlzX2Zy YWdtZW50ID0gKHggJiBJUF9PRkZNQVNLKSAhPSAwIHx8ICh4ICYgSVBfTUYpICE9IDA7DQoNCiAg ICAgICAgaWYgKGlzX2ZyYWdtZW50KSANCiAgICAgICAgew0KICAgICAgICB9DQogICAgZWxzZQ0K ICAgIHsNCiAgICAgICAgICAgICAgICByZXR1cm4gT0s7DQogICAgfQ0KICAgIHJldHVybiBFUlJP UjsNCn0NCg0KDQpTVEFUVVMgY2xlYW51cCgpDQp7DQogICAgaWYgKG1fcGQpDQogICAgICAgICAg ICBwY2FwX2JyZWFrbG9vcChtX3BkKTsNCiAgICAgICAgLyoNCiAgICAgICAgICogV2UgZG9uJ3Qg aGF2ZSAicGNhcF9icmVha2xvb3AoKSI7IHRoaXMgaXNuJ3Qgc2FmZSwgYnV0DQogICAgICAgICAq IGl0J3MgdGhlIGJlc3Qgd2UgY2FuIGRvLiAgUHJpbnQgdGhlIHN1bW1hcnkgaWYgd2UncmUNCiAg ICAgICAgICogbm90IHJlYWRpbmcgZnJvbSBhIHNhdmVmaWxlIC0gaS5lLiwgaWYgd2UncmUgZG9p bmcgYQ0KICAgICAgICAgKiBsaXZlIGNhcHR1cmUgLSBhbmQgZXhpdC4NCiAgICAgICAgICovDQog ICAgICAgIHBjYXBfY2xvc2UobV9wZCk7DQogICAgcmV0dXJuIE9LOw0KfQ0KDQoNCg0KU1RBVFVT IHJlY2VpdmVEYXRhKGNvbnN0IHN0cnVjdCBwY2FwX3BrdGhkciAqaCwgY29uc3QgdWNoYXJfdCAq YnVmKQ0Kew0KICAgICAgICBzaXplX3QgbGVuID0gaC0+Y2FwbGVuOw0KICAgIHVuc2lnbmVkIGV0 eXBlPTAgLCB2bGFuOw0KICAgIGNvbnN0IHVjaGFyX3QgKnBrdCA9IGJ1ZjsNCg0KICAgIHN3aXRj aCAobV9kYXRhbGluaykNCiAgICB7DQogICAgICAgIGNhc2UgRExUX0VOMTBNQjoNCiAgICAgICAg ew0KICAgICAgICAgICAgICAgIGNvbnN0IHN0cnVjdCBldGhlcl9oZWFkZXIgKmV0aGVyOw0KDQog ICAgICAgICAgICAgICAgaWYgKGxlbiA8IEVUSEVSX0hEUl9MRU4pDQogICAgICAgICAgICAgICAg ICAgICAgICByZXR1cm4gRVJST1I7DQogICAgICAgICAgICAgICAgZXRoZXIgPSAoY29uc3Qgc3Ry dWN0IGV0aGVyX2hlYWRlciAqKSBwa3Q7DQogICAgICAgICAgICAgICAgZXR5cGUgPSBudG9ocyhl dGhlci0+ZXRoZXJfdHlwZSk7DQogICAgICAgICAgICAgICAgcGt0ICs9IEVUSEVSX0hEUl9MRU47 DQogICAgICAgICAgICAgICAgbGVuIC09IEVUSEVSX0hEUl9MRU47DQogICAgICAgICAgICAgICAg aWYgKGV0eXBlID09IEVUSEVSVFlQRV9WTEFOKSB7DQogICAgICAgICAgICAgICAgICAgICAgICBp ZiAobGVuIDwgNCkNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcmV0dXJuIEVSUk9S Ow0KICAgICAgICAgICAgICAgICAgICAgICAgdmxhbiA9IG50b2hzKCooY29uc3QgdWludDE2X3Qg KikgcGt0KTsNCiAgICAgICAgICAgICAgICAgICAgICAgIHBrdCArPSAyOw0KICAgICAgICAgICAg ICAgICAgICAgICAgbGVuIC09IDI7DQogICAgICAgICAgICAgICAgICAgICAgICBpZiAodmxhbiA8 IDEgfHwgdmxhbiA+IElQX1JFQ1ZfTUFYX1ZMQU4pDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHJldHVybiBFUlJPUjsNCiAgICAgICAgICAgICAgICAgICAgICAgIGV0eXBlID0gbnRv aHMoKihjb25zdCB1aW50MTZfdCAqKSBwa3QpOw0KICAgICAgICAgICAgICAgICAgICAgICAgcGt0 ICs9IDI7DQogICAgICAgICAgICAgICAgICAgICAgICBsZW4gLT0gMjsNCiAgICAgICAgICAgICAg IH0NCiAgICAgICAgIA0KLyoNCiAgICBtX3BrdENvdW50Kys7DQogICAgbV9wa3RMZW4gKz0gbGVu Ow0KKi8NCiAgICAgICAgYnJlYWs7DQogICAgICAgIH0NCg0KICAgICAgICBjYXNlIERMVF9SQVc6 DQogICAgICAgIHsNCiAgICAgICAgICAgICBldHlwZSA9IEVUSEVSVFlQRV9JUDsNCiAgICAgICAg ICAgICBicmVhazsNCiAgICAgICAgfQ0KDQogICAgICAgIGNhc2UgRExUX05VTEw6IHsNCiAgICAg ICAgICAgICAgICB1bnNpZ25lZCB4Ow0KDQogICAgICAgICAgICAgICAgaWYgKGxlbiA8IHNpemVv ZihpbnQzMl90KSkNCiAgICAgICAgICAgICAgICAgICAgICAgIHJldHVybiBFUlJPUjsNCiAgICAg ICAgICAgICAgICB4ID0gKihjb25zdCB1aW50MzJfdCAqKXBrdDsNCiAgICAgICAgICAgICAgICBp ZiAoeCA9PSBQRl9JTkVUKQ0KICAgICAgICAgICAgICAgICAgICAgICAgZXR5cGUgPSBFVEhFUlRZ UEVfSVA7DQovKg0KICAgICAgICAgICAgICAgIGVsc2UgaWYgKHggPT0gUEZfSU5FVDYpDQogICAg ICAgICAgICAgICAgICAgICAgICBldHlwZSA9IEVUSEVSVFlQRV9JUFY2Ow0KKi8NCiAgICAgICAg ICAgICAgICBlbHNlDQogICAgICAgICAgICAgICAgICAgICAgICByZXR1cm4gRVJST1I7DQogICAg ICAgICAgICAgICAgcGt0ICs9IHNpemVvZihpbnQzMl90KTsNCiAgICAgICAgICAgICAgICBsZW4g LT0gc2l6ZW9mKGludDMyX3QpOw0KICAgICAgICAgICAgICAgIGJyZWFrOw0KICAgICAgICAgICAg fQ0KICAgICAgICANCiAgICAgICAgLy9Ob3QgZXRoZXJuZXQgZnJhbWUNCiAgICAgICAgZGVmYXVs dDoNCiAgICAgICAgICByZXR1cm4gT0s7DQogICAgfQ0KICAgICANCiAgICBpZiAoZXR5cGUgIT0g RVRIRVJUWVBFX0lQIHx8IGxlbiA8PSBzaXplb2Yoc3RydWN0IGlwKSkgLy93ZSByZWNlaXZlIElQ djQgcGFja3J0IG9ubHkNCiAgICB7DQogICAgICAgIHJldHVybiBFUlJPUjsNCiAgICB9DQogICAg cmV0dXJuIHByb2Nlc3NJcFBhY2tldChoLCBsZW4sIHBrdCk7DQp9DQoNCnZvaWQgcGFja2V0SGFu ZGxlcih1Y2hhcl90ICp1c2VyLCBjb25zdCBzdHJ1Y3QgcGNhcF9wa3RoZHIgKmgsIGNvbnN0IHVj aGFyX3QgKnNwKQ0Kew0KICAgcmVjZWl2ZURhdGEoaCwgc3ApOw0KfQ0KDQoNCg0Kdm9pZCBwcmlu dE1zZ0luSGV4KGNvbnN0IHVjaGFyX3QgKmJ1ZiwgaW50IGxlbikNCnsNCiNkZWZpbmUgTlRMX01B WF9NU0dfRFVNUF9MSU5FIDUwDQoNCiAgICAgICAgY2hhciAgICBsb2dbODE5Ml0gPSB7MH07DQog ICAgICAgIGNoYXIgICAgICpwdHIgPSBsb2c7DQogICAgICAgIGludCAgICAgaTsNCg0KICAgICAg ICBwdHIgKz0gc3ByaW50ZihwdHIsICJbJTRkXSAiLDApOw0KICAgICAgICBmb3IgKGkgPSAwOyBp IDwgbGVuOyBpKyspDQogICAgICAgIHsNCiAgICAgICAgICAgICAgICBwdHIgKz0gc3ByaW50Zihw dHIsICIlMDJYICIsIGJ1ZltpXSk7DQogICAgICAgICAgICAgICAgaWYgKCAoaSsxKSAlIE5UTF9N QVhfTVNHX0RVTVBfTElORSA9PSAwICkgIC8qIEZlZWRMaW5lICovDQogICAgICAgICAgICAgICAg ew0KICAgICAgICAgICAgICAgICAgICAgICAgLy9wdHIgKz0gc3ByaW50ZihwdHIsICJcbiIpOw0K ICAgICAgICAgICAgICAgICAgICAgICAgcHRyID0gbG9nOw0KICAgICAgICAgICAgICAgICAgICAg ICAgcHJpbnRmKCIlc1xuIiwgbG9nKTsNCiAgICAgICAgICAgICAgICAgICAgICAgIHB0ciArPSBz cHJpbnRmKHB0ciwgIlslNGRdICIsaSsxKTsNCiAgICAgICAgICAgICAgICB9DQogICAgICAgIH0N CiAgICAgICAgaWYoIGkgJSBOVExfTUFYX01TR19EVU1QX0xJTkUgIT0gMCApICAgLyogUHJpbnQg UmVtYWluZyBCeXRlcyAqLw0KICAgICAgICB7DQogICAgICAgICAgICAgICAgLy9wdHIgKz0gc3By aW50ZihwdHIsICJcbiIpOw0KICAgICAgICAgICAgICAgIHB0ciA9IGxvZzsNCiAgICAgICAgfQ0K ICAgICAgICBwcmludGYoIiVzXG4iLCBsb2cpOw0KICAgICAgICByZXR1cm47DQp9DQoNCg0KU1RB VFVTIHN0YXJ0KCkNCnsNCiAgICAgICAgcmVnaXN0ZXIgaW50IGNudCwgaTsNCiAgICAgICAgdWlu dDMyX3QgbG9jYWxuZXQsIG5ldG1hc2s7DQogICAgICAgIHJlZ2lzdGVyIGNoYXIgKmNtZGJ1ZiA9 ICJ1ZHAgYW5kIGRzdCBob3N0IDE5Mi4xNjguNi4xMTEgYW5kIGRzdCBwb3J0cmFuZ2UgODE5Mi04 NTAwIiwgKmRldmljZTsNCiAgICAgICAgLy9yZWdpc3RlciBjaGFyICpjbWRidWYgPSAidWRwIGFu ZCBkc3QgaG9zdCAxOTIuMTY4LjYuMTExIGFuZCBkc3QgcG9ydHJhbmdlIDgxOTItODUwMCIsICpk ZXZpY2U7DQogICAgICAgIGludCB0eXBlOw0KICAgICAgICBzdHJ1Y3QgYnBmX3Byb2dyYW0gZmNv ZGU7DQovLyAgICAgICAgc2lnaGFuZGxlcl90IG9sZGhhbmRsZXI7DQogICAgICAgIGNoYXIgZWJ1 ZltQQ0FQX0VSUkJVRl9TSVpFXTsNCiAgICAgICAgaW50IHN0YXR1czsNCg0KICAgICAgICBjbnQg PSAtMTsgLy9sb29wIGZvciBldmVyDQogICAgICAgIGRldmljZSA9ICJiZ2UwIjsNCiAgICANCiAg ICAgICAgaWYgKGRldmljZVswXSA9PSAnXDAnKSB7DQogICAgICAgICAgICAgICAgZGV2aWNlID0g cGNhcF9sb29rdXBkZXYoZWJ1Zik7DQogICAgICAgICAgICAgICAgaWYgKGRldmljZSA9PSBOVUxM KQ0KICAgICAgICAgICAgICAgIHsNCiAgICAgICAgICAgICAgICAgICAgRVJST1JfTUFKT1JfQ0xB U1MoIkVSUk9SOiBObyBuZXR3b3JrIGludGVyZmFjZSB0byByZWNlaXZlIElQIHBhY2tldHMuICVz IiwgZWJ1Zik7DQogICAgICAgICAgICAgICAgICAgIHJldHVybiBFUlJPUjsNCiAgICAgICAgICAg ICAgICB9DQogICAgICAgIH0NCg0KICAgICAgICBpZiAobV9wZCkNCiAgICAgICAgICAgcGNhcF9j bG9zZShtX3BkKTsNCiAgICAgICAgDQoNCiAgICAgICAgICAgICplYnVmID0gJ1wwJzsNCg0KICAg ICAgICAgICAgcHJpbnRmKCJPcGVuZ2luZyBjYXB0dXJlIG9uICVzXG4iLCBkZXZpY2UpOw0KDQog ICAgICAgICAgICBtX3BkID0gcGNhcF9vcGVuX2xpdmUoZGV2aWNlLCBJUF9SRUNWX0JVRl9TSVpF LCAwLCBJUF9SRUNWX1RJTUVPVVQsIGVidWYpOw0KICAgICAgICAgICAgaWYgKG1fcGQgPT0gTlVM TCl7DQogICAgICAgICAgICAgICAgRVJST1JfTUFKT1JfQ0xBU1MoIkVSUk9SOiBjYW5ub3Qgb3Bl biAlcyB0byByZWFkIElQIHBhY2tldHMuICVzIiwgZGV2aWNlLCBlYnVmKTsNCiAgICAgICAgICAg ICAgICByZXR1cm4gRVJST1I7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBlbHNlIGlmICgq ZWJ1Zil7DQogICAgICAgICAgICAgICAgVFJBQ0VfV0FSTklOR19DTEFTUygiJXMiLCBlYnVmKTsN CiAgICAgICAgICAgIH0NCg0KICAgICAgICAgICAgLyoNCiAgICAgICAgICAgICAqIExldCB1c2Vy IG93biBwcm9jZXNzIGFmdGVyIHNvY2tldCBoYXMgYmVlbiBvcGVuZWQuDQogICAgICAgICAgICAg Ki8NCg0KICAgICAgICAgbV9kYXRhbGluayA9IHBjYXBfZGF0YWxpbmsobV9wZCk7DQogICAgICAg ICBpZiAobV9kYXRhbGluayAhPSBETFRfRU4xME1CICYmIG1fZGF0YWxpbmsgIT0gRExUX1JBVyl7 DQogICAgICAgICAgICAgICAgICAgIEVSUk9SX01BSk9SX0NMQVNTKCJEYXRhbGluayAlcyBpcyBu b3Qgb25lIG9mIHRoZSBETFRzIHN1cHBvcnRlZCBieSB0aGlzIGRldmljZSAlcy4gT25seSBETFRf RU4xME1CIGFuZCBETFRfUkFXIHN1cHBvcnRlZCBjdXJyZW50bHkuXG4iLA0KICAgICAgICAgICAg ICAgICAgICAgICAgICBwY2FwX2RhdGFsaW5rX3ZhbF90b19uYW1lKG1fZGF0YWxpbmspLCBkZXZp Y2UpOw0KICAgICAgICAgICAgICAgICAgICByZXR1cm4gRVJST1I7DQogICAgICAgICB9DQoNCiAg ICAgICAgaSA9IHBjYXBfc25hcHNob3QobV9wZCk7DQogICAgICAgIGlmIChtX3NuYXBsZW4gPCBp KSB7DQogICAgICAgICAgICAgICAgVFJBQ0VfV0FSTklOR19DTEFTUygic25hcGxlbiByYWlzZWQg ZnJvbSAlZCB0byAlZCIsIG1fc25hcGxlbiwgaSk7DQogICAgICAgICAgICAgICAgbV9zbmFwbGVu ID0gaTsNCiAgICAgICAgfQ0KICAgICAgICBpZiAocGNhcF9sb29rdXBuZXQoZGV2aWNlLCAmbG9j YWxuZXQsICZuZXRtYXNrLCBlYnVmKSA8IDApIHsNCiAgICAgICAgICAgICAgICBsb2NhbG5ldCA9 IDA7DQogICAgICAgICAgICAgICAgbmV0bWFzayA9IDA7DQogICAgICAgICAgICAgICAgVFJBQ0Vf V0FSTklOR19DTEFTUygiJXMiLCBlYnVmKTsNCiAgICAgICAgfQ0KICAgIA0KLyoNCiAgICAgICAg aWYgKHBjYXBfY29tcGlsZShtX3BkLCAmZmNvZGUsIGNtZGJ1ZiwgMCwgbmV0bWFzaykgPCAwKXsN CiAgICAgICAgICAgIEVSUk9SX01BSk9SX0NMQVNTKCIlcyIsIHBjYXBfZ2V0ZXJyKG1fcGQpKTsN CiAgICAgICAgICAgIHJldHVybiBFUlJPUjsNCiAgICAgICAgfQ0KDQogDQogICAgICAgIGlmIChw Y2FwX3NldGZpbHRlcihtX3BkLCAmZmNvZGUpIDwgMCl7DQogICAgICAgICAgICBFUlJPUl9NQUpP Ul9DTEFTUygiJXMiLCBwY2FwX2dldGVycihtX3BkKSk7DQogICAgICAgICAgICByZXR1cm4gRVJS T1I7DQogICAgICAgICAgICB9DQoqLw0KDQogICAgICAgIHR5cGUgPSBwY2FwX2RhdGFsaW5rKG1f cGQpOw0KDQogICAgDQogICAgICAgIHN0YXR1cyA9IHBjYXBfbG9vcChtX3BkLCBjbnQsIHBhY2tl dEhhbmRsZXIsIDApOw0KICAgICAgICBpZiAoc3RhdHVzID09IC0xKSB7DQogICAgICAgICAgICAv Kg0KICAgICAgICAgICAgICogRXJyb3IuICBSZXBvcnQgaXQuDQogICAgICAgICAgICAgKi8NCiAg ICAgICAgIEVSUk9SX01BSk9SX0NMQVNTKCAiJXM6IHBjYXBfbG9vcCBleGl0OiAlc1xuIiwNCiAg ICAgICAgICAgICAgICBkZXZpY2UsIHBjYXBfZ2V0ZXJyKG1fcGQpKTsNCiAgICAgICAgfQ0KICAg ICAgICBwY2FwX2Nsb3NlKG1fcGQpOw0KICAgICAgICByZXR1cm4gKHN0YXR1cyA9PSAtMSA/IEVS Uk9SIDogT0spOw0KfQ0KDQoNCnZvaWQgbXlfc2lnYWxhcm0oaW50IHNpZykgew0KDQoNCiAgcHJp bnRmKCJQYWNrZXRzL1M6ICVkLCAgQml0cy9TOiAlZCAoJWYgTWJpdHMvUylcbiIsICBtX3BrdENv dW50L0FMQVJNX1NMRUVQLCBtX3BrdExlbio4L0FMQVJNX1NMRUVQLCAoKGZsb2F0KShtX3BrdExl bio4KSkvKEFMQVJNX1NMRUVQKjEwMjQqMTAyNCkpOw0KDQogIG1fcGt0Q291bnQ9MDsNCiAgbV9w a3RMZW49MDsNCg0KLyogUHV0IHRoZSBpbnRlcmZhY2UgaW4gc3RhdGlzdGljcyBtb2RlICovDQpp ZihwY2FwX3N0YXRzKG1fcGQsIG15c3RhdHApIDwgMCkNCnsNCiAgICBmcHJpbnRmKHN0ZGVyciwi XG5FcnJvciBwY2FwX3N0YXRzLlxuIik7DQp9DQplbHNlDQp7DQogICAgcHJpbnRmKCJOdW0gb2Yg cmVjdjogJWQsIE51bSBvZiBkcm9wOiAlZFxuIiwgbXlzdGF0cC0+cHNfcmVjdiwgbXlzdGF0cC0+ cHNfZHJvcCk7DQp9DQogIGFsYXJtKEFMQVJNX1NMRUVQKTsNCiAgc2lnbmFsKFNJR0FMUk0sIG15 X3NpZ2FsYXJtKTsNCn0NCg0KaW50IG1haW4oKQ0Kew0KICAgIHNpZ25hbChTSUdBTFJNLCBteV9z aWdhbGFybSk7DQogICAgYWxhcm0oQUxBUk1fU0xFRVApOw0KICAgIHJldHVybiBzdGFydCgpOw0K fQ== ------_=_NextPart_001_01CB44C6.A8EA2172-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 05:19:18 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB26E106566C for ; Thu, 26 Aug 2010 05:19:18 +0000 (UTC) (envelope-from artem@viklenko.net) Received: from alf.aws-net.org.ua (alf.aws-net.org.ua [IPv6:2001:15c0:6605:1::61]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB398FC12 for ; Thu, 26 Aug 2010 05:19:17 +0000 (UTC) Received: from rainbow.vl.net.ua (rainbow.vl.net.ua [194.44.80.215]) (authenticated bits=0) by alf.aws-net.org.ua (8.14.3/8.14.3) with ESMTP id o7Q5J8u2025417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Aug 2010 08:19:12 +0300 (EEST) (envelope-from artem@viklenko.net) Message-ID: <4C75F94B.50309@viklenko.net> Date: Thu, 26 Aug 2010 08:19:07 +0300 From: Artyom Viklenko Organization: Art&Co. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.8) Gecko/20100322 Thunderbird/3.0.3 MIME-Version: 1.0 To: "Vladislav V. Prodan" References: <4C744053.6010403@ukr.net> <4C758D70.1030000@ukr.net> In-Reply-To: <4C758D70.1030000@ukr.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (alf.aws-net.org.ua [85.90.196.192]); Thu, 26 Aug 2010 08:19:14 +0300 (EEST) X-Virus-Scanned: clamav-milter 0.96.1 at alf.aws-net.org.ua X-Virus-Status: Clean Cc: freebsd-net@freebsd.org, marek3@intranetplanet.com Subject: Re: Error: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 05:19:18 -0000 26.08.2010 00:38, Vladislav V. Prodan пишет: > > Add to /etc/rc.local : > ifconfig em0 debug > ifconfig em0 media 100baseTX mediaopt full-duplex > > For in rc.conf not working these options: > #ifconfig_em0="100baseTX mediaopt full-duplex" > #ifconfig_em0="debug -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso -wol" > Try ifconfig_em0="100baseTX mediaopt full-duplex" ifconfig_em0_alias0="debug -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso -wol" > Now the network card looks like this: > # ifconfig em0 | grep -v inet > em0: flags=8847 metric 0 > mtu 1500 > > options=219b > ether 00:25:90:05:83:7a > nd6 options=29 > media: Ethernet 100baseTX > status: active > > > 25.08.2010 0:57, Vladislav V. Prodan wrote: >> The server is sometimes off the network card. >> It helps just to restart via KVM-IPMI. >> >> MotherBoard: X8SIL/X8SIL-F >> BIOS Version: 1.0c >> Build Date: 02/05/10 >> >> OS: FreeBSD 8.1-RELEASE, FreeBSD 8.1-STABLE, FreeBSD 9.0-CURRENT >> >> What would you recommend to address the problem? >> >> >> # uname -a >> FreeBSD solo.XXX.biz 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Aug 24 >> 15:52:21 EEST 2010 root@solo.XXX.biz:/usr/obj/usr/src/sys/solo.2 amd64 >> >> #pciconf -lv >> ... >> em0@pci0:2:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' >> class = network >> subclass = ethernet >> em1@pci0:3:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' >> class = network >> subclass = ethernet >> ... >> >> In /usr/src/sys/dev/e1000/if_em.c: >> >> static void >> em_local_timer(void *arg) >> { >> struct adapter *adapter = arg; >> struct ifnet *ifp = adapter->ifp; >> struct tx_ring *txr = adapter->tx_rings; >> >> EM_CORE_LOCK_ASSERT(adapter); >> >> em_update_link_status(adapter); >> em_update_stats_counters(adapter); >> >> /* Reset LAA into RAR[0] on 82571 */ >> if (e1000_get_laa_state_82571(&adapter->hw) == TRUE) >> e1000_rar_set(&adapter->hw, adapter->hw.mac.addr, 0); >> >> /* >> ** Check for time since any descriptor was cleaned >> */ >> for (int i = 0; i< adapter->num_queues; i++, txr++) { >> EM_TX_LOCK(txr); >> if (txr->watchdog_check == FALSE) { >> EM_TX_UNLOCK(txr); >> continue; >> } >> if ((ticks - txr->watchdog_time)> EM_WATCHDOG) >> goto hung; >> EM_TX_UNLOCK(txr); >> } >> >> callout_reset(&adapter->timer, hz, em_local_timer, adapter); >> return; >> hung: >> device_printf(adapter->dev, "Watchdog timeout -- resetting\n"); >> ifp->if_drv_flags&= ~IFF_DRV_RUNNING; >> adapter->watchdog_events++; >> EM_TX_UNLOCK(txr); >> em_init_locked(adapter); >> } >> >> Someone will finish the piece for debugging, to further diagnose the error? >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> >> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- Sincerely yours, Artyom Viklenko. ------------------------------------------------------- artem@aws-net.org.ua | http://www.aws-net.org.ua/~artem artem@viklenko.net | ================================ FreeBSD: The Power to Serve - http://www.freebsd.org From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 05:23:14 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9094D1065696 for ; Thu, 26 Aug 2010 05:23:14 +0000 (UTC) (envelope-from artem@viklenko.net) Received: from alf.aws-net.org.ua (alf.aws-net.org.ua [IPv6:2001:15c0:6605:1::61]) by mx1.freebsd.org (Postfix) with ESMTP id AC3D98FC20 for ; Thu, 26 Aug 2010 05:23:13 +0000 (UTC) Received: from rainbow.vl.net.ua (rainbow.vl.net.ua [194.44.80.215]) (authenticated bits=0) by alf.aws-net.org.ua (8.14.3/8.14.3) with ESMTP id o7Q5N6Rt025467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Aug 2010 08:23:10 +0300 (EEST) (envelope-from artem@viklenko.net) Message-ID: <4C75FA39.70303@viklenko.net> Date: Thu, 26 Aug 2010 08:23:05 +0300 From: Artyom Viklenko Organization: Art&Co. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.8) Gecko/20100322 Thunderbird/3.0.3 MIME-Version: 1.0 To: "Vladislav V. Prodan" References: <4C744053.6010403@ukr.net> <4C758D70.1030000@ukr.net> <4C75F94B.50309@viklenko.net> In-Reply-To: <4C75F94B.50309@viklenko.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (alf.aws-net.org.ua [85.90.196.192]); Thu, 26 Aug 2010 08:23:11 +0300 (EEST) X-Virus-Scanned: clamav-milter 0.96.1 at alf.aws-net.org.ua X-Virus-Status: Clean Cc: freebsd-net@freebsd.org, marek3@intranetplanet.com Subject: Re: Error: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 05:23:14 -0000 26.08.2010 08:19, Artyom Viklenko пишет: > 26.08.2010 00:38, Vladislav V. Prodan пишет: >> >> Add to /etc/rc.local : >> ifconfig em0 debug >> ifconfig em0 media 100baseTX mediaopt full-duplex >> >> For in rc.conf not working these options: >> #ifconfig_em0="100baseTX mediaopt full-duplex" >> #ifconfig_em0="debug -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso -wol" >> > > Try > > ifconfig_em0="100baseTX mediaopt full-duplex" > ifconfig_em0_alias0="debug -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso > -wol" > Sorry, correct myself ifconfig_em0="media 100baseTX mediaopt full-duplex" ifconfig_em0_alias0="debug -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso -wol" > > > >> Now the network card looks like this: >> # ifconfig em0 | grep -v inet >> em0: flags=8847 metric 0 >> mtu 1500 >> >> options=219b >> >> ether 00:25:90:05:83:7a >> nd6 options=29 >> media: Ethernet 100baseTX >> status: active >> >> >> 25.08.2010 0:57, Vladislav V. Prodan wrote: >>> The server is sometimes off the network card. >>> It helps just to restart via KVM-IPMI. >>> >>> MotherBoard: X8SIL/X8SIL-F >>> BIOS Version: 1.0c >>> Build Date: 02/05/10 >>> >>> OS: FreeBSD 8.1-RELEASE, FreeBSD 8.1-STABLE, FreeBSD 9.0-CURRENT >>> >>> What would you recommend to address the problem? >>> >>> >>> # uname -a >>> FreeBSD solo.XXX.biz 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Aug 24 >>> 15:52:21 EEST 2010 root@solo.XXX.biz:/usr/obj/usr/src/sys/solo.2 amd64 >>> >>> #pciconf -lv >>> ... >>> em0@pci0:2:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 >>> hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' >>> class = network >>> subclass = ethernet >>> em1@pci0:3:0:0: class=0x020000 card=0x060515d9 chip=0x10d38086 rev=0x00 >>> hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' >>> class = network >>> subclass = ethernet >>> ... >>> >>> In /usr/src/sys/dev/e1000/if_em.c: >>> >>> static void >>> em_local_timer(void *arg) >>> { >>> struct adapter *adapter = arg; >>> struct ifnet *ifp = adapter->ifp; >>> struct tx_ring *txr = adapter->tx_rings; >>> >>> EM_CORE_LOCK_ASSERT(adapter); >>> >>> em_update_link_status(adapter); >>> em_update_stats_counters(adapter); >>> >>> /* Reset LAA into RAR[0] on 82571 */ >>> if (e1000_get_laa_state_82571(&adapter->hw) == TRUE) >>> e1000_rar_set(&adapter->hw, adapter->hw.mac.addr, 0); >>> >>> /* >>> ** Check for time since any descriptor was cleaned >>> */ >>> for (int i = 0; i< adapter->num_queues; i++, txr++) { >>> EM_TX_LOCK(txr); >>> if (txr->watchdog_check == FALSE) { >>> EM_TX_UNLOCK(txr); >>> continue; >>> } >>> if ((ticks - txr->watchdog_time)> EM_WATCHDOG) >>> goto hung; >>> EM_TX_UNLOCK(txr); >>> } >>> >>> callout_reset(&adapter->timer, hz, em_local_timer, adapter); >>> return; >>> hung: >>> device_printf(adapter->dev, "Watchdog timeout -- resetting\n"); >>> ifp->if_drv_flags&= ~IFF_DRV_RUNNING; >>> adapter->watchdog_events++; >>> EM_TX_UNLOCK(txr); >>> em_init_locked(adapter); >>> } >>> >>> Someone will finish the piece for debugging, to further diagnose the >>> error? >>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >>> >>> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > -- Sincerely yours, Artyom Viklenko. ------------------------------------------------------- artem@aws-net.org.ua | http://www.aws-net.org.ua/~artem artem@viklenko.net | ================================ FreeBSD: The Power to Serve - http://www.freebsd.org From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 05:34:49 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 441431065672 for ; Thu, 26 Aug 2010 05:34:49 +0000 (UTC) (envelope-from Jin.Mai@alcatel-sbell.com.cn) Received: from cnshjsmin03.alcatel-sbell.com.cn (cnshjsmin03.alcatel-sbell.com.cn [211.144.215.47]) by mx1.freebsd.org (Postfix) with ESMTP id 86A8B8FC13 for ; Thu, 26 Aug 2010 05:34:48 +0000 (UTC) X-AuditID: ac189297-b7be1ae000001fe2-11-4c75fcf68b8e Received: from cnshgsbhs02.ad4.ad.alcatel.com (Unknown_Domain [172.24.146.147]) by cnshjsmin03.alcatel-sbell.com.cn (Symantec Brightmail Gateway) with SMTP id 01.B1.08162.6FCF57C4; Thu, 26 Aug 2010 13:34:46 +0800 (HKT) Received: from CNSHGSMBS03.ad4.ad.alcatel.com ([172.24.146.173]) by cnshgsbhs02.ad4.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 26 Aug 2010 13:34:46 +0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CB44E0.64B45226" Date: Thu, 26 Aug 2010 13:34:45 +0800 Message-ID: <1DB91DF937A4544C81E636468B91C21C0728EA30@CNSHGSMBS03.ad4.ad.alcatel.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: HELP. FreeBSD 8.1 polling issue Thread-Index: ActExqh99x4mmQoLSjK6TlN2EyEHZQAGZoQw From: "MAI JIN" To: X-OriginalArrivalTime: 26 Aug 2010 05:34:46.0368 (UTC) FILETIME=[64BD4600:01CB44E0] X-CFilter-Loop: Reflected X-Brightmail-Tracker: AAAAAA== Subject: RE: HELP. FreeBSD 8.1 polling issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 05:34:49 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB44E0.64B45226 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi, I got a freeBSD 8.1 polling issue on my PC. It is a dual-core Intel Pentium x86 PC (2.8GHz each core). The Ethernet interface is Broadcom NetXtreme 57xx Gigabit Ethernet interface. I set the following options (enable polling and zero-buffer copy) and rebuilt the kernel: Code: # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC options DEVICE_POLLING # Open Polling options HZ=3D1000 options ZERO_COPY_SOCKETS The following were appended to the /etc/sysctl.conf Code: kern.polling.enable=3D1 # increase BPF buffer to 10M net.bpf.bufsize=3D10485760 net.bpf.maxbufsize=3D10485760 kern.polling.idle_poll=3D1 kern.polling.burst_max=3D1000 After installed and rebooted the system, kern.polling.enable was not found in MIB so I had to ignore this error. Looks like kern.polling.enable is removed from FreeBSD v8.1? Everything looked good so build my application to received data from another HP server. I wrote the application using libpcap-1.1.1 with BFP zero-copy turned on (I found the #define HAVE_ZEROCOPY_BPF 1 in config.h). Attached please find the source code of my application. Before running the application, I set the following parameters: Code: ifconfig bge0 polling # This will turn on the polling of the Broadcom driver. Code: sysctl -w net.bpf.bufsize=3D10485760=20 sysctl -w net.bpf.maxbufsize=3D10485760 sysctl -w kern.polling.idle_poll=3D1 sysctl -w kern.polling.burst_max=3D1000 sysctl -w kern.polling.each_burst=3D128 sysctl -w net.inet.ip.intr_queue_maxlen=3D256 Then I ran the application to receive data from the HP server. I ran multiple iperf on the HP server to send around 133Mbits/s UDP load to the PC under test. The UDP payload size was 47 bytes. The entire IP packet size is 76 bytes. First of all, the receiving application worked well and received around 205K packets/second without packet losing (I checked the receiving status using pcap_stats). However, after 2 minutes, the application can not received data any more. The packets/second is 0. I ran the ping from the PC under test and found that the ping reporting timeout and destination unreachable (the ping from HP to the PC also failed). Looked like the link between the HP server and PC was broken so the application could receive data. No packet was dropped. Then I restart the bge0 interface using: ifconfig bge0 down && ifconfig bge0 up And then I re-ran the application and it continued receiving data. But after 1 or 2 minutes, the link broke again. I think it was my application that caused the bge0 interface down. I started the tcpdump and it worked well without breaking the link.=20 I tried to increase the kern.polling.each_burst from 128 to 500 but the application would cause the bge0 down within 1 minute. No packet was dropped before the link was down. I checked the CPU usage of the PC. The sys used is around 90% (might be caused by kern.polling.idle_poll=3D1), user land is 13%.=20 I don't understand why the application would break the bge0. I tried changing the parameters: options HZ=3D2000 sysctl -w net.bpf.bufsize=3D20485760=20 sysctl -w net.bpf.maxbufsize=3D20485760 sysctl -w kern.polling.idle_poll=3D1 sysctl -w kern.polling.burst_max=3D10000 sysctl -w kern.polling.each_burst=3D5000 The performance was better: I got 307K packet/second (the HP server sended around 250Mbits/s, my PC got 200Mbits/s). But after 2 minutes, the bge0 was down again.=20 Could anybody have a look at this issue? How can <> I optimize the performance of the polling? Thanks, Jin=20 =20 Best regards =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Jin=20 Alcatel Shanghai Bell (Nanjing) Co. Ltd. Alcatel-Net: 2735-5011=20 Tel: (+86)-25-8473 1240-5011 Addr: 11F, Yangtse River Tech Park.=20 Building No.40 of Nanchang Road,=20 Gulou District, Nanjing, China Zip: 210037 jin.mai@Alcatel-sbell.com.cn ASB/MoAD/RDR/BSR APL =20 ------_=_NextPart_001_01CB44E0.64B45226 Content-Type: application/octet-stream; name="cap.cpp" Content-Transfer-Encoding: base64 Content-Description: cap.cpp Content-Disposition: attachment; filename="cap.cpp" I2luY2x1ZGUgPC9yb290L3BjYXAvaW5jbHVkZS9wY2FwLmg+DQogI2luY2x1ZGUgPHVuaXN0ZC5o Pg0KI2luY2x1ZGUgPHN5cy90eXBlcy5oPg0KI2luY2x1ZGUgPHNpZ25hbC5oPg0KI2luY2x1ZGUg PHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQojaW5jbHVkZSA8c3RyaW5nLmg+DQojaW5j bHVkZSA8bGltaXRzLmg+DQojaWZuZGVmIFdJTjMyDQojaW5jbHVkZSA8c3lzL3dhaXQuaD4NCiNp bmNsdWRlIDxzeXMvcmVzb3VyY2UuaD4NCiNpbmNsdWRlIDxlcnJuby5oPg0KI2VuZGlmIC8qIFdJ TjMyICovDQovLyNpbmNsdWRlIDxuZXQvaWYuaD4NCiNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+DQoj aW5jbHVkZSA8bmV0aW5ldC9pbi5oPg0KI2luY2x1ZGUgPGFycGEvaW5ldC5oPg0KI2luY2x1ZGUg PG5ldC9ldGhlcm5ldC5oPg0KI2luY2x1ZGUgPG5ldGluZXQvaWZfZXRoZXIuaD4NCiNpbmNsdWRl IDxuZXRpbmV0L2lwLmg+DQojaW5jbHVkZSA8bmV0aW5ldC91ZHAuaD4NCg0KdHlwZWRlZiBpbnQg U1RBVFVTOw0KdHlwZWRlZiB1bnNpZ25lZCBjaGFyIHVjaGFyX3Q7DQoNCiNkZWZpbmUgQUxBUk1f U0xFRVAgICAgICAgICAgICAgNQ0KDQojZGVmaW5lIElQX1JFQ1ZfTUFYX1ZMQU4gICAgICAgIDQw OTYNCiNkZWZpbmUgSVBfUkVDVl9USU1FT1VUIDANCiNkZWZpbmUgSVBfUkVBU1NFTUJMRV9USU1F T1VUIDYwDQojZGVmaW5lIElQX1JFQ1ZfQlVGX1NJWkUgICAgNDA5Ng0KI2RlZmluZSBNQVhfRklM VEVSX1NJWkUgNTEyDQojZGVmaW5lIElQX1JFQ1ZfTUFYX1BBQ0tFVF9TSVpFICAgICAgICAgNjU1 MzYNCg0KI2RlZmluZSBFUlJPUiAtMQ0KI2RlZmluZSBPSyAwDQoNCg0KI2RlZmluZSBFUlJPUl9N QUpPUl9DTEFTUyBwcmludGYNCiNkZWZpbmUgVFJBQ0VfV0FSTklOR19DTEFTUyBwcmludGYNCg0K I2RlZmluZSBJUF9SRUNWX1RJTUVfVEhPVVNBTkQgICAxMDAwDQojZGVmaW5lIElQX1JFQ1ZfVElN RV9NSUxMSU9OICAgICgxMDAwMDAwKQ0KDQojaWZuZGVmIEVUSEVSVFlQRV9WTEFODQojZGVmaW5l IEVUSEVSVFlQRV9WTEFOICAgICAgICAgIDB4ODEwMCAgLyogSUVFRSA4MDIuMVEgVkxBTiB0YWdn aW5nICovDQojZW5kaWYNCg0KI2RlZmluZSBNQVhfQUFMMlBBVEhfTlVNICAgICAgNTEyDQojZGVm aW5lIEFBTDJQQVRIX1NUQVJUX1BPUlQgICA4MTkyDQoNCnBjYXBfdCAqbV9wZCA9IE5VTEw7DQpp bnQgbV9kYXRhbGluayA9IERMVF9FTjEwTUI7DQppbnQgbV9zbmFwbGVuID0gSVBfUkVDVl9CVUZf U0laRTsNCg0KdW5zaWduZWQgbG9uZyBtX3BrdENvdW50ID0gMDsNCnVuc2lnbmVkIGxvbmcgbV9w a3RMZW4gPSAwOw0KDQppbl9hZGRyX3QgbV9pcCA9IDA7DQoNCnZvaWQgbXlfc2lnYWxhcm0oaW50 IHNpZykgOw0KDQp0eXBlZGVmIHN0cnVjdCBwY2FwX3N0YXQgbXlzdGF0OyANCiANCm15c3RhdCBh Y3R1YWxTdGF0OyAvKiBhbGxvY2F0ZSBtZW1vcnkgZm9yIG15c3RhdCBvbiBzdGFjayAtIHlvdSBj YW4gYWxzbyBkbyBpdCBvbiB0aGUgaGVhcCBieSBtYWxsb2MtaW5nICovIA0KbXlzdGF0ICpteXN0 YXRwID0gJmFjdHVhbFN0YXQ7IC8qIHVzZSBhbGxvY2F0ZWQgbWVtb3J5ICovIA0KIA0KDQpTVEFU VVMgcHJvY2Vzc0lwUGFja2V0KGNvbnN0IHN0cnVjdCBwY2FwX3BrdGhkciAqaCwgc2l6ZV90IGxl biwgY29uc3QgdWNoYXJfdCAqcGt0KQ0Kew0KICAgIHN0YXRpYyB1Y2hhcl90IG5ld19wa3RbSVBf UkVDVl9NQVhfUEFDS0VUX1NJWkVdOw0KICAgIHVuc2lnbmVkIG5ld19sZW4gPSBzaXplb2YobmV3 X3BrdCk7DQogICAgaW50IGlzX2ZyYWdtZW50ID0gMDsNCiAgICBjb25zdCBzdHJ1Y3QgaXAgKmlw Ow0KICAgIHVuc2lnbmVkIHggPSAwOw0KICAgIHVuc2lnbmVkIHByb3RvID0gMDsNCiAgICBzdHJ1 Y3QgaW5fYWRkciBpcF9kc3Q7DQogICAgc3RydWN0IGluX2FkZHIgaXBfc3JjOw0KICAgIGNvbnN0 IHVjaGFyX3QgKm9yaWdfcGt0ID0gcGt0Ow0KICAgIHNpemVfdCBvcmlnX2xlbiA9IGxlbjsNCiAg ICB1bnNpZ25lZCBmcmFnX2hkcl9vZmZzZXQgPSAwOw0KDQogICAgaWYgKGxlbiA8IHNpemVvZihz dHJ1Y3QgaXApKQ0KICAgICAgICByZXR1cm4gRVJST1I7DQoNCiAgICBpcCA9IChjb25zdCBzdHJ1 Y3QgaXAgKikgcGt0Ow0KICAgIGlmIChpcC0+aXBfdiAhPSBJUFZFUlNJT04pDQogICAgICAgIHJl dHVybiBFUlJPUjsNCg0KICAgIHByb3RvID0gaXAtPmlwX3A7DQoNCiAgICBtZW1jcHkoJmlwX2Rz dCwgJmlwLT5pcF9kc3QsIHNpemVvZihzdHJ1Y3QgaW5fYWRkcikpOw0KICAgIG1lbWNweSgmaXBf c3JjLCAmaXAtPmlwX3NyYywgc2l6ZW9mKHN0cnVjdCBpbl9hZGRyKSk7DQogDQogICAgbV9wa3RD b3VudCsrOw0KICAgIG1fcGt0TGVuICs9IGxlbjsNCg0KICAgIHggPSBpcC0+aXBfaGwgPDwgMjsN CiAgICBpZiAobGVuIDw9IHgpDQogICAgICAgIHJldHVybiBFUlJPUjsNCg0KICAgIHBrdCArPSB4 Ow0KICAgIGxlbiAtPSB4Ow0KDQogICAgeCA9IG50b2hzKGlwLT5pcF9vZmYpOw0KICAgIGlzX2Zy YWdtZW50ID0gKHggJiBJUF9PRkZNQVNLKSAhPSAwIHx8ICh4ICYgSVBfTUYpICE9IDA7DQoNCiAg ICAgICAgaWYgKGlzX2ZyYWdtZW50KSANCiAgICAgICAgew0KICAgICAgICB9DQogICAgZWxzZQ0K ICAgIHsNCiAgICAgICAgICAgICAgICByZXR1cm4gT0s7DQogICAgfQ0KICAgIHJldHVybiBFUlJP UjsNCn0NCg0KDQpTVEFUVVMgY2xlYW51cCgpDQp7DQogICAgaWYgKG1fcGQpDQogICAgICAgICAg ICBwY2FwX2JyZWFrbG9vcChtX3BkKTsNCiAgICAgICAgLyoNCiAgICAgICAgICogV2UgZG9uJ3Qg aGF2ZSAicGNhcF9icmVha2xvb3AoKSI7IHRoaXMgaXNuJ3Qgc2FmZSwgYnV0DQogICAgICAgICAq IGl0J3MgdGhlIGJlc3Qgd2UgY2FuIGRvLiAgUHJpbnQgdGhlIHN1bW1hcnkgaWYgd2UncmUNCiAg ICAgICAgICogbm90IHJlYWRpbmcgZnJvbSBhIHNhdmVmaWxlIC0gaS5lLiwgaWYgd2UncmUgZG9p bmcgYQ0KICAgICAgICAgKiBsaXZlIGNhcHR1cmUgLSBhbmQgZXhpdC4NCiAgICAgICAgICovDQog ICAgICAgIHBjYXBfY2xvc2UobV9wZCk7DQogICAgcmV0dXJuIE9LOw0KfQ0KDQoNCg0KU1RBVFVT IHJlY2VpdmVEYXRhKGNvbnN0IHN0cnVjdCBwY2FwX3BrdGhkciAqaCwgY29uc3QgdWNoYXJfdCAq YnVmKQ0Kew0KICAgICAgICBzaXplX3QgbGVuID0gaC0+Y2FwbGVuOw0KICAgIHVuc2lnbmVkIGV0 eXBlPTAgLCB2bGFuOw0KICAgIGNvbnN0IHVjaGFyX3QgKnBrdCA9IGJ1ZjsNCg0KICAgIHN3aXRj aCAobV9kYXRhbGluaykNCiAgICB7DQogICAgICAgIGNhc2UgRExUX0VOMTBNQjoNCiAgICAgICAg ew0KICAgICAgICAgICAgICAgIGNvbnN0IHN0cnVjdCBldGhlcl9oZWFkZXIgKmV0aGVyOw0KDQog ICAgICAgICAgICAgICAgaWYgKGxlbiA8IEVUSEVSX0hEUl9MRU4pDQogICAgICAgICAgICAgICAg ICAgICAgICByZXR1cm4gRVJST1I7DQogICAgICAgICAgICAgICAgZXRoZXIgPSAoY29uc3Qgc3Ry dWN0IGV0aGVyX2hlYWRlciAqKSBwa3Q7DQogICAgICAgICAgICAgICAgZXR5cGUgPSBudG9ocyhl dGhlci0+ZXRoZXJfdHlwZSk7DQogICAgICAgICAgICAgICAgcGt0ICs9IEVUSEVSX0hEUl9MRU47 DQogICAgICAgICAgICAgICAgbGVuIC09IEVUSEVSX0hEUl9MRU47DQogICAgICAgICAgICAgICAg aWYgKGV0eXBlID09IEVUSEVSVFlQRV9WTEFOKSB7DQogICAgICAgICAgICAgICAgICAgICAgICBp ZiAobGVuIDwgNCkNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcmV0dXJuIEVSUk9S Ow0KICAgICAgICAgICAgICAgICAgICAgICAgdmxhbiA9IG50b2hzKCooY29uc3QgdWludDE2X3Qg KikgcGt0KTsNCiAgICAgICAgICAgICAgICAgICAgICAgIHBrdCArPSAyOw0KICAgICAgICAgICAg ICAgICAgICAgICAgbGVuIC09IDI7DQogICAgICAgICAgICAgICAgICAgICAgICBpZiAodmxhbiA8 IDEgfHwgdmxhbiA+IElQX1JFQ1ZfTUFYX1ZMQU4pDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHJldHVybiBFUlJPUjsNCiAgICAgICAgICAgICAgICAgICAgICAgIGV0eXBlID0gbnRv aHMoKihjb25zdCB1aW50MTZfdCAqKSBwa3QpOw0KICAgICAgICAgICAgICAgICAgICAgICAgcGt0 ICs9IDI7DQogICAgICAgICAgICAgICAgICAgICAgICBsZW4gLT0gMjsNCiAgICAgICAgICAgICAg IH0NCiAgICAgICAgIA0KLyoNCiAgICBtX3BrdENvdW50Kys7DQogICAgbV9wa3RMZW4gKz0gbGVu Ow0KKi8NCiAgICAgICAgYnJlYWs7DQogICAgICAgIH0NCg0KICAgICAgICBjYXNlIERMVF9SQVc6 DQogICAgICAgIHsNCiAgICAgICAgICAgICBldHlwZSA9IEVUSEVSVFlQRV9JUDsNCiAgICAgICAg ICAgICBicmVhazsNCiAgICAgICAgfQ0KDQogICAgICAgIGNhc2UgRExUX05VTEw6IHsNCiAgICAg ICAgICAgICAgICB1bnNpZ25lZCB4Ow0KDQogICAgICAgICAgICAgICAgaWYgKGxlbiA8IHNpemVv ZihpbnQzMl90KSkNCiAgICAgICAgICAgICAgICAgICAgICAgIHJldHVybiBFUlJPUjsNCiAgICAg ICAgICAgICAgICB4ID0gKihjb25zdCB1aW50MzJfdCAqKXBrdDsNCiAgICAgICAgICAgICAgICBp ZiAoeCA9PSBQRl9JTkVUKQ0KICAgICAgICAgICAgICAgICAgICAgICAgZXR5cGUgPSBFVEhFUlRZ UEVfSVA7DQovKg0KICAgICAgICAgICAgICAgIGVsc2UgaWYgKHggPT0gUEZfSU5FVDYpDQogICAg ICAgICAgICAgICAgICAgICAgICBldHlwZSA9IEVUSEVSVFlQRV9JUFY2Ow0KKi8NCiAgICAgICAg ICAgICAgICBlbHNlDQogICAgICAgICAgICAgICAgICAgICAgICByZXR1cm4gRVJST1I7DQogICAg ICAgICAgICAgICAgcGt0ICs9IHNpemVvZihpbnQzMl90KTsNCiAgICAgICAgICAgICAgICBsZW4g LT0gc2l6ZW9mKGludDMyX3QpOw0KICAgICAgICAgICAgICAgIGJyZWFrOw0KICAgICAgICAgICAg fQ0KICAgICAgICANCiAgICAgICAgLy9Ob3QgZXRoZXJuZXQgZnJhbWUNCiAgICAgICAgZGVmYXVs dDoNCiAgICAgICAgICByZXR1cm4gT0s7DQogICAgfQ0KICAgICANCiAgICBpZiAoZXR5cGUgIT0g RVRIRVJUWVBFX0lQIHx8IGxlbiA8PSBzaXplb2Yoc3RydWN0IGlwKSkgLy93ZSByZWNlaXZlIElQ djQgcGFja3J0IG9ubHkNCiAgICB7DQogICAgICAgIHJldHVybiBFUlJPUjsNCiAgICB9DQogICAg cmV0dXJuIHByb2Nlc3NJcFBhY2tldChoLCBsZW4sIHBrdCk7DQp9DQoNCnZvaWQgcGFja2V0SGFu ZGxlcih1Y2hhcl90ICp1c2VyLCBjb25zdCBzdHJ1Y3QgcGNhcF9wa3RoZHIgKmgsIGNvbnN0IHVj aGFyX3QgKnNwKQ0Kew0KICAgcmVjZWl2ZURhdGEoaCwgc3ApOw0KfQ0KDQoNCg0Kdm9pZCBwcmlu dE1zZ0luSGV4KGNvbnN0IHVjaGFyX3QgKmJ1ZiwgaW50IGxlbikNCnsNCiNkZWZpbmUgTlRMX01B WF9NU0dfRFVNUF9MSU5FIDUwDQoNCiAgICAgICAgY2hhciAgICBsb2dbODE5Ml0gPSB7MH07DQog ICAgICAgIGNoYXIgICAgICpwdHIgPSBsb2c7DQogICAgICAgIGludCAgICAgaTsNCg0KICAgICAg ICBwdHIgKz0gc3ByaW50ZihwdHIsICJbJTRkXSAiLDApOw0KICAgICAgICBmb3IgKGkgPSAwOyBp IDwgbGVuOyBpKyspDQogICAgICAgIHsNCiAgICAgICAgICAgICAgICBwdHIgKz0gc3ByaW50Zihw dHIsICIlMDJYICIsIGJ1ZltpXSk7DQogICAgICAgICAgICAgICAgaWYgKCAoaSsxKSAlIE5UTF9N QVhfTVNHX0RVTVBfTElORSA9PSAwICkgIC8qIEZlZWRMaW5lICovDQogICAgICAgICAgICAgICAg ew0KICAgICAgICAgICAgICAgICAgICAgICAgLy9wdHIgKz0gc3ByaW50ZihwdHIsICJcbiIpOw0K ICAgICAgICAgICAgICAgICAgICAgICAgcHRyID0gbG9nOw0KICAgICAgICAgICAgICAgICAgICAg ICAgcHJpbnRmKCIlc1xuIiwgbG9nKTsNCiAgICAgICAgICAgICAgICAgICAgICAgIHB0ciArPSBz cHJpbnRmKHB0ciwgIlslNGRdICIsaSsxKTsNCiAgICAgICAgICAgICAgICB9DQogICAgICAgIH0N CiAgICAgICAgaWYoIGkgJSBOVExfTUFYX01TR19EVU1QX0xJTkUgIT0gMCApICAgLyogUHJpbnQg UmVtYWluZyBCeXRlcyAqLw0KICAgICAgICB7DQogICAgICAgICAgICAgICAgLy9wdHIgKz0gc3By aW50ZihwdHIsICJcbiIpOw0KICAgICAgICAgICAgICAgIHB0ciA9IGxvZzsNCiAgICAgICAgfQ0K ICAgICAgICBwcmludGYoIiVzXG4iLCBsb2cpOw0KICAgICAgICByZXR1cm47DQp9DQoNCg0KU1RB VFVTIHN0YXJ0KCkNCnsNCiAgICAgICAgcmVnaXN0ZXIgaW50IGNudCwgaTsNCiAgICAgICAgdWlu dDMyX3QgbG9jYWxuZXQsIG5ldG1hc2s7DQogICAgICAgIHJlZ2lzdGVyIGNoYXIgKmNtZGJ1ZiA9 ICJ1ZHAgYW5kIGRzdCBob3N0IDE5Mi4xNjguNi4xMTEgYW5kIGRzdCBwb3J0cmFuZ2UgODE5Mi04 NTAwIiwgKmRldmljZTsNCiAgICAgICAgLy9yZWdpc3RlciBjaGFyICpjbWRidWYgPSAidWRwIGFu ZCBkc3QgaG9zdCAxOTIuMTY4LjYuMTExIGFuZCBkc3QgcG9ydHJhbmdlIDgxOTItODUwMCIsICpk ZXZpY2U7DQogICAgICAgIGludCB0eXBlOw0KICAgICAgICBzdHJ1Y3QgYnBmX3Byb2dyYW0gZmNv ZGU7DQovLyAgICAgICAgc2lnaGFuZGxlcl90IG9sZGhhbmRsZXI7DQogICAgICAgIGNoYXIgZWJ1 ZltQQ0FQX0VSUkJVRl9TSVpFXTsNCiAgICAgICAgaW50IHN0YXR1czsNCg0KICAgICAgICBjbnQg PSAtMTsgLy9sb29wIGZvciBldmVyDQogICAgICAgIGRldmljZSA9ICJiZ2UwIjsNCiAgICANCiAg ICAgICAgaWYgKGRldmljZVswXSA9PSAnXDAnKSB7DQogICAgICAgICAgICAgICAgZGV2aWNlID0g cGNhcF9sb29rdXBkZXYoZWJ1Zik7DQogICAgICAgICAgICAgICAgaWYgKGRldmljZSA9PSBOVUxM KQ0KICAgICAgICAgICAgICAgIHsNCiAgICAgICAgICAgICAgICAgICAgRVJST1JfTUFKT1JfQ0xB U1MoIkVSUk9SOiBObyBuZXR3b3JrIGludGVyZmFjZSB0byByZWNlaXZlIElQIHBhY2tldHMuICVz IiwgZWJ1Zik7DQogICAgICAgICAgICAgICAgICAgIHJldHVybiBFUlJPUjsNCiAgICAgICAgICAg ICAgICB9DQogICAgICAgIH0NCg0KICAgICAgICBpZiAobV9wZCkNCiAgICAgICAgICAgcGNhcF9j bG9zZShtX3BkKTsNCiAgICAgICAgDQoNCiAgICAgICAgICAgICplYnVmID0gJ1wwJzsNCg0KICAg ICAgICAgICAgcHJpbnRmKCJPcGVuZ2luZyBjYXB0dXJlIG9uICVzXG4iLCBkZXZpY2UpOw0KDQog ICAgICAgICAgICBtX3BkID0gcGNhcF9vcGVuX2xpdmUoZGV2aWNlLCBJUF9SRUNWX0JVRl9TSVpF LCAwLCBJUF9SRUNWX1RJTUVPVVQsIGVidWYpOw0KICAgICAgICAgICAgaWYgKG1fcGQgPT0gTlVM TCl7DQogICAgICAgICAgICAgICAgRVJST1JfTUFKT1JfQ0xBU1MoIkVSUk9SOiBjYW5ub3Qgb3Bl biAlcyB0byByZWFkIElQIHBhY2tldHMuICVzIiwgZGV2aWNlLCBlYnVmKTsNCiAgICAgICAgICAg ICAgICByZXR1cm4gRVJST1I7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBlbHNlIGlmICgq ZWJ1Zil7DQogICAgICAgICAgICAgICAgVFJBQ0VfV0FSTklOR19DTEFTUygiJXMiLCBlYnVmKTsN CiAgICAgICAgICAgIH0NCg0KICAgICAgICAgICAgLyoNCiAgICAgICAgICAgICAqIExldCB1c2Vy IG93biBwcm9jZXNzIGFmdGVyIHNvY2tldCBoYXMgYmVlbiBvcGVuZWQuDQogICAgICAgICAgICAg Ki8NCg0KICAgICAgICAgbV9kYXRhbGluayA9IHBjYXBfZGF0YWxpbmsobV9wZCk7DQogICAgICAg ICBpZiAobV9kYXRhbGluayAhPSBETFRfRU4xME1CICYmIG1fZGF0YWxpbmsgIT0gRExUX1JBVyl7 DQogICAgICAgICAgICAgICAgICAgIEVSUk9SX01BSk9SX0NMQVNTKCJEYXRhbGluayAlcyBpcyBu b3Qgb25lIG9mIHRoZSBETFRzIHN1cHBvcnRlZCBieSB0aGlzIGRldmljZSAlcy4gT25seSBETFRf RU4xME1CIGFuZCBETFRfUkFXIHN1cHBvcnRlZCBjdXJyZW50bHkuXG4iLA0KICAgICAgICAgICAg ICAgICAgICAgICAgICBwY2FwX2RhdGFsaW5rX3ZhbF90b19uYW1lKG1fZGF0YWxpbmspLCBkZXZp Y2UpOw0KICAgICAgICAgICAgICAgICAgICByZXR1cm4gRVJST1I7DQogICAgICAgICB9DQoNCiAg ICAgICAgaSA9IHBjYXBfc25hcHNob3QobV9wZCk7DQogICAgICAgIGlmIChtX3NuYXBsZW4gPCBp KSB7DQogICAgICAgICAgICAgICAgVFJBQ0VfV0FSTklOR19DTEFTUygic25hcGxlbiByYWlzZWQg ZnJvbSAlZCB0byAlZCIsIG1fc25hcGxlbiwgaSk7DQogICAgICAgICAgICAgICAgbV9zbmFwbGVu ID0gaTsNCiAgICAgICAgfQ0KICAgICAgICBpZiAocGNhcF9sb29rdXBuZXQoZGV2aWNlLCAmbG9j YWxuZXQsICZuZXRtYXNrLCBlYnVmKSA8IDApIHsNCiAgICAgICAgICAgICAgICBsb2NhbG5ldCA9 IDA7DQogICAgICAgICAgICAgICAgbmV0bWFzayA9IDA7DQogICAgICAgICAgICAgICAgVFJBQ0Vf V0FSTklOR19DTEFTUygiJXMiLCBlYnVmKTsNCiAgICAgICAgfQ0KICAgIA0KLyoNCiAgICAgICAg aWYgKHBjYXBfY29tcGlsZShtX3BkLCAmZmNvZGUsIGNtZGJ1ZiwgMCwgbmV0bWFzaykgPCAwKXsN CiAgICAgICAgICAgIEVSUk9SX01BSk9SX0NMQVNTKCIlcyIsIHBjYXBfZ2V0ZXJyKG1fcGQpKTsN CiAgICAgICAgICAgIHJldHVybiBFUlJPUjsNCiAgICAgICAgfQ0KDQogDQogICAgICAgIGlmIChw Y2FwX3NldGZpbHRlcihtX3BkLCAmZmNvZGUpIDwgMCl7DQogICAgICAgICAgICBFUlJPUl9NQUpP Ul9DTEFTUygiJXMiLCBwY2FwX2dldGVycihtX3BkKSk7DQogICAgICAgICAgICByZXR1cm4gRVJS T1I7DQogICAgICAgICAgICB9DQoqLw0KDQogICAgICAgIHR5cGUgPSBwY2FwX2RhdGFsaW5rKG1f cGQpOw0KDQogICAgDQogICAgICAgIHN0YXR1cyA9IHBjYXBfbG9vcChtX3BkLCBjbnQsIHBhY2tl dEhhbmRsZXIsIDApOw0KICAgICAgICBpZiAoc3RhdHVzID09IC0xKSB7DQogICAgICAgICAgICAv Kg0KICAgICAgICAgICAgICogRXJyb3IuICBSZXBvcnQgaXQuDQogICAgICAgICAgICAgKi8NCiAg ICAgICAgIEVSUk9SX01BSk9SX0NMQVNTKCAiJXM6IHBjYXBfbG9vcCBleGl0OiAlc1xuIiwNCiAg ICAgICAgICAgICAgICBkZXZpY2UsIHBjYXBfZ2V0ZXJyKG1fcGQpKTsNCiAgICAgICAgfQ0KICAg ICAgICBwY2FwX2Nsb3NlKG1fcGQpOw0KICAgICAgICByZXR1cm4gKHN0YXR1cyA9PSAtMSA/IEVS Uk9SIDogT0spOw0KfQ0KDQoNCnZvaWQgbXlfc2lnYWxhcm0oaW50IHNpZykgew0KDQoNCiAgcHJp bnRmKCJQYWNrZXRzL1M6ICVkLCAgQml0cy9TOiAlZCAoJWYgTWJpdHMvUylcbiIsICBtX3BrdENv dW50L0FMQVJNX1NMRUVQLCBtX3BrdExlbio4L0FMQVJNX1NMRUVQLCAoKGZsb2F0KShtX3BrdExl bio4KSkvKEFMQVJNX1NMRUVQKjEwMjQqMTAyNCkpOw0KDQogIG1fcGt0Q291bnQ9MDsNCiAgbV9w a3RMZW49MDsNCg0KLyogUHV0IHRoZSBpbnRlcmZhY2UgaW4gc3RhdGlzdGljcyBtb2RlICovDQpp ZihwY2FwX3N0YXRzKG1fcGQsIG15c3RhdHApIDwgMCkNCnsNCiAgICBmcHJpbnRmKHN0ZGVyciwi XG5FcnJvciBwY2FwX3N0YXRzLlxuIik7DQp9DQplbHNlDQp7DQogICAgcHJpbnRmKCJOdW0gb2Yg cmVjdjogJWQsIE51bSBvZiBkcm9wOiAlZFxuIiwgbXlzdGF0cC0+cHNfcmVjdiwgbXlzdGF0cC0+ cHNfZHJvcCk7DQp9DQogIGFsYXJtKEFMQVJNX1NMRUVQKTsNCiAgc2lnbmFsKFNJR0FMUk0sIG15 X3NpZ2FsYXJtKTsNCn0NCg0KaW50IG1haW4oKQ0Kew0KICAgIHNpZ25hbChTSUdBTFJNLCBteV9z aWdhbGFybSk7DQogICAgYWxhcm0oQUxBUk1fU0xFRVApOw0KICAgIHJldHVybiBzdGFydCgpOw0K fQ== ------_=_NextPart_001_01CB44E0.64B45226-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 15:58:00 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0503E1065675 for ; Thu, 26 Aug 2010 15:58:00 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id A4A1C8FC0C for ; Thu, 26 Aug 2010 15:57:57 +0000 (UTC) Received: (qmail 32059 invoked from network); 26 Aug 2010 17:57:56 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Aug 2010 17:57:56 +0200 Date: Thu, 26 Aug 2010 17:57:55 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168430090-1080199184-1282838276=:15491" Cc: Qing Li , net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 15:58:00 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168430090-1080199184-1282838276=:15491 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi, with the help from OpenBSD I was able to get working code. Patch attached; applies fo Freebsd 8.1 Stable I was not able to implement all OpenBSD code in function rn_delete from sys/net/radix.c Currently I also see this (non critical) warnings: rn_delete: inconsistent annotation ifaddr cache = 0xffffff0032721e00 is deleted I will go on with testing when I'm back from holiday in 1 week. Kind regards, Ingo Flaschberger --168430090-1080199184-1282838276=:15491 Content-Type: TEXT/plain; name=mpath_patch_if_v1.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=mpath_patch_if_v1.txt ZGlmZiAtciAtdSAvdXNyL3NyYy9zeXMvYW1kNjQvY29uZi9HRU5FUklDIC9y b3V0ZXIvdXNyL3NyYy9zeXMvYW1kNjQvY29uZi9HRU5FUklDDQotLS0gL3Vz ci9zcmMvc3lzL2FtZDY0L2NvbmYvR0VORVJJQwkyMDEwLTA4LTIzIDAwOjUz OjQ1LjAwMDAwMDAwMCArMDAwMA0KKysrIC9yb3V0ZXIvdXNyL3NyYy9zeXMv YW1kNjQvY29uZi9HRU5FUklDCTIwMTAtMDgtMTEgMDc6MTE6MjAuMDAwMDAw MDAwICswMDAwDQpAQCAtMzIzLDUgKzMyMywzIEBADQogZGV2aWNlCQlmd2lw CQkjIElQIG92ZXIgRmlyZVdpcmUgKFJGQyAyNzM0LDMxNDYpDQogZGV2aWNl CQlkY29ucwkJIyBEdW1iIGNvbnNvbGUgZHJpdmVyDQogZGV2aWNlCQlkY29u c19jcm9tCSMgQ29uZmlndXJhdGlvbiBST00gZm9yIGRjb25zDQotDQotb3B0 aW9uIFJBRElYX01QQVRIDQpkaWZmIC1yIC11IC91c3Ivc3JjL3N5cy9jb250 cmliL2lwZmlsdGVyL25ldGluZXQvaXBfcG9vbC5jIC9yb3V0ZXIvdXNyL3Ny Yy9zeXMvY29udHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX3Bvb2wuYw0KLS0t IC91c3Ivc3JjL3N5cy9jb250cmliL2lwZmlsdGVyL25ldGluZXQvaXBfcG9v bC5jCTIwMDctMTAtMTggMjE6NDI6MzguMDAwMDAwMDAwICswMDAwDQorKysg L3JvdXRlci91c3Ivc3JjL3N5cy9jb250cmliL2lwZmlsdGVyL25ldGluZXQv aXBfcG9vbC5jCTIwMTAtMDgtMjYgMTE6NTI6MjEuMDAwMDAwMDAwICswMDAw DQpAQCAtNjIwLDcgKzYyMCw3IEBADQogDQogCVJBRElYX05PREVfSEVBRF9M T0NLKGlwby0+aXBvX2hlYWQpOw0KIAlpcG8tPmlwb19oZWFkLT5ybmhfZGVs YWRkcigmaXBlLT5pcG5fYWRkciwgJmlwZS0+aXBuX21hc2ssDQotCQkJCSAg IGlwby0+aXBvX2hlYWQpOw0KKwkJCQkgICBpcG8tPmlwb19oZWFkLCBOVUxM KTsNCiAJUkFESVhfTk9ERV9IRUFEX1VOTE9DSyhpcG8tPmlwb19oZWFkKTsN CiANCiAJaXBfcG9vbF9ub2RlX2RlcmVmKGlwZSk7DQpAQCAtNzUxLDcgKzc1 MSw3IEBADQogCVJBRElYX05PREVfSEVBRF9MT0NLKGlwby0+aXBvX2hlYWQp Ow0KIAl3aGlsZSAoKG4gPSBpcG8tPmlwb19saXN0KSAhPSBOVUxMKSB7DQog CQlpcG8tPmlwb19oZWFkLT5ybmhfZGVsYWRkcigmbi0+aXBuX2FkZHIsICZu LT5pcG5fbWFzaywNCi0JCQkJCSAgIGlwby0+aXBvX2hlYWQpOw0KKwkJCQkJ ICAgaXBvLT5pcG9faGVhZCwgTlVMTCk7DQogDQogCQkqbi0+aXBuX3BuZXh0 ID0gbi0+aXBuX25leHQ7DQogCQlpZiAobi0+aXBuX25leHQpDQpAQCAtOTYz LDcgKzk2Myw3IEBADQogCXN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKnJuaCA9 IHA7DQogCXN0cnVjdCByYWRpeF9ub2RlICpkOw0KIA0KLQlkID0gcm5oLT5y bmhfZGVsYWRkcihuLT5ybl9rZXksIE5VTEwsIHJuaCk7DQorCWQgPSBybmgt PnJuaF9kZWxhZGRyKG4tPnJuX2tleSwgTlVMTCwgcm5oLCBOVUxMKTsNCiAJ aWYgKGQgIT0gTlVMTCkgew0KIAkJRnJlZVMoZCwgbWF4X2tleWxlbiArIDIg KiBzaXplb2YgKCpkKSk7DQogCX0NCmRpZmYgLXIgLXUgL3Vzci9zcmMvc3lz L2NvbnRyaWIvcGYvbmV0L3BmLmMgL3JvdXRlci91c3Ivc3JjL3N5cy9jb250 cmliL3BmL25ldC9wZi5jDQotLS0gL3Vzci9zcmMvc3lzL2NvbnRyaWIvcGYv bmV0L3BmLmMJMjAxMC0wMS0yMyAwMDozMjoxOS4wMDAwMDAwMDAgKzAwMDAN CisrKyAvcm91dGVyL3Vzci9zcmMvc3lzL2NvbnRyaWIvcGYvbmV0L3BmLmMJ MjAxMC0wOC0yNiAxNToxMjoxMi4wMDAwMDAwMDAgKzAwMDANCkBAIC05OSw5 ICs5OSw3IEBADQogI2luY2x1ZGUgPG5ldC9pZl90eXBlcy5oPg0KICNpbmNs dWRlIDxuZXQvYnBmLmg+DQogI2luY2x1ZGUgPG5ldC9yb3V0ZS5oPg0KLSNp Zm5kZWYgX19GcmVlQlNEX18NCiAjaW5jbHVkZSA8bmV0L3JhZGl4X21wYXRo Lmg+DQotI2VuZGlmDQogDQogI2luY2x1ZGUgPG5ldGluZXQvaW4uaD4NCiAj aW5jbHVkZSA8bmV0aW5ldC9pbl92YXIuaD4NCkBAIC02MTY2LDkgKzYxNjQs OSBAQA0KIAkJCWlmIChraWYtPnBmaWtfaWZwID09IGlmcCkNCiAJCQkJcmV0 ID0gMTsNCiAjaWZkZWYgX19GcmVlQlNEX18gLyogTVVMVElQQVRIX1JPVVRJ TkcgKi8NCi0JCQlybiA9IE5VTEw7DQorCQkJcm4gPSBybl9tcGF0aF9uZXh0 KHJuKTsgLyogWFhYIHdhcyBiZWZvcmU6IHJuID0gTlVMTDsgKi8NCiAjZWxz ZQ0KLQkJCXJuID0gcm5fbXBhdGhfbmV4dChybik7DQorCQkJcm4gPSBybl9t cGF0aF9uZXh0KHJuLCAwKTsNCiAjZW5kaWYNCiAJCX0gd2hpbGUgKGNoZWNr X21wYXRoID09IDEgJiYgcm4gIT0gTlVMTCAmJiByZXQgPT0gMCk7DQogCX0g ZWxzZQ0KZGlmZiAtciAtdSAvdXNyL3NyYy9zeXMvY29udHJpYi9wZi9uZXQv cGZfdGFibGUuYyAvcm91dGVyL3Vzci9zcmMvc3lzL2NvbnRyaWIvcGYvbmV0 L3BmX3RhYmxlLmMNCi0tLSAvdXNyL3NyYy9zeXMvY29udHJpYi9wZi9uZXQv cGZfdGFibGUuYwkyMDA5LTA4LTAzIDA4OjEzOjA2LjAwMDAwMDAwMCArMDAw MA0KKysrIC9yb3V0ZXIvdXNyL3NyYy9zeXMvY29udHJpYi9wZi9uZXQvcGZf dGFibGUuYwkyMDEwLTA4LTI2IDExOjUwOjMxLjAwMDAwMDAwMCArMDAwMA0K QEAgLTExMTQsMTcgKzExMTQsOSBAQA0KICNlbmRpZg0KIAlpZiAoS0VOVFJZ X05FVFdPUksoa2UpKSB7DQogCQlwZnJfcHJlcGFyZV9uZXR3b3JrKCZtYXNr LCBrZS0+cGZya2VfYWYsIGtlLT5wZnJrZV9uZXQpOw0KLSNpZmRlZiBfX0Zy ZWVCU0RfXw0KLQkJcm4gPSBybl9kZWxldGUoJmtlLT5wZnJrZV9zYSwgJm1h c2ssIGhlYWQpOw0KLSNlbHNlDQogCQlybiA9IHJuX2RlbGV0ZSgma2UtPnBm cmtlX3NhLCAmbWFzaywgaGVhZCwgTlVMTCk7DQotI2VuZGlmDQogCX0gZWxz ZQ0KLSNpZmRlZiBfX0ZyZWVCU0RfXw0KLQkJcm4gPSBybl9kZWxldGUoJmtl LT5wZnJrZV9zYSwgTlVMTCwgaGVhZCk7DQotI2Vsc2UNCiAJCXJuID0gcm5f ZGVsZXRlKCZrZS0+cGZya2Vfc2EsIE5VTEwsIGhlYWQsIE5VTEwpOw0KLSNl bmRpZg0KIAlzcGx4KHMpOw0KIA0KIAlpZiAocm4gPT0gTlVMTCkgew0KZGlm ZiAtciAtdSAvdXNyL3NyYy9zeXMva2Vybi92ZnNfZXhwb3J0LmMgL3JvdXRl ci91c3Ivc3JjL3N5cy9rZXJuL3Zmc19leHBvcnQuYw0KLS0tIC91c3Ivc3Jj L3N5cy9rZXJuL3Zmc19leHBvcnQuYwkyMDA5LTEwLTAxIDEzOjExOjQ1LjAw MDAwMDAwMCArMDAwMA0KKysrIC9yb3V0ZXIvdXNyL3NyYy9zeXMva2Vybi92 ZnNfZXhwb3J0LmMJMjAxMC0wOC0yNiAxMTo1Mjo0Ny4wMDAwMDAwMDAgKzAw MDANCkBAIC0yMjgsNyArMjI4LDcgQEANCiAJc3RydWN0IHJhZGl4X25vZGVf aGVhZCAqcm5oID0gKHN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKikgdzsNCiAJ c3RydWN0IHVjcmVkICpjcmVkOw0KIA0KLQkoKnJuaC0+cm5oX2RlbGFkZHIp IChybi0+cm5fa2V5LCBybi0+cm5fbWFzaywgcm5oKTsNCisJKCpybmgtPnJu aF9kZWxhZGRyKSAocm4tPnJuX2tleSwgcm4tPnJuX21hc2ssIHJuaCwgTlVM TCk7DQogCWNyZWQgPSAoKHN0cnVjdCBuZXRjcmVkICopcm4pLT5uZXRjX2Fu b247DQogCWlmIChjcmVkICE9IE5VTEwpDQogCQljcmZyZWUoY3JlZCk7DQpk aWZmIC1yIC11IC91c3Ivc3JjL3N5cy9uZXQvcmFkaXguYyAvcm91dGVyL3Vz ci9zcmMvc3lzL25ldC9yYWRpeC5jDQotLS0gL3Vzci9zcmMvc3lzL25ldC9y YWRpeC5jCTIwMTAtMDQtMDIgMDU6MDI6NTAuMDAwMDAwMDAwICswMDAwDQor KysgL3JvdXRlci91c3Ivc3JjL3N5cy9uZXQvcmFkaXguYwkyMDEwLTA4LTI2 IDE1OjIzOjI0LjAwMDAwMDAwMCArMDAwMA0KQEAgLTYxNCw3ICs2MTQsNyBA QA0KIAlzdHJ1Y3QgcmFkaXhfbm9kZSB0cmVlbm9kZXNbMl07DQogew0KIAlj YWRkcl90IHYgPSAoY2FkZHJfdCl2X2FyZywgbmV0bWFzayA9IChjYWRkcl90 KW5fYXJnOw0KLQlyZWdpc3RlciBzdHJ1Y3QgcmFkaXhfbm9kZSAqdCwgKngg PSAwLCAqdHQ7DQorCXJlZ2lzdGVyIHN0cnVjdCByYWRpeF9ub2RlICp0LCAq eCA9IDAsICp4eCA9IDAsICp0dDsNCiAJc3RydWN0IHJhZGl4X25vZGUgKnNh dmVkX3R0LCAqdG9wID0gaGVhZC0+cm5oX3RyZWV0b3A7DQogCXNob3J0IGIg PSAwLCBiX2xlYWYgPSAwOw0KIAlpbnQga2V5ZHVwbGljYXRlZDsNCkBAIC03 MjMsMTIgKzcyMywxOSBAQA0KIAkJeCA9IHQtPnJuX3JpZ2h0Ow0KIAkvKiBQ cm9tb3RlIGdlbmVyYWwgcm91dGVzIGZyb20gYmVsb3cgKi8NCiAJaWYgKHgt PnJuX2JpdCA8IDApIHsNCi0JICAgIGZvciAobXAgPSAmdC0+cm5fbWtsaXN0 OyB4OyB4ID0geC0+cm5fZHVwZWRrZXkpDQorCSAgICBmb3IgKG1wID0gJnQt PnJuX21rbGlzdDsgeDsgeHggPSB4LCB4ID0geC0+cm5fZHVwZWRrZXkpIHsN CisJCWlmICh4eCAmJiB4eC0+cm5fbWtsaXN0ICYmIHh4LT5ybl9tYXNrID09 IHgtPnJuX21hc2sgJiYNCisJCQkJeC0+cm5fbWtsaXN0ID09IDApIHsNCisJ CQkvKiBtdWx0aXBhdGggcm91dGUsIGJ1bXAgcmVmY291bnQgb24gZmlyc3Qg bWtsaXN0ICovDQorCQkJeC0+cm5fbWtsaXN0ID0geHgtPnJuX21rbGlzdDsN CisJCQl4LT5ybl9ta2xpc3QtPnJtX3JlZnMrKzsNCisJCX0NCiAJCWlmICh4 LT5ybl9tYXNrICYmICh4LT5ybl9iaXQgPj0gYl9sZWFmKSAmJiB4LT5ybl9t a2xpc3QgPT0gMCkgew0KIAkJCSptcCA9IG0gPSBybl9uZXdfcmFkaXhfbWFz ayh4LCAwKTsNCiAJCQlpZiAobSkNCiAJCQkJbXAgPSAmbS0+cm1fbWtsaXN0 Ow0KIAkJfQ0KKwkgICAgfQ0KIAl9IGVsc2UgaWYgKHgtPnJuX21rbGlzdCkg ew0KIAkJLyoNCiAJCSAqIFNraXAgb3ZlciBtYXNrcyB3aG9zZSBpbmRleCBp cyA+IHRoYXQgb2YgbmV3IG5vZGUNCkBAIC03ODMsOSArNzkwLDEwIEBADQog fQ0KIA0KIHN0cnVjdCByYWRpeF9ub2RlICoNCi1ybl9kZWxldGUodl9hcmcs IG5ldG1hc2tfYXJnLCBoZWFkKQ0KK3JuX2RlbGV0ZSh2X2FyZywgbmV0bWFz a19hcmcsIGhlYWQsIHJuKQ0KIAl2b2lkICp2X2FyZywgKm5ldG1hc2tfYXJn Ow0KIAlzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpoZWFkOw0KKwlzdHJ1Y3Qg cmFkaXhfbm9kZSAqcm47DQogew0KIAlyZWdpc3RlciBzdHJ1Y3QgcmFkaXhf bm9kZSAqdCwgKnAsICp4LCAqdHQ7DQogCXN0cnVjdCByYWRpeF9tYXNrICpt LCAqc2F2ZWRfbSwgKiptcDsNCkBAIC04MTUsNiArODIzLDE0IEBADQogCQkJ aWYgKCh0dCA9IHR0LT5ybl9kdXBlZGtleSkgPT0gMCkNCiAJCQkJcmV0dXJu ICgwKTsNCiAJfQ0KKyNpZmRlZiBSQURJWF9NUEFUSA0KKwlpZiAocm4pIHsN CisJCXdoaWxlICh0dCAhPSBybikNCisJCQlpZiAoKHR0ID0gdHQtPnJuX2R1 cGVka2V5KSA9PSAwKQ0KKwkJCQlyZXR1cm4gKDApOw0KKwl9DQorI2VuZGlm DQorCQ0KIAlpZiAodHQtPnJuX21hc2sgPT0gMCB8fCAoc2F2ZWRfbSA9IG0g PSB0dC0+cm5fbWtsaXN0KSA9PSAwKQ0KIAkJZ290byBvbjE7DQogCWlmICh0 dC0+cm5fZmxhZ3MgJiBSTkZfTk9STUFMKSB7DQpAQCAtODIyLDYgKzgzOCwy MyBAQA0KIAkJCWxvZyhMT0dfRVJSLCAicm5fZGVsZXRlOiBpbmNvbnNpc3Rl bnQgYW5ub3RhdGlvblxuIik7DQogCQkJcmV0dXJuIDA7ICAvKiBkYW5nbGlu ZyByZWYgY291bGQgY2F1c2UgZGlzYXN0ZXIgKi8NCiAJCX0NCisJCWlmICht LT5ybV9sZWFmICE9IHR0KSB7DQorCQkJaWYgKC0tbS0+cm1fcmVmcyA+PSAw KQ0KKwkJCQlnb3RvIG9uMTsNCisgICAgICAgICAgICAgICAgfQ0KKwkJLyog dHQgaXMgY3VycmVudGx5IHRoZSBoZWFkIG9mIHRoZSBwb3NzaWJsZSBtdWx0 aXBhdGggY2hhaW4gKi8NCisJCWlmIChtLT5ybV9yZWZzID4gMCkgew0KKwkJ CWlmICh0dC0+cm5fZHVwZWRrZXkgPT0gTlVMTCB8fA0KKwkJCSAgICB0dC0+ cm5fZHVwZWRrZXktPnJuX21rbGlzdCAhPSBtKSB7DQorCQkJCWxvZyhMT0df RVJSLCAicm5fZGVsZXRlOiBpbmNvbnNpc3RlbnQgIg0KKwkJCQkgICAgImR1 cGVka2V5IGxpc3RcbiIpOw0KKwkJCQlyZXR1cm4gKDApOw0KKwkJCX0NCisJ CQltLT5ybV9sZWFmID0gdHQtPnJuX2R1cGVka2V5Ow0KKwkJCS0tbS0+cm1f cmVmczsNCisJCQlnb3RvIG9uMTsNCisJCX0NCisJCS8qIGVsc2UgdHQgaXMg bGFzdCBhbmQgb25seSByb3V0ZSAqLw0KIAl9IGVsc2Ugew0KIAkJaWYgKG0t PnJtX21hc2sgIT0gdHQtPnJuX21hc2spIHsNCiAJCQlsb2coTE9HX0VSUiwg InJuX2RlbGV0ZTogaW5jb25zaXN0ZW50IGFubm90YXRpb25cbiIpOw0KQEAg LTg2OSwyMSArOTAyLDE3IEBADQogCQkgKi8NCiAJCWlmICh0dCA9PSBzYXZl ZF90dCkgew0KIAkJCS8qIHJlbW92ZSBmcm9tIGhlYWQgb2YgY2hhaW4gKi8N Ci0JCQl4ID0gZHVwZWRrZXk7IHgtPnJuX3BhcmVudCA9IHQ7DQorCQkJeCA9 IGR1cGVka2V5OyANCisJCQl4LT5ybl9wYXJlbnQgPSB0Ow0KIAkJCWlmICh0 LT5ybl9sZWZ0ID09IHR0KQ0KIAkJCQl0LT5ybl9sZWZ0ID0geDsNCiAJCQll bHNlDQogCQkJCXQtPnJuX3JpZ2h0ID0geDsNCiAJCX0gZWxzZSB7DQotCQkJ LyogZmluZCBub2RlIGluIGZyb250IG9mIHR0IG9uIHRoZSBjaGFpbiAqLw0K LQkJCWZvciAoeCA9IHAgPSBzYXZlZF90dDsgcCAmJiBwLT5ybl9kdXBlZGtl eSAhPSB0dDspDQotCQkJCXAgPSBwLT5ybl9kdXBlZGtleTsNCi0JCQlpZiAo cCkgew0KLQkJCQlwLT5ybl9kdXBlZGtleSA9IHR0LT5ybl9kdXBlZGtleTsN Ci0JCQkJaWYgKHR0LT5ybl9kdXBlZGtleSkJCS8qIHBhcmVudCAqLw0KLQkJ CQkJdHQtPnJuX2R1cGVka2V5LT5ybl9wYXJlbnQgPSBwOw0KLQkJCQkJCQkJ LyogcGFyZW50ICovDQotCQkJfSBlbHNlIGxvZyhMT0dfRVJSLCAicm5fZGVs ZXRlOiBjb3VsZG4ndCBmaW5kIHVzXG4iKTsNCisJCQl4ID0gc2F2ZWRfdHQ7 DQorCQkJdC0+cm5fZHVwZWRrZXkgPSB0dC0+cm5fZHVwZWRrZXk7DQorCQkJ aWYgKHR0LT5ybl9kdXBlZGtleSkNCisJCQkJdHQtPnJuX2R1cGVka2V5LT5y bl9wYXJlbnQgPSB0Ow0KIAkJfQ0KIAkJdCA9IHR0ICsgMTsNCiAJCWlmICAo dC0+cm5fZmxhZ3MgJiBSTkZfQUNUSVZFKSB7DQpAQCAtOTMxLDE0ICs5NjAs MjEgQEANCiAJCQkJaWYgKG0gPT0geC0+cm5fbWtsaXN0KSB7DQogCQkJCQlz dHJ1Y3QgcmFkaXhfbWFzayAqbW0gPSBtLT5ybV9ta2xpc3Q7DQogCQkJCQl4 LT5ybl9ta2xpc3QgPSAwOw0KLQkJCQkJaWYgKC0tKG0tPnJtX3JlZnMpIDwg MCkNCisJCQkJCWlmICgtLShtLT5ybV9yZWZzKSA8IDApIHsNCiAJCQkJCQlN S0ZyZWUobSk7DQorCQkJCQl9IGVsc2UgaWYgKG0tPnJtX2ZsYWdzICYgUk5G X05PUk1BTCkgew0KKwkJCQkJCS8qDQorCQkJCQkJICogZG9uJ3QgcHJvZ3Jl c3MgYmVjYXVzZSB0aGlzDQorCQkJCQkJICogYSBtdWx0aXBhdGggcm91dGUu IE5leHQNCisJCQkJCQkgKiByb3V0ZSB3aWxsIHVzZSB0aGUgc2FtZSBtLg0K KwkJCQkJCSAqLw0KKwkJCQkJCW1tID0gbTsNCisJCQkJCX0NCiAJCQkJCW0g PSBtbTsNCiAJCQkJfQ0KIAkJCWlmIChtKQ0KIAkJCQlsb2coTE9HX0VSUiwN Ci0JCQkJICAgICJybl9kZWxldGU6IE9ycGhhbmVkIE1hc2sgJXAgYXQgJXBc biIsDQotCQkJCSAgICBtLCB4KTsNCisJCQkJICAgICJybl9kZWxldGU6IE9y cGhhbmVkIE1hc2sgJXAgYXQgJXBcbiIsIG0sIHgpOw0KIAkJfQ0KIAl9DQog CS8qDQpAQCAtOTkwLDExICsxMDI2LDggQEANCiAJICogcm5fc2VhcmNoX20g aXMgc29ydC1vZi1vcGVuLWNvZGVkIGhlcmUuIFdlIGNhbm5vdCB1c2UgdGhl DQogCSAqIGZ1bmN0aW9uIGJlY2F1c2Ugd2UgbmVlZCB0byBrZWVwIHRyYWNr IG9mIHRoZSBsYXN0IG5vZGUgc2Vlbi4NCiAJICovDQotCS8qIHByaW50Zigi YWJvdXQgdG8gc2VhcmNoXG4iKTsgKi8NCiAJZm9yIChybiA9IGgtPnJuaF90 cmVldG9wOyBybi0+cm5fYml0ID49IDA7ICkgew0KIAkJbGFzdCA9IHJuOw0K LQkJLyogcHJpbnRmKCJybl9iaXQgJWQsIHJuX2JtYXNrICV4LCB4bVtybl9v ZmZzZXRdICV4XG4iLA0KLQkJICAgICAgIHJuLT5ybl9iaXQsIHJuLT5ybl9i bWFzaywgeG1bcm4tPnJuX29mZnNldF0pOyAqLw0KIAkJaWYgKCEocm4tPnJu X2JtYXNrICYgeG1bcm4tPnJuX29mZnNldF0pKSB7DQogCQkJYnJlYWs7DQog CQl9DQpAQCAtMTAwNCw3ICsxMDM3LDYgQEANCiAJCQlybiA9IHJuLT5ybl9s ZWZ0Ow0KIAkJfQ0KIAl9DQotCS8qIHByaW50ZigiZG9uZSBzZWFyY2hpbmdc biIpOyAqLw0KIA0KIAkvKg0KIAkgKiBUd28gY2FzZXM6IGVpdGhlciB3ZSBz dGVwcGVkIG9mZiB0aGUgZW5kIG9mIG91ciBtYXNrLA0KQEAgLTEwMTUsOCAr MTA0Nyw2IEBADQogCXJuID0gbGFzdDsNCiAJbGFzdGIgPSBybi0+cm5fYml0 Ow0KIA0KLQkvKiBwcmludGYoInJuICVwLCBsYXN0YiAlZFxuIiwgcm4sIGxh c3RiKTsqLw0KLQ0KIAkvKg0KIAkgKiBUaGlzIGdldHMgY29tcGxpY2F0ZWQg YmVjYXVzZSB3ZSBtYXkgZGVsZXRlIHRoZSBub2RlDQogCSAqIHdoaWxlIGFw cGx5aW5nIHRoZSBmdW5jdGlvbiBmIHRvIGl0LCBzbyB3ZSBuZWVkIHRvIGNh bGN1bGF0ZQ0KQEAgLTEwMjYsNyArMTA1Niw2IEBADQogCQlybiA9IHJuLT5y bl9sZWZ0Ow0KIA0KIAl3aGlsZSAoIXN0b3BwaW5nKSB7DQotCQkvKiBwcmlu dGYoIm5vZGUgJXAgKCVkKVxuIiwgcm4sIHJuLT5ybl9iaXQpOyAqLw0KIAkJ YmFzZSA9IHJuOw0KIAkJLyogSWYgYXQgcmlnaHQgY2hpbGQgZ28gYmFjayB1 cCwgb3RoZXJ3aXNlLCBnbyByaWdodCAqLw0KIAkJd2hpbGUgKHJuLT5ybl9w YXJlbnQtPnJuX3JpZ2h0ID09IHJuDQpAQCAtMTAzNiw3ICsxMDY1LDYgQEAN CiAJCQkvKiBpZiB3ZW50IHVwIGJleW9uZCBsYXN0LCBzdG9wICovDQogCQkJ aWYgKHJuLT5ybl9iaXQgPD0gbGFzdGIpIHsNCiAJCQkJc3RvcHBpbmcgPSAx Ow0KLQkJCQkvKiBwcmludGYoInVwIHRvbyBmYXJcbiIpOyAqLw0KIAkJCQkv Kg0KIAkJCQkgKiBYWFggd2Ugc2hvdWxkIGp1bXAgdG8gdGhlICdQcm9jZXNz IGxlYXZlcycNCiAJCQkJICogcGFydCwgYmVjYXVzZSB0aGUgdmFsdWVzIG9m ICdybicgYW5kICduZXh0Jw0KQEAgLTEwNjIsNyArMTA5MCw2IEBADQogCQkv KiBQcm9jZXNzIGxlYXZlcyAqLw0KIAkJd2hpbGUgKChybiA9IGJhc2UpICE9 IDApIHsNCiAJCQliYXNlID0gcm4tPnJuX2R1cGVka2V5Ow0KLQkJCS8qIHBy aW50ZigibGVhZiAlcFxuIiwgcm4pOyAqLw0KIAkJCWlmICghKHJuLT5ybl9m bGFncyAmIFJORl9ST09UKQ0KIAkJCSAgICAmJiAoZXJyb3IgPSAoKmYpKHJu LCB3KSkpDQogCQkJCXJldHVybiAoZXJyb3IpOw0KQEAgLTEwNzAsNyArMTA5 Nyw2IEBADQogCQlybiA9IG5leHQ7DQogDQogCQlpZiAocm4tPnJuX2ZsYWdz ICYgUk5GX1JPT1QpIHsNCi0JCQkvKiBwcmludGYoInJvb3QsIHN0b3BwaW5n Iik7ICovDQogCQkJc3RvcHBpbmcgPSAxOw0KIAkJfQ0KIA0KZGlmZiAtciAt dSAvdXNyL3NyYy9zeXMvbmV0L3JhZGl4LmggL3JvdXRlci91c3Ivc3JjL3N5 cy9uZXQvcmFkaXguaA0KLS0tIC91c3Ivc3JjL3N5cy9uZXQvcmFkaXguaAky MDEwLTAzLTIzIDA5OjU4OjU5LjAwMDAwMDAwMCArMDAwMA0KKysrIC9yb3V0 ZXIvdXNyL3NyYy9zeXMvbmV0L3JhZGl4LmgJMjAxMC0wOC0yNiAxMjowMjo1 Mi4wMDAwMDAwMDAgKzAwMDANCkBAIC0xMTQsNyArMTE0LDcgQEANCiAJCSh2 b2lkICp2LCB2b2lkICptYXNrLA0KIAkJICAgICBzdHJ1Y3QgcmFkaXhfbm9k ZV9oZWFkICpoZWFkLCBzdHJ1Y3QgcmFkaXhfbm9kZSBub2Rlc1tdKTsNCiAJ c3RydWN0CXJhZGl4X25vZGUgKigqcm5oX2RlbGFkZHIpCS8qIHJlbW92ZSBi YXNlZCBvbiBzb2NrYWRkciAqLw0KLQkJKHZvaWQgKnYsIHZvaWQgKm1hc2ss IHN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKmhlYWQpOw0KKwkJKHZvaWQgKnYs IHZvaWQgKm1hc2ssIHN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKmhlYWQsIHN0 cnVjdCByYWRpeF9ub2RlICpybik7DQogCXN0cnVjdAlyYWRpeF9ub2RlICoo KnJuaF9kZWxwa3QpCS8qIHJlbW92ZSBiYXNlZCBvbiBwYWNrZXQgaGRyICov DQogCQkodm9pZCAqdiwgdm9pZCAqbWFzaywgc3RydWN0IHJhZGl4X25vZGVf aGVhZCAqaGVhZCk7DQogCXN0cnVjdAlyYWRpeF9ub2RlICooKnJuaF9tYXRj aGFkZHIpCS8qIGxvY2F0ZSBiYXNlZCBvbiBzb2NrYWRkciAqLw0KQEAgLTE2 OCw3ICsxNjgsNyBAQA0KIAkgKnJuX2FkZG1hc2sodm9pZCAqLCBpbnQsIGlu dCksDQogCSAqcm5fYWRkcm91dGUgKHZvaWQgKiwgdm9pZCAqLCBzdHJ1Y3Qg cmFkaXhfbm9kZV9oZWFkICosDQogCQkJc3RydWN0IHJhZGl4X25vZGUgWzJd KSwNCi0JICpybl9kZWxldGUodm9pZCAqLCB2b2lkICosIHN0cnVjdCByYWRp eF9ub2RlX2hlYWQgKiksDQorCSAqcm5fZGVsZXRlKHZvaWQgKiwgdm9pZCAq LCBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICosIHN0cnVjdCByYWRpeF9ub2Rl ICopLA0KIAkgKnJuX2xvb2t1cCAodm9pZCAqdl9hcmcsIHZvaWQgKm1fYXJn LA0KIAkJICAgICAgICBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpoZWFkKSwN CiAJICpybl9tYXRjaCh2b2lkICosIHN0cnVjdCByYWRpeF9ub2RlX2hlYWQg Kik7DQpkaWZmIC1yIC11IC91c3Ivc3JjL3N5cy9uZXQvcmFkaXhfbXBhdGgu YyAvcm91dGVyL3Vzci9zcmMvc3lzL25ldC9yYWRpeF9tcGF0aC5jDQotLS0g L3Vzci9zcmMvc3lzL25ldC9yYWRpeF9tcGF0aC5jCTIwMTAtMDgtMjYgMTQ6 MjY6MzkuMDAwMDAwMDAwICswMDAwDQorKysgL3JvdXRlci91c3Ivc3JjL3N5 cy9uZXQvcmFkaXhfbXBhdGguYwkyMDEwLTA4LTI2IDE0OjMwOjI1LjAwMDAw MDAwMCArMDAwMA0KQEAgLTEyNSwzMyArMTI1LDYgQEANCiAJcmV0dXJuIChz dHJ1Y3QgcnRlbnRyeSAqKXJuOw0KIH0NCiANCi0vKiANCi0gKiBnbyB0aHJv dWdoIHRoZSBjaGFpbiBhbmQgdW5saW5rICJydCIgZnJvbSB0aGUgbGlzdA0K LSAqIHRoZSBjYWxsZXIgd2lsbCBmcmVlICJydCINCi0gKi8NCi1pbnQNCi1y dF9tcGF0aF9kZWxkdXAoc3RydWN0IHJ0ZW50cnkgKmhlYWRydCwgc3RydWN0 IHJ0ZW50cnkgKnJ0KQ0KLXsNCi0gICAgICAgIHN0cnVjdCByYWRpeF9ub2Rl ICp0LCAqdHQ7DQotDQotICAgICAgICBpZiAoIWhlYWRydCB8fCAhcnQpDQot ICAgICAgICAgICAgcmV0dXJuICgwKTsNCi0gICAgICAgIHQgPSAoc3RydWN0 IHJhZGl4X25vZGUgKiloZWFkcnQ7DQotICAgICAgICB0dCA9IHJuX21wYXRo X25leHQodCk7DQotICAgICAgICB3aGlsZSAodHQpIHsNCi0gICAgICAgICAg ICBpZiAodHQgPT0gKHN0cnVjdCByYWRpeF9ub2RlICopcnQpIHsNCi0gICAg ICAgICAgICAgICAgdC0+cm5fZHVwZWRrZXkgPSB0dC0+cm5fZHVwZWRrZXk7 DQotICAgICAgICAgICAgICAgIHR0LT5ybl9kdXBlZGtleSA9IE5VTEw7DQot ICAgIAkgICAgICAgIHR0LT5ybl9mbGFncyAmPSB+Uk5GX0FDVElWRTsNCi0J ICAgICAgICB0dFsxXS5ybl9mbGFncyAmPSB+Uk5GX0FDVElWRTsNCi0gICAg ICAgICAgICAgICAgcmV0dXJuICgxKTsNCi0gICAgICAgICAgICB9DQotICAg ICAgICAgICAgdCA9IHR0Ow0KLSAgICAgICAgICAgIHR0ID0gcm5fbXBhdGhf bmV4dCgoc3RydWN0IHJhZGl4X25vZGUgKil0KTsNCi0gICAgICAgIH0NCi0g ICAgICAgIHJldHVybiAoMCk7DQotfQ0KLQ0KIC8qDQogICogY2hlY2sgaWYg d2UgaGF2ZSB0aGUgc2FtZSBrZXkvbWFzay9nYXRld2F5IG9uIHRoZSB0YWJs ZSBhbHJlYWR5Lg0KICAqLw0KQEAgLTI2Miw5ICsyMzUsMTAgQEANCiBydGFs bG9jX21wYXRoX2ZpYihzdHJ1Y3Qgcm91dGUgKnJvLCB1aW50MzJfdCBoYXNo LCB1X2ludCBmaWJudW0pDQogew0KIAlzdHJ1Y3QgcmFkaXhfbm9kZSAqcm4w LCAqcm47DQotCXVfaW50MzJfdCBuOw0KKwl1X2ludDMyX3QgbiA9IDA7DQog CXN0cnVjdCBydGVudHJ5ICpydDsNCiAJaW50NjRfdCB3ZWlnaHQ7DQorCWlu dDY0X3QgbG93ZXN0X3dlaWdodDsNCiANCiAJLyoNCiAJICogWFhYIHdlIGRv bid0IGF0dGVtcHQgdG8gbG9va3VwIGNhY2hlZCByb3V0ZSBhZ2Fpbjsgd2hh dCBzaG91bGQNCkBAIC0yODUsMjMgKzI1OSwzNCBAQA0KIA0KIAkvKiBiZXlv bmQgaGVyZSwgd2UgdXNlIHJuIGFzIHRoZSBtYXN0ZXIgY29weSAqLw0KIAly bjAgPSBybiA9IChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJvLT5yb19ydDsNCi0J biA9IHJuX21wYXRoX2NvdW50KHJuMCk7DQotDQorCQ0KKwkvKiBmaW5kIGxv d2VzdCB3ZWlnaHQgcm91dGUgKi8NCisJZm9yICggcnQgPSAoc3RydWN0IHJ0 ZW50cnkgKilybiwgd2VpZ2h0ID0gcnQtPnJ0X3JteC5ybXhfd2VpZ2h0OyBy biAhPSBOVUxMOyBybiA9IHJuX21wYXRoX25leHQoIHJuKSkgew0KKwkJLyog WFhYIGNoZWNrIGlmIHJvdXRlIGlzIHVwPyAqLw0KKwkJcnQgPSAoc3RydWN0 IHJ0ZW50cnkgKilybjsNCisJCWlmKHJ0LT5ydF9mbGFncyAmIFJURl9VUCkg eyANCisJCQlpZiAod2VpZ2h0ID4gcnQtPnJ0X3JteC5ybXhfd2VpZ2h0KSB7 DQorCQkJCXdlaWdodCA9IHJ0LT5ydF9ybXgucm14X3dlaWdodDsNCisJCQkJ biA9IDE7DQorCQkJfSBlbHNlIGlmICh3ZWlnaHQgPT0gcnQtPnJ0X3JteC5y bXhfd2VpZ2h0KQ0KKwkJCQluKys7DQorCQl9DQorCX0NCisJbG93ZXN0X3dl aWdodCA9IHdlaWdodDsNCisJDQorCS8qIHNlbGVjdCBub3cgb25lIG9mIHRo ZSBsb3dlc3Qgd2VpZ2h0IHJvdXRlcyAqLw0KIAkvKiBndyBzZWxlY3Rpb24g YnkgTW9kdWxvLU4gSGFzaCAoUkZDMjk5MSkgWFhYIG5lZWQgaW1wcm92ZW1l bnQ/ICovDQogCWhhc2ggKz0gaGFzaGppdHRlcjsNCiAJaGFzaCAlPSBuOw0K LQlmb3IgKHdlaWdodCA9IGFicygoaW50MzJfdCloYXNoKSwgcnQgPSByby0+ cm9fcnQ7DQotCSAgICAgd2VpZ2h0ID49IHJ0LT5ydF9ybXgucm14X3dlaWdo dCAmJiBybjsgDQotCSAgICAgd2VpZ2h0IC09IHJ0LT5ydF9ybXgucm14X3dl aWdodCkgew0KLQkJDQotCQkvKiBjaGVjayBpZiBuZXh0IGtleSBleGlzdHMg Ki8NCi0JCWlmIChybi0+cm5fZHVwZWRrZXkgPT0gTlVMTCkNCi0JCQlicmVh azsNCi0JCS8qIHN0YXkgd2l0aGluIHRoZSBtdWx0aXBhdGggcm91dGVzICov DQotCQlpZiAocm4tPnJuX2R1cGVka2V5ICYmIHJuLT5ybl9tYXNrICE9IHJu LT5ybl9kdXBlZGtleS0+cm5fbWFzaykNCi0JCQlicmVhazsNCi0JCXJuID0g cm4tPnJuX2R1cGVka2V5Ow0KKwlmb3IgKCBybiA9IHJuMCwgbiA9IDA7IHJu ICE9IE5VTEw7IHJuID0gcm5fbXBhdGhfbmV4dCggcm4pKSB7DQogCQlydCA9 IChzdHJ1Y3QgcnRlbnRyeSAqKXJuOw0KKwkJaWYocnQtPnJ0X2ZsYWdzICYg UlRGX1VQKSB7IA0KKwkJCWlmICggcnQtPnJ0X3JteC5ybXhfd2VpZ2h0ID09 IGxvd2VzdF93ZWlnaHQpIHsNCisJCQkJaWYgKG4gPT0gaGFzaCkNCisJCQkJ CWJyZWFrOw0KKwkJCQluKys7DQorCQkJfQ0KKwkJfQ0KIAl9DQogCS8qIFhY WCB0cnkgZmlsbGluZyBydF9nd3JvdXRlIGFuZCBhdm9pZCB1bnJlYWNoYWJs ZSBndyAgKi8NCiANCmRpZmYgLXIgLXUgL3Vzci9zcmMvc3lzL25ldC9yb3V0 ZS5jIC9yb3V0ZXIvdXNyL3NyYy9zeXMvbmV0L3JvdXRlLmMNCi0tLSAvdXNy L3NyYy9zeXMvbmV0L3JvdXRlLmMJMjAxMC0wNi0xOCAwMzozMTozMy4wMDAw MDAwMDAgKzAwMDANCisrKyAvcm91dGVyL3Vzci9zcmMvc3lzL25ldC9yb3V0 ZS5jCTIwMTAtMDgtMjYgMTQ6NDI6MTMuMDAwMDAwMDAwICswMDAwDQpAQCAt ODc1LDcgKzg3NSw3IEBADQogCSAqIFJlbW92ZSB0aGUgaXRlbSBmcm9tIHRo ZSB0cmVlOyBpdCBzaG91bGQgYmUgdGhlcmUsDQogCSAqIGJ1dCB3aGVuIGNh bGxlcnMgaW52b2tlIHVzIGJsaW5kbHkgaXQgbWF5IG5vdCAoc2lnaCkuDQog CSAqLw0KLQlybiA9IHJuaC0+cm5oX2RlbGFkZHIocnRfa2V5KHJ0KSwgcnRf bWFzayhydCksIHJuaCk7DQorCXJuID0gcm5oLT5ybmhfZGVsYWRkcihydF9r ZXkocnQpLCBydF9tYXNrKHJ0KSwgcm5oLCBOVUxMKTsNCiAJaWYgKHJuID09 IE5VTEwpIHsNCiAJCWVycm9yID0gRVNSQ0g7DQogCQlnb3RvIGJhZDsNCkBA IC05MTMsMTEyICs5MTMsNiBAQA0KIAlyZXR1cm4gKGVycm9yKTsNCiB9DQog DQotI2lmZGVmIFJBRElYX01QQVRIDQotc3RhdGljIGludA0KLXJuX21wYXRo X3VwZGF0ZShpbnQgcmVxLCBzdHJ1Y3QgcnRfYWRkcmluZm8gKmluZm8sDQot ICAgIHN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKnJuaCwgc3RydWN0IHJ0ZW50 cnkgKipyZXRfbnJ0KQ0KLXsNCi0JLyoNCi0JICogaWYgd2UgZ290IG11bHRp cGF0aCByb3V0ZXMsIHdlIHJlcXVpcmUgdXNlcnMgdG8gc3BlY2lmeQ0KLQkg KiBhIG1hdGNoaW5nIFJUQVhfR0FURVdBWS4NCi0JICovDQotCXN0cnVjdCBy dGVudHJ5ICpydCwgKnJ0byA9IE5VTEw7DQotCXJlZ2lzdGVyIHN0cnVjdCBy YWRpeF9ub2RlICpybjsNCi0JaW50IGVycm9yID0gMDsNCi0NCi0Jcm4gPSBy bmgtPnJuaF9tYXRjaGFkZHIoZHN0LCBybmgpOw0KLQlpZiAocm4gPT0gTlVM TCkNCi0JCXJldHVybiAoRVNSQ0gpOw0KLQlydG8gPSBydCA9IFJOVE9SVChy bik7DQotCXJ0ID0gcnRfbXBhdGhfbWF0Y2hnYXRlKHJ0LCBnYXRld2F5KTsN Ci0JaWYgKHJ0ID09IE5VTEwpDQotCQlyZXR1cm4gKEVTUkNIKTsNCi0JLyoN Ci0JICogdGhpcyBpcyB0aGUgZmlyc3QgZW50cnkgaW4gdGhlIGNoYWluDQot CSAqLw0KLQlpZiAocnRvID09IHJ0KSB7DQotCQlybiA9IHJuX21wYXRoX25l eHQoKHN0cnVjdCByYWRpeF9ub2RlICopcnQpOw0KLQkJLyoNCi0JCSAqIHRo ZXJlIGlzIGFub3RoZXIgZW50cnksIG5vdyBpdCdzIGFjdGl2ZQ0KLQkJICov DQotCQlpZiAocm4pIHsNCi0JCQlydG8gPSBSTlRPUlQocm4pOw0KLQkJCVJU X0xPQ0socnRvKTsNCi0JCQlydG8tPnJ0X2ZsYWdzIHw9IFJURl9VUDsNCi0J CQlSVF9VTkxPQ0socnRvKTsNCi0JCX0gZWxzZSBpZiAocnQtPnJ0X2ZsYWdz ICYgUlRGX0dBVEVXQVkpIHsNCi0JCQkvKg0KLQkJCSAqIEZvciBnYXRld2F5 IHJvdXRlcywgd2UgbmVlZCB0byANCi0JCQkgKiBtYWtlIHN1cmUgdGhhdCB3 ZSB3ZSBhcmUgZGVsZXRpbmcNCi0JCQkgKiB0aGUgY29ycmVjdCBnYXRld2F5 LiANCi0JCQkgKiBydF9tcGF0aF9tYXRjaGdhdGUoKSBkb2VzIG5vdCANCi0J CQkgKiBjaGVjayB0aGUgY2FzZSB3aGVuIHRoZXJlIGlzIG9ubHkNCi0JCQkg KiBvbmUgcm91dGUgaW4gdGhlIGNoYWluLiAgDQotCQkJICovDQotCQkJaWYg KGdhdGV3YXkgJiYNCi0JCQkgICAgKHJ0LT5ydF9nYXRld2F5LT5zYV9sZW4g IT0gZ2F0ZXdheS0+c2FfbGVuIHx8DQotCQkJCW1lbWNtcChydC0+cnRfZ2F0 ZXdheSwgZ2F0ZXdheSwgZ2F0ZXdheS0+c2FfbGVuKSkpDQotCQkJCWVycm9y ID0gRVNSQ0g7DQotCQkJZWxzZSB7DQotCQkJCS8qDQotCQkJCSAqIHJlbW92 ZSBmcm9tIHRyZWUgYmVmb3JlIHJldHVybmluZyBpdA0KLQkJCQkgKiB0byB0 aGUgY2FsbGVyDQotCQkJCSAqLw0KLQkJCQlybiA9IHJuaC0+cm5oX2RlbGFk ZHIoZHN0LCBuZXRtYXNrLCBybmgpOw0KLQkJCQlLQVNTRVJUKHJ0ID09IFJO VE9SVChybiksICgicmFkaXggbm9kZSBkaXNhcHBlYXJlZCIpKTsNCi0JCQkJ Z290byBnd2RlbGV0ZTsNCi0JCQl9DQotCQkJDQotCQl9DQotCQkvKg0KLQkJ ICogdXNlIHRoZSBub3JtYWwgZGVsZXRlIGNvZGUgdG8gcmVtb3ZlDQotCQkg KiB0aGUgZmlyc3QgZW50cnkNCi0JCSAqLw0KLQkJaWYgKHJlcSAhPSBSVE1f REVMRVRFKSANCi0JCQlnb3RvIG5vbmRlbGV0ZTsNCi0NCi0JCWVycm9yID0g RU5PRU5UOw0KLQkJZ290byBkb25lOw0KLQl9DQotCQkNCi0JLyoNCi0JICog aWYgdGhlIGVudHJ5IGlzIDJuZCBhbmQgb24gdXANCi0JICovDQotCWlmICgo cmVxID09IFJUTV9ERUxFVEUpICYmICFydF9tcGF0aF9kZWxkdXAocnRvLCBy dCkpDQotCQlwYW5pYyAoInJ0cmVxdWVzdDE6IHJ0X21wYXRoX2RlbGR1cCIp Ow0KLWd3ZGVsZXRlOg0KLQlSVF9MT0NLKHJ0KTsNCi0JUlRfQUREUkVGKHJ0 KTsNCi0JaWYgKHJlcSA9PSBSVE1fREVMRVRFKSB7DQotCQlydC0+cnRfZmxh Z3MgJj0gflJURl9VUDsNCi0JCS8qDQotCQkgKiBPbmUgbW9yZSBydGVudHJ5 IGZsb2F0aW5nIGFyb3VuZCB0aGF0IGlzIG5vdA0KLQkJICogbGlua2VkIHRv IHRoZSByb3V0aW5nIHRhYmxlLiBydHRyYXNoIHdpbGwgYmUgZGVjcmVtZW50 ZWQNCi0JCSAqIHdoZW4gUlRGUkVFKHJ0KSBpcyBldmVudHVhbGx5IGNhbGxl ZC4NCi0JCSAqLw0KLQkJVl9ydHRyYXNoKys7DQotCX0NCi0JDQotbm9uZGVs ZXRlOg0KLQlpZiAocmVxICE9IFJUTV9ERUxFVEUpDQotCQlwYW5pYygidW5y ZWNvZ25pemVkIHJlcXVlc3QgJWQiLCByZXEpOw0KLQkNCi0NCi0JLyoNCi0J ICogSWYgdGhlIGNhbGxlciB3YW50cyBpdCwgdGhlbiBpdCBjYW4gaGF2ZSBp dCwNCi0JICogYnV0IGl0J3MgdXAgdG8gaXQgdG8gZnJlZSB0aGUgcnRlbnRy eSBhcyB3ZSB3b24ndCBiZQ0KLQkgKiBkb2luZyBpdC4NCi0JICovDQotCWlm IChyZXRfbnJ0KSB7DQotCQkqcmV0X25ydCA9IHJ0Ow0KLQkJUlRfVU5MT0NL KHJ0KTsNCi0JfSBlbHNlDQotCQlSVEZSRUVfTE9DS0VEKHJ0KTsNCi1kb25l Og0KLQlyZXR1cm4gKGVycm9yKTsNCi19DQotI2VuZGlmDQotDQogaW50DQog cnRyZXF1ZXN0MV9maWIoaW50IHJlcSwgc3RydWN0IHJ0X2FkZHJpbmZvICpp bmZvLCBzdHJ1Y3QgcnRlbnRyeSAqKnJldF9ucnQsDQogCQkJCXVfaW50IGZp Ym51bSkNCkBAIC0xMDU4LDI4ICs5NTIsMzAgQEANCiANCiAJc3dpdGNoIChy ZXEpIHsNCiAJY2FzZSBSVE1fREVMRVRFOg0KKwkgICAgICAgIGlmICgocm4g PSBybmgtPnJuaF9sb29rdXAoZHN0LCBuZXRtYXNrLCBybmgpKSA9PSBOVUxM KQ0KKwkgICAgICAgICAgICAgICAgc2VuZGVycihFU1JDSCk7DQorCQlydCA9 IFJOVE9SVChybik7DQogI2lmZGVmIFJBRElYX01QQVRIDQotCQlpZiAocm5f bXBhdGhfY2FwYWJsZShybmgpKSB7DQotCQkJZXJyb3IgPSBybl9tcGF0aF91 cGRhdGUocmVxLCBpbmZvLCBybmgsIHJldF9ucnQpOw0KLQkJCS8qDQotCQkJ ICogImJhZCIgaG9sZHMgdHJ1ZSBmb3IgdGhlIHN1Y2Nlc3MgY2FzZQ0KLQkJ CSAqIGFzIHdlbGwNCi0JCQkgKi8NCi0JCQlpZiAoZXJyb3IgIT0gRU5PRU5U KQ0KLQkJCQlnb3RvIGJhZDsNCi0JCQllcnJvciA9IDA7DQotCQl9DQorICAg ICAgICAgICAgICAgIC8qDQorICAgICAgICAgICAgICAgICAqIGlmIHdlIGdv dCBtdWx0aXBhdGggcm91dGVzLCB3ZSByZXF1aXJlIHVzZXJzIHRvIHNwZWNp ZnkNCisgICAgICAgICAgICAgICAgICogYSBtYXRjaGluZyBSVEFYX0dBVEVX QVkuDQorICAgICAgICAgICAgICAgICAqLw0KKyAgICAgICAgICAgICAgICBp ZiAocm5fbXBhdGhfY2FwYWJsZShybmgpKSB7DQorICAgICAgICAgICAgICAg ICAgICAgICAgcnQgPSBydF9tcGF0aF9tYXRjaGdhdGUoIHJ0LCBnYXRld2F5 KTsNCisgICAgICAgICAgICAgICAgICAgICAgICBybiA9IChzdHJ1Y3QgcmFk aXhfbm9kZSAqKXJ0Ow0KKyAgICAgICAgICAgICAgICAgICAgICAgIGlmICgh cnQpDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzZW5kZXJy KEVTUkNIKTsNCisgICAgICAgICAgICAgICAgfQ0KICNlbmRpZg0KIAkJLyoN CiAJCSAqIFJlbW92ZSB0aGUgaXRlbSBmcm9tIHRoZSB0cmVlIGFuZCByZXR1 cm4gaXQuDQogCQkgKiBDb21wbGFpbiBpZiBpdCBpcyBub3QgdGhlcmUgYW5k IGRvIG5vIG1vcmUgcHJvY2Vzc2luZy4NCiAJCSAqLw0KLQkJcm4gPSBybmgt PnJuaF9kZWxhZGRyKGRzdCwgbmV0bWFzaywgcm5oKTsNCisJCXJuID0gcm5o LT5ybmhfZGVsYWRkcihkc3QsIG5ldG1hc2ssIHJuaCwgcm4pOw0KIAkJaWYg KHJuID09IE5VTEwpDQogCQkJc2VuZGVycihFU1JDSCk7DQogCQlpZiAocm4t PnJuX2ZsYWdzICYgKFJORl9BQ1RJVkUgfCBSTkZfUk9PVCkpDQogCQkJcGFu aWMgKCJydHJlcXVlc3QgZGVsZXRlIik7DQotCQlydCA9IFJOVE9SVChybik7 DQogCQlSVF9MT0NLKHJ0KTsNCiAJCVJUX0FERFJFRihydCk7DQogCQlydC0+ cnRfZmxhZ3MgJj0gflJURl9VUDsNCkBAIC0xNDc0LDEwICsxMzcwLDkgQEAN CiAJCQkgICAgUk5UT1JUKHJuKS0+cnRfaWZhICE9IGlmYSB8fA0KIAkJCSAg ICAhc2FfZXF1YWwoKHN0cnVjdCBzb2NrYWRkciAqKXJuLT5ybl9rZXksIGRz dCkpOw0KIAkJCVJBRElYX05PREVfSEVBRF9VTkxPQ0socm5oKTsNCi0JCQlp ZiAoZXJyb3IpIHsNCisJCQlpZiAoZXJyb3IpDQogCQkJCS8qIHRoaXMgaXMg b25seSBhbiBlcnJvciBpZiBiYWQgb24gQUxMIHRhYmxlcyAqLw0KIAkJCQlj b250aW51ZTsNCi0JCQl9DQogCQl9DQogCQkvKg0KIAkJICogRG8gdGhlIGFj dHVhbCByZXF1ZXN0DQpkaWZmIC1yIC11IC91c3Ivc3JjL3N5cy9uZXRpbmV0 L2luLmMgL3JvdXRlci91c3Ivc3JjL3N5cy9uZXRpbmV0L2luLmMNCi0tLSAv dXNyL3NyYy9zeXMvbmV0aW5ldC9pbi5jCTIwMTAtMDgtMjYgMTQ6NTc6NTcu MDAwMDAwMDAwICswMDAwDQorKysgL3JvdXRlci91c3Ivc3JjL3N5cy9uZXRp bmV0L2luLmMJMjAxMC0wOC0yNiAxNDo1ODo0MC4wMDAwMDAwMDAgKzAwMDAN CkBAIC0xMzczLDEyICsxMzczLDQ1IEBADQogaW5fbGx0YWJsZV9ydGNoZWNr KHN0cnVjdCBpZm5ldCAqaWZwLCB1X2ludCBmbGFncywgY29uc3Qgc3RydWN0 IHNvY2thZGRyICpsM2FkZHIpDQogew0KIAlzdHJ1Y3QgcnRlbnRyeSAqcnQ7 DQorI2lmZGVmIFJBRElYX01QQVRIDQorCWludDY0X3Qgd2VpZ2h0Ow0KKwlz dHJ1Y3QgcnRlbnRyeSAqcnQwOw0KKwlpbnQzMl90IGZvdW5kID0gMDsNCisj ZW5kaWYNCiANCiAJS0FTU0VSVChsM2FkZHItPnNhX2ZhbWlseSA9PSBBRl9J TkVULA0KIAkgICAgKCJzaW5fZmFtaWx5ICVkIiwgbDNhZGRyLT5zYV9mYW1p bHkpKTsNCiANCiAJLyogWFhYIHJ0YWxsb2MxIHNob3VsZCB0YWtlIGEgY29u c3QgcGFyYW0gKi8NCiAJcnQgPSBydGFsbG9jMShfX0RFQ09OU1Qoc3RydWN0 IHNvY2thZGRyICosIGwzYWRkciksIDAsIDApOw0KKw0KKyNpZmRlZiBSQURJ WF9NUEFUSA0KKwlydDAgPSBydDsNCisgICAgICAgIGlmICgocnQgIT0gTlVM TCkgJiYgKCBybl9tcGF0aF9uZXh0KChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJ0 KSAhPSBOVUxMKSkgew0KKwkJLyogY2hlY2sgaWYgdGhlcmUgYXJlIG90aGVy LCBtYXRjaGluZyByb3V0ZXMgKi8NCisJCS8qIGZpbmQgbG93ZXN0IHdlaWdo dCByb3V0ZSAqLw0KKwkJZm9yICggd2VpZ2h0ID0gcnQtPnJ0X3JteC5ybXhf d2VpZ2h0OyBydCAhPSBOVUxMOyBydCA9IChzdHJ1Y3QgcnRlbnRyeSAqKXJu X21wYXRoX25leHQoIChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJ0KSkgew0KKwkJ CWlmKHJ0LT5ydF9mbGFncyAmIFJURl9VUCkgew0KKwkJCQlpZiAod2VpZ2h0 ID4gcnQtPnJ0X3JteC5ybXhfd2VpZ2h0KQ0KKwkJCQkJd2VpZ2h0ID0gcnQt PnJ0X3JteC5ybXhfd2VpZ2h0Ow0KKwkJCX0NCisJCX0NCisNCisJCS8qIGZp bmQgbm93IG9uZSBub24gZ2F0ZXdheSByb3V0ZSB3aXRoIGxvd2VzdCB3ZWln aHQgKi8NCisJCWZvciAoIHJ0ID0gcnQwOyBydCAhPSBOVUxMOyBydCA9IChz dHJ1Y3QgcnRlbnRyeSAqKXJuX21wYXRoX25leHQoIChzdHJ1Y3QgcmFkaXhf bm9kZSAqKXJ0KSkgew0KKwkJCWlmKHJ0LT5ydF9mbGFncyAmIFJURl9VUCkg ew0KKwkJCQlpZiAoKHdlaWdodCA9PSBydC0+cnRfcm14LnJteF93ZWlnaHQp ICYmICEocnQtPnJ0X2ZsYWdzICYgUlRGX0dBVEVXQVkpKSB7DQorCQkJCQlm b3VuZCA9IDE7DQorCQkJCQlicmVhazsNCisJCQkJfQ0KKwkJCX0NCisJCX0N CisJCWlmIChmb3VuZCA9PSAwKQ0KKwkJCXJ0ID0gTlVMTDsNCisJfQ0KKwkN CisjZW5kaWYJDQorDQogCWlmIChydCA9PSBOVUxMIHx8ICghKGZsYWdzICYg TExFX1BVQikgJiYNCiAJCQkgICAoKHJ0LT5ydF9mbGFncyAmIFJURl9HQVRF V0FZKSB8fCANCiAJCQkgICAgKHJ0LT5ydF9pZnAgIT0gaWZwKSkpKSB7DQpA QCAtMTM4NiwxMSArMTQxOSwyMSBAQA0KIAkJbG9nKExPR19JTkZPLCAiSVB2 NCBhZGRyZXNzOiBcIiVzXCIgaXMgbm90IG9uIHRoZSBuZXR3b3JrXG4iLA0K IAkJICAgIGluZXRfbnRvYSgoKGNvbnN0IHN0cnVjdCBzb2NrYWRkcl9pbiAq KWwzYWRkciktPnNpbl9hZGRyKSk7DQogI2VuZGlmDQorI2lmZGVmIFJBRElY X01QQVRIDQorCQlpZiAocnQwICE9IE5VTEwpDQorCQkJUlRGUkVFX0xPQ0tF RChydDApOw0KKyNlbHNlDQogCQlpZiAocnQgIT0gTlVMTCkNCiAJCQlSVEZS RUVfTE9DS0VEKHJ0KTsNCisjZW5kaWYNCiAJCXJldHVybiAoRUlOVkFMKTsN CiAJfQ0KKyNpZmRlZiBSQURJWF9NUEFUSA0KKwlSVEZSRUVfTE9DS0VEKHJ0 MCk7DQorI2Vsc2UNCiAJUlRGUkVFX0xPQ0tFRChydCk7DQorI2VuZGlmDQor DQogCXJldHVybiAwOw0KIH0NCiANCmRpZmYgLXIgLXUgL3Vzci9zcmMvc3lz L25ldGluZXQvaXBmdy9pcF9md190YWJsZS5jIC9yb3V0ZXIvdXNyL3NyYy9z eXMvbmV0aW5ldC9pcGZ3L2lwX2Z3X3RhYmxlLmMNCi0tLSAvdXNyL3NyYy9z eXMvbmV0aW5ldC9pcGZ3L2lwX2Z3X3RhYmxlLmMJMjAxMC0wMy0yMyAwOTo1 ODo1OS4wMDAwMDAwMDAgKzAwMDANCisrKyAvcm91dGVyL3Vzci9zcmMvc3lz L25ldGluZXQvaXBmdy9pcF9md190YWJsZS5jCTIwMTAtMDgtMjYgMTI6NDc6 MjcuMDAwMDAwMDAwICswMDAwDQpAQCAtMTM3LDcgKzEzNyw3IEBADQogCW1h c2suc2luX2FkZHIuc19hZGRyID0gaHRvbmwobWxlbiA/IH4oKDEgPDwgKDMy IC0gbWxlbikpIC0gMSkgOiAwKTsNCiAJc2Euc2luX2FkZHIuc19hZGRyID0g YWRkciAmIG1hc2suc2luX2FkZHIuc19hZGRyOw0KIAlJUEZXX1dMT0NLKGNo KTsNCi0JZW50ID0gKHN0cnVjdCB0YWJsZV9lbnRyeSAqKXJuaC0+cm5oX2Rl bGFkZHIoJnNhLCAmbWFzaywgcm5oKTsNCisJZW50ID0gKHN0cnVjdCB0YWJs ZV9lbnRyeSAqKXJuaC0+cm5oX2RlbGFkZHIoJnNhLCAmbWFzaywgcm5oLCBO VUxMKTsNCiAJaWYgKGVudCA9PSBOVUxMKSB7DQogCQlJUEZXX1dVTkxPQ0so Y2gpOw0KIAkJcmV0dXJuIChFU1JDSCk7DQpAQCAtMTU0LDcgKzE1NCw3IEBA DQogCXN0cnVjdCB0YWJsZV9lbnRyeSAqZW50Ow0KIA0KIAllbnQgPSAoc3Ry dWN0IHRhYmxlX2VudHJ5ICopDQotCSAgICBybmgtPnJuaF9kZWxhZGRyKHJu LT5ybl9rZXksIHJuLT5ybl9tYXNrLCBybmgpOw0KKwkgICAgcm5oLT5ybmhf ZGVsYWRkcihybi0+cm5fa2V5LCBybi0+cm5fbWFzaywgcm5oLCBOVUxMKTsN CiAJaWYgKGVudCAhPSBOVUxMKQ0KIAkJZnJlZShlbnQsIE1fSVBGV19UQkwp Ow0KIAlyZXR1cm4gKDApOw0K --168430090-1080199184-1282838276=:15491-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 17:38:39 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37AF710656B3 for ; Thu, 26 Aug 2010 17:38:39 +0000 (UTC) (envelope-from phoffman@proper.com) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by mx1.freebsd.org (Postfix) with ESMTP id F28098FC37 for ; Thu, 26 Aug 2010 17:38:38 +0000 (UTC) Received: from [10.20.30.158] (75-101-30-90.dsl.dynamic.sonic.net [75.101.30.90]) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id o7QHJH2U040738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 26 Aug 2010 10:19:18 -0700 (MST) (envelope-from phoffman@proper.com) Mime-Version: 1.0 Message-Id: Date: Thu, 26 Aug 2010 10:19:16 -0700 To: freebsd-net@freebsd.org From: Paul Hoffman Content-Type: text/plain; charset="us-ascii" Subject: Support for newly-minted RFC 5961? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 17:38:39 -0000 Greetings. I was wondering if the mitigations for blind in-window attacks that are described in are in a current FreeBSD, or if they are planned for one in the near future. --Paul Hoffman From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 18:46:47 2010 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3E8710656A6 for ; Thu, 26 Aug 2010 18:46:46 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id C9D518FC1E for ; Thu, 26 Aug 2010 18:46:46 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o7QITVIe020495; Thu, 26 Aug 2010 11:29:32 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 46A892D6011; Thu, 26 Aug 2010 11:29:31 -0700 (PDT) Message-ID: <4C76B29C.3090903@elischer.org> Date: Thu, 26 Aug 2010 11:29:48 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Paul Hoffman , FreeBSD Net References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: Subject: Re: Support for newly-minted RFC 5961? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 18:46:47 -0000 On 8/26/10 10:19 AM, Paul Hoffman wrote: > Greetings. I was wondering if the mitigations for blind in-window attacks that are described in are in a current FreeBSD, or if they are planned for one in the near future. > notice the second name on the RFC: R. Stewart (huawei).. that would be rrs@freebsd.org so I guess he might be a good person to answer. From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 19:03:41 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF6E106564A for ; Thu, 26 Aug 2010 19:03:41 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 667E88FC0C for ; Thu, 26 Aug 2010 19:03:39 +0000 (UTC) Received: (qmail 1598 invoked from network); 26 Aug 2010 21:03:38 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Aug 2010 21:03:38 +0200 Date: Thu, 26 Aug 2010 21:03:37 +0200 (CEST) From: Ingo Flaschberger To: "Li, Qing" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168430090-1915796902-1282849418=:15491" Cc: Qing Li , net@freebsd.org Subject: RE: funny ECMP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 19:03:41 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168430090-1915796902-1282849418=:15491 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi again, had a very small typo (copy&paste and compare..) attached new version of patch; now everything works and error disappeared. Kind regards, Ingo Flaschberger --168430090-1915796902-1282849418=:15491 Content-Type: TEXT/plain; name=mpath_patch_if_v2.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=mpath_patch_if_v2.txt ZGlmZiAtciAtdSAvdXNyL3NyYy9zeXMvY29udHJpYi9pcGZpbHRlci9uZXRp bmV0L2lwX3Bvb2wuYyAvcm91dGVyL3Vzci9zcmMvc3lzL2NvbnRyaWIvaXBm aWx0ZXIvbmV0aW5ldC9pcF9wb29sLmMNCi0tLSAvdXNyL3NyYy9zeXMvY29u dHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX3Bvb2wuYwkyMDA3LTEwLTE4IDIx OjQyOjM4LjAwMDAwMDAwMCArMDAwMA0KKysrIC9yb3V0ZXIvdXNyL3NyYy9z eXMvY29udHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX3Bvb2wuYwkyMDEwLTA4 LTI2IDExOjUyOjIxLjAwMDAwMDAwMCArMDAwMA0KQEAgLTYyMCw3ICs2MjAs NyBAQA0KIA0KIAlSQURJWF9OT0RFX0hFQURfTE9DSyhpcG8tPmlwb19oZWFk KTsNCiAJaXBvLT5pcG9faGVhZC0+cm5oX2RlbGFkZHIoJmlwZS0+aXBuX2Fk ZHIsICZpcGUtPmlwbl9tYXNrLA0KLQkJCQkgICBpcG8tPmlwb19oZWFkKTsN CisJCQkJICAgaXBvLT5pcG9faGVhZCwgTlVMTCk7DQogCVJBRElYX05PREVf SEVBRF9VTkxPQ0soaXBvLT5pcG9faGVhZCk7DQogDQogCWlwX3Bvb2xfbm9k ZV9kZXJlZihpcGUpOw0KQEAgLTc1MSw3ICs3NTEsNyBAQA0KIAlSQURJWF9O T0RFX0hFQURfTE9DSyhpcG8tPmlwb19oZWFkKTsNCiAJd2hpbGUgKChuID0g aXBvLT5pcG9fbGlzdCkgIT0gTlVMTCkgew0KIAkJaXBvLT5pcG9faGVhZC0+ cm5oX2RlbGFkZHIoJm4tPmlwbl9hZGRyLCAmbi0+aXBuX21hc2ssDQotCQkJ CQkgICBpcG8tPmlwb19oZWFkKTsNCisJCQkJCSAgIGlwby0+aXBvX2hlYWQs IE5VTEwpOw0KIA0KIAkJKm4tPmlwbl9wbmV4dCA9IG4tPmlwbl9uZXh0Ow0K IAkJaWYgKG4tPmlwbl9uZXh0KQ0KQEAgLTk2Myw3ICs5NjMsNyBAQA0KIAlz dHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpybmggPSBwOw0KIAlzdHJ1Y3QgcmFk aXhfbm9kZSAqZDsNCiANCi0JZCA9IHJuaC0+cm5oX2RlbGFkZHIobi0+cm5f a2V5LCBOVUxMLCBybmgpOw0KKwlkID0gcm5oLT5ybmhfZGVsYWRkcihuLT5y bl9rZXksIE5VTEwsIHJuaCwgTlVMTCk7DQogCWlmIChkICE9IE5VTEwpIHsN CiAJCUZyZWVTKGQsIG1heF9rZXlsZW4gKyAyICogc2l6ZW9mICgqZCkpOw0K IAl9DQpkaWZmIC1yIC11IC91c3Ivc3JjL3N5cy9jb250cmliL3BmL25ldC9w Zi5jIC9yb3V0ZXIvdXNyL3NyYy9zeXMvY29udHJpYi9wZi9uZXQvcGYuYw0K LS0tIC91c3Ivc3JjL3N5cy9jb250cmliL3BmL25ldC9wZi5jCTIwMTAtMDEt MjMgMDA6MzI6MTkuMDAwMDAwMDAwICswMDAwDQorKysgL3JvdXRlci91c3Iv c3JjL3N5cy9jb250cmliL3BmL25ldC9wZi5jCTIwMTAtMDgtMjYgMTU6MTI6 MTIuMDAwMDAwMDAwICswMDAwDQpAQCAtOTksOSArOTksNyBAQA0KICNpbmNs dWRlIDxuZXQvaWZfdHlwZXMuaD4NCiAjaW5jbHVkZSA8bmV0L2JwZi5oPg0K ICNpbmNsdWRlIDxuZXQvcm91dGUuaD4NCi0jaWZuZGVmIF9fRnJlZUJTRF9f DQogI2luY2x1ZGUgPG5ldC9yYWRpeF9tcGF0aC5oPg0KLSNlbmRpZg0KIA0K ICNpbmNsdWRlIDxuZXRpbmV0L2luLmg+DQogI2luY2x1ZGUgPG5ldGluZXQv aW5fdmFyLmg+DQpAQCAtNjE2Niw5ICs2MTY0LDkgQEANCiAJCQlpZiAoa2lm LT5wZmlrX2lmcCA9PSBpZnApDQogCQkJCXJldCA9IDE7DQogI2lmZGVmIF9f RnJlZUJTRF9fIC8qIE1VTFRJUEFUSF9ST1VUSU5HICovDQotCQkJcm4gPSBO VUxMOw0KKwkJCXJuID0gcm5fbXBhdGhfbmV4dChybik7IC8qIFhYWCB3YXMg YmVmb3JlOiBybiA9IE5VTEw7ICovDQogI2Vsc2UNCi0JCQlybiA9IHJuX21w YXRoX25leHQocm4pOw0KKwkJCXJuID0gcm5fbXBhdGhfbmV4dChybiwgMCk7 DQogI2VuZGlmDQogCQl9IHdoaWxlIChjaGVja19tcGF0aCA9PSAxICYmIHJu ICE9IE5VTEwgJiYgcmV0ID09IDApOw0KIAl9IGVsc2UNCmRpZmYgLXIgLXUg L3Vzci9zcmMvc3lzL2NvbnRyaWIvcGYvbmV0L3BmX3RhYmxlLmMgL3JvdXRl ci91c3Ivc3JjL3N5cy9jb250cmliL3BmL25ldC9wZl90YWJsZS5jDQotLS0g L3Vzci9zcmMvc3lzL2NvbnRyaWIvcGYvbmV0L3BmX3RhYmxlLmMJMjAwOS0w OC0wMyAwODoxMzowNi4wMDAwMDAwMDAgKzAwMDANCisrKyAvcm91dGVyL3Vz ci9zcmMvc3lzL2NvbnRyaWIvcGYvbmV0L3BmX3RhYmxlLmMJMjAxMC0wOC0y NiAxMTo1MDozMS4wMDAwMDAwMDAgKzAwMDANCkBAIC0xMTE0LDE3ICsxMTE0 LDkgQEANCiAjZW5kaWYNCiAJaWYgKEtFTlRSWV9ORVRXT1JLKGtlKSkgew0K IAkJcGZyX3ByZXBhcmVfbmV0d29yaygmbWFzaywga2UtPnBmcmtlX2FmLCBr ZS0+cGZya2VfbmV0KTsNCi0jaWZkZWYgX19GcmVlQlNEX18NCi0JCXJuID0g cm5fZGVsZXRlKCZrZS0+cGZya2Vfc2EsICZtYXNrLCBoZWFkKTsNCi0jZWxz ZQ0KIAkJcm4gPSBybl9kZWxldGUoJmtlLT5wZnJrZV9zYSwgJm1hc2ssIGhl YWQsIE5VTEwpOw0KLSNlbmRpZg0KIAl9IGVsc2UNCi0jaWZkZWYgX19GcmVl QlNEX18NCi0JCXJuID0gcm5fZGVsZXRlKCZrZS0+cGZya2Vfc2EsIE5VTEws IGhlYWQpOw0KLSNlbHNlDQogCQlybiA9IHJuX2RlbGV0ZSgma2UtPnBmcmtl X3NhLCBOVUxMLCBoZWFkLCBOVUxMKTsNCi0jZW5kaWYNCiAJc3BseChzKTsN CiANCiAJaWYgKHJuID09IE5VTEwpIHsNCmRpZmYgLXIgLXUgL3Vzci9zcmMv c3lzL2tlcm4vdmZzX2V4cG9ydC5jIC9yb3V0ZXIvdXNyL3NyYy9zeXMva2Vy bi92ZnNfZXhwb3J0LmMNCi0tLSAvdXNyL3NyYy9zeXMva2Vybi92ZnNfZXhw b3J0LmMJMjAwOS0xMC0wMSAxMzoxMTo0NS4wMDAwMDAwMDAgKzAwMDANCisr KyAvcm91dGVyL3Vzci9zcmMvc3lzL2tlcm4vdmZzX2V4cG9ydC5jCTIwMTAt MDgtMjYgMTE6NTI6NDcuMDAwMDAwMDAwICswMDAwDQpAQCAtMjI4LDcgKzIy OCw3IEBADQogCXN0cnVjdCByYWRpeF9ub2RlX2hlYWQgKnJuaCA9IChzdHJ1 Y3QgcmFkaXhfbm9kZV9oZWFkICopIHc7DQogCXN0cnVjdCB1Y3JlZCAqY3Jl ZDsNCiANCi0JKCpybmgtPnJuaF9kZWxhZGRyKSAocm4tPnJuX2tleSwgcm4t PnJuX21hc2ssIHJuaCk7DQorCSgqcm5oLT5ybmhfZGVsYWRkcikgKHJuLT5y bl9rZXksIHJuLT5ybl9tYXNrLCBybmgsIE5VTEwpOw0KIAljcmVkID0gKChz dHJ1Y3QgbmV0Y3JlZCAqKXJuKS0+bmV0Y19hbm9uOw0KIAlpZiAoY3JlZCAh PSBOVUxMKQ0KIAkJY3JmcmVlKGNyZWQpOw0KZGlmZiAtciAtdSAvdXNyL3Ny Yy9zeXMvbmV0L3JhZGl4LmMgL3JvdXRlci91c3Ivc3JjL3N5cy9uZXQvcmFk aXguYw0KLS0tIC91c3Ivc3JjL3N5cy9uZXQvcmFkaXguYwkyMDEwLTA0LTAy IDA1OjAyOjUwLjAwMDAwMDAwMCArMDAwMA0KKysrIC9yb3V0ZXIvdXNyL3Ny Yy9zeXMvbmV0L3JhZGl4LmMJMjAxMC0wOC0yNiAxODoxNDoyNi4wMDAwMDAw MDAgKzAwMDANCkBAIC02MTQsNyArNjE0LDcgQEANCiAJc3RydWN0IHJhZGl4 X25vZGUgdHJlZW5vZGVzWzJdOw0KIHsNCiAJY2FkZHJfdCB2ID0gKGNhZGRy X3Qpdl9hcmcsIG5ldG1hc2sgPSAoY2FkZHJfdCluX2FyZzsNCi0JcmVnaXN0 ZXIgc3RydWN0IHJhZGl4X25vZGUgKnQsICp4ID0gMCwgKnR0Ow0KKwlyZWdp c3RlciBzdHJ1Y3QgcmFkaXhfbm9kZSAqdCwgKnggPSAwLCAqeHggPSAwLCAq dHQ7DQogCXN0cnVjdCByYWRpeF9ub2RlICpzYXZlZF90dCwgKnRvcCA9IGhl YWQtPnJuaF90cmVldG9wOw0KIAlzaG9ydCBiID0gMCwgYl9sZWFmID0gMDsN CiAJaW50IGtleWR1cGxpY2F0ZWQ7DQpAQCAtNzIzLDEyICs3MjMsMTkgQEAN CiAJCXggPSB0LT5ybl9yaWdodDsNCiAJLyogUHJvbW90ZSBnZW5lcmFsIHJv dXRlcyBmcm9tIGJlbG93ICovDQogCWlmICh4LT5ybl9iaXQgPCAwKSB7DQot CSAgICBmb3IgKG1wID0gJnQtPnJuX21rbGlzdDsgeDsgeCA9IHgtPnJuX2R1 cGVka2V5KQ0KKwkgICAgZm9yIChtcCA9ICZ0LT5ybl9ta2xpc3Q7IHg7IHh4 ID0geCwgeCA9IHgtPnJuX2R1cGVka2V5KSB7DQorCQlpZiAoeHggJiYgeHgt PnJuX21rbGlzdCAmJiB4eC0+cm5fbWFzayA9PSB4LT5ybl9tYXNrICYmDQor CQkJCXgtPnJuX21rbGlzdCA9PSAwKSB7DQorCQkJLyogbXVsdGlwYXRoIHJv dXRlLCBidW1wIHJlZmNvdW50IG9uIGZpcnN0IG1rbGlzdCAqLw0KKwkJCXgt PnJuX21rbGlzdCA9IHh4LT5ybl9ta2xpc3Q7DQorCQkJeC0+cm5fbWtsaXN0 LT5ybV9yZWZzKys7DQorCQl9DQogCQlpZiAoeC0+cm5fbWFzayAmJiAoeC0+ cm5fYml0ID49IGJfbGVhZikgJiYgeC0+cm5fbWtsaXN0ID09IDApIHsNCiAJ CQkqbXAgPSBtID0gcm5fbmV3X3JhZGl4X21hc2soeCwgMCk7DQogCQkJaWYg KG0pDQogCQkJCW1wID0gJm0tPnJtX21rbGlzdDsNCiAJCX0NCisJICAgIH0N CiAJfSBlbHNlIGlmICh4LT5ybl9ta2xpc3QpIHsNCiAJCS8qDQogCQkgKiBT a2lwIG92ZXIgbWFza3Mgd2hvc2UgaW5kZXggaXMgPiB0aGF0IG9mIG5ldyBu b2RlDQpAQCAtNzgzLDkgKzc5MCwxMCBAQA0KIH0NCiANCiBzdHJ1Y3QgcmFk aXhfbm9kZSAqDQotcm5fZGVsZXRlKHZfYXJnLCBuZXRtYXNrX2FyZywgaGVh ZCkNCitybl9kZWxldGUodl9hcmcsIG5ldG1hc2tfYXJnLCBoZWFkLCBybikN CiAJdm9pZCAqdl9hcmcsICpuZXRtYXNrX2FyZzsNCiAJc3RydWN0IHJhZGl4 X25vZGVfaGVhZCAqaGVhZDsNCisJc3RydWN0IHJhZGl4X25vZGUgKnJuOw0K IHsNCiAJcmVnaXN0ZXIgc3RydWN0IHJhZGl4X25vZGUgKnQsICpwLCAqeCwg KnR0Ow0KIAlzdHJ1Y3QgcmFkaXhfbWFzayAqbSwgKnNhdmVkX20sICoqbXA7 DQpAQCAtODE1LDEzICs4MjMsMzggQEANCiAJCQlpZiAoKHR0ID0gdHQtPnJu X2R1cGVka2V5KSA9PSAwKQ0KIAkJCQlyZXR1cm4gKDApOw0KIAl9DQorI2lm ZGVmIFJBRElYX01QQVRIDQorCWlmIChybikgew0KKwkJd2hpbGUgKHR0ICE9 IHJuKQ0KKwkJCWlmICgodHQgPSB0dC0+cm5fZHVwZWRrZXkpID09IDApDQor CQkJCXJldHVybiAoMCk7DQorCX0NCisjZW5kaWYNCisJDQogCWlmICh0dC0+ cm5fbWFzayA9PSAwIHx8IChzYXZlZF9tID0gbSA9IHR0LT5ybl9ta2xpc3Qp ID09IDApDQogCQlnb3RvIG9uMTsNCiAJaWYgKHR0LT5ybl9mbGFncyAmIFJO Rl9OT1JNQUwpIHsNCi0JCWlmIChtLT5ybV9sZWFmICE9IHR0IHx8IG0tPnJt X3JlZnMgPiAwKSB7DQorCQlpZiAobS0+cm1fbGVhZiAhPSB0dCAmJiBtLT5y bV9yZWZzID09IDApIHsNCiAJCQlsb2coTE9HX0VSUiwgInJuX2RlbGV0ZTog aW5jb25zaXN0ZW50IGFubm90YXRpb25cbiIpOw0KIAkJCXJldHVybiAwOyAg LyogZGFuZ2xpbmcgcmVmIGNvdWxkIGNhdXNlIGRpc2FzdGVyICovDQogCQl9 DQorCQlpZiAobS0+cm1fbGVhZiAhPSB0dCkgew0KKwkJCWlmICgtLW0tPnJt X3JlZnMgPj0gMCkNCisJCQkJZ290byBvbjE7DQorICAgICAgICAgICAgICAg IH0NCisJCS8qIHR0IGlzIGN1cnJlbnRseSB0aGUgaGVhZCBvZiB0aGUgcG9z c2libGUgbXVsdGlwYXRoIGNoYWluICovDQorCQlpZiAobS0+cm1fcmVmcyA+ IDApIHsNCisJCQlpZiAodHQtPnJuX2R1cGVka2V5ID09IE5VTEwgfHwNCisJ CQkgICAgdHQtPnJuX2R1cGVka2V5LT5ybl9ta2xpc3QgIT0gbSkgew0KKwkJ CQlsb2coTE9HX0VSUiwgInJuX2RlbGV0ZTogaW5jb25zaXN0ZW50ICINCisJ CQkJICAgICJkdXBlZGtleSBsaXN0XG4iKTsNCisJCQkJcmV0dXJuICgwKTsN CisJCQl9DQorCQkJbS0+cm1fbGVhZiA9IHR0LT5ybl9kdXBlZGtleTsNCisJ CQktLW0tPnJtX3JlZnM7DQorCQkJZ290byBvbjE7DQorCQl9DQorCQkvKiBl bHNlIHR0IGlzIGxhc3QgYW5kIG9ubHkgcm91dGUgKi8NCiAJfSBlbHNlIHsN CiAJCWlmIChtLT5ybV9tYXNrICE9IHR0LT5ybl9tYXNrKSB7DQogCQkJbG9n KExPR19FUlIsICJybl9kZWxldGU6IGluY29uc2lzdGVudCBhbm5vdGF0aW9u XG4iKTsNCkBAIC04NjksMjEgKzkwMiwxNyBAQA0KIAkJICovDQogCQlpZiAo dHQgPT0gc2F2ZWRfdHQpIHsNCiAJCQkvKiByZW1vdmUgZnJvbSBoZWFkIG9m IGNoYWluICovDQotCQkJeCA9IGR1cGVka2V5OyB4LT5ybl9wYXJlbnQgPSB0 Ow0KKwkJCXggPSBkdXBlZGtleTsgDQorCQkJeC0+cm5fcGFyZW50ID0gdDsN CiAJCQlpZiAodC0+cm5fbGVmdCA9PSB0dCkNCiAJCQkJdC0+cm5fbGVmdCA9 IHg7DQogCQkJZWxzZQ0KIAkJCQl0LT5ybl9yaWdodCA9IHg7DQogCQl9IGVs c2Ugew0KLQkJCS8qIGZpbmQgbm9kZSBpbiBmcm9udCBvZiB0dCBvbiB0aGUg Y2hhaW4gKi8NCi0JCQlmb3IgKHggPSBwID0gc2F2ZWRfdHQ7IHAgJiYgcC0+ cm5fZHVwZWRrZXkgIT0gdHQ7KQ0KLQkJCQlwID0gcC0+cm5fZHVwZWRrZXk7 DQotCQkJaWYgKHApIHsNCi0JCQkJcC0+cm5fZHVwZWRrZXkgPSB0dC0+cm5f ZHVwZWRrZXk7DQotCQkJCWlmICh0dC0+cm5fZHVwZWRrZXkpCQkvKiBwYXJl bnQgKi8NCi0JCQkJCXR0LT5ybl9kdXBlZGtleS0+cm5fcGFyZW50ID0gcDsN Ci0JCQkJCQkJCS8qIHBhcmVudCAqLw0KLQkJCX0gZWxzZSBsb2coTE9HX0VS UiwgInJuX2RlbGV0ZTogY291bGRuJ3QgZmluZCB1c1xuIik7DQorCQkJeCA9 IHNhdmVkX3R0Ow0KKwkJCXQtPnJuX2R1cGVka2V5ID0gdHQtPnJuX2R1cGVk a2V5Ow0KKwkJCWlmICh0dC0+cm5fZHVwZWRrZXkpDQorCQkJCXR0LT5ybl9k dXBlZGtleS0+cm5fcGFyZW50ID0gdDsNCiAJCX0NCiAJCXQgPSB0dCArIDE7 DQogCQlpZiAgKHQtPnJuX2ZsYWdzICYgUk5GX0FDVElWRSkgew0KQEAgLTkz MSwxNCArOTYwLDIxIEBADQogCQkJCWlmIChtID09IHgtPnJuX21rbGlzdCkg ew0KIAkJCQkJc3RydWN0IHJhZGl4X21hc2sgKm1tID0gbS0+cm1fbWtsaXN0 Ow0KIAkJCQkJeC0+cm5fbWtsaXN0ID0gMDsNCi0JCQkJCWlmICgtLShtLT5y bV9yZWZzKSA8IDApDQorCQkJCQlpZiAoLS0obS0+cm1fcmVmcykgPCAwKSB7 DQogCQkJCQkJTUtGcmVlKG0pOw0KKwkJCQkJfSBlbHNlIGlmIChtLT5ybV9m bGFncyAmIFJORl9OT1JNQUwpIHsNCisJCQkJCQkvKg0KKwkJCQkJCSAqIGRv bid0IHByb2dyZXNzIGJlY2F1c2UgdGhpcw0KKwkJCQkJCSAqIGEgbXVsdGlw YXRoIHJvdXRlLiBOZXh0DQorCQkJCQkJICogcm91dGUgd2lsbCB1c2UgdGhl IHNhbWUgbS4NCisJCQkJCQkgKi8NCisJCQkJCQltbSA9IG07DQorCQkJCQl9 DQogCQkJCQltID0gbW07DQogCQkJCX0NCiAJCQlpZiAobSkNCiAJCQkJbG9n KExPR19FUlIsDQotCQkJCSAgICAicm5fZGVsZXRlOiBPcnBoYW5lZCBNYXNr ICVwIGF0ICVwXG4iLA0KLQkJCQkgICAgbSwgeCk7DQorCQkJCSAgICAicm5f ZGVsZXRlOiBPcnBoYW5lZCBNYXNrICVwIGF0ICVwXG4iLCBtLCB4KTsNCiAJ CX0NCiAJfQ0KIAkvKg0KQEAgLTk5MCwxMSArMTAyNiw4IEBADQogCSAqIHJu X3NlYXJjaF9tIGlzIHNvcnQtb2Ytb3Blbi1jb2RlZCBoZXJlLiBXZSBjYW5u b3QgdXNlIHRoZQ0KIAkgKiBmdW5jdGlvbiBiZWNhdXNlIHdlIG5lZWQgdG8g a2VlcCB0cmFjayBvZiB0aGUgbGFzdCBub2RlIHNlZW4uDQogCSAqLw0KLQkv KiBwcmludGYoImFib3V0IHRvIHNlYXJjaFxuIik7ICovDQogCWZvciAocm4g PSBoLT5ybmhfdHJlZXRvcDsgcm4tPnJuX2JpdCA+PSAwOyApIHsNCiAJCWxh c3QgPSBybjsNCi0JCS8qIHByaW50Zigicm5fYml0ICVkLCBybl9ibWFzayAl eCwgeG1bcm5fb2Zmc2V0XSAleFxuIiwNCi0JCSAgICAgICBybi0+cm5fYml0 LCBybi0+cm5fYm1hc2ssIHhtW3JuLT5ybl9vZmZzZXRdKTsgKi8NCiAJCWlm ICghKHJuLT5ybl9ibWFzayAmIHhtW3JuLT5ybl9vZmZzZXRdKSkgew0KIAkJ CWJyZWFrOw0KIAkJfQ0KQEAgLTEwMDQsNyArMTAzNyw2IEBADQogCQkJcm4g PSBybi0+cm5fbGVmdDsNCiAJCX0NCiAJfQ0KLQkvKiBwcmludGYoImRvbmUg c2VhcmNoaW5nXG4iKTsgKi8NCiANCiAJLyoNCiAJICogVHdvIGNhc2VzOiBl aXRoZXIgd2Ugc3RlcHBlZCBvZmYgdGhlIGVuZCBvZiBvdXIgbWFzaywNCkBA IC0xMDE1LDggKzEwNDcsNiBAQA0KIAlybiA9IGxhc3Q7DQogCWxhc3RiID0g cm4tPnJuX2JpdDsNCiANCi0JLyogcHJpbnRmKCJybiAlcCwgbGFzdGIgJWRc biIsIHJuLCBsYXN0Yik7Ki8NCi0NCiAJLyoNCiAJICogVGhpcyBnZXRzIGNv bXBsaWNhdGVkIGJlY2F1c2Ugd2UgbWF5IGRlbGV0ZSB0aGUgbm9kZQ0KIAkg KiB3aGlsZSBhcHBseWluZyB0aGUgZnVuY3Rpb24gZiB0byBpdCwgc28gd2Ug bmVlZCB0byBjYWxjdWxhdGUNCkBAIC0xMDI2LDcgKzEwNTYsNiBAQA0KIAkJ cm4gPSBybi0+cm5fbGVmdDsNCiANCiAJd2hpbGUgKCFzdG9wcGluZykgew0K LQkJLyogcHJpbnRmKCJub2RlICVwICglZClcbiIsIHJuLCBybi0+cm5fYml0 KTsgKi8NCiAJCWJhc2UgPSBybjsNCiAJCS8qIElmIGF0IHJpZ2h0IGNoaWxk IGdvIGJhY2sgdXAsIG90aGVyd2lzZSwgZ28gcmlnaHQgKi8NCiAJCXdoaWxl IChybi0+cm5fcGFyZW50LT5ybl9yaWdodCA9PSBybg0KQEAgLTEwMzYsNyAr MTA2NSw2IEBADQogCQkJLyogaWYgd2VudCB1cCBiZXlvbmQgbGFzdCwgc3Rv cCAqLw0KIAkJCWlmIChybi0+cm5fYml0IDw9IGxhc3RiKSB7DQogCQkJCXN0 b3BwaW5nID0gMTsNCi0JCQkJLyogcHJpbnRmKCJ1cCB0b28gZmFyXG4iKTsg Ki8NCiAJCQkJLyoNCiAJCQkJICogWFhYIHdlIHNob3VsZCBqdW1wIHRvIHRo ZSAnUHJvY2VzcyBsZWF2ZXMnDQogCQkJCSAqIHBhcnQsIGJlY2F1c2UgdGhl IHZhbHVlcyBvZiAncm4nIGFuZCAnbmV4dCcNCkBAIC0xMDYyLDcgKzEwOTAs NiBAQA0KIAkJLyogUHJvY2VzcyBsZWF2ZXMgKi8NCiAJCXdoaWxlICgocm4g PSBiYXNlKSAhPSAwKSB7DQogCQkJYmFzZSA9IHJuLT5ybl9kdXBlZGtleTsN Ci0JCQkvKiBwcmludGYoImxlYWYgJXBcbiIsIHJuKTsgKi8NCiAJCQlpZiAo IShybi0+cm5fZmxhZ3MgJiBSTkZfUk9PVCkNCiAJCQkgICAgJiYgKGVycm9y ID0gKCpmKShybiwgdykpKQ0KIAkJCQlyZXR1cm4gKGVycm9yKTsNCkBAIC0x MDcwLDcgKzEwOTcsNiBAQA0KIAkJcm4gPSBuZXh0Ow0KIA0KIAkJaWYgKHJu LT5ybl9mbGFncyAmIFJORl9ST09UKSB7DQotCQkJLyogcHJpbnRmKCJyb290 LCBzdG9wcGluZyIpOyAqLw0KIAkJCXN0b3BwaW5nID0gMTsNCiAJCX0NCiAN CmRpZmYgLXIgLXUgL3Vzci9zcmMvc3lzL25ldC9yYWRpeC5oIC9yb3V0ZXIv dXNyL3NyYy9zeXMvbmV0L3JhZGl4LmgNCi0tLSAvdXNyL3NyYy9zeXMvbmV0 L3JhZGl4LmgJMjAxMC0wMy0yMyAwOTo1ODo1OS4wMDAwMDAwMDAgKzAwMDAN CisrKyAvcm91dGVyL3Vzci9zcmMvc3lzL25ldC9yYWRpeC5oCTIwMTAtMDgt MjYgMTI6MDI6NTIuMDAwMDAwMDAwICswMDAwDQpAQCAtMTE0LDcgKzExNCw3 IEBADQogCQkodm9pZCAqdiwgdm9pZCAqbWFzaywNCiAJCSAgICAgc3RydWN0 IHJhZGl4X25vZGVfaGVhZCAqaGVhZCwgc3RydWN0IHJhZGl4X25vZGUgbm9k ZXNbXSk7DQogCXN0cnVjdAlyYWRpeF9ub2RlICooKnJuaF9kZWxhZGRyKQkv KiByZW1vdmUgYmFzZWQgb24gc29ja2FkZHIgKi8NCi0JCSh2b2lkICp2LCB2 b2lkICptYXNrLCBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpoZWFkKTsNCisJ CSh2b2lkICp2LCB2b2lkICptYXNrLCBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFk ICpoZWFkLCBzdHJ1Y3QgcmFkaXhfbm9kZSAqcm4pOw0KIAlzdHJ1Y3QJcmFk aXhfbm9kZSAqKCpybmhfZGVscGt0KQkvKiByZW1vdmUgYmFzZWQgb24gcGFj a2V0IGhkciAqLw0KIAkJKHZvaWQgKnYsIHZvaWQgKm1hc2ssIHN0cnVjdCBy YWRpeF9ub2RlX2hlYWQgKmhlYWQpOw0KIAlzdHJ1Y3QJcmFkaXhfbm9kZSAq KCpybmhfbWF0Y2hhZGRyKQkvKiBsb2NhdGUgYmFzZWQgb24gc29ja2FkZHIg Ki8NCkBAIC0xNjgsNyArMTY4LDcgQEANCiAJICpybl9hZGRtYXNrKHZvaWQg KiwgaW50LCBpbnQpLA0KIAkgKnJuX2FkZHJvdXRlICh2b2lkICosIHZvaWQg Kiwgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqLA0KIAkJCXN0cnVjdCByYWRp eF9ub2RlIFsyXSksDQotCSAqcm5fZGVsZXRlKHZvaWQgKiwgdm9pZCAqLCBz dHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICopLA0KKwkgKnJuX2RlbGV0ZSh2b2lk ICosIHZvaWQgKiwgc3RydWN0IHJhZGl4X25vZGVfaGVhZCAqLCBzdHJ1Y3Qg cmFkaXhfbm9kZSAqKSwNCiAJICpybl9sb29rdXAgKHZvaWQgKnZfYXJnLCB2 b2lkICptX2FyZywNCiAJCSAgICAgICAgc3RydWN0IHJhZGl4X25vZGVfaGVh ZCAqaGVhZCksDQogCSAqcm5fbWF0Y2godm9pZCAqLCBzdHJ1Y3QgcmFkaXhf bm9kZV9oZWFkICopOw0KZGlmZiAtciAtdSAvdXNyL3NyYy9zeXMvbmV0L3Jh ZGl4X21wYXRoLmMgL3JvdXRlci91c3Ivc3JjL3N5cy9uZXQvcmFkaXhfbXBh dGguYw0KLS0tIC91c3Ivc3JjL3N5cy9uZXQvcmFkaXhfbXBhdGguYwkyMDEw LTA4LTI2IDE0OjI2OjM5LjAwMDAwMDAwMCArMDAwMA0KKysrIC9yb3V0ZXIv dXNyL3NyYy9zeXMvbmV0L3JhZGl4X21wYXRoLmMJMjAxMC0wOC0yNiAxNDoz MDoyNS4wMDAwMDAwMDAgKzAwMDANCkBAIC0xMjUsMzMgKzEyNSw2IEBADQog CXJldHVybiAoc3RydWN0IHJ0ZW50cnkgKilybjsNCiB9DQogDQotLyogDQot ICogZ28gdGhyb3VnaCB0aGUgY2hhaW4gYW5kIHVubGluayAicnQiIGZyb20g dGhlIGxpc3QNCi0gKiB0aGUgY2FsbGVyIHdpbGwgZnJlZSAicnQiDQotICov DQotaW50DQotcnRfbXBhdGhfZGVsZHVwKHN0cnVjdCBydGVudHJ5ICpoZWFk cnQsIHN0cnVjdCBydGVudHJ5ICpydCkNCi17DQotICAgICAgICBzdHJ1Y3Qg cmFkaXhfbm9kZSAqdCwgKnR0Ow0KLQ0KLSAgICAgICAgaWYgKCFoZWFkcnQg fHwgIXJ0KQ0KLSAgICAgICAgICAgIHJldHVybiAoMCk7DQotICAgICAgICB0 ID0gKHN0cnVjdCByYWRpeF9ub2RlICopaGVhZHJ0Ow0KLSAgICAgICAgdHQg PSBybl9tcGF0aF9uZXh0KHQpOw0KLSAgICAgICAgd2hpbGUgKHR0KSB7DQot ICAgICAgICAgICAgaWYgKHR0ID09IChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJ0 KSB7DQotICAgICAgICAgICAgICAgIHQtPnJuX2R1cGVka2V5ID0gdHQtPnJu X2R1cGVka2V5Ow0KLSAgICAgICAgICAgICAgICB0dC0+cm5fZHVwZWRrZXkg PSBOVUxMOw0KLSAgICAJICAgICAgICB0dC0+cm5fZmxhZ3MgJj0gflJORl9B Q1RJVkU7DQotCSAgICAgICAgdHRbMV0ucm5fZmxhZ3MgJj0gflJORl9BQ1RJ VkU7DQotICAgICAgICAgICAgICAgIHJldHVybiAoMSk7DQotICAgICAgICAg ICAgfQ0KLSAgICAgICAgICAgIHQgPSB0dDsNCi0gICAgICAgICAgICB0dCA9 IHJuX21wYXRoX25leHQoKHN0cnVjdCByYWRpeF9ub2RlICopdCk7DQotICAg ICAgICB9DQotICAgICAgICByZXR1cm4gKDApOw0KLX0NCi0NCiAvKg0KICAq IGNoZWNrIGlmIHdlIGhhdmUgdGhlIHNhbWUga2V5L21hc2svZ2F0ZXdheSBv biB0aGUgdGFibGUgYWxyZWFkeS4NCiAgKi8NCkBAIC0yNjIsOSArMjM1LDEw IEBADQogcnRhbGxvY19tcGF0aF9maWIoc3RydWN0IHJvdXRlICpybywgdWlu dDMyX3QgaGFzaCwgdV9pbnQgZmlibnVtKQ0KIHsNCiAJc3RydWN0IHJhZGl4 X25vZGUgKnJuMCwgKnJuOw0KLQl1X2ludDMyX3QgbjsNCisJdV9pbnQzMl90 IG4gPSAwOw0KIAlzdHJ1Y3QgcnRlbnRyeSAqcnQ7DQogCWludDY0X3Qgd2Vp Z2h0Ow0KKwlpbnQ2NF90IGxvd2VzdF93ZWlnaHQ7DQogDQogCS8qDQogCSAq IFhYWCB3ZSBkb24ndCBhdHRlbXB0IHRvIGxvb2t1cCBjYWNoZWQgcm91dGUg YWdhaW47IHdoYXQgc2hvdWxkDQpAQCAtMjg1LDIzICsyNTksMzQgQEANCiAN CiAJLyogYmV5b25kIGhlcmUsIHdlIHVzZSBybiBhcyB0aGUgbWFzdGVyIGNv cHkgKi8NCiAJcm4wID0gcm4gPSAoc3RydWN0IHJhZGl4X25vZGUgKilyby0+ cm9fcnQ7DQotCW4gPSBybl9tcGF0aF9jb3VudChybjApOw0KLQ0KKwkNCisJ LyogZmluZCBsb3dlc3Qgd2VpZ2h0IHJvdXRlICovDQorCWZvciAoIHJ0ID0g KHN0cnVjdCBydGVudHJ5ICopcm4sIHdlaWdodCA9IHJ0LT5ydF9ybXgucm14 X3dlaWdodDsgcm4gIT0gTlVMTDsgcm4gPSBybl9tcGF0aF9uZXh0KCBybikp IHsNCisJCS8qIFhYWCBjaGVjayBpZiByb3V0ZSBpcyB1cD8gKi8NCisJCXJ0 ID0gKHN0cnVjdCBydGVudHJ5ICopcm47DQorCQlpZihydC0+cnRfZmxhZ3Mg JiBSVEZfVVApIHsgDQorCQkJaWYgKHdlaWdodCA+IHJ0LT5ydF9ybXgucm14 X3dlaWdodCkgew0KKwkJCQl3ZWlnaHQgPSBydC0+cnRfcm14LnJteF93ZWln aHQ7DQorCQkJCW4gPSAxOw0KKwkJCX0gZWxzZSBpZiAod2VpZ2h0ID09IHJ0 LT5ydF9ybXgucm14X3dlaWdodCkNCisJCQkJbisrOw0KKwkJfQ0KKwl9DQor CWxvd2VzdF93ZWlnaHQgPSB3ZWlnaHQ7DQorCQ0KKwkvKiBzZWxlY3Qgbm93 IG9uZSBvZiB0aGUgbG93ZXN0IHdlaWdodCByb3V0ZXMgKi8NCiAJLyogZ3cg c2VsZWN0aW9uIGJ5IE1vZHVsby1OIEhhc2ggKFJGQzI5OTEpIFhYWCBuZWVk IGltcHJvdmVtZW50PyAqLw0KIAloYXNoICs9IGhhc2hqaXR0ZXI7DQogCWhh c2ggJT0gbjsNCi0JZm9yICh3ZWlnaHQgPSBhYnMoKGludDMyX3QpaGFzaCks IHJ0ID0gcm8tPnJvX3J0Ow0KLQkgICAgIHdlaWdodCA+PSBydC0+cnRfcm14 LnJteF93ZWlnaHQgJiYgcm47IA0KLQkgICAgIHdlaWdodCAtPSBydC0+cnRf cm14LnJteF93ZWlnaHQpIHsNCi0JCQ0KLQkJLyogY2hlY2sgaWYgbmV4dCBr ZXkgZXhpc3RzICovDQotCQlpZiAocm4tPnJuX2R1cGVka2V5ID09IE5VTEwp DQotCQkJYnJlYWs7DQotCQkvKiBzdGF5IHdpdGhpbiB0aGUgbXVsdGlwYXRo IHJvdXRlcyAqLw0KLQkJaWYgKHJuLT5ybl9kdXBlZGtleSAmJiBybi0+cm5f bWFzayAhPSBybi0+cm5fZHVwZWRrZXktPnJuX21hc2spDQotCQkJYnJlYWs7 DQotCQlybiA9IHJuLT5ybl9kdXBlZGtleTsNCisJZm9yICggcm4gPSBybjAs IG4gPSAwOyBybiAhPSBOVUxMOyBybiA9IHJuX21wYXRoX25leHQoIHJuKSkg ew0KIAkJcnQgPSAoc3RydWN0IHJ0ZW50cnkgKilybjsNCisJCWlmKHJ0LT5y dF9mbGFncyAmIFJURl9VUCkgeyANCisJCQlpZiAoIHJ0LT5ydF9ybXgucm14 X3dlaWdodCA9PSBsb3dlc3Rfd2VpZ2h0KSB7DQorCQkJCWlmIChuID09IGhh c2gpDQorCQkJCQlicmVhazsNCisJCQkJbisrOw0KKwkJCX0NCisJCX0NCiAJ fQ0KIAkvKiBYWFggdHJ5IGZpbGxpbmcgcnRfZ3dyb3V0ZSBhbmQgYXZvaWQg dW5yZWFjaGFibGUgZ3cgICovDQogDQpkaWZmIC1yIC11IC91c3Ivc3JjL3N5 cy9uZXQvcm91dGUuYyAvcm91dGVyL3Vzci9zcmMvc3lzL25ldC9yb3V0ZS5j DQotLS0gL3Vzci9zcmMvc3lzL25ldC9yb3V0ZS5jCTIwMTAtMDYtMTggMDM6 MzE6MzMuMDAwMDAwMDAwICswMDAwDQorKysgL3JvdXRlci91c3Ivc3JjL3N5 cy9uZXQvcm91dGUuYwkyMDEwLTA4LTI2IDE4OjIxOjU0LjAwMDAwMDAwMCAr MDAwMA0KQEAgLTg3NSw3ICs4NzUsNyBAQA0KIAkgKiBSZW1vdmUgdGhlIGl0 ZW0gZnJvbSB0aGUgdHJlZTsgaXQgc2hvdWxkIGJlIHRoZXJlLA0KIAkgKiBi dXQgd2hlbiBjYWxsZXJzIGludm9rZSB1cyBibGluZGx5IGl0IG1heSBub3Qg KHNpZ2gpLg0KIAkgKi8NCi0Jcm4gPSBybmgtPnJuaF9kZWxhZGRyKHJ0X2tl eShydCksIHJ0X21hc2socnQpLCBybmgpOw0KKwlybiA9IHJuaC0+cm5oX2Rl bGFkZHIocnRfa2V5KHJ0KSwgcnRfbWFzayhydCksIHJuaCwgTlVMTCk7DQog CWlmIChybiA9PSBOVUxMKSB7DQogCQllcnJvciA9IEVTUkNIOw0KIAkJZ290 byBiYWQ7DQpAQCAtOTEzLDExMiArOTEzLDYgQEANCiAJcmV0dXJuIChlcnJv cik7DQogfQ0KIA0KLSNpZmRlZiBSQURJWF9NUEFUSA0KLXN0YXRpYyBpbnQN Ci1ybl9tcGF0aF91cGRhdGUoaW50IHJlcSwgc3RydWN0IHJ0X2FkZHJpbmZv ICppbmZvLA0KLSAgICBzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkICpybmgsIHN0 cnVjdCBydGVudHJ5ICoqcmV0X25ydCkNCi17DQotCS8qDQotCSAqIGlmIHdl IGdvdCBtdWx0aXBhdGggcm91dGVzLCB3ZSByZXF1aXJlIHVzZXJzIHRvIHNw ZWNpZnkNCi0JICogYSBtYXRjaGluZyBSVEFYX0dBVEVXQVkuDQotCSAqLw0K LQlzdHJ1Y3QgcnRlbnRyeSAqcnQsICpydG8gPSBOVUxMOw0KLQlyZWdpc3Rl ciBzdHJ1Y3QgcmFkaXhfbm9kZSAqcm47DQotCWludCBlcnJvciA9IDA7DQot DQotCXJuID0gcm5oLT5ybmhfbWF0Y2hhZGRyKGRzdCwgcm5oKTsNCi0JaWYg KHJuID09IE5VTEwpDQotCQlyZXR1cm4gKEVTUkNIKTsNCi0JcnRvID0gcnQg PSBSTlRPUlQocm4pOw0KLQlydCA9IHJ0X21wYXRoX21hdGNoZ2F0ZShydCwg Z2F0ZXdheSk7DQotCWlmIChydCA9PSBOVUxMKQ0KLQkJcmV0dXJuIChFU1JD SCk7DQotCS8qDQotCSAqIHRoaXMgaXMgdGhlIGZpcnN0IGVudHJ5IGluIHRo ZSBjaGFpbg0KLQkgKi8NCi0JaWYgKHJ0byA9PSBydCkgew0KLQkJcm4gPSBy bl9tcGF0aF9uZXh0KChzdHJ1Y3QgcmFkaXhfbm9kZSAqKXJ0KTsNCi0JCS8q DQotCQkgKiB0aGVyZSBpcyBhbm90aGVyIGVudHJ5LCBub3cgaXQncyBhY3Rp dmUNCi0JCSAqLw0KLQkJaWYgKHJuKSB7DQotCQkJcnRvID0gUk5UT1JUKHJu KTsNCi0JCQlSVF9MT0NLKHJ0byk7DQotCQkJcnRvLT5ydF9mbGFncyB8PSBS VEZfVVA7DQotCQkJUlRfVU5MT0NLKHJ0byk7DQotCQl9IGVsc2UgaWYgKHJ0 LT5ydF9mbGFncyAmIFJURl9HQVRFV0FZKSB7DQotCQkJLyoNCi0JCQkgKiBG b3IgZ2F0ZXdheSByb3V0ZXMsIHdlIG5lZWQgdG8gDQotCQkJICogbWFrZSBz dXJlIHRoYXQgd2Ugd2UgYXJlIGRlbGV0aW5nDQotCQkJICogdGhlIGNvcnJl Y3QgZ2F0ZXdheS4gDQotCQkJICogcnRfbXBhdGhfbWF0Y2hnYXRlKCkgZG9l cyBub3QgDQotCQkJICogY2hlY2sgdGhlIGNhc2Ugd2hlbiB0aGVyZSBpcyBv bmx5DQotCQkJICogb25lIHJvdXRlIGluIHRoZSBjaGFpbi4gIA0KLQkJCSAq Lw0KLQkJCWlmIChnYXRld2F5ICYmDQotCQkJICAgIChydC0+cnRfZ2F0ZXdh eS0+c2FfbGVuICE9IGdhdGV3YXktPnNhX2xlbiB8fA0KLQkJCQltZW1jbXAo cnQtPnJ0X2dhdGV3YXksIGdhdGV3YXksIGdhdGV3YXktPnNhX2xlbikpKQ0K LQkJCQllcnJvciA9IEVTUkNIOw0KLQkJCWVsc2Ugew0KLQkJCQkvKg0KLQkJ CQkgKiByZW1vdmUgZnJvbSB0cmVlIGJlZm9yZSByZXR1cm5pbmcgaXQNCi0J CQkJICogdG8gdGhlIGNhbGxlcg0KLQkJCQkgKi8NCi0JCQkJcm4gPSBybmgt PnJuaF9kZWxhZGRyKGRzdCwgbmV0bWFzaywgcm5oKTsNCi0JCQkJS0FTU0VS VChydCA9PSBSTlRPUlQocm4pLCAoInJhZGl4IG5vZGUgZGlzYXBwZWFyZWQi KSk7DQotCQkJCWdvdG8gZ3dkZWxldGU7DQotCQkJfQ0KLQkJCQ0KLQkJfQ0K LQkJLyoNCi0JCSAqIHVzZSB0aGUgbm9ybWFsIGRlbGV0ZSBjb2RlIHRvIHJl bW92ZQ0KLQkJICogdGhlIGZpcnN0IGVudHJ5DQotCQkgKi8NCi0JCWlmIChy ZXEgIT0gUlRNX0RFTEVURSkgDQotCQkJZ290byBub25kZWxldGU7DQotDQot CQllcnJvciA9IEVOT0VOVDsNCi0JCWdvdG8gZG9uZTsNCi0JfQ0KLQkJDQot CS8qDQotCSAqIGlmIHRoZSBlbnRyeSBpcyAybmQgYW5kIG9uIHVwDQotCSAq Lw0KLQlpZiAoKHJlcSA9PSBSVE1fREVMRVRFKSAmJiAhcnRfbXBhdGhfZGVs ZHVwKHJ0bywgcnQpKQ0KLQkJcGFuaWMgKCJydHJlcXVlc3QxOiBydF9tcGF0 aF9kZWxkdXAiKTsNCi1nd2RlbGV0ZToNCi0JUlRfTE9DSyhydCk7DQotCVJU X0FERFJFRihydCk7DQotCWlmIChyZXEgPT0gUlRNX0RFTEVURSkgew0KLQkJ cnQtPnJ0X2ZsYWdzICY9IH5SVEZfVVA7DQotCQkvKg0KLQkJICogT25lIG1v cmUgcnRlbnRyeSBmbG9hdGluZyBhcm91bmQgdGhhdCBpcyBub3QNCi0JCSAq IGxpbmtlZCB0byB0aGUgcm91dGluZyB0YWJsZS4gcnR0cmFzaCB3aWxsIGJl IGRlY3JlbWVudGVkDQotCQkgKiB3aGVuIFJURlJFRShydCkgaXMgZXZlbnR1 YWxseSBjYWxsZWQuDQotCQkgKi8NCi0JCVZfcnR0cmFzaCsrOw0KLQl9DQot CQ0KLW5vbmRlbGV0ZToNCi0JaWYgKHJlcSAhPSBSVE1fREVMRVRFKQ0KLQkJ cGFuaWMoInVucmVjb2duaXplZCByZXF1ZXN0ICVkIiwgcmVxKTsNCi0JDQot DQotCS8qDQotCSAqIElmIHRoZSBjYWxsZXIgd2FudHMgaXQsIHRoZW4gaXQg Y2FuIGhhdmUgaXQsDQotCSAqIGJ1dCBpdCdzIHVwIHRvIGl0IHRvIGZyZWUg dGhlIHJ0ZW50cnkgYXMgd2Ugd29uJ3QgYmUNCi0JICogZG9pbmcgaXQuDQot CSAqLw0KLQlpZiAocmV0X25ydCkgew0KLQkJKnJldF9ucnQgPSBydDsNCi0J CVJUX1VOTE9DSyhydCk7DQotCX0gZWxzZQ0KLQkJUlRGUkVFX0xPQ0tFRChy dCk7DQotZG9uZToNCi0JcmV0dXJuIChlcnJvcik7DQotfQ0KLSNlbmRpZg0K LQ0KIGludA0KIHJ0cmVxdWVzdDFfZmliKGludCByZXEsIHN0cnVjdCBydF9h ZGRyaW5mbyAqaW5mbywgc3RydWN0IHJ0ZW50cnkgKipyZXRfbnJ0LA0KIAkJ CQl1X2ludCBmaWJudW0pDQpAQCAtMTA1OCwyOCArOTUyLDMwIEBADQogDQog CXN3aXRjaCAocmVxKSB7DQogCWNhc2UgUlRNX0RFTEVURToNCisJICAgICAg ICBpZiAoKHJuID0gcm5oLT5ybmhfbG9va3VwKGRzdCwgbmV0bWFzaywgcm5o KSkgPT0gTlVMTCkNCisJICAgICAgICAgICAgICAgIHNlbmRlcnIoRVNSQ0gp Ow0KKwkJcnQgPSBSTlRPUlQocm4pOw0KICNpZmRlZiBSQURJWF9NUEFUSA0K LQkJaWYgKHJuX21wYXRoX2NhcGFibGUocm5oKSkgew0KLQkJCWVycm9yID0g cm5fbXBhdGhfdXBkYXRlKHJlcSwgaW5mbywgcm5oLCByZXRfbnJ0KTsNCi0J CQkvKg0KLQkJCSAqICJiYWQiIGhvbGRzIHRydWUgZm9yIHRoZSBzdWNjZXNz IGNhc2UNCi0JCQkgKiBhcyB3ZWxsDQotCQkJICovDQotCQkJaWYgKGVycm9y ICE9IEVOT0VOVCkNCi0JCQkJZ290byBiYWQ7DQotCQkJZXJyb3IgPSAwOw0K LQkJfQ0KKyAgICAgICAgICAgICAgICAvKg0KKyAgICAgICAgICAgICAgICAg KiBpZiB3ZSBnb3QgbXVsdGlwYXRoIHJvdXRlcywgd2UgcmVxdWlyZSB1c2Vy cyB0byBzcGVjaWZ5DQorICAgICAgICAgICAgICAgICAqIGEgbWF0Y2hpbmcg UlRBWF9HQVRFV0FZLg0KKyAgICAgICAgICAgICAgICAgKi8NCisgICAgICAg ICAgICAgICAgaWYgKHJuX21wYXRoX2NhcGFibGUocm5oKSkgew0KKyAgICAg ICAgICAgICAgICAgICAgICAgIHJ0ID0gcnRfbXBhdGhfbWF0Y2hnYXRlKCBy dCwgZ2F0ZXdheSk7DQorICAgICAgICAgICAgICAgICAgICAgICAgcm4gPSAo c3RydWN0IHJhZGl4X25vZGUgKilydDsNCisgICAgICAgICAgICAgICAgICAg ICAgICBpZiAoIXJ0KQ0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgc2VuZGVycihFU1JDSCk7DQorICAgICAgICAgICAgICAgIH0NCiAjZW5k aWYNCiAJCS8qDQogCQkgKiBSZW1vdmUgdGhlIGl0ZW0gZnJvbSB0aGUgdHJl ZSBhbmQgcmV0dXJuIGl0Lg0KIAkJICogQ29tcGxhaW4gaWYgaXQgaXMgbm90 IHRoZXJlIGFuZCBkbyBubyBtb3JlIHByb2Nlc3NpbmcuDQogCQkgKi8NCi0J CXJuID0gcm5oLT5ybmhfZGVsYWRkcihkc3QsIG5ldG1hc2ssIHJuaCk7DQor CQlybiA9IHJuaC0+cm5oX2RlbGFkZHIoZHN0LCBuZXRtYXNrLCBybmgsIHJu KTsNCiAJCWlmIChybiA9PSBOVUxMKQ0KIAkJCXNlbmRlcnIoRVNSQ0gpOw0K IAkJaWYgKHJuLT5ybl9mbGFncyAmIChSTkZfQUNUSVZFIHwgUk5GX1JPT1Qp KQ0KIAkJCXBhbmljICgicnRyZXF1ZXN0IGRlbGV0ZSIpOw0KLQkJcnQgPSBS TlRPUlQocm4pOw0KIAkJUlRfTE9DSyhydCk7DQogCQlSVF9BRERSRUYocnQp Ow0KIAkJcnQtPnJ0X2ZsYWdzICY9IH5SVEZfVVA7DQpAQCAtMTQ3NCwxMCAr MTM3MCw5IEBADQogCQkJICAgIFJOVE9SVChybiktPnJ0X2lmYSAhPSBpZmEg fHwNCiAJCQkgICAgIXNhX2VxdWFsKChzdHJ1Y3Qgc29ja2FkZHIgKilybi0+ cm5fa2V5LCBkc3QpKTsNCiAJCQlSQURJWF9OT0RFX0hFQURfVU5MT0NLKHJu aCk7DQotCQkJaWYgKGVycm9yKSB7DQorCQkJaWYgKGVycm9yKQ0KIAkJCQkv KiB0aGlzIGlzIG9ubHkgYW4gZXJyb3IgaWYgYmFkIG9uIEFMTCB0YWJsZXMg Ki8NCiAJCQkJY29udGludWU7DQotCQkJfQ0KIAkJfQ0KIAkJLyoNCiAJCSAq IERvIHRoZSBhY3R1YWwgcmVxdWVzdA0KZGlmZiAtciAtdSAvdXNyL3NyYy9z eXMvbmV0aW5ldC9pbi5jIC9yb3V0ZXIvdXNyL3NyYy9zeXMvbmV0aW5ldC9p bi5jDQotLS0gL3Vzci9zcmMvc3lzL25ldGluZXQvaW4uYwkyMDEwLTA4LTI2 IDE0OjU3OjU3LjAwMDAwMDAwMCArMDAwMA0KKysrIC9yb3V0ZXIvdXNyL3Ny Yy9zeXMvbmV0aW5ldC9pbi5jCTIwMTAtMDgtMjYgMTQ6NTg6NDAuMDAwMDAw MDAwICswMDAwDQpAQCAtMTM3MywxMiArMTM3Myw0NSBAQA0KIGluX2xsdGFi bGVfcnRjaGVjayhzdHJ1Y3QgaWZuZXQgKmlmcCwgdV9pbnQgZmxhZ3MsIGNv bnN0IHN0cnVjdCBzb2NrYWRkciAqbDNhZGRyKQ0KIHsNCiAJc3RydWN0IHJ0 ZW50cnkgKnJ0Ow0KKyNpZmRlZiBSQURJWF9NUEFUSA0KKwlpbnQ2NF90IHdl aWdodDsNCisJc3RydWN0IHJ0ZW50cnkgKnJ0MDsNCisJaW50MzJfdCBmb3Vu ZCA9IDA7DQorI2VuZGlmDQogDQogCUtBU1NFUlQobDNhZGRyLT5zYV9mYW1p bHkgPT0gQUZfSU5FVCwNCiAJICAgICgic2luX2ZhbWlseSAlZCIsIGwzYWRk ci0+c2FfZmFtaWx5KSk7DQogDQogCS8qIFhYWCBydGFsbG9jMSBzaG91bGQg dGFrZSBhIGNvbnN0IHBhcmFtICovDQogCXJ0ID0gcnRhbGxvYzEoX19ERUNP TlNUKHN0cnVjdCBzb2NrYWRkciAqLCBsM2FkZHIpLCAwLCAwKTsNCisNCisj aWZkZWYgUkFESVhfTVBBVEgNCisJcnQwID0gcnQ7DQorICAgICAgICBpZiAo KHJ0ICE9IE5VTEwpICYmICggcm5fbXBhdGhfbmV4dCgoc3RydWN0IHJhZGl4 X25vZGUgKilydCkgIT0gTlVMTCkpIHsNCisJCS8qIGNoZWNrIGlmIHRoZXJl IGFyZSBvdGhlciwgbWF0Y2hpbmcgcm91dGVzICovDQorCQkvKiBmaW5kIGxv d2VzdCB3ZWlnaHQgcm91dGUgKi8NCisJCWZvciAoIHdlaWdodCA9IHJ0LT5y dF9ybXgucm14X3dlaWdodDsgcnQgIT0gTlVMTDsgcnQgPSAoc3RydWN0IHJ0 ZW50cnkgKilybl9tcGF0aF9uZXh0KCAoc3RydWN0IHJhZGl4X25vZGUgKily dCkpIHsNCisJCQlpZihydC0+cnRfZmxhZ3MgJiBSVEZfVVApIHsNCisJCQkJ aWYgKHdlaWdodCA+IHJ0LT5ydF9ybXgucm14X3dlaWdodCkNCisJCQkJCXdl aWdodCA9IHJ0LT5ydF9ybXgucm14X3dlaWdodDsNCisJCQl9DQorCQl9DQor DQorCQkvKiBmaW5kIG5vdyBvbmUgbm9uIGdhdGV3YXkgcm91dGUgd2l0aCBs b3dlc3Qgd2VpZ2h0ICovDQorCQlmb3IgKCBydCA9IHJ0MDsgcnQgIT0gTlVM TDsgcnQgPSAoc3RydWN0IHJ0ZW50cnkgKilybl9tcGF0aF9uZXh0KCAoc3Ry dWN0IHJhZGl4X25vZGUgKilydCkpIHsNCisJCQlpZihydC0+cnRfZmxhZ3Mg JiBSVEZfVVApIHsNCisJCQkJaWYgKCh3ZWlnaHQgPT0gcnQtPnJ0X3JteC5y bXhfd2VpZ2h0KSAmJiAhKHJ0LT5ydF9mbGFncyAmIFJURl9HQVRFV0FZKSkg ew0KKwkJCQkJZm91bmQgPSAxOw0KKwkJCQkJYnJlYWs7DQorCQkJCX0NCisJ CQl9DQorCQl9DQorCQlpZiAoZm91bmQgPT0gMCkNCisJCQlydCA9IE5VTEw7 DQorCX0NCisJDQorI2VuZGlmCQ0KKw0KIAlpZiAocnQgPT0gTlVMTCB8fCAo IShmbGFncyAmIExMRV9QVUIpICYmDQogCQkJICAgKChydC0+cnRfZmxhZ3Mg JiBSVEZfR0FURVdBWSkgfHwgDQogCQkJICAgIChydC0+cnRfaWZwICE9IGlm cCkpKSkgew0KQEAgLTEzODYsMTEgKzE0MTksMjEgQEANCiAJCWxvZyhMT0df SU5GTywgIklQdjQgYWRkcmVzczogXCIlc1wiIGlzIG5vdCBvbiB0aGUgbmV0 d29ya1xuIiwNCiAJCSAgICBpbmV0X250b2EoKChjb25zdCBzdHJ1Y3Qgc29j a2FkZHJfaW4gKilsM2FkZHIpLT5zaW5fYWRkcikpOw0KICNlbmRpZg0KKyNp ZmRlZiBSQURJWF9NUEFUSA0KKwkJaWYgKHJ0MCAhPSBOVUxMKQ0KKwkJCVJU RlJFRV9MT0NLRUQocnQwKTsNCisjZWxzZQ0KIAkJaWYgKHJ0ICE9IE5VTEwp DQogCQkJUlRGUkVFX0xPQ0tFRChydCk7DQorI2VuZGlmDQogCQlyZXR1cm4g KEVJTlZBTCk7DQogCX0NCisjaWZkZWYgUkFESVhfTVBBVEgNCisJUlRGUkVF X0xPQ0tFRChydDApOw0KKyNlbHNlDQogCVJURlJFRV9MT0NLRUQocnQpOw0K KyNlbmRpZg0KKw0KIAlyZXR1cm4gMDsNCiB9DQogDQpkaWZmIC1yIC11IC91 c3Ivc3JjL3N5cy9uZXRpbmV0L2lwZncvaXBfZndfdGFibGUuYyAvcm91dGVy L3Vzci9zcmMvc3lzL25ldGluZXQvaXBmdy9pcF9md190YWJsZS5jDQotLS0g L3Vzci9zcmMvc3lzL25ldGluZXQvaXBmdy9pcF9md190YWJsZS5jCTIwMTAt MDMtMjMgMDk6NTg6NTkuMDAwMDAwMDAwICswMDAwDQorKysgL3JvdXRlci91 c3Ivc3JjL3N5cy9uZXRpbmV0L2lwZncvaXBfZndfdGFibGUuYwkyMDEwLTA4 LTI2IDEyOjQ3OjI3LjAwMDAwMDAwMCArMDAwMA0KQEAgLTEzNyw3ICsxMzcs NyBAQA0KIAltYXNrLnNpbl9hZGRyLnNfYWRkciA9IGh0b25sKG1sZW4gPyB+ KCgxIDw8ICgzMiAtIG1sZW4pKSAtIDEpIDogMCk7DQogCXNhLnNpbl9hZGRy LnNfYWRkciA9IGFkZHIgJiBtYXNrLnNpbl9hZGRyLnNfYWRkcjsNCiAJSVBG V19XTE9DSyhjaCk7DQotCWVudCA9IChzdHJ1Y3QgdGFibGVfZW50cnkgKily bmgtPnJuaF9kZWxhZGRyKCZzYSwgJm1hc2ssIHJuaCk7DQorCWVudCA9IChz dHJ1Y3QgdGFibGVfZW50cnkgKilybmgtPnJuaF9kZWxhZGRyKCZzYSwgJm1h c2ssIHJuaCwgTlVMTCk7DQogCWlmIChlbnQgPT0gTlVMTCkgew0KIAkJSVBG V19XVU5MT0NLKGNoKTsNCiAJCXJldHVybiAoRVNSQ0gpOw0KQEAgLTE1NCw3 ICsxNTQsNyBAQA0KIAlzdHJ1Y3QgdGFibGVfZW50cnkgKmVudDsNCiANCiAJ ZW50ID0gKHN0cnVjdCB0YWJsZV9lbnRyeSAqKQ0KLQkgICAgcm5oLT5ybmhf ZGVsYWRkcihybi0+cm5fa2V5LCBybi0+cm5fbWFzaywgcm5oKTsNCisJICAg IHJuaC0+cm5oX2RlbGFkZHIocm4tPnJuX2tleSwgcm4tPnJuX21hc2ssIHJu aCwgTlVMTCk7DQogCWlmIChlbnQgIT0gTlVMTCkNCiAJCWZyZWUoZW50LCBN X0lQRldfVEJMKTsNCiAJcmV0dXJuICgwKTsNCg== --168430090-1915796902-1282849418=:15491-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 19:54:00 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D9FB1065783 for ; Thu, 26 Aug 2010 19:54:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4E58FC12 for ; Thu, 26 Aug 2010 19:53:59 +0000 (UTC) Received: by pzk7 with SMTP id 7so904507pzk.13 for ; Thu, 26 Aug 2010 12:53:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=mq+bY+0LYRdH4BVw/W/nAN3nUA4w5mAojyhQxpuXJXE=; b=afw43ar0w0bBhVFR6xBItbSV9abGKi9zdWisgCQMB0tnCjiUQ5vLw0Ham/Kd6vJ7sa zwti0pawFX8OZItmPvWHXIi/66ZWWSUNB4SigmKMuOVu8Y1dmDInGv/kVum+t4GNNL7b b6L44J/330zMIlVtboj/vEUyBBFeNKUP0iE8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=iD+pB75jXmiZcY8Si01Me0suD9VseL9EbaS9zOxvneh5ZaWHDY1HPzewzjMclLsnAd 5bSxYGcB85ihS93mXMQnY0fIX/U2W4BSBZG1tfmstrI/x2u16tCPRYBBvSpJJWNydxpc 6Vv42R0FUQx4Q/LNyrshX2u6dpdohCGGUBCQU= Received: by 10.114.208.20 with SMTP id f20mr11833427wag.69.1282852439436; Thu, 26 Aug 2010 12:53:59 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d35sm5028857waa.21.2010.08.26.12.53.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 26 Aug 2010 12:53:57 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 26 Aug 2010 12:53:57 -0700 From: Pyun YongHyeon Date: Thu, 26 Aug 2010 12:53:57 -0700 To: MAI JIN Message-ID: <20100826195357.GC16395@michelle.cdnetworks.com> References: <1DB91DF937A4544C81E636468B91C21C0728EA30@CNSHGSMBS03.ad4.ad.alcatel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1DB91DF937A4544C81E636468B91C21C0728EA30@CNSHGSMBS03.ad4.ad.alcatel.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: HELP. FreeBSD 8.1 polling issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 19:54:00 -0000 On Thu, Aug 26, 2010 at 01:34:45PM +0800, MAI JIN wrote: > Hi, > > I got a freeBSD 8.1 polling issue on my PC. It is a dual-core Intel > Pentium x86 PC (2.8GHz each core). The Ethernet interface is Broadcom > NetXtreme 57xx Gigabit Ethernet interface. > I set the following options (enable polling and zero-buffer copy) and > rebuilt the kernel: > > Code: > # To make an SMP kernel, the next two lines are needed > options SMP # Symmetric MultiProcessor > Kernel > device apic # I/O APIC > > options DEVICE_POLLING # Open Polling > options HZ=1000 > options ZERO_COPY_SOCKETS > The following were appended to the /etc/sysctl.conf > > Code: > kern.polling.enable=1 > # increase BPF buffer to 10M > net.bpf.bufsize=10485760 > net.bpf.maxbufsize=10485760 > kern.polling.idle_poll=1 > kern.polling.burst_max=1000 > After installed and rebooted the system, kern.polling.enable was not > found in MIB so I had to ignore this error. Looks like > kern.polling.enable is removed from FreeBSD v8.1? > Everything looked good so build my application to received data from > another HP server. I wrote the application using libpcap-1.1.1 with BFP > zero-copy turned on (I found the #define HAVE_ZEROCOPY_BPF 1 in > config.h). Attached please find the source code of my application. > > Before running the application, I set the following parameters: > > Code: > ifconfig bge0 polling # This will turn on the polling of the > Broadcom driver. > Code: > sysctl -w net.bpf.bufsize=10485760 > sysctl -w net.bpf.maxbufsize=10485760 > sysctl -w kern.polling.idle_poll=1 > sysctl -w kern.polling.burst_max=1000 > sysctl -w kern.polling.each_burst=128 > sysctl -w net.inet.ip.intr_queue_maxlen=256 > Then I ran the application to receive data from the HP server. I ran > multiple iperf on the HP server to send around 133Mbits/s UDP load to > the PC under test. The UDP payload size was 47 bytes. The entire IP > packet size is 76 bytes. > > First of all, the receiving application worked well and received around > 205K packets/second without packet losing (I checked the receiving > status using pcap_stats). However, after 2 minutes, the application can > not received data any more. The packets/second is 0. I ran the ping from > the PC under test and found that the ping reporting timeout and > destination unreachable (the ping from HP to the PC also failed). Looked > like the link between the HP server and PC was broken so the application > could receive data. No packet was dropped. Then I restart the bge0 > interface using: ifconfig bge0 down && ifconfig bge0 up > > And then I re-ran the application and it continued receiving data. But > after 1 or 2 minutes, the link broke again. I think it was my > application that caused the bge0 interface down. I started the tcpdump > and it worked well without breaking the link. > > I tried to increase the kern.polling.each_burst from 128 to 500 but the > application would cause the bge0 down within 1 minute. No packet was > dropped before the link was down. > > I checked the CPU usage of the PC. The sys used is around 90% (might be > caused by kern.polling.idle_poll=1), user land is 13%. > I don't understand why the application would break the bge0. > > I tried changing the parameters: > options HZ=2000 > > sysctl -w net.bpf.bufsize=20485760 > sysctl -w net.bpf.maxbufsize=20485760 > sysctl -w kern.polling.idle_poll=1 > sysctl -w kern.polling.burst_max=10000 > sysctl -w kern.polling.each_burst=5000 > > The performance was better: I got 307K packet/second (the HP server > sended around 250Mbits/s, my PC got 200Mbits/s). But after 2 minutes, > the bge0 was down again. > I'm not a fan of polling(4) especially for intelligent controllers like bge(4) but it seems bge(4) was dead under high network load. Would you show me the output of both verbose dmesg and "pciconf -lcbv"? > Could anybody have a look at this issue? How can <> I optimize > the performance of the polling? > > Thanks, > Jin > From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 23:28:59 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91B401065697 for ; Thu, 26 Aug 2010 23:28:59 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1207D8FC15 for ; Thu, 26 Aug 2010 23:28:58 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id QAA25138 for ; Thu, 26 Aug 2010 16:59:04 -0600 (MDT) Message-Id: <201008262259.QAA25138@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 26 Aug 2010 16:59:02 -0600 To: net@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: RADIX_MPATH usage information X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 23:28:59 -0000 A customer has asked me how to multihome a machine. I was going to give him the standard response regarding policy routing and "fwd" rules in FreeBSD's IPFW, but then remembered that the RADIX_MPATH option is supposed to be implemented in FreeBSD 8.1. Is there documentation on the use of this kernel option? How can multiple gateways be specified in rc.conf? What else does one need to know simply to answer requests (say, for a Web server) via the gateway through which they arrived? To do load balancing? Is there a HOWTO or man page? (I couldn't find one, but may have missed it.) --Brett Glass From owner-freebsd-net@FreeBSD.ORG Thu Aug 26 23:39:48 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2071065672 for ; Thu, 26 Aug 2010 23:39:48 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite.broker.freenet6.net [IPv6:2001:5c0:1400:b::27e9]) by mx1.freebsd.org (Postfix) with ESMTP id E1E258FC0C for ; Thu, 26 Aug 2010 23:39:47 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id o7QNdhrF068356 for ; Fri, 27 Aug 2010 02:39:43 +0300 (EEST) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4C76FB30.3000609@ukr.net> Date: Fri, 27 Aug 2010 02:39:28 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <201008262259.QAA25138@lariat.net> In-Reply-To: <201008262259.QAA25138@lariat.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.8 required=5.0 tests=ALL_TRUSTED,AWL, TVD_SPACE_RATIO autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Subject: Re: RADIX_MPATH usage information X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2010 23:39:48 -0000 +1 From owner-freebsd-net@FreeBSD.ORG Fri Aug 27 03:27:52 2010 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EAA8106566B for ; Fri, 27 Aug 2010 03:27:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outm.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4778FC19 for ; Fri, 27 Aug 2010 03:27:51 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o7R3RpoJ023210 for ; Thu, 26 Aug 2010 20:27:51 -0700 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 6AEF62D6015 for ; Thu, 26 Aug 2010 20:27:50 -0700 (PDT) Message-ID: <4C7730C5.3080402@elischer.org> Date: Thu, 26 Aug 2010 20:28:05 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: Subject: someone had a patch for multi-routing-tables and interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2010 03:27:52 -0000 Someone here had a patch that added a command to ifconfig to associate it with a routing FIB so that packets that came in on a given interface were associated with that FIB. if that was you, could you let me know? Julian From owner-freebsd-net@FreeBSD.ORG Fri Aug 27 06:39:56 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F1CE10656AB for ; Fri, 27 Aug 2010 06:39:56 +0000 (UTC) (envelope-from zeus@relay.ibs.dn.ua) Received: from relay.ibs.dn.ua (relay1.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id BDCBF8FC19 for ; Fri, 27 Aug 2010 06:39:55 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id o7R6Os7A003903 for ; Fri, 27 Aug 2010 09:24:54 +0300 (EEST) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id o7R6OscY003902 for freebsd-net@freebsd.org; Fri, 27 Aug 2010 09:24:54 +0300 (EEST) Date: Fri, 27 Aug 2010 09:24:54 +0300 From: Zeus V Panchenko To: freebsd-net@freebsd.org Message-ID: <20100827062454.GB7160@relay.ibs.dn.ua> References: <201008262259.QAA25138@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201008262259.QAA25138@lariat.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Subject: Re: RADIX_MPATH usage information X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus.panchenko@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2010 06:39:56 -0000 +1 -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-net@FreeBSD.ORG Fri Aug 27 07:44:26 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9F7810656A6; Fri, 27 Aug 2010 07:44:26 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7FE288FC16; Fri, 27 Aug 2010 07:44:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7R7iQvI077846; Fri, 27 Aug 2010 07:44:26 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7R7iQg9077842; Fri, 27 Aug 2010 07:44:26 GMT (envelope-from linimon) Date: Fri, 27 Aug 2010 07:44:26 GMT Message-Id: <201008270744.o7R7iQg9077842@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149937: [ipfilter] [patch] kernel panic in ipfilter IP fragments with TCP paylaod in reverse order X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2010 07:44:26 -0000 Old Synopsis: kernel panic in ipfilter IP fragments with TCP paylaod in reverse order New Synopsis: [ipfilter] [patch] kernel panic in ipfilter IP fragments with TCP paylaod in reverse order Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Aug 27 07:42:03 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149937 From owner-freebsd-net@FreeBSD.ORG Fri Aug 27 16:00:27 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ECB710656A5 for ; Fri, 27 Aug 2010 16:00:27 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 485C08FC19 for ; Fri, 27 Aug 2010 16:00:27 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o7RFlra3016211; Fri, 27 Aug 2010 08:47:53 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 27 Aug 2010 08:47:36 -0700 Message-ID: In-Reply-To: <20100827062454.GB7160@relay.ibs.dn.ua> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RADIX_MPATH usage information Thread-Index: ActFsrwpKo+juC50Qoy2YltnCQKfzQAS+0Aw References: <201008262259.QAA25138@lariat.net> <20100827062454.GB7160@relay.ibs.dn.ua> From: "Li, Qing" To: , Cc: Subject: RE: RADIX_MPATH usage information X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2010 16:00:27 -0000 There are a couple of items I need to take care of in this area, including the documentation, so I will get it done this weekend. --Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Zeus V Panchenko > Sent: Thursday, August 26, 2010 11:25 PM > To: freebsd-net@freebsd.org > Subject: Re: RADIX_MPATH usage information >=20 > +1 >=20 > -- > Zeus V. Panchenko > IT Dpt., IBS ltd GMT+2 (EET) > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Aug 27 19:35:14 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF17910656F3 for ; Fri, 27 Aug 2010 19:35:14 +0000 (UTC) (envelope-from jdixon@omniti.com) Received: from edge.omniti.com (smtp.omniti.com [8.8.38.6]) by mx1.freebsd.org (Postfix) with ESMTP id 9347B8FC17 for ; Fri, 27 Aug 2010 19:35:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=omniti.com; s=s1024; c=relaxed/relaxed; q=dns/txt; i=@omniti.com; t=1282937714; h=From:Subject:Date:To; bh=RMTKPw5KG9HiDTSd83mha4tbgbmrkkMMt+p2rtWdTiw=; b=Jh5i8vXlkhfIRQctibbwKvZX48wALC0ZTTLm+/xSsHx+ikxOan3/mfzzEwg+em0+ qWBKdhessa9gdAAPd83mrZrBSgtX3s36qY1aAtlOy22kpcrrfz+EtgJBm8hBvUMk KxZRhJYQ9uw02T8fThQ9zzqOwkqO56L9Fy2WM0ND2t4=; Authentication-Results: edge smtp.user=jdixon@omniti.com; auth=pass (LOGIN) Received: from [68.55.0.29] ([68.55.0.29:55689] helo=omniti.com) by edge (envelope-from ) (ecelerity 2.2.3.46 r(37468M)) with ESMTPSA (cipher=AES256-SHA) id D8/57-03409-173187C4; Fri, 27 Aug 2010 15:35:14 -0400 Date: Fri, 27 Aug 2010 15:35:06 -0400 From: Jason Dixon To: freebsd-net@freebsd.org Message-ID: <20100827193506.GS1736@omniti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Surge 2010 Early Registration ends Tuesday! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2010 19:35:14 -0000 Early Bird Registration for Surge Scalability Conference 2010 ends next Tuesday, August 31. We have a killer lineup of speakers and architects from across the Internet. Listen to experts talk about the newest methods and technologies for scaling your Web presence. http://omniti.com/surge/2010/register This year's event is all about the challenges faced (and overcome) in real-life production architectures. Meet the engineering talent from some of the best and brightest throughout the Internet: John Allspaw, Etsy Theo Schlossnagle, OmniTI Bryan Cantrill, Joyent Rasmus Lerdorf, creator of PHP Tom Cook, Facebook Benjamin Black, fast_ip Christopher Brown, Opscode Artur Bergman, Wikia Baron Schwartz, Percona Paul Querna, Cloudkick Surge 2010 takes place at the Tremont Grand Historic Venue on Sept 30 and Oct 1, 2010 in Baltimore, MD. Register NOW for the Early Bird discount and guarantee your seat to this year's event! -- Jason Dixon OmniTI Computer Consulting, Inc. jdixon@omniti.com 443.325.1357 x.241 From owner-freebsd-net@FreeBSD.ORG Sat Aug 28 22:08:59 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06DFF1065672 for ; Sat, 28 Aug 2010 22:08:59 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id AAD718FC17 for ; Sat, 28 Aug 2010 22:08:58 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o7SM8uAd006270 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 29 Aug 2010 00:08:56 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id o7SM8ivO097927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Aug 2010 00:08:44 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o7SM8iwb005523; Sun, 29 Aug 2010 00:08:44 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o7SM8iIM005522; Sun, 29 Aug 2010 00:08:44 +0200 (CEST) (envelope-from ticso) Date: Sun, 29 Aug 2010 00:08:44 +0200 From: Bernd Walter To: freebsd-net@freebsd.org Message-ID: <20100828220844.GE82417@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Bernd Walter Subject: Problem with link-local addresses on USB interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Aug 2010 22:08:59 -0000 cicely13# ifconfig re0: flags=8843 metric 0 mtu 1500 options=399b ether 00:01:08:00:79:92 inet 10.1.1.15 netmask 0xffffff00 broadcast 10.1.1.255 inet6 fe80::201:8ff:fe00:7992%re0 prefixlen 64 scopeid 0x1 inet6 2002:559f:e31:1::15 prefixlen 64 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 nd6 options=21 ue0: flags=8943 metric 0 mtu 1500 ether 2a:44:14:0c:74:00 inet6 fe80::2844:14ff:fe0c:7400%ue0 prefixlen 64 scopeid 0x3 nd6 options=29 ue1: flags=8843 metric 0 mtu 1500 options=80000 ether 00:06:07:14:47:ff inet6 fe80::206:7ff:fe14:47ff%ue1 prefixlen 64 scopeid 0x4 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active cicely13# ping6 -c 1 fe80::201:8ff:fe00:7992%re0 PING6(56=40+8+8 bytes) fe80::201:8ff:fe00:7992%re0 --> fe80::201:8ff:fe00:7992%re0 16 bytes from fe80::201:8ff:fe00:7992%re0, icmp_seq=0 hlim=64 time=0.760 ms --- fe80::201:8ff:fe00:7992%re0 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.760/0.760/0.760/0.000 ms cicely13# ping6 -c 1 fe80::1%lo0 PING6(56=40+8+8 bytes) fe80::1%lo0 --> fe80::1%lo0 16 bytes from fe80::1%lo0, icmp_seq=0 hlim=64 time=0.939 ms --- fe80::1%lo0 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.939/0.939/0.939/0.000 ms [71]cicely13# ping6 -c 1 fe80::2844:14ff:fe0c:7400%ue0 PING6(56=40+8+8 bytes) fe80::2844:14ff:fe0c:7400%ue0 --> fe80::2844:14ff:fe0c:7400%ue0 --- fe80::2844:14ff:fe0c:7400%ue0 ping6 statistics --- 1 packets transmitted, 0 packets received, 100.0% packet loss Exit 2 [72]cicely13# ping6 -c 1 fe80::206:7ff:fe14:47ff%ue1 PING6(56=40+8+8 bytes) fe80::206:7ff:fe14:47ff%ue1 --> fe80::206:7ff:fe14:47ff%ue1 --- fe80::206:7ff:fe14:47ff%ue1 ping6 statistics --- 1 packets transmitted, 0 packets received, 100.0% packet loss Exit 2 Only the PCI and loopback interface responds to their own link local address. I'm also puzzled about what I need to configure on an interface to get an link-local address. I've finally put ifconfig_ue0/1="UP" into rc.conf. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-net@FreeBSD.ORG Sat Aug 28 22:25:10 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A674C10656A5 for ; Sat, 28 Aug 2010 22:25:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 36AD78FC16 for ; Sat, 28 Aug 2010 22:25:09 +0000 (UTC) Received: (qmail 15476 invoked by uid 399); 28 Aug 2010 22:25:07 -0000 Received: from localhost (HELO ?192.168.0.142?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Aug 2010 22:25:07 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C798CC4.1060904@FreeBSD.org> Date: Sat, 28 Aug 2010 15:25:08 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: ticso@cicely.de References: <20100828220844.GE82417@cicely7.cicely.de> In-Reply-To: <20100828220844.GE82417@cicely7.cicely.de> X-Enigmail-Version: 1.2a1pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Bernd Walter Subject: Re: Problem with link-local addresses on USB interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Aug 2010 22:25:10 -0000 On 8/28/2010 3:08 PM, Bernd Walter wrote: > Only the PCI and loopback interface responds to their own link local > address. > > I'm also puzzled about what I need to configure on an interface > to get an link-local address. > I've finally put ifconfig_ue0/1="UP" into rc.conf. You haven't said what version of FreeBSD you're using, but I'm assuming -current. The security officer asked to have the default changed so that link-local addresses are not accessible by default. I implemented a version of this such that the interface comes up with "ifdisabled" by default, which prevents all IPv6 traffic, but does not prevent you from configuring the interface. You can read in the ifconfig man page how to clear that flag, which will allow traffic to flow. There are also examples in /etc/defaults/rc.conf that demonstrate how to set up an ifconfig line to do nothing but establish a link-local if that's how you want the interface to be configured. hth, Doug From owner-freebsd-net@FreeBSD.ORG Sat Aug 28 22:29:31 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15D851065674 for ; Sat, 28 Aug 2010 22:29:31 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id BAE538FC15 for ; Sat, 28 Aug 2010 22:29:30 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o7SMTT3D006679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 29 Aug 2010 00:29:29 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id o7SMTQ4H098594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Aug 2010 00:29:26 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o7SMTQWk005609; Sun, 29 Aug 2010 00:29:26 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o7SMTQvI005608; Sun, 29 Aug 2010 00:29:26 +0200 (CEST) (envelope-from ticso) Date: Sun, 29 Aug 2010 00:29:26 +0200 From: Bernd Walter To: freebsd-net@freebsd.org Message-ID: <20100828222926.GF82417@cicely7.cicely.de> References: <20100828220844.GE82417@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100828220844.GE82417@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Bernd Walter Subject: Re: Problem with link-local addresses on USB interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Aug 2010 22:29:31 -0000 On Sun, Aug 29, 2010 at 12:08:44AM +0200, Bernd Walter wrote: > cicely13# ifconfig > re0: flags=8843 metric 0 mtu 1500 > options=399b > ether 00:01:08:00:79:92 > inet 10.1.1.15 netmask 0xffffff00 broadcast 10.1.1.255 > inet6 fe80::201:8ff:fe00:7992%re0 prefixlen 64 scopeid 0x1 > inet6 2002:559f:e31:1::15 prefixlen 64 > nd6 options=21 > media: Ethernet autoselect (1000baseT ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > nd6 options=21 > ue0: flags=8943 metric 0 mtu 1500 > ether 2a:44:14:0c:74:00 > inet6 fe80::2844:14ff:fe0c:7400%ue0 prefixlen 64 scopeid 0x3 > nd6 options=29 > ue1: flags=8843 metric 0 mtu 1500 > options=80000 > ether 00:06:07:14:47:ff > inet6 fe80::206:7ff:fe14:47ff%ue1 prefixlen 64 scopeid 0x4 > nd6 options=29 > media: Ethernet autoselect (100baseTX ) > status: active > > cicely13# ping6 -c 1 fe80::201:8ff:fe00:7992%re0 > PING6(56=40+8+8 bytes) fe80::201:8ff:fe00:7992%re0 --> fe80::201:8ff:fe00:7992%re0 > 16 bytes from fe80::201:8ff:fe00:7992%re0, icmp_seq=0 hlim=64 time=0.760 ms > > --- fe80::201:8ff:fe00:7992%re0 ping6 statistics --- > 1 packets transmitted, 1 packets received, 0.0% packet loss > round-trip min/avg/max/std-dev = 0.760/0.760/0.760/0.000 ms > > cicely13# ping6 -c 1 fe80::1%lo0 > PING6(56=40+8+8 bytes) fe80::1%lo0 --> fe80::1%lo0 > 16 bytes from fe80::1%lo0, icmp_seq=0 hlim=64 time=0.939 ms > > --- fe80::1%lo0 ping6 statistics --- > 1 packets transmitted, 1 packets received, 0.0% packet loss > round-trip min/avg/max/std-dev = 0.939/0.939/0.939/0.000 ms > > [71]cicely13# ping6 -c 1 fe80::2844:14ff:fe0c:7400%ue0 > PING6(56=40+8+8 bytes) fe80::2844:14ff:fe0c:7400%ue0 --> fe80::2844:14ff:fe0c:7400%ue0 > > --- fe80::2844:14ff:fe0c:7400%ue0 ping6 statistics --- > 1 packets transmitted, 0 packets received, 100.0% packet loss > Exit 2 > > [72]cicely13# ping6 -c 1 fe80::206:7ff:fe14:47ff%ue1 > PING6(56=40+8+8 bytes) fe80::206:7ff:fe14:47ff%ue1 --> fe80::206:7ff:fe14:47ff%ue1 > > --- fe80::206:7ff:fe14:47ff%ue1 ping6 statistics --- > 1 packets transmitted, 0 packets received, 100.0% packet loss > Exit 2 > > Only the PCI and loopback interface responds to their own link local > address. > > I'm also puzzled about what I need to configure on an interface > to get an link-local address. > I've finally put ifconfig_ue0/1="UP" into rc.conf. I can't even ping my own non unicast addresses: ue0: flags=8943 metric 0 mtu 1500 ether 2a:44:14:0c:74:00 inet6 fe80::2844:14ff:fe0c:7400%ue0 prefixlen 64 scopeid 0x3 inet6 2002:559f:e31:2::15 prefixlen 64 tentative nd6 options=29 ue1: flags=8843 metric 0 mtu 1500 options=80000 ether 00:06:07:14:47:ff inet6 fe80::206:7ff:fe14:47ff%ue1 prefixlen 64 scopeid 0x4 inet6 2002:559f:e31:3::15 prefixlen 64 tentative nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active [92]cicely13# ping6 2002:559f:e31:3::15 PING6(56=40+8+8 bytes) 2002:559f:e31:1::15 --> 2002:559f:e31:3::15 ^C --- 2002:559f:e31:3::15 ping6 statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss [93]cicely13# ping6 2002:559f:e31:2::15 PING6(56=40+8+8 bytes) 2002:559f:e31:1::15 --> 2002:559f:e31:2::15 ^C --- 2002:559f:e31:2::15 ping6 statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss And why are those declared to be tentative? I just configured them with ifconfig as I used to do. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.