From owner-freebsd-net@FreeBSD.ORG Sun Jun 13 06:58: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 AB944106566B for ; Sun, 13 Jun 2010 06:58:12 +0000 (UTC) (envelope-from perevalov84@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 7708E8FC0C for ; Sun, 13 Jun 2010 06:58:12 +0000 (UTC) Received: by pvb32 with SMTP id 32so2329377pvb.13 for ; Sat, 12 Jun 2010 23:58:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=kD+PchsdLwr72CYJ/EY9Xr9ye77TpbEkzY0B+ejkbqw=; b=TMTCWhXSZTMIiCggbUeufB9nwXJUX4h7F/elK/r9lhDC1vqk3q7Jn5VxjY6Yt5keXl K4IDSRHZp2k/xEdJZyZ0eqYWEun/PJQZbmSFxgsbpW5qc3mfMBOxFHIzjvsaP44lpqxn VxpWL6X/ev0Il6I1sC4GZ9vj7qWtjTv58emEM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=krelE07/0ZskuZ9Lrg1mIeaYbvm6IKDOsXlg3RWyLiw23ww/rkVtsQr1csVsbUYmCx 5OYqjSlSu2so7dH0l/ke4fBfO3VsKuL61GFNIPuBrU/CMNH4KP5hlVklXwT+KJzHBUJJ JJJ3ZPGZ/+I+9e3pW5INj1f+FRGy+wekYbzxg= Received: by 10.143.21.32 with SMTP id y32mr2876619wfi.60.1276412291896; Sat, 12 Jun 2010 23:58:11 -0700 (PDT) Received: from [192.168.2.2] ([92.47.76.25]) by mx.google.com with ESMTPS id c14sm37519788waa.13.2010.06.12.23.58.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 12 Jun 2010 23:58:10 -0700 (PDT) Message-ID: <4C148135.7080704@gmail.com> Date: Sun, 13 Jun 2010 11:56:53 +0500 From: Sergey Perevalov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100506 Thunderbird/3.0.4 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4BE44E2D.6060907@gmail.com> <20100507210516.GI14801@michelle.cdnetworks.com> <4C01760E.2080403@gmail.com> <20100531223204.GE1577@michelle.cdnetworks.com> <4C0551F1.2010609@gmail.com> <20100601222444.GH1577@michelle.cdnetworks.com> <4C07B344.4060805@gmail.com> <20100603214606.GE13502@michelle.cdnetworks.com> In-Reply-To: <20100603214606.GE13502@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 13 Jun 2010 06:58:12 -0000 On 04.06.2010 02:46, Pyun YongHyeon wrote: > On Thu, Jun 03, 2010 at 06:51:00PM +0500, Perevalov Sergey wrote: > >> On 02.06.2010 03:24, Pyun YongHyeon wrote: >> >>> On Tue, Jun 01, 2010 at 11:31:13PM +0500, Perevalov Sergey wrote: >>> >>> >>>> Hi! >>>> I tried it with crossover cable but results was the same bad. Then set >>>> debug flag hw.usb.axe.debug: to 15, and started ping -f from ue0. >>>> And in /var/log/messages I found these strings: >>>> >>>> Jun 1 22:28:34 laptop kernel: axe_bulk_read_callback:842: bulk read >>>> error, USB_ERR_CANCELLED >>>> Jun 1 22:28:35 laptop kernel: axe_bulk_write_callback:870: transfer >>>> complete >>>> Jun 1 22:29:12 laptop kernel: axe_bulk_write_callback:941: transfer >>>> error, USB_ERR_TIMEOUT >>>> Jun 1 22:29:51 laptop last message repeated 4 times >>>> Jun 1 22:31:40 laptop last message repeated 11 times >>>> >>>> Then i googled it and found this >>>> http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04388.html >>>> the problem is described definitely like mine. >>>> I read all thread and found the patch usb2_ethernet.patch2, but I havn't >>>> found >>>> sys/dev/usb2/ethernet/usb2_ethernet.c file for patch. >>>> >>>> how can I try to apply this patch to my system? >>>> http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04403.html >>>> >>>> >>>> >>> I believe the bug in the thread was fixed long time ago. >>> If you're using 8.0-RELEASE, try latest stable/8 or >>> 8.1-PRERELEASE and see whether axe(4) works or not. >>> >>> >>> >> I have just finished testing device on my updated freebsd: >> FreeBSD homeserv 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu Jun 3 >> 17:22:44 UTC 2010 user@homeserv:/usr/obj/usr/src/sys/GENERIC i386 >> And it still shows the same problem when I try to ping -f any host from ue0: >> >> Jun 3 18:29:40 homeserv kernel: ue0: link state changed to UP >> Jun 3 18:29:42 homeserv kernel: axe_bulk_write_callback: transfer complete >> Jun 3 18:29:42 homeserv last message repeated 21 times >> Jun 3 18:29:52 homeserv kernel: axe_bulk_write_callback: transfer >> error, USB_ERR_TIMEOUT >> > I don't see abnormal things in axe(4). Maybe Hans can help(CCed). > > >> Jun 3 18:30:21 homeserv last message repeated 3 times >> >> >> -- >> Regards, Sergey. >> >> > Hi, Pyun! I would send this device to you for solve this problem, if you do not mind. Because, I can't use it in my FreeBSD system. So, if you interested send me in private message your address and I will send it as soon as possible. -- Regards, Sergey. From owner-freebsd-net@FreeBSD.ORG Sun Jun 13 07:56: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 1F13F1065673; Sun, 13 Jun 2010 07:56:23 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EA4548FC16; Sun, 13 Jun 2010 07:56: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 o5D7uMLQ030370; Sun, 13 Jun 2010 07:56:22 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5D7uMNr030366; Sun, 13 Jun 2010 07:56:22 GMT (envelope-from remko) Date: Sun, 13 Jun 2010 07:56:22 GMT Message-Id: <201006130756.o5D7uMNr030366@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/147824: msk watchdog timeouts & Tx descriptor error 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, 13 Jun 2010 07:56:23 -0000 Synopsis: msk watchdog timeouts & Tx descriptor error Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Sun Jun 13 07:56:07 UTC 2010 Responsible-Changed-Why: This seems like something for the networking guys. http://www.freebsd.org/cgi/query-pr.cgi?pr=147824 From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 00:56: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 35F091065673; Mon, 14 Jun 2010 00:56:48 +0000 (UTC) (envelope-from a@arifumi.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id CDCCD8FC12; Mon, 14 Jun 2010 00:56:47 +0000 (UTC) Received: by vws20 with SMTP id 20so4148751vws.13 for ; Sun, 13 Jun 2010 17:56:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.183.3 with SMTP id ce3mr2027688qcb.8.1276475531542; Sun, 13 Jun 2010 17:32:11 -0700 (PDT) Received: by 10.229.46.206 with HTTP; Sun, 13 Jun 2010 17:32:11 -0700 (PDT) X-Originating-IP: [192.35.167.41] Date: Mon, 14 Jun 2010 09:32:11 +0900 Message-ID: From: Arifumi Matsumoto To: bug-followup@FreeBSD.org, freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary=0016364ec9c29f44e80488f29edc Cc: Subject: Re: kern/143666: [ip6] [request] PMTU black hole detection not implemented 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, 14 Jun 2010 00:56:48 -0000 --0016364ec9c29f44e80488f29edc Content-Type: text/plain; charset=ISO-8859-1 Hi, I made a patch for 8.0 release to fix this issue of path-mtu blackhole detection. This was mostly derived from macosx, which is APSL and BSD dual-licensed code base, and slightly modified so that it should not affect ipv4 path mtu detection. I tested it on 8.0 release only. I'm guessing this can be applied for CURRENT also, as the related code does not seem to be changed that much. Best regards, --0016364ec9c29f44e80488f29edc Content-Type: application/octet-stream; name="pmtud-blackhole.patch" Content-Disposition: attachment; filename="pmtud-blackhole.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gaekgauz0 ZGlmZiAtYyBuZXRpbmV0Lm9yZy90Y3BfdGltZXIuYyBuZXRpbmV0L3RjcF90aW1lci5jCioqKiBu ZXRpbmV0Lm9yZy90Y3BfdGltZXIuYwlTdW4gT2N0IDI1IDAxOjEwOjI5IDIwMDkKLS0tIG5ldGlu ZXQvdGNwX3RpbWVyLmMJTW9uIEp1biAxNCAwMzoxNzozMyAyMDEwCioqKioqKioqKioqKioqKgoq KiogNjEsNjYgKioqKgotLS0gNjEsNjcgLS0tLQogICNpbmNsdWRlIDxuZXRpbmV0L3RjcF9mc20u aD4KICAjaW5jbHVkZSA8bmV0aW5ldC90Y3BfdGltZXIuaD4KICAjaW5jbHVkZSA8bmV0aW5ldC90 Y3BfdmFyLmg+CisgI2luY2x1ZGUgPG5ldGluZXQ2L3RjcDZfdmFyLmg+CiAgI2luY2x1ZGUgPG5l dGluZXQvdGNwaXAuaD4KICAjaWZkZWYgVENQREVCVUcKICAjaW5jbHVkZSA8bmV0aW5ldC90Y3Bf ZGVidWcuaD4KKioqKioqKioqKioqKioqCioqKiAxMTAsMTE1ICoqKioKLS0tIDExMSwxMjMgLS0t LQogIFNZU0NUTF9QUk9DKF9uZXRfaW5ldF90Y3AsIE9JRF9BVVRPLCBmaW53YWl0Ml90aW1lb3V0 LCBDVExUWVBFX0lOVHxDVExGTEFHX1JXLAogICAgICAmdGNwX2ZpbndhaXQyX3RpbWVvdXQsIDAs IHN5c2N0bF9tc2VjX3RvX3RpY2tzLCAiSSIsICJGSU4tV0FJVDIgdGltZW91dCIpOwogIAorIGlu dCAgICAgdGNwX3BtdHVkX2JsYWNrX2hvbGVfZGV0ZWN0ID0gMSA7CisgU1lTQ1RMX0lOVChfbmV0 X2luZXRfdGNwLCBPSURfQVVUTywgcG10dWRfYmxhY2tob2xlX2RldGVjdGlvbiwgQ1RMRkxBR19S VywKKyAgICAgJnRjcF9wbXR1ZF9ibGFja19ob2xlX2RldGVjdCwgMCwgIlBhdGggTVRVIERpc2Nv dmVyeSBCbGFjayBIb2xlIERldGVjdGlvbiIpOworIAorIGludCAgICAgdGNwX3BtdHVkX2JsYWNr X2hvbGVfbXNzID0gMTIwMCA7CisgU1lTQ1RMX0lOVChfbmV0X2luZXRfdGNwLCBPSURfQVVUTywg cG10dWRfYmxhY2tob2xlX21zcywgQ1RMRkxBR19SVywKKyAgICAgJnRjcF9wbXR1ZF9ibGFja19o b2xlX21zcywgMCwgIlBhdGggTVRVIERpc2NvdmVyeSBCbGFjayBIb2xlIERldGVjdGlvbiBsb3dl cmVkIE1TUyIpOwogIAogIHN0YXRpYyBpbnQJdGNwX2tlZXBjbnQgPSBUQ1BUVl9LRUVQQ05UOwog IAkvKiBtYXggaWRsZSBwcm9iZXMgKi8KKioqKioqKioqKioqKioqCioqKiA0NDIsNDQ3ICoqKioK LS0tIDQ1MCw0NTggLS0tLQogIAlpbnQgcmV4bXQ7CiAgCWludCBoZWFkbG9ja2VkOwogIAlzdHJ1 Y3QgaW5wY2IgKmlucDsKKyAjaWZkZWYgSU5FVDYKKyAJaW50IG9wdGxlbiA9IDA7CisgI2VuZGlm CiAgI2lmZGVmIFRDUERFQlVHCiAgCWludCBvc3RhdGU7CiAgCioqKioqKioqKioqKioqKgoqKiog NTEzLDUxOCAqKioqCi0tLSA1MjQsNTcwIC0tLS0KICAJCXJleG10ID0gVENQX1JFWE1UVkFMKHRw KSAqIHRjcF9iYWNrb2ZmW3RwLT50X3J4dHNoaWZ0XTsKICAJVENQVF9SQU5HRVNFVCh0cC0+dF9y eHRjdXIsIHJleG10LAogIAkJICAgICAgdHAtPnRfcnR0bWluLCBUQ1BUVl9SRVhNVE1BWCk7Cisg CisgICAgICAgICAvKgorICAgICAgICAgICogQ2hlY2sgZm9yIHBvdGVudGlhbCBQYXRoIE1UVSBE aXNjb3ZlcnkgQmxhY2sgSG9sZSAKKyAgICAgICAgICAqLworIAorICNpZiBJTkVUNgorICAgICAg ICAgaWYgKCh0cC0+dF9pbnBjYi0+aW5wX3ZmbGFnICYgSU5QX0lQVjYpICE9IDAgJiYgdGNwX3Bt dHVkX2JsYWNrX2hvbGVfZGV0ZWN0ICYmICh0cC0+dF9zdGF0ZSA9PSBUQ1BTX0VTVEFCTElTSEVE KSkgeworICAgICAgICAgICAgICAgICBpZiAodHAtPnRfcnh0c2hpZnQgPT0gMikgeworICAgICAg ICAgICAgICAgICAgICAgICAgIC8qIAorICAgICAgICAgICAgICAgICAgICAgICAgICAqIEVudGVy IFBhdGggTVRVIEJsYWNrLWhvbGUgRGV0ZWN0aW9uIG1lY2hhbmlzbToKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgKiAtIERpc2FibGUgUGF0aCBNVFUgRGlzY292ZXJ5IChJUCAiREYiIGJpdCku CisgICAgICAgICAgICAgICAgICAgICAgICAgICogLSBSZWR1Y2UgTVRVIHRvIGxvd2VyIHZhbHVl IHRoYW4gd2hhdCB3ZSBuZWdvY2lhdGVkIHdpdGggcGVlci4KKyAgICAgICAgICAgICAgICAgICAg ICAgICAgKi8KKyAKKyAgICAgICAgICAgICAgICAgICAgICAgICB0cC0+dF9mbGFncyB8PSBURl9C TEFDS0hPTEU7IC8qIFJlY29yZCB0aGF0IHdlIG1heSBoYXZlIGZvdW5kIGEgYmxhY2sgaG9sZSAq LworICAgICAgICAgICAgICAgICAgICAgICAgIG9wdGxlbiA9IHRwLT50X21heG9wZCAtIHRwLT50 X21heHNlZzsKKyAgICAgICAgICAgICAgICAgICAgICAgICB0cC0+dF9wbXR1ZF9zYXZlZF9tYXhv cGQgPSB0cC0+dF9tYXhvcGQ7IC8qIEtlZXAgdHJhY2sgb2YgcHJldmlvdXMgTVNTICovCisgICAg ICAgICAgICAgICAgICAgICAgICAgaWYgKHRwLT50X21heG9wZCA+IHRjcF9wbXR1ZF9ibGFja19o b2xlX21zcykKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHRwLT50X21heG9wZCA9 IHRjcF9wbXR1ZF9ibGFja19ob2xlX21zczsgLyogUmVkdWNlIHRoZSBNU1MgdG8gaW50ZXJtZWRp YXJ5IHZhbHVlICovCisgICAgICAgICAgICAgICAgICAgICAgICAgZWxzZSB7CisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB0cC0+dF9tYXhvcGQgPSBWX3RjcF92Nm1zc2RmbHQ7Cisg ICAgICAgICAgICAgICAgICAgICAgICAgfQorICAgICAgICAgICAgICAgICAgICAgICAgIHRwLT50 X21heHNlZyA9IHRwLT50X21heG9wZCAtIG9wdGxlbjsKKyAgICAgICAgICAgICAgICAgfQorICAg ICAgICAgICAgICAgICAvKgorICAgICAgICAgICAgICAgICAgKiBJZiBmdXJ0aGVyIHJldHJhbnNt aXNzaW9ucyBhcmUgc3RpbGwgdW5zdWNjZXNzZnVsIHdpdGggYSBsb3dlcmVkIE1UVSwKKyAgICAg ICAgICAgICAgICAgICogbWF5YmUgdGhpcyBpc24ndCBhIEJsYWNrIEhvbGUgYW5kIHdlIHJlc3Rv cmUgdGhlIHByZXZpb3VzIE1TUyBhbmQKKyAgICAgICAgICAgICAgICAgICogYmxhY2tob2xlIGRl dGVjdGlvbiBmbGFncy4KKyAgICAgICAgICAgICAgICAgICovCisgICAgICAgICAgICAgICAgIGVs c2UgeworIAorICAgICAgICAgICAgICAgICAgICAgICAgIGlmICgodHAtPnRfZmxhZ3MgJiBURl9C TEFDS0hPTEUpICYmICh0cC0+dF9yeHRzaGlmdCA+IDQpKSB7CisgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICB0cC0+dF9mbGFncyAmPSB+VEZfQkxBQ0tIT0xFOyAKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIG9wdGxlbiA9IHRwLT50X21heG9wZCAtIHRwLT50X21heHNl ZzsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHRwLT50X21heG9wZCA9IHRwLT50 X3BtdHVkX3NhdmVkX21heG9wZDsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHRw LT50X21heHNlZyA9IHRwLT50X21heG9wZCAtIG9wdGxlbjsKKyAgICAgICAgICAgICAgICAgICAg ICAgICB9CisgICAgICAgICAgICAgICAgIH0KKyAgICAgICAgIH0KKyAjZW5kaWYKKyAKICAJLyoK ICAJICogRGlzYWJsZSByZmMxMzIzIGlmIHdlIGhhdm4ndCBnb3QgYW55IHJlc3BvbnNlIHRvCiAg CSAqIG91ciB0aGlyZCBTWU4gdG8gd29yay1hcm91bmQgc29tZSBicm9rZW4gdGVybWluYWwgc2Vy dmVycwpkaWZmIC1jIG5ldGluZXQub3JnL3RjcF92YXIuaCBuZXRpbmV0L3RjcF92YXIuaAoqKiog bmV0aW5ldC5vcmcvdGNwX3Zhci5oCVN1biBPY3QgMjUgMDE6MTA6MjkgMjAwOQotLS0gbmV0aW5l dC90Y3BfdmFyLmgJTW9uIEp1biAxNCAwOToyMToyNSAyMDEwCioqKioqKioqKioqKioqKgoqKiog MjAzLDIwOCAqKioqCi0tLSAyMDMsMjA5IC0tLS0KICAJaW50CXRfaXNwYXJlOwkJLyogZXhwbGlj aXQgcGFkIGZvciA2NGJpdCBhbGlnbm1lbnQgKi8KICAJdm9pZAkqdF9wc3BhcmUyWzZdOwkJLyog MiBDQyAvIDQgVEJEICovCiAgCXVpbnQ2NF90IF9wYWRbMTJdOwkJLyogNyBVVE8sIDUgVEJEICgx LTIgQ0MvUlRUPykgKi8KKyAgICAgICAgIHVfaW50ICAgdF9wbXR1ZF9zYXZlZF9tYXhvcGQ7ICAg LyogTVNTIHNhdmVkIGJlZm9yZSBwZXJmb3JtaW5nIFBNVFUtRCBCbGFja0hvbGUgZGV0ZWN0aW9u ICovCiAgfTsKICAKICAvKgoqKioqKioqKioqKioqKioKKioqIDIzNCwyMzkgKioqKgotLS0gMjM1 LDI0MSAtLS0tCiAgI2RlZmluZQlURl9FQ05fUEVSTUlUCTB4NDAwMDAwMAkvKiBjb25uZWN0aW9u IEVDTi1yZWFkeSAqLwogICNkZWZpbmUJVEZfRUNOX1NORF9DV1IJMHg4MDAwMDAwCS8qIEVDTiBD V1IgaW4gcXVldWUgKi8KICAjZGVmaW5lCVRGX0VDTl9TTkRfRUNFCTB4MTAwMDAwMDAJLyogRUNO IEVDRSBpbiBxdWV1ZSAqLworICNkZWZpbmUgVEZfQkxBQ0tIT0xFICAgIDB4MjAwMDAwMDAgICAg ICAvKiBQYXRoIE1UVSBEaXNjb3ZlcnkgQmxhY2sgSG9sZSBkZXRlY3Rpb24gKi8KICAKICAjZGVm aW5lIElOX0ZBU1RSRUNPVkVSWSh0cCkJKHRwLT50X2ZsYWdzICYgVEZfRkFTVFJFQ09WRVJZKQog ICNkZWZpbmUgRU5URVJfRkFTVFJFQ09WRVJZKHRwKQl0cC0+dF9mbGFncyB8PSBURl9GQVNUUkVD T1ZFUlkK --0016364ec9c29f44e80488f29edc-- From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 01:00: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 595921065675 for ; Mon, 14 Jun 2010 01:00:13 +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 2F1C78FC13 for ; Mon, 14 Jun 2010 01:00: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 o5E10Dke011095 for ; Mon, 14 Jun 2010 01:00:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5E10D1M011093; Mon, 14 Jun 2010 01:00:13 GMT (envelope-from gnats) Date: Mon, 14 Jun 2010 01:00:13 GMT Message-Id: <201006140100.o5E10D1M011093@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Arifumi Matsumoto Cc: Subject: Re: kern/143666: [ip6] [request] PMTU black hole detection not implemented X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Arifumi Matsumoto List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 01:00:13 -0000 The following reply was made to PR kern/143666; it has been noted by GNATS. From: Arifumi Matsumoto To: bug-followup@FreeBSD.org, freebsd-net@freebsd.org Cc: Subject: Re: kern/143666: [ip6] [request] PMTU black hole detection not implemented Date: Mon, 14 Jun 2010 09:32:11 +0900 --0016364ec9c29f44e80488f29edc Content-Type: text/plain; charset=ISO-8859-1 Hi, I made a patch for 8.0 release to fix this issue of path-mtu blackhole detection. This was mostly derived from macosx, which is APSL and BSD dual-licensed code base, and slightly modified so that it should not affect ipv4 path mtu detection. I tested it on 8.0 release only. I'm guessing this can be applied for CURRENT also, as the related code does not seem to be changed that much. Best regards, --0016364ec9c29f44e80488f29edc Content-Type: application/octet-stream; name="pmtud-blackhole.patch" Content-Disposition: attachment; filename="pmtud-blackhole.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gaekgauz0 ZGlmZiAtYyBuZXRpbmV0Lm9yZy90Y3BfdGltZXIuYyBuZXRpbmV0L3RjcF90aW1lci5jCioqKiBu ZXRpbmV0Lm9yZy90Y3BfdGltZXIuYwlTdW4gT2N0IDI1IDAxOjEwOjI5IDIwMDkKLS0tIG5ldGlu ZXQvdGNwX3RpbWVyLmMJTW9uIEp1biAxNCAwMzoxNzozMyAyMDEwCioqKioqKioqKioqKioqKgoq KiogNjEsNjYgKioqKgotLS0gNjEsNjcgLS0tLQogICNpbmNsdWRlIDxuZXRpbmV0L3RjcF9mc20u aD4KICAjaW5jbHVkZSA8bmV0aW5ldC90Y3BfdGltZXIuaD4KICAjaW5jbHVkZSA8bmV0aW5ldC90 Y3BfdmFyLmg+CisgI2luY2x1ZGUgPG5ldGluZXQ2L3RjcDZfdmFyLmg+CiAgI2luY2x1ZGUgPG5l dGluZXQvdGNwaXAuaD4KICAjaWZkZWYgVENQREVCVUcKICAjaW5jbHVkZSA8bmV0aW5ldC90Y3Bf ZGVidWcuaD4KKioqKioqKioqKioqKioqCioqKiAxMTAsMTE1ICoqKioKLS0tIDExMSwxMjMgLS0t LQogIFNZU0NUTF9QUk9DKF9uZXRfaW5ldF90Y3AsIE9JRF9BVVRPLCBmaW53YWl0Ml90aW1lb3V0 LCBDVExUWVBFX0lOVHxDVExGTEFHX1JXLAogICAgICAmdGNwX2ZpbndhaXQyX3RpbWVvdXQsIDAs IHN5c2N0bF9tc2VjX3RvX3RpY2tzLCAiSSIsICJGSU4tV0FJVDIgdGltZW91dCIpOwogIAorIGlu dCAgICAgdGNwX3BtdHVkX2JsYWNrX2hvbGVfZGV0ZWN0ID0gMSA7CisgU1lTQ1RMX0lOVChfbmV0 X2luZXRfdGNwLCBPSURfQVVUTywgcG10dWRfYmxhY2tob2xlX2RldGVjdGlvbiwgQ1RMRkxBR19S VywKKyAgICAgJnRjcF9wbXR1ZF9ibGFja19ob2xlX2RldGVjdCwgMCwgIlBhdGggTVRVIERpc2Nv dmVyeSBCbGFjayBIb2xlIERldGVjdGlvbiIpOworIAorIGludCAgICAgdGNwX3BtdHVkX2JsYWNr X2hvbGVfbXNzID0gMTIwMCA7CisgU1lTQ1RMX0lOVChfbmV0X2luZXRfdGNwLCBPSURfQVVUTywg cG10dWRfYmxhY2tob2xlX21zcywgQ1RMRkxBR19SVywKKyAgICAgJnRjcF9wbXR1ZF9ibGFja19o b2xlX21zcywgMCwgIlBhdGggTVRVIERpc2NvdmVyeSBCbGFjayBIb2xlIERldGVjdGlvbiBsb3dl cmVkIE1TUyIpOwogIAogIHN0YXRpYyBpbnQJdGNwX2tlZXBjbnQgPSBUQ1BUVl9LRUVQQ05UOwog IAkvKiBtYXggaWRsZSBwcm9iZXMgKi8KKioqKioqKioqKioqKioqCioqKiA0NDIsNDQ3ICoqKioK LS0tIDQ1MCw0NTggLS0tLQogIAlpbnQgcmV4bXQ7CiAgCWludCBoZWFkbG9ja2VkOwogIAlzdHJ1 Y3QgaW5wY2IgKmlucDsKKyAjaWZkZWYgSU5FVDYKKyAJaW50IG9wdGxlbiA9IDA7CisgI2VuZGlm CiAgI2lmZGVmIFRDUERFQlVHCiAgCWludCBvc3RhdGU7CiAgCioqKioqKioqKioqKioqKgoqKiog NTEzLDUxOCAqKioqCi0tLSA1MjQsNTcwIC0tLS0KICAJCXJleG10ID0gVENQX1JFWE1UVkFMKHRw KSAqIHRjcF9iYWNrb2ZmW3RwLT50X3J4dHNoaWZ0XTsKICAJVENQVF9SQU5HRVNFVCh0cC0+dF9y eHRjdXIsIHJleG10LAogIAkJICAgICAgdHAtPnRfcnR0bWluLCBUQ1BUVl9SRVhNVE1BWCk7Cisg CisgICAgICAgICAvKgorICAgICAgICAgICogQ2hlY2sgZm9yIHBvdGVudGlhbCBQYXRoIE1UVSBE aXNjb3ZlcnkgQmxhY2sgSG9sZSAKKyAgICAgICAgICAqLworIAorICNpZiBJTkVUNgorICAgICAg ICAgaWYgKCh0cC0+dF9pbnBjYi0+aW5wX3ZmbGFnICYgSU5QX0lQVjYpICE9IDAgJiYgdGNwX3Bt dHVkX2JsYWNrX2hvbGVfZGV0ZWN0ICYmICh0cC0+dF9zdGF0ZSA9PSBUQ1BTX0VTVEFCTElTSEVE KSkgeworICAgICAgICAgICAgICAgICBpZiAodHAtPnRfcnh0c2hpZnQgPT0gMikgeworICAgICAg ICAgICAgICAgICAgICAgICAgIC8qIAorICAgICAgICAgICAgICAgICAgICAgICAgICAqIEVudGVy IFBhdGggTVRVIEJsYWNrLWhvbGUgRGV0ZWN0aW9uIG1lY2hhbmlzbToKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgKiAtIERpc2FibGUgUGF0aCBNVFUgRGlzY292ZXJ5IChJUCAiREYiIGJpdCku CisgICAgICAgICAgICAgICAgICAgICAgICAgICogLSBSZWR1Y2UgTVRVIHRvIGxvd2VyIHZhbHVl IHRoYW4gd2hhdCB3ZSBuZWdvY2lhdGVkIHdpdGggcGVlci4KKyAgICAgICAgICAgICAgICAgICAg ICAgICAgKi8KKyAKKyAgICAgICAgICAgICAgICAgICAgICAgICB0cC0+dF9mbGFncyB8PSBURl9C TEFDS0hPTEU7IC8qIFJlY29yZCB0aGF0IHdlIG1heSBoYXZlIGZvdW5kIGEgYmxhY2sgaG9sZSAq LworICAgICAgICAgICAgICAgICAgICAgICAgIG9wdGxlbiA9IHRwLT50X21heG9wZCAtIHRwLT50 X21heHNlZzsKKyAgICAgICAgICAgICAgICAgICAgICAgICB0cC0+dF9wbXR1ZF9zYXZlZF9tYXhv cGQgPSB0cC0+dF9tYXhvcGQ7IC8qIEtlZXAgdHJhY2sgb2YgcHJldmlvdXMgTVNTICovCisgICAg ICAgICAgICAgICAgICAgICAgICAgaWYgKHRwLT50X21heG9wZCA+IHRjcF9wbXR1ZF9ibGFja19o b2xlX21zcykKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHRwLT50X21heG9wZCA9 IHRjcF9wbXR1ZF9ibGFja19ob2xlX21zczsgLyogUmVkdWNlIHRoZSBNU1MgdG8gaW50ZXJtZWRp YXJ5IHZhbHVlICovCisgICAgICAgICAgICAgICAgICAgICAgICAgZWxzZSB7CisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB0cC0+dF9tYXhvcGQgPSBWX3RjcF92Nm1zc2RmbHQ7Cisg ICAgICAgICAgICAgICAgICAgICAgICAgfQorICAgICAgICAgICAgICAgICAgICAgICAgIHRwLT50 X21heHNlZyA9IHRwLT50X21heG9wZCAtIG9wdGxlbjsKKyAgICAgICAgICAgICAgICAgfQorICAg ICAgICAgICAgICAgICAvKgorICAgICAgICAgICAgICAgICAgKiBJZiBmdXJ0aGVyIHJldHJhbnNt aXNzaW9ucyBhcmUgc3RpbGwgdW5zdWNjZXNzZnVsIHdpdGggYSBsb3dlcmVkIE1UVSwKKyAgICAg ICAgICAgICAgICAgICogbWF5YmUgdGhpcyBpc24ndCBhIEJsYWNrIEhvbGUgYW5kIHdlIHJlc3Rv cmUgdGhlIHByZXZpb3VzIE1TUyBhbmQKKyAgICAgICAgICAgICAgICAgICogYmxhY2tob2xlIGRl dGVjdGlvbiBmbGFncy4KKyAgICAgICAgICAgICAgICAgICovCisgICAgICAgICAgICAgICAgIGVs c2UgeworIAorICAgICAgICAgICAgICAgICAgICAgICAgIGlmICgodHAtPnRfZmxhZ3MgJiBURl9C TEFDS0hPTEUpICYmICh0cC0+dF9yeHRzaGlmdCA+IDQpKSB7CisgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICB0cC0+dF9mbGFncyAmPSB+VEZfQkxBQ0tIT0xFOyAKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIG9wdGxlbiA9IHRwLT50X21heG9wZCAtIHRwLT50X21heHNl ZzsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHRwLT50X21heG9wZCA9IHRwLT50 X3BtdHVkX3NhdmVkX21heG9wZDsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHRw LT50X21heHNlZyA9IHRwLT50X21heG9wZCAtIG9wdGxlbjsKKyAgICAgICAgICAgICAgICAgICAg ICAgICB9CisgICAgICAgICAgICAgICAgIH0KKyAgICAgICAgIH0KKyAjZW5kaWYKKyAKICAJLyoK ICAJICogRGlzYWJsZSByZmMxMzIzIGlmIHdlIGhhdm4ndCBnb3QgYW55IHJlc3BvbnNlIHRvCiAg CSAqIG91ciB0aGlyZCBTWU4gdG8gd29yay1hcm91bmQgc29tZSBicm9rZW4gdGVybWluYWwgc2Vy dmVycwpkaWZmIC1jIG5ldGluZXQub3JnL3RjcF92YXIuaCBuZXRpbmV0L3RjcF92YXIuaAoqKiog bmV0aW5ldC5vcmcvdGNwX3Zhci5oCVN1biBPY3QgMjUgMDE6MTA6MjkgMjAwOQotLS0gbmV0aW5l dC90Y3BfdmFyLmgJTW9uIEp1biAxNCAwOToyMToyNSAyMDEwCioqKioqKioqKioqKioqKgoqKiog MjAzLDIwOCAqKioqCi0tLSAyMDMsMjA5IC0tLS0KICAJaW50CXRfaXNwYXJlOwkJLyogZXhwbGlj aXQgcGFkIGZvciA2NGJpdCBhbGlnbm1lbnQgKi8KICAJdm9pZAkqdF9wc3BhcmUyWzZdOwkJLyog MiBDQyAvIDQgVEJEICovCiAgCXVpbnQ2NF90IF9wYWRbMTJdOwkJLyogNyBVVE8sIDUgVEJEICgx LTIgQ0MvUlRUPykgKi8KKyAgICAgICAgIHVfaW50ICAgdF9wbXR1ZF9zYXZlZF9tYXhvcGQ7ICAg LyogTVNTIHNhdmVkIGJlZm9yZSBwZXJmb3JtaW5nIFBNVFUtRCBCbGFja0hvbGUgZGV0ZWN0aW9u ICovCiAgfTsKICAKICAvKgoqKioqKioqKioqKioqKioKKioqIDIzNCwyMzkgKioqKgotLS0gMjM1 LDI0MSAtLS0tCiAgI2RlZmluZQlURl9FQ05fUEVSTUlUCTB4NDAwMDAwMAkvKiBjb25uZWN0aW9u IEVDTi1yZWFkeSAqLwogICNkZWZpbmUJVEZfRUNOX1NORF9DV1IJMHg4MDAwMDAwCS8qIEVDTiBD V1IgaW4gcXVldWUgKi8KICAjZGVmaW5lCVRGX0VDTl9TTkRfRUNFCTB4MTAwMDAwMDAJLyogRUNO IEVDRSBpbiBxdWV1ZSAqLworICNkZWZpbmUgVEZfQkxBQ0tIT0xFICAgIDB4MjAwMDAwMDAgICAg ICAvKiBQYXRoIE1UVSBEaXNjb3ZlcnkgQmxhY2sgSG9sZSBkZXRlY3Rpb24gKi8KICAKICAjZGVm aW5lIElOX0ZBU1RSRUNPVkVSWSh0cCkJKHRwLT50X2ZsYWdzICYgVEZfRkFTVFJFQ09WRVJZKQog ICNkZWZpbmUgRU5URVJfRkFTVFJFQ09WRVJZKHRwKQl0cC0+dF9mbGFncyB8PSBURl9GQVNUUkVD T1ZFUlkK --0016364ec9c29f44e80488f29edc-- From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 03:24: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 A37391065676 for ; Mon, 14 Jun 2010 03:24:08 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6783B8FC08 for ; Mon, 14 Jun 2010 03:24:08 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 13 Jun 2010 22:55:34 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id LSJ43840; Sun, 13 Jun 2010 22:55:00 -0400 (EDT) Received: from 146-115-45-245.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO aldan.narawntapu) ([146.115.45.245]) by smtp01.lnh.mail.rcn.net with ESMTP; 13 Jun 2010 22:55:00 -0400 Message-ID: <4C159A01.8000603@aldan.algebra.com> Date: Sun, 13 Jun 2010 22:54:57 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.24 (X11/20100328) MIME-Version: 1.0 To: net@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=10/50, host=mr08.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020205.4C159A25.00C8,ss=1,fgs=0, ip=207.172.4.11, so=2009-09-21 22:56:10, dmn=5.4.3/2007-10-18, mode=single engine X-Junkmail-IWF: false Cc: Subject: Is there an equivalent for Linux MSG_MORE flag for send(2) on 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, 14 Jun 2010 03:24:08 -0000 Hello! I'm porting a piece of software, which uses MSG_MORE flag with send, from Linux. Is there a smart alternative for the flag on FreeBSD (other BSDs?), or should I just define it to zero? Thanks! -mi From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 11:06:58 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 63A221065702 for ; Mon, 14 Jun 2010 11:06:56 +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 763F78FC18 for ; Mon, 14 Jun 2010 11:06: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 o5EB6uqn078590 for ; Mon, 14 Jun 2010 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5EB6tn8078588 for freebsd-net@FreeBSD.org; Mon, 14 Jun 2010 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Jun 2010 11:06:55 GMT Message-Id: <201006141106.o5EB6tn8078588@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, 14 Jun 2010 11:06:58 -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/147824 net [msk]: watchdog timeouts & Tx descriptor error o kern/147684 net [nfe] nVidia MCP55 driver blocks IPMI LAN on load o kern/147352 net [netinet] [patch] replace printf() with log() for "Lim o kern/147245 net [dummynet] dummynet skip traffic over configured limit 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/146628 net [tcp] [patch] TCP does not clear DF when MTU is below o kern/146539 net [arp] arp pub not working properly 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 kern/145918 net [ae] After spontaneous ae0 "watchdog timeout", "stray 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 kern/145621 net [bge] [panic] bge watchdog timeout --resetting -> cras o kern/145462 net [netgraph] [patch] panic kernel when ng_ipfw send ip p o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144898 net [wpi] [panic] wpi panics system 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 kern/144755 net [iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o kern/144724 net [bwn] if_bwn does not pass traffic when in PIO mode 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 o kern/144529 net [sctp] sctp over ipv6 appears to not calculate checksu o kern/144505 net [bwn] [patch] Error in macro CALC_COEFF2. 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/144000 net [tcp] setting TCP_MAXSEG by setsockopt() does not seem 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/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 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/141720 net [sctp] [lor] [hang] sctp-create vs. sctp-it causes sys o kern/141698 net [sctp] [panic] Own lock on stcb at return from input o kern/141697 net [sctp] [panic] lock (sleep mutex) sctp-tcb not locked o kern/141696 net [rum] [panic] rum(4)+ vimage = kernel panic o kern/141695 net [sctp] [panic] kernel page fault with non-sleepable lo o kern/141314 net Network Performance has decreased by 30% [regression] 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/140597 net [netinet] [patch] implement Lost Retransmission Detect 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/138652 net [tcp] TCP window scaling value calculated incorrectly? 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/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137795 net [sctp] [panic] mtx_lock() of destroyed mutex 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/137317 net [tcp] logs full of syncache problems 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/133786 net [netinet] [patch] ip_input might cause kernel panic 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/133328 net [bge] [panic] Kernel panics with Windows7 client 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 f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and 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 kern/132832 net [netinet] [patch] tcp_output() might generate invalid 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 kern/131536 net [netinet] [patch] kernel does allow manipulation of su 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/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t 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 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/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 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/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 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 a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch 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 kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset 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/110140 net [ipw] ipw fails under load 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 kern/107850 net [bce] bce driver link negotiation is faulty 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/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve 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 s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m 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/92090 net [bge] bge0: watchdog timeout -- resetting 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/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/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/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) 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 s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 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 433 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 12:41: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 572EE106566C for ; Mon, 14 Jun 2010 12:41:20 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0E10F8FC16 for ; Mon, 14 Jun 2010 12:41:19 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OO8yc-0005t4-O2 for freebsd-net@freebsd.org; Mon, 14 Jun 2010 14:41:18 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Jun 2010 14:41:18 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Jun 2010 14:41:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org connect(): No such file or directory From: Ivan Voras Date: Mon, 14 Jun 2010 14:41:12 +0200 Lines: 27 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: X-Enigmail-Version: 1.0.1 Subject: Re: VLANs, routing, multicast and HP switches, oh my... 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, 14 Jun 2010 12:41:20 -0000 On 06/12/10 23:22, Kurt Buff wrote: > Again - they'll be putting up to 200 busy machines on each subnet. It > seems reasonable to limit the broadcast domains with VLANs. I know that everyone begins to talk about "limiting the broadcast domains" when talking about VLANs sooner or later but I have never managed to learn exactly why this would be the biggest benefit of using VLANs. Except if you are explicitly researching broadcast communication, the only times a modern Ethernet will see broadcast packets is: 1) ARP packets when the machines are brought up or contacted the first time 2) router announcements, RIP & similar 3) Windows NetBIOS / Windows Networking workgroup name resolving (analogous to ARP). Is there really so much broadcast traffic of these categories in a network of 200 machines? And except if you are going to divide VLANs so that each has a dedicated set of switches and cabling, with each VLAN consisting of a dozen machines or so, many of these broadcast packets will travel through the same cables and the same switch so you won't magically get better performance out of it. You won't get away from routing announcements and routing IP between VLANs will also result in ARP requests on the destination side. From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 16:21:06 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 7FDAE106566B; Mon, 14 Jun 2010 16:21:06 +0000 (UTC) (envelope-from pisymbol@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 0E4DD8FC14; Mon, 14 Jun 2010 16:21:05 +0000 (UTC) Received: by gyh20 with SMTP id 20so3253199gyh.13 for ; Mon, 14 Jun 2010 09:21:05 -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=bslV8QVzBRh2wFtLk7n7Av1wMc9vo/EHSTEHPtgYDJk=; b=Tr5TkxI+SN5rb8pTwPHs91n+NZcAAi7cYqYted1aa058cNhyKQ4hVp7yvmvpHrDK4x zh23gXG9Px6jsCg3OiU9IAJL26JEMnuSjC1QnoCPXL0AHuuECuiySecUaulsuulxHSa5 /fI86E+WW4d1fBmCZXut8NJkXEFI3xRIDtOl4= 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=ZJDK75BAupXFWMjdMxj2ez5PDDEAOMueNh3oKjQvnCT2uOpkLj1lja1OlpsOjsh22u jMcvCBM6fwo5fpYxAypmlOPKBN1ATDgZSNjGRbDJvv/81mb/7L21XTxNNy3NMZurZ5mY oA760oOrrJHbQgiLwEDZfed8rIVnLjVioJrFA= MIME-Version: 1.0 Received: by 10.101.134.28 with SMTP id l28mr4987852ann.5.1276532465021; Mon, 14 Jun 2010 09:21:05 -0700 (PDT) Received: by 10.100.137.4 with HTTP; Mon, 14 Jun 2010 09:21:04 -0700 (PDT) In-Reply-To: References: <82D310BD-48DE-4F79-84C6-356AB4F04C42@averesystems.com> Date: Mon, 14 Jun 2010 12:21:04 -0400 Message-ID: From: Alexander Sack To: Andrew Boyer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Juli Mallett , freebsd-net@freebsd.org, Jack Vogel Subject: Re: Dual-rate transceivers with ixgbe? 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, 14 Jun 2010 16:21:06 -0000 On Thu, Jun 10, 2010 at 5:25 PM, Alexander Sack wrote: > On Thu, Jun 10, 2010 at 5:12 PM, Andrew Boyer w= rote: >> >> On Jun 10, 2010, at 3:59 PM, Alexander Sack wrote: >>> >>>> One thing that the base driver probably ought to do is not fail in >>>> attach if there's an unrecognized SFP+ module. =A0Since we get >>>> interrupts on module change (although this doesn't seem to always work >>>> *entirely* right in the stock sources, mostly wrt stored values of >>>> AUTOC and the like) it should be possible to bring the interface up >>>> with the unsupported (and disabled) SFP+ module and do the SFP+ module >>>> probing we already do on hot-swap. >>> >>> Alright, let me see if I can test that. =A0Let me rephrase so I validat= e >>> what you are saying: >>> >>> The driver can come up with an unsupported module but disable the >>> interface (ifconfig shows the interface, etc.). >>> >>> If you then hot-swap a supported SFP, it should come up then with a >>> ifconfig down/up cycle. =A0Right? >>> >>> As it stand now, if you load the driver with an unsupported module, it >>> will not attach at all causing you to reload the entire driver OR >>> reboot the box to have it reattach to the other SFP. >>> >> >> We use this patch to allow the driver to attach when no module is instal= led. =A0This might be a starting point for you. =A0I haven't tested it with= out all of our other changes in place so my apologies if it doesn't quite w= ork. =A0We only have Intel modules around for testing. >> >> -Andrew >> >> --- ixgbe.c =A0 =A0 2010-06-10 16:53:08.000000000 -0400 >> +++ ixgbe.c =A0 =A0 2010-06-10 16:55:26.000000000 -0400 >> @@ -566,7 +566,7 @@ >> =A0 =A0 =A0 =A0} else if (error =3D=3D IXGBE_ERR_SFP_NOT_SUPPORTED) >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0device_printf(dev,"Unsupported SFP+ Modul= e\n"); >> >> - =A0 =A0 =A0 if (error) { >> + =A0 =A0 =A0 if (error && error !=3D IXGBE_ERR_SFP_NOT_PRESENT) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0error =3D EIO; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0device_printf(dev,"Hardware Initializatio= n Failure\n"); >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0goto err_late; >> >> --- ixgbe_82598.c =A0 =A0 =A0 2010-06-10 16:53:24.000000000 -0400 >> +++ ixgbe_82598.c =A0 =A0 =A0 2010-06-10 16:56:31.000000000 -0400 >> @@ -257,10 +257,6 @@ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ret_val =3D ixgbe_get_sfp_init_sequence_o= ffsets(hw, >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0&list_offset, >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0&data_offset); >> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (ret_val !=3D IXGBE_SUCCESS) { >> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ret_val =3D IXGBE_ERR_SFP_= NOT_SUPPORTED; >> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto out; >> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 } >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; >> =A0 =A0 =A0 =A0default: >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; > > Thank you Andrew! =A0I am on the same path as above! (though I also had > 82599 changes which may not be meaningful to your application). > > I will have access to numerous SFP/SFP+ very soon (all Finisar based - > though I think the Intel supplied ones are Finisar too anyway). =A0 I > will test the dual-rate as well with both 10G and 1G traffic. > > Stay tuned, I want to test all of this in the lab. > > -aps > A little update, I have been playing with my card over the weekend until we had a power outage and I am without a network (don't ask how I am writing this email right now). Couple of tidbits/musings: 1) I don't think this card supports 1G SFPs at all at this point? It relies on getting the right sequence offsets based on the SFP type stored in the EEPROM which is buried in ixgbe_identify_sfp_module_generic(). I tried using a standard 1G SFP (Finisar) and set the sfp_type manually (I tried short range and long range) and it doesn't work! :( (Obviously Jack, you know best!) Of course, this maybe directly related to #3 on this list (see below). 2) I can definitely get my Finisar 10G SFP+ to work fine with my set of patches. I see no issues with this other than policy. I will submit very soon. 3) Like Juli, I can not get the 1G link to come up no matter how hard I try. At this point I am about to kick start the latest Linux to just see if it works. I stared at the driver and there were a few minor differences, but nothing drastic. The SFP gets recognized but the AUTOC/LINKS registers are not happy. (I do notice Jack that in the setup sfp/link tasks, Linux sets autoneg to false explicitly before doing the multispeed fiber stuff). Anyway I will a more formal patch set tomorrow. I'd like to understand why Linux works and FreeBSD does not with the 1G link in a supported Intel dual-rate SFP+ module? -aps PS This card hangs my Nehalem machine but I am going to try a new bios (v50) to see if it goes away (I am right now on a S5000PAL). From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 17:18:40 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id C0E821065675 for ; Mon, 14 Jun 2010 17:18:40 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-net@FreeBSD.org Date: Mon, 14 Jun 2010 13:18:27 -0400 User-Agent: KMail/1.6.2 References: <201006091444.50560.jkim@FreeBSD.org> In-Reply-To: <201006091444.50560.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006141318.29255.jkim@FreeBSD.org> Cc: Subject: Re: [RFC] BPF timestamping 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, 14 Jun 2010 17:18:41 -0000 If no one objects, the patch will be committed tomorrow. The current patch is here: http://people.freebsd.org/~jkim/bpf_tstamp3.diff Some minor changes were done to bpf(4). Other than that, it is identical to the previous patch. Cheers, Jung-uk Kim From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 17:19: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 67FC4106567A; Mon, 14 Jun 2010 17:19:10 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E672C8FC13; Mon, 14 Jun 2010 17:19:09 +0000 (UTC) Received: by vws20 with SMTP id 20so5321341vws.13 for ; Mon, 14 Jun 2010 10:19:09 -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=tH18G+HgWoSimhCo5dd8ho5CXpCU7QB7un19s/wrLrI=; b=PThBFrBNpLUNwl/W6Yc9O8ne3tsv2sYaN2i3Y3QoX2nLknk6rjiOhbnwEU/mUb/9Oj MeozGt8M9Pqj6+ovCX4hQkfpsNVuWD6rcw8Qg6hqZcHF6+gNsUA5xSIVzeDdgUx25BAR Nag5hX4i+Zqg/zqiTcKCCef2bMAtKSgxoqPZ4= 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=ZpgIlghqeQuhJizwd/NLFN/hFfnC8felX6SUIC7QIc/7x8VlIfXqaiCGp/yL69C85t IlHlA9QvTXtqkViBL9I5wCIUoJcA3EoHRORsspps8XLPyP4txBfCkVoCn+JLWARxRcMr Q61lKZBI0CysJrnowp1GAbUfT+Wp0bjlJtLTo= MIME-Version: 1.0 Received: by 10.224.44.147 with SMTP id a19mr786484qaf.194.1276535947878; Mon, 14 Jun 2010 10:19:07 -0700 (PDT) Received: by 10.229.246.65 with HTTP; Mon, 14 Jun 2010 10:19:07 -0700 (PDT) In-Reply-To: References: <82D310BD-48DE-4F79-84C6-356AB4F04C42@averesystems.com> Date: Mon, 14 Jun 2010 10:19:07 -0700 Message-ID: From: Jack Vogel To: Alexander Sack Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Juli Mallett , freebsd-net@freebsd.org, Andrew Boyer Subject: Re: Dual-rate transceivers with ixgbe? 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, 14 Jun 2010 17:19:10 -0000 I am NOT going to accept patches to defeat the code that Intel has put in place, if you want to hack the code that's your perogative but its like any other custom change, you made it, you manage it. 1G SFP do not work and are not supported, there IS a supported SFP+ multispeed that can link at 1G, this was tested here. I've said this a couple times now, if you are buying this pluggable type hardware do yourself a favor and buy supported optics. Jack On Mon, Jun 14, 2010 at 9:21 AM, Alexander Sack wrote: > On Thu, Jun 10, 2010 at 5:25 PM, Alexander Sack > wrote: > > On Thu, Jun 10, 2010 at 5:12 PM, Andrew Boyer > wrote: > >> > >> On Jun 10, 2010, at 3:59 PM, Alexander Sack wrote: > >>> > >>>> One thing that the base driver probably ought to do is not fail in > >>>> attach if there's an unrecognized SFP+ module. Since we get > >>>> interrupts on module change (although this doesn't seem to always work > >>>> *entirely* right in the stock sources, mostly wrt stored values of > >>>> AUTOC and the like) it should be possible to bring the interface up > >>>> with the unsupported (and disabled) SFP+ module and do the SFP+ module > >>>> probing we already do on hot-swap. > >>> > >>> Alright, let me see if I can test that. Let me rephrase so I validate > >>> what you are saying: > >>> > >>> The driver can come up with an unsupported module but disable the > >>> interface (ifconfig shows the interface, etc.). > >>> > >>> If you then hot-swap a supported SFP, it should come up then with a > >>> ifconfig down/up cycle. Right? > >>> > >>> As it stand now, if you load the driver with an unsupported module, it > >>> will not attach at all causing you to reload the entire driver OR > >>> reboot the box to have it reattach to the other SFP. > >>> > >> > >> We use this patch to allow the driver to attach when no module is > installed. This might be a starting point for you. I haven't tested it > without all of our other changes in place so my apologies if it doesn't > quite work. We only have Intel modules around for testing. > >> > >> -Andrew > >> > >> --- ixgbe.c 2010-06-10 16:53:08.000000000 -0400 > >> +++ ixgbe.c 2010-06-10 16:55:26.000000000 -0400 > >> @@ -566,7 +566,7 @@ > >> } else if (error == IXGBE_ERR_SFP_NOT_SUPPORTED) > >> device_printf(dev,"Unsupported SFP+ Module\n"); > >> > >> - if (error) { > >> + if (error && error != IXGBE_ERR_SFP_NOT_PRESENT) { > >> error = EIO; > >> device_printf(dev,"Hardware Initialization Failure\n"); > >> goto err_late; > >> > >> --- ixgbe_82598.c 2010-06-10 16:53:24.000000000 -0400 > >> +++ ixgbe_82598.c 2010-06-10 16:56:31.000000000 -0400 > >> @@ -257,10 +257,6 @@ > >> ret_val = ixgbe_get_sfp_init_sequence_offsets(hw, > >> &list_offset, > >> > &data_offset); > >> - if (ret_val != IXGBE_SUCCESS) { > >> - ret_val = IXGBE_ERR_SFP_NOT_SUPPORTED; > >> - goto out; > >> - } > >> break; > >> default: > >> break; > > > > Thank you Andrew! I am on the same path as above! (though I also had > > 82599 changes which may not be meaningful to your application). > > > > I will have access to numerous SFP/SFP+ very soon (all Finisar based - > > though I think the Intel supplied ones are Finisar too anyway). I > > will test the dual-rate as well with both 10G and 1G traffic. > > > > Stay tuned, I want to test all of this in the lab. > > > > -aps > > > > A little update, I have been playing with my card over the weekend > until we had a power outage and I am without a network (don't ask how > I am writing this email right now). > > Couple of tidbits/musings: > > 1) I don't think this card supports 1G SFPs at all at this point? It > relies on getting the right sequence offsets based on the SFP type > stored in the EEPROM which is buried in > ixgbe_identify_sfp_module_generic(). I tried using a standard 1G SFP > (Finisar) and set the sfp_type manually (I tried short range and long > range) and it doesn't work! :( (Obviously Jack, you know best!) Of > course, this maybe directly related to #3 on this list (see below). > > 2) I can definitely get my Finisar 10G SFP+ to work fine with my set > of patches. I see no issues with this other than policy. I will > submit very soon. > > 3) Like Juli, I can not get the 1G link to come up no matter how hard > I try. At this point I am about to kick start the latest Linux to > just see if it works. I stared at the driver and there were a few > minor differences, but nothing drastic. The SFP gets recognized but > the AUTOC/LINKS registers are not happy. (I do notice Jack that in > the setup sfp/link tasks, Linux sets autoneg to false explicitly > before doing the multispeed fiber stuff). > > Anyway I will a more formal patch set tomorrow. I'd like to > understand why Linux works and FreeBSD does not with the 1G link in a > supported Intel dual-rate SFP+ module? > > -aps > > PS This card hangs my Nehalem machine but I am going to try a new bios > (v50) to see if it goes away (I am right now on a S5000PAL). > From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 20:25: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 EBF12106564A for ; Mon, 14 Jun 2010 20:25:07 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4A68FC18 for ; Mon, 14 Jun 2010 20:25:07 +0000 (UTC) Received: by yxm34 with SMTP id 34so2011952yxm.13 for ; Mon, 14 Jun 2010 13:25:06 -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=09w0/W63eZ0JQ/30gITLVELz2XkG8163q/6oQMyMQ3M=; b=v4MB7Wi68XA2/pN9BxNF4hdg8E08zgAZlCjoQQ+LYecJcZQtsJFWzJ4xuEfL+kX5Ii NNQW27vXuN5k75oVUBvj40DZyMon0D07AqLZ1FMZoP/ROllolDJSLQpav4oRDoQotxt4 x+G/BSbMq1wY5piOsnN0gdz8uRnYDrNl3zpJ4= 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=UPeGZBzKWJUsUsKTHFfHtSCTYCUjZhXfUWJEJzOBqorfxix6b7xQk8aQW9d/QlFxLp 4/wdkcTqNBIyVhALIbmULq5frHL9UlqpKW2TSLXdYysPG6E0Q7boKdBRNgxJ0bzO9gb6 vREdYdFJCCxl8y8O7K3uGL0/Oj+L6ewLjpg6g= MIME-Version: 1.0 Received: by 10.101.11.10 with SMTP id o10mr5149480ani.18.1276546626963; Mon, 14 Jun 2010 13:17:06 -0700 (PDT) Received: by 10.231.38.8 with HTTP; Mon, 14 Jun 2010 13:17:06 -0700 (PDT) In-Reply-To: References: Date: Mon, 14 Jun 2010 13:17:06 -0700 Message-ID: From: Kurt Buff To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: VLANs, routing, multicast and HP switches, oh my... 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, 14 Jun 2010 20:25:08 -0000 On Mon, Jun 14, 2010 at 05:41, Ivan Voras wrote: > On 06/12/10 23:22, Kurt Buff wrote: > >> Again - they'll be putting up to 200 busy machines on each subnet. It >> seems reasonable to limit the broadcast domains with VLANs. > > I know that everyone begins to talk about "limiting the broadcast > domains" when talking about VLANs sooner or later but I have never > managed to learn exactly why this would be the biggest benefit of using > VLANs. > > Except if you are explicitly researching broadcast communication, the > only times a modern Ethernet will see broadcast packets is: > > 1) ARP packets when the machines are brought up or contacted the first time > 2) router announcements, RIP & similar > 3) Windows NetBIOS / Windows Networking workgroup name resolving > (analogous to ARP). > > Is there really so much broadcast traffic of these categories in a > network of 200 machines? And except if you are going to divide VLANs so > that each has a dedicated set of switches and cabling, with each VLAN > consisting of a dozen machines or so, many of these broadcast packets > will travel through the same cables and the same switch so you won't > magically get better performance out of it. You won't get away from > routing announcements and routing IP between VLANs will also result in > ARP requests on the destination side. I knew I should be explaining this better. I can only plead lack of time - I'm being rushed for lots of things at work and home at the moment, so haven't spent as much care on the explanation as I should have. My apologies for that. We'll be simulating installations of our software and hardware for customer installations that have WANs between sites, with several complementary applications, including a multicast app that is critical to the whole effort. While it's a bit much to expect us to be able to simulate a WAN at this point, I want to be able to simulate at least two subnets with routed multicast between them. One of the subnets will have as many as 200 simulated hosts on it, the others perhaps not so much. The majority of these machines will be Windows-based, so I expect broadcast traffic to be higher - but I also take your point about the packets traveling over the same wire. It would be best if I could get a multiport router - perhaps a layer3 switch (I'd love to get them an HP 3400cl) - but that costs much money that I don't have to spend at the moment. I'll set up the VLANs on that port and see how it goes. Kurt From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 21:12: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 63319106567A for ; Mon, 14 Jun 2010 21:12:38 +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 2D6BC8FC15 for ; Mon, 14 Jun 2010 21:12:37 +0000 (UTC) Received: by pwj10 with SMTP id 10so193630pwj.13 for ; Mon, 14 Jun 2010 14:12:37 -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=6C9H/CKS0Tb2LjiMwTUoBu6zgKeXL7H3OJ1HP8diCkI=; b=VnFgzGSbavD4UkXHeEE3qnU2YYtphf/fKWx1E/jzH4uVff84lB3Boi7WcUQzm9XDFX 5fNUpWz7PIzC5uxKCL3JaCfOwkMeYhs2N8tTTR14j0k/AG26X/Kr5DxE8c6Jn+7bnqAn kSlQhyus1OrC/AmB3p7vpcEILGvwDF0NCn9HI= 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=HhGDVrULxVd4VW5V6qG9mD1tPGCD9OExyoUYVhSe8QpygmPjnkJxs7AinB6Wtb5e8T nugPZA3Hj3MEl3PU1AlWJ7YhxI8TCcKzDMnWDDBtzfOlnUJ70UKFhJLzZWlytJZf5WMV hPc7wLDC+w07K1TfMomaZmek+LD7bRvtYSlsY= Received: by 10.115.39.29 with SMTP id r29mr4984027waj.22.1276549957526; Mon, 14 Jun 2010 14:12:37 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id n32sm59332896wae.10.2010.06.14.14.12.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Jun 2010 14:12:36 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 14 Jun 2010 14:11:55 -0700 From: Pyun YongHyeon Date: Mon, 14 Jun 2010 14:11:55 -0700 To: Sergey Perevalov Message-ID: <20100614211155.GB4257@michelle.cdnetworks.com> References: <4BE44E2D.6060907@gmail.com> <20100507210516.GI14801@michelle.cdnetworks.com> <4C01760E.2080403@gmail.com> <20100531223204.GE1577@michelle.cdnetworks.com> <4C0551F1.2010609@gmail.com> <20100601222444.GH1577@michelle.cdnetworks.com> <4C07B344.4060805@gmail.com> <20100603214606.GE13502@michelle.cdnetworks.com> <4C148135.7080704@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C148135.7080704@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Hans Petter Selasky Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 14 Jun 2010 21:12:38 -0000 On Sun, Jun 13, 2010 at 11:56:53AM +0500, Sergey Perevalov wrote: > On 04.06.2010 02:46, Pyun YongHyeon wrote: > >On Thu, Jun 03, 2010 at 06:51:00PM +0500, Perevalov Sergey wrote: > > > >>On 02.06.2010 03:24, Pyun YongHyeon wrote: > >> > >>>On Tue, Jun 01, 2010 at 11:31:13PM +0500, Perevalov Sergey wrote: > >>> > >>> > >>>>Hi! > >>>>I tried it with crossover cable but results was the same bad. Then set > >>>>debug flag hw.usb.axe.debug: to 15, and started ping -f from ue0. > >>>>And in /var/log/messages I found these strings: > >>>> > >>>>Jun 1 22:28:34 laptop kernel: axe_bulk_read_callback:842: bulk read > >>>>error, USB_ERR_CANCELLED > >>>>Jun 1 22:28:35 laptop kernel: axe_bulk_write_callback:870: transfer > >>>>complete > >>>>Jun 1 22:29:12 laptop kernel: axe_bulk_write_callback:941: transfer > >>>>error, USB_ERR_TIMEOUT > >>>>Jun 1 22:29:51 laptop last message repeated 4 times > >>>>Jun 1 22:31:40 laptop last message repeated 11 times > >>>> > >>>>Then i googled it and found this > >>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04388.html > >>>>the problem is described definitely like mine. > >>>>I read all thread and found the patch usb2_ethernet.patch2, but I havn't > >>>>found > >>>>sys/dev/usb2/ethernet/usb2_ethernet.c file for patch. > >>>> > >>>>how can I try to apply this patch to my system? > >>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04403.html > >>>> > >>>> > >>>> > >>>I believe the bug in the thread was fixed long time ago. > >>>If you're using 8.0-RELEASE, try latest stable/8 or > >>>8.1-PRERELEASE and see whether axe(4) works or not. > >>> > >>> > >>> > >>I have just finished testing device on my updated freebsd: > >>FreeBSD homeserv 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu Jun 3 > >>17:22:44 UTC 2010 user@homeserv:/usr/obj/usr/src/sys/GENERIC i386 > >>And it still shows the same problem when I try to ping -f any host from > >>ue0: > >> > >>Jun 3 18:29:40 homeserv kernel: ue0: link state changed to UP > >>Jun 3 18:29:42 homeserv kernel: axe_bulk_write_callback: transfer > >>complete > >>Jun 3 18:29:42 homeserv last message repeated 21 times > >>Jun 3 18:29:52 homeserv kernel: axe_bulk_write_callback: transfer > >>error, USB_ERR_TIMEOUT > >> > >I don't see abnormal things in axe(4). Maybe Hans can help(CCed). > > > > > >>Jun 3 18:30:21 homeserv last message repeated 3 times > >> > >> > >>-- > >>Regards, Sergey. > >> > >> > > > Hi, Pyun! > I would send this device to you for solve this problem, if you do not > mind. Because, I can't use it in my FreeBSD system. > So, if you interested send me in private message your address and I will > send it as soon as possible. > Thanks for the offer. I already have two variants of AX88178 based controller and both work fine without problems. I vaguely guess it could be related with ehci(4) as I don't see offending code in axe(4). Of course, this does not necessary mean axe(4) is bug free but I couldn't find clue yet. Hans, can you see other possible cause of the issue? From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 22:02: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 E2627106566C; Mon, 14 Jun 2010 22:02:04 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3591B8FC17; Mon, 14 Jun 2010 22:02:03 +0000 (UTC) Received: by wyb34 with SMTP id 34so739754wyb.13 for ; Mon, 14 Jun 2010 15:02:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=aNcVkQCqPh1se9IKTAO2DHR9M3LFdWtoVWv/7WE9ekQ=; b=HPWSEiiv16lI5V972vNKhszLEdIELTqi6v/l2e2Ymxl77CvaqV75n4zg2xyP6VVOyu xaa6ZtL+/apfOjJuscVQITaglnY9f5f65DfjxJeJJPy4nYWa6w6hRodhGRn+IQDIGDiO pj+oI7woPeVLa165PzRDMjSxHM9OD0wGLIdcY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; b=lV1usq6YgZMw2NgUmZGClQkIOpOWBb99klcBi9qB1BeJUrkqtPtQJmAkqiFWlJf2w4 J6MDjxTNgGGi9N3ghCtfCu6AtVCwLZO7HllG19UOJflmFp2C+BLhgsZ+YamHUZ0q+o71 LD58TmC11wAGs1vyvBDLZPHq9VriuYjD/NIM4= Received: by 10.216.85.1 with SMTP id t1mr2934590wee.3.1276552923214; Mon, 14 Jun 2010 15:02:03 -0700 (PDT) MIME-Version: 1.0 Sender: ermal.luci@gmail.com Received: by 10.216.25.4 with HTTP; Mon, 14 Jun 2010 15:01:43 -0700 (PDT) From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Date: Mon, 14 Jun 2010 23:01:43 +0100 X-Google-Sender-Auth: fZwmYm1kcqCJxeAQxBGBHGyB5lI Message-ID: To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net Subject: [PATCH] ipfw pipe bandwidth parameter parser. 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, 14 Jun 2010 22:02:05 -0000 Hello, on FreeBSD-STABLE at least ipfw wrongly interprets dummynet configurations of the type: pipe 10 config bw 1.5Mb ^^^ as being 1bit/s configuration. Which is quite wrong in real production usage. This simple patch fixes it http://tinyurl.com/33j6odw. I am not sure if this should be included before 8.1 release or not. Here is the inline version. Index: sbin/ipfw/dummynet.c =================================================================== RCS file: /home/ncvs/src/sbin/ipfw/dummynet.c,v retrieving revision 1.9.2.4 diff -u -r1.9.2.4 dummynet.c --- sbin/ipfw/dummynet.c 23 Mar 2010 09:58:59 -0000 1.9.2.4 +++ sbin/ipfw/dummynet.c 14 Jun 2010 21:49:38 -0000 @@ -528,10 +528,10 @@ if_name[namelen] = '\0'; *bandwidth = 0; } else { /* read bandwidth value */ - int bw; + double bw; char *end = NULL; - bw = strtoul(arg, &end, 0); + bw = strtod(arg, &end); if (*end == 'K' || *end == 'k') { end++; bw *= 1000; @@ -547,7 +547,7 @@ if (bw < 0) errx(EX_DATAERR, "bandwidth too large"); - *bandwidth = bw; + *bandwidth = (int)bw; if (if_name) if_name[0] = '\0'; } Regards, -- Ermal From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 22:11: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 0C6611065674; Mon, 14 Jun 2010 22:11:42 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id C299E8FC18; Mon, 14 Jun 2010 22:11:41 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 894C673098; Tue, 15 Jun 2010 00:22:27 +0200 (CEST) Date: Tue, 15 Jun 2010 00:22:27 +0200 From: Luigi Rizzo To: Ermal Lu?i Message-ID: <20100614222227.GA98913@onelab2.iet.unipi.it> 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 , Luigi Rizzo Subject: Re: [PATCH] ipfw pipe bandwidth parameter parser. 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, 14 Jun 2010 22:11:42 -0000 On Mon, Jun 14, 2010 at 11:01:43PM +0100, Ermal Lu?i wrote: > Hello, > > on FreeBSD-STABLE at least ipfw wrongly interprets dummynet > configurations of the type: > > pipe 10 config bw 1.5Mb > ^^^ Given that there is an easy workaround (use bw 1500Kbit/s) i'd probably just leave it alone, at least for 8.1 I think this behaviour (only accepting integers before the unit) has been there forever, and is one of the many things broken in the code that parses bandwidth, sizes and delays. I am slightly afraid of fixing it because people might have (broken) configurations relying on undocumented behaviour. cheers luigi From owner-freebsd-net@FreeBSD.ORG Mon Jun 14 22:48:55 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 EB97F1065672; Mon, 14 Jun 2010 22:48:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (out-0-7.mx.aerioconnect.net [216.240.47.67]) by mx1.freebsd.org (Postfix) with ESMTP id C6FFB8FC13; Mon, 14 Jun 2010 22:48:55 +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 o5EMms6C002389; Mon, 14 Jun 2010 15:48:54 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e 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 306512D6012; Mon, 14 Jun 2010 15:48:52 -0700 (PDT) Message-ID: <4C16B1ED.7000204@elischer.org> Date: Mon, 14 Jun 2010 15:49:17 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Luigi Rizzo References: <20100614222227.GA98913@onelab2.iet.unipi.it> In-Reply-To: <20100614222227.GA98913@onelab2.iet.unipi.it> 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: Ermal Lu?i , freebsd-net , Luigi Rizzo Subject: Re: [PATCH] ipfw pipe bandwidth parameter parser. 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, 14 Jun 2010 22:48:56 -0000 On 6/14/10 3:22 PM, Luigi Rizzo wrote: > On Mon, Jun 14, 2010 at 11:01:43PM +0100, Ermal Lu?i wrote: >> Hello, >> >> on FreeBSD-STABLE at least ipfw wrongly interprets dummynet >> configurations of the type: >> >> pipe 10 config bw 1.5Mb >> ^^^ > > Given that there is an easy workaround (use bw 1500Kbit/s) > i'd probably just leave it alone, at least for 8.1 > > I think this behaviour (only accepting integers before the unit) > has been there forever, and is one of the many things broken in > the code that parses bandwidth, sizes and delays. > I am slightly afraid of fixing it because people might have > (broken) configurations relying on undocumented behaviour. the answer may be to just doccument it properly. then it is DOCUMENTED behaviour. > > cheers > luigi > _______________________________________________ > 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 Tue Jun 15 04:56: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 F2D431065677 for ; Tue, 15 Jun 2010 04:56:48 +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 B8BEB8FC27 for ; Tue, 15 Jun 2010 04:56:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=omniti.com; s=s1024; c=relaxed/relaxed; q=dns/txt; i=@omniti.com; t=1276576598; h=From:Subject:Date:To; bh=fcTp9JvINuMjraDaL8IFq6pQtqaoHIjjqR3Loya4xLU=; b=GWkuTSH9dp+89SlP68w2tzAQDcVAMmX8voJt805SAFO//eOKe9BIlC3P9tLBa/u/ Y4kNhaTZ3373RuiBi8vbsFkAgmMoSoNQMK9pc6dfQ++FEAG+PKz2FhUQp6KqpNf+ +wBhNV7XYv52qLHS8+X1vHiL/vAcBd/+DsLs44b3zlg=; Authentication-Results: edge smtp.user=jdixon@omniti.com; auth=pass (LOGIN) Received: from [68.55.0.29] ([68.55.0.29:62142] helo=omniti.com) by edge (envelope-from ) (ecelerity 2.2.2.35 r(26636M)) with ESMTPSA (cipher=AES256-SHA) id 4E/9C-17327-553071C4; Tue, 15 Jun 2010 00:36:38 -0400 Date: Tue, 15 Jun 2010 00:36:34 -0400 From: Jason Dixon To: freebsd-net@freebsd.org Message-ID: <20100615043634.GL29381@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: CFP for Surge Scalability Conference 2010 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, 15 Jun 2010 04:56:49 -0000 We're excited to announce Surge, the Scalability and Performance Conference, to be held in Baltimore on Sept 30 and Oct 1, 2010. The event focuses on case studies that demonstrate successes (and failures) in Web applications and Internet architectures. Our Keynote speakers include John Allspaw and Theo Schlossnagle. We are currently accepting submissions for the Call For Papers through July 9th. You can find more information, including our current list of speakers, online: http://omniti.com/surge/2010 If you've been to Velocity, or wanted to but couldn't afford it, then Surge is just what you've been waiting for. For more information, including CFP, sponsorship of the event, or participating as an exhibitor, please contact us at surge@omniti.com. Thanks, -- Jason Dixon OmniTI Computer Consulting, Inc. jdixon@omniti.com 443.325.1357 x.241 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 05:18:55 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 ACFFC1065674 for ; Tue, 15 Jun 2010 05:18:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 2330B8FC1A for ; Tue, 15 Jun 2010 05:18:54 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=IcRiYJMB21UA:10 a=ygRHs6EKU7oA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=Vt2AcnKqAAAA:8 a=6I5d2MoRAAAA:8 a=LR4RE2_GVRJqrhQT9hkA:9 a=NZtxOFrxHk-MTxd9FBoA:7 a=-ma_WNCoKxBfr3w6pTl6sl5pnUIA:4 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1201457078; Tue, 15 Jun 2010 07:08:51 +0200 From: Hans Petter Selasky To: pyunyh@gmail.com Date: Tue, 15 Jun 2010 07:06:02 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <4BE44E2D.6060907@gmail.com> <4C148135.7080704@gmail.com> <20100614211155.GB4257@michelle.cdnetworks.com> In-Reply-To: <20100614211155.GB4257@michelle.cdnetworks.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006150706.03039.hselasky@c2i.net> Cc: freebsd-net@freebsd.org, Sergey Perevalov Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 15 Jun 2010 05:18:55 -0000 On Monday 14 June 2010 23:11:55 Pyun YongHyeon wrote: > On Sun, Jun 13, 2010 at 11:56:53AM +0500, Sergey Perevalov wrote: > > On 04.06.2010 02:46, Pyun YongHyeon wrote: > > >On Thu, Jun 03, 2010 at 06:51:00PM +0500, Perevalov Sergey wrote: > > >>On 02.06.2010 03:24, Pyun YongHyeon wrote: > > >>>On Tue, Jun 01, 2010 at 11:31:13PM +0500, Perevalov Sergey wrote: > > >>>>Hi! > > >>>>I tried it with crossover cable but results was the same bad. Then > > >>>> set debug flag hw.usb.axe.debug: to 15, and started ping -f from > > >>>> ue0. And in /var/log/messages I found these strings: > > >>>> > > >>>>Jun 1 22:28:34 laptop kernel: axe_bulk_read_callback:842: bulk read > > >>>>error, USB_ERR_CANCELLED > > >>>>Jun 1 22:28:35 laptop kernel: axe_bulk_write_callback:870: transfer > > >>>>complete > > >>>>Jun 1 22:29:12 laptop kernel: axe_bulk_write_callback:941: transfer > > >>>>error, USB_ERR_TIMEOUT > > >>>>Jun 1 22:29:51 laptop last message repeated 4 times > > >>>>Jun 1 22:31:40 laptop last message repeated 11 times > > >>>> > > >>>>Then i googled it and found this > > >>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04388.html > > >>>>the problem is described definitely like mine. > > >>>>I read all thread and found the patch usb2_ethernet.patch2, but I > > >>>> havn't found > > >>>>sys/dev/usb2/ethernet/usb2_ethernet.c file for patch. > > >>>> > > >>>>how can I try to apply this patch to my system? > > >>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04403.html > > >>> > > >>>I believe the bug in the thread was fixed long time ago. > > >>>If you're using 8.0-RELEASE, try latest stable/8 or > > >>>8.1-PRERELEASE and see whether axe(4) works or not. > > >> > > >>I have just finished testing device on my updated freebsd: > > >>FreeBSD homeserv 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu Jun 3 > > >>17:22:44 UTC 2010 user@homeserv:/usr/obj/usr/src/sys/GENERIC i386 > > >>And it still shows the same problem when I try to ping -f any host from > > >>ue0: > > >> > > >>Jun 3 18:29:40 homeserv kernel: ue0: link state changed to UP > > >>Jun 3 18:29:42 homeserv kernel: axe_bulk_write_callback: transfer > > >>complete > > >>Jun 3 18:29:42 homeserv last message repeated 21 times > > >>Jun 3 18:29:52 homeserv kernel: axe_bulk_write_callback: transfer > > >>error, USB_ERR_TIMEOUT > > > > > >I don't see abnormal things in axe(4). Maybe Hans can help(CCed). > > > > > >>Jun 3 18:30:21 homeserv last message repeated 3 times > > > > Hi, Pyun! > > I would send this device to you for solve this problem, if you do not > > mind. Because, I can't use it in my FreeBSD system. > > So, if you interested send me in private message your address and I will > > send it as soon as possible. > > Thanks for the offer. I already have two variants of AX88178 based > controller and both work fine without problems. I vaguely guess > it could be related with ehci(4) as I don't see offending code in > axe(4). Of course, this does not necessary mean axe(4) is bug free > but I couldn't find clue yet. > Hans, can you see other possible cause of the issue? > Hi, I think it is a protocol issue. Maybe they created a new USB protocol ? --HPS From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 08:20: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 4B1C81065678 for ; Tue, 15 Jun 2010 08:20:17 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id E51278FC08 for ; Tue, 15 Jun 2010 08:20:16 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id C27D1C42DD for ; Tue, 15 Jun 2010 10:06:09 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id vAcDyDRoBQLS for ; Tue, 15 Jun 2010 10:06:09 +0200 (CEST) Received: from [10.0.0.62] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 28743C42D5 for ; Tue, 15 Jun 2010 10:06:08 +0200 (CEST) From: Jakub Klama Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 15 Jun 2010 10:00:48 +0200 Message-Id: <5B7858C2-B5BD-48BC-BA5F-D4E81F9E78ED@semihalf.com> To: freebsd-net@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: Subject: Booting over NFS - PHY autonegotiation issues 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, 15 Jun 2010 08:20:17 -0000 Hi, Firstly, this mail was sent to freebsd-embedded@, but with no response, so I repost it here. We have a problem booting FreeBSD from NFS root after upgrade to newest HEAD on Marvell 88F6281 (using driver mge) and Freescale MPC8572 (using driver tsec). Problem is related to changes in sys/net/route.h (RT_LINK_IS_UP macro) and PHY autonegotation, similar to: http://lists.freebsd.org/pipermail/freebsd-ppc/2010-March/004134.html Here's output from Marvell 88F6281: #v+ (...) WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Root mount waiting for: usbus0 uhub0: 1 port with 1 removable, self powered Trying to mount root from nfs:10.0.0.201:/nfsroot/mv6281-2/ krpc_call: sosend: 65 NFS_ROOT: NFSv3 mount failed (error: 65). Trying NFSv2 ... krpc_call: sosend: 65 nfs_mountroot: md_mount(): 65 ROOT MOUNT ERROR: If you have invalid mount options, reboot, and first try the following from the loader prompt: set vfs.root.mountfrom.options=rw and then remove invalid mount options from /etc/fstab. Trying to mount root from nfs: ifaddr cache = 0xc3e18500 is deleted nfs_mountroot: RTM_ADD: 17 ROOT MOUNT ERROR: (...) #v- We've managed changes that prevents restarting autonegotiation and allows to boot from NFS correctly, based on investigating other PHY drivers (such as rlphy) and mii_phy_setmedia(): on Marvell (mge/e1000phy): #v+ --- a/sys/dev/mii/e1000phy.c +++ b/sys/dev/mii/e1000phy.c @@ -349,7 +349,9 @@ e1000phy_service(struct mii_softc *sc, struct mii_data *mii, int cmd) break; if (IFM_SUBTYPE(ife->ifm_media) == IFM_AUTO) { - e1000phy_mii_phy_auto(esc); + if ((PHY_READ(sc, MII_BMCR) & BMCR_AUTOEN) == 0 || + (sc->mii_flags & MIIF_FORCEANEG)) + e1000phy_mii_phy_auto(esc); break; } #v- and on MPC8572 (tsec/ciphy): #v+ --- a/sys/dev/mii/ciphy.c +++ b/sys/dev/mii/ciphy.c @@ -176,13 +176,12 @@ ciphy_service(struct mii_softc *sc, struct mii_data *mii, int cmd) switch (IFM_SUBTYPE(ife->ifm_media)) { case IFM_AUTO: -#ifdef foo /* * If we're already in auto mode, just return. */ if (PHY_READ(sc, CIPHY_MII_BMCR) & CIPHY_BMCR_AUTOEN) - return (0); -#endif + break; + (void) mii_phy_auto(sc); break; #v- Is this preferred way to fix this issue? Of course, with this fix, manually restarting autonegotiation using 'ifconfig mge0 media auto' doesn't work - but it doesn't work also on other PHY's (we've tested it on rl/rlphy). -- Jakub Klama. From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 17:14: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 3B6EE1065679; Tue, 15 Jun 2010 17:14:51 +0000 (UTC) (envelope-from gnn@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 137128FC14; Tue, 15 Jun 2010 17:14: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 o5FHEoeR074189; Tue, 15 Jun 2010 17:14:50 GMT (envelope-from gnn@freefall.freebsd.org) Received: (from gnn@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5FHEowK074185; Tue, 15 Jun 2010 17:14:50 GMT (envelope-from gnn) Date: Tue, 15 Jun 2010 17:14:50 GMT Message-Id: <201006151714.o5FHEowK074185@freefall.freebsd.org> To: gnn@FreeBSD.org, gnn@FreeBSD.org, net@freebsd.org From: gnn@FreeBSD.org Cc: Subject: Re: kern/123758: [panic] panic while restarting net/freenet6 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, 15 Jun 2010 17:14:51 -0000 Synopsis: [panic] panic while restarting net/freenet6 Responsible-Changed-From-To: gnn->net@freebsd.org Responsible-Changed-By: gnn Responsible-Changed-When: Tue Jun 15 17:13:33 UTC 2010 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=123758 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 17:15:07 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 A1B991065672; Tue, 15 Jun 2010 17:15:07 +0000 (UTC) (envelope-from gnn@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 757358FC1C; Tue, 15 Jun 2010 17:15:07 +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 o5FHF7ax074236; Tue, 15 Jun 2010 17:15:07 GMT (envelope-from gnn@freefall.freebsd.org) Received: (from gnn@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5FHF7Ud074232; Tue, 15 Jun 2010 17:15:07 GMT (envelope-from gnn) Date: Tue, 15 Jun 2010 17:15:07 GMT Message-Id: <201006151715.o5FHF7Ud074232@freefall.freebsd.org> To: gnn@FreeBSD.org, net@freebsd.org, freebsd-net@FreeBSD.org From: gnn@FreeBSD.org Cc: Subject: Re: kern/123758: [panic] panic while restarting net/freenet6 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, 15 Jun 2010 17:15:07 -0000 Synopsis: [panic] panic while restarting net/freenet6 Responsible-Changed-From-To: net@freebsd.org->freebsd-net Responsible-Changed-By: gnn Responsible-Changed-When: Tue Jun 15 17:14:53 UTC 2010 Responsible-Changed-Why: Give this one back. http://www.freebsd.org/cgi/query-pr.cgi?pr=123758 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 17:15:07 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 A1B991065672; Tue, 15 Jun 2010 17:15:07 +0000 (UTC) (envelope-from gnn@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 757358FC1C; Tue, 15 Jun 2010 17:15:07 +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 o5FHF7ax074236; Tue, 15 Jun 2010 17:15:07 GMT (envelope-from gnn@freefall.freebsd.org) Received: (from gnn@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5FHF7Ud074232; Tue, 15 Jun 2010 17:15:07 GMT (envelope-from gnn) Date: Tue, 15 Jun 2010 17:15:07 GMT Message-Id: <201006151715.o5FHF7Ud074232@freefall.freebsd.org> To: gnn@FreeBSD.org, net@freebsd.org, freebsd-net@FreeBSD.org From: gnn@FreeBSD.org Cc: Subject: Re: kern/123758: [panic] panic while restarting net/freenet6 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, 15 Jun 2010 17:15:07 -0000 Synopsis: [panic] panic while restarting net/freenet6 Responsible-Changed-From-To: net@freebsd.org->freebsd-net Responsible-Changed-By: gnn Responsible-Changed-When: Tue Jun 15 17:14:53 UTC 2010 Responsible-Changed-Why: Give this one back. http://www.freebsd.org/cgi/query-pr.cgi?pr=123758 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 17:19: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 72F86106566C; Tue, 15 Jun 2010 17:19:03 +0000 (UTC) (envelope-from gnn@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4B17E8FC17; Tue, 15 Jun 2010 17:19: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 o5FHJ3Nq074394; Tue, 15 Jun 2010 17:19:03 GMT (envelope-from gnn@freefall.freebsd.org) Received: (from gnn@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5FHJ3KR074390; Tue, 15 Jun 2010 17:19:03 GMT (envelope-from gnn) Date: Tue, 15 Jun 2010 17:19:03 GMT Message-Id: <201006151719.o5FHJ3KR074390@freefall.freebsd.org> To: gnn@FreeBSD.org, gnn@FreeBSD.org, freebsd-net@FreeBSD.org From: gnn@FreeBSD.org Cc: Subject: Re: kern/86427: [lor] Deadlock with FASTIPSEC and nat 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, 15 Jun 2010 17:19:03 -0000 Synopsis: [lor] Deadlock with FASTIPSEC and nat Responsible-Changed-From-To: gnn->freebsd-net Responsible-Changed-By: gnn Responsible-Changed-When: Tue Jun 15 17:18:21 UTC 2010 Responsible-Changed-Why: I believe this is fixed but others can comment on it at will. http://www.freebsd.org/cgi/query-pr.cgi?pr=86427 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 17:35: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 17340106566B; Tue, 15 Jun 2010 17:35:00 +0000 (UTC) (envelope-from gnn@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E2C7D8FC19; Tue, 15 Jun 2010 17:34:59 +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 o5FHYxeA092110; Tue, 15 Jun 2010 17:34:59 GMT (envelope-from gnn@freefall.freebsd.org) Received: (from gnn@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5FHYxJM092106; Tue, 15 Jun 2010 17:34:59 GMT (envelope-from gnn) Date: Tue, 15 Jun 2010 17:34:59 GMT Message-Id: <201006151734.o5FHYxJM092106@freefall.freebsd.org> To: gnn@FreeBSD.org, gnn@FreeBSD.org, freebsd-net@FreeBSD.org From: gnn@FreeBSD.org Cc: Subject: Re: kern/81095: IPsec connection stops working if associated network interface goes down and then up again. 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, 15 Jun 2010 17:35:00 -0000 Synopsis: IPsec connection stops working if associated network interface goes down and then up again. Responsible-Changed-From-To: gnn->freebsd-net Responsible-Changed-By: gnn Responsible-Changed-When: Tue Jun 15 17:34:03 UTC 2010 Responsible-Changed-Why: This is probably not longer valid given the changes in our IPSec stack over the last 4 years. People are welcome to retest/resubmit. http://www.freebsd.org/cgi/query-pr.cgi?pr=81095 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 17:36: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 5C279106566B for ; Tue, 15 Jun 2010 17:36:19 +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 2B1F48FC20 for ; Tue, 15 Jun 2010 17:36:18 +0000 (UTC) Received: by pxi7 with SMTP id 7so4201999pxi.13 for ; Tue, 15 Jun 2010 10:36: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=LG9Ww3iJNIbFaSXunOcz7HNCdr0Umh6UzTb/PUUICIA=; b=t/oXEXqEvGkzwbHTEp4YRdgXlE45qa1m5LzjKTYQX8OFC44MQ1XH5LIIN/vc4jlniV axLH2Zb4oXnS19F0eHCBcvlS3ZEGO5WvKt4xTuPKiaTnCBWkKhyDZmxhktf8CxU4A31P 4DDCTzpOG9d5GtPiKRrywJmA3gr/O9cu88+f4= 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=JhnvN7t9/hu6yo/7XywguJ2cdaxHq6hrc7qazKHlmsx2buwieSGUU3YJK+ZS4wrIJ/ UJCRcKax4cvTh+mlBXSUJ/vs+YJXa2s7suAZ+x/aI6KhVvNaJGN0pz8GBK/dlFzDPVpp VhDCrbUtX9g2Runyc/gr6n0cVQkyMq7dBBdno= Received: by 10.141.213.28 with SMTP id p28mr6011469rvq.19.1276623376413; Tue, 15 Jun 2010 10:36:16 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id o38sm6019041rvp.14.2010.06.15.10.36.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 15 Jun 2010 10:36:15 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 15 Jun 2010 10:35:35 -0700 From: Pyun YongHyeon Date: Tue, 15 Jun 2010 10:35:35 -0700 To: Jakub Klama Message-ID: <20100615173535.GF4257@michelle.cdnetworks.com> References: <5B7858C2-B5BD-48BC-BA5F-D4E81F9E78ED@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5B7858C2-B5BD-48BC-BA5F-D4E81F9E78ED@semihalf.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Booting over NFS - PHY autonegotiation issues 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, 15 Jun 2010 17:36:19 -0000 On Tue, Jun 15, 2010 at 10:00:48AM +0200, Jakub Klama wrote: > Hi, > > Firstly, this mail was sent to freebsd-embedded@, but with no response, > so I repost it here. > > We have a problem booting FreeBSD from NFS root after upgrade to newest > HEAD on Marvell 88F6281 (using driver mge) and Freescale MPC8572 (using > driver tsec). Problem is related to changes in sys/net/route.h > (RT_LINK_IS_UP macro) and PHY autonegotation, similar to: > > http://lists.freebsd.org/pipermail/freebsd-ppc/2010-March/004134.html > > Here's output from Marvell 88F6281: > #v+ > (...) > WARNING: WITNESS option enabled, expect reduced performance. > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > Root mount waiting for: usbus0 > uhub0: 1 port with 1 removable, self powered > Trying to mount root from nfs:10.0.0.201:/nfsroot/mv6281-2/ > krpc_call: sosend: 65 > NFS_ROOT: NFSv3 mount failed (error: 65). Trying NFSv2 ... > krpc_call: sosend: 65 > nfs_mountroot: md_mount(): 65 > ROOT MOUNT ERROR: > If you have invalid mount options, reboot, and first try the following from > the loader prompt: > > set vfs.root.mountfrom.options=rw > > and then remove invalid mount options from /etc/fstab. > > Trying to mount root from nfs: > ifaddr cache = 0xc3e18500 is deleted > nfs_mountroot: RTM_ADD: 17 > ROOT MOUNT ERROR: > (...) > #v- > > We've managed changes that prevents restarting autonegotiation and allows > to boot from NFS correctly, based on investigating other PHY drivers (such > as rlphy) and mii_phy_setmedia(): > I believe rlphy(4) is bad example because its PHY hardware has peculiar (non-standard) features. > on Marvell (mge/e1000phy): > #v+ > --- a/sys/dev/mii/e1000phy.c > +++ b/sys/dev/mii/e1000phy.c > @@ -349,7 +349,9 @@ e1000phy_service(struct mii_softc *sc, struct > mii_data *mii, int cmd) > break; > > if (IFM_SUBTYPE(ife->ifm_media) == IFM_AUTO) { > - e1000phy_mii_phy_auto(esc); > + if ((PHY_READ(sc, MII_BMCR) & BMCR_AUTOEN) == 0 || > + (sc->mii_flags & MIIF_FORCEANEG)) > + e1000phy_mii_phy_auto(esc); > break; > } > #v- > > and on MPC8572 (tsec/ciphy): > #v+ > --- a/sys/dev/mii/ciphy.c > +++ b/sys/dev/mii/ciphy.c > @@ -176,13 +176,12 @@ ciphy_service(struct mii_softc *sc, struct > mii_data *mii, int cmd) > > switch (IFM_SUBTYPE(ife->ifm_media)) { > case IFM_AUTO: > -#ifdef foo > /* > * If we're already in auto mode, just return. > */ > if (PHY_READ(sc, CIPHY_MII_BMCR) & > CIPHY_BMCR_AUTOEN) > - return (0); > -#endif > + break; > + > (void) mii_phy_auto(sc); > break; > #v- > > Is this preferred way to fix this issue? > > Of course, with this fix, manually restarting autonegotiation using > 'ifconfig mge0 media auto' doesn't work - but it doesn't work also on > other PHY's (we've tested it on rl/rlphy). > Due to lack of mge(4)/tsec(4) hardwares I'm not completely sure what is root cause but I'd rather see how mge(4) and tsec(4) handle link state changes. It seems mge(4) completely ignores link state changes as well as missing media configuration in mge_init_locked(). Link state can change at any time and driver should be prepared to stop/restart the controller depending on link state. I also guess dhclient(8) may not work reliably with mge(4) due to lack of link state change handling. From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 17:45: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 46DA9106566B; Tue, 15 Jun 2010 17:45:51 +0000 (UTC) (envelope-from gnn@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8BB8FC1E; Tue, 15 Jun 2010 17:45: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 o5FHjpO8000361; Tue, 15 Jun 2010 17:45:51 GMT (envelope-from gnn@freefall.freebsd.org) Received: (from gnn@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5FHjoIc000357; Tue, 15 Jun 2010 17:45:50 GMT (envelope-from gnn) Date: Tue, 15 Jun 2010 17:45:50 GMT Message-Id: <201006151745.o5FHjoIc000357@freefall.freebsd.org> To: gnn@FreeBSD.org, gnn@FreeBSD.org, freebsd-net@FreeBSD.org From: gnn@FreeBSD.org Cc: Subject: Re: kern/78968: FreeBSD freezes on mbufs exhaustion (network interface independent) 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, 15 Jun 2010 17:45:51 -0000 Synopsis: FreeBSD freezes on mbufs exhaustion (network interface independent) Responsible-Changed-From-To: gnn->freebsd-net Responsible-Changed-By: gnn Responsible-Changed-When: Tue Jun 15 17:35:12 UTC 2010 Responsible-Changed-Why: 5.3 bug, probably no longer relevant. http://www.freebsd.org/cgi/query-pr.cgi?pr=78968 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 17:47:33 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 A18BB106566C; Tue, 15 Jun 2010 17:47:33 +0000 (UTC) (envelope-from gnn@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 796AA8FC14; Tue, 15 Jun 2010 17:47:33 +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 o5FHlXEG000457; Tue, 15 Jun 2010 17:47:33 GMT (envelope-from gnn@freefall.freebsd.org) Received: (from gnn@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5FHlXEM000453; Tue, 15 Jun 2010 17:47:33 GMT (envelope-from gnn) Date: Tue, 15 Jun 2010 17:47:33 GMT Message-Id: <201006151747.o5FHlXEM000453@freefall.freebsd.org> To: gnn@FreeBSD.org, gnn@FreeBSD.org, freebsd-net@FreeBSD.org From: gnn@FreeBSD.org Cc: Subject: Re: kern/65616: IPSEC can't detunnel GRE packets after real ESP encryption 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, 15 Jun 2010 17:47:33 -0000 Synopsis: IPSEC can't detunnel GRE packets after real ESP encryption Responsible-Changed-From-To: gnn->freebsd-net Responsible-Changed-By: gnn Responsible-Changed-When: Tue Jun 15 17:47:06 UTC 2010 Responsible-Changed-Why: This is likely stale. http://www.freebsd.org/cgi/query-pr.cgi?pr=65616 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 17:48: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 294A0106567D; Tue, 15 Jun 2010 17:48:15 +0000 (UTC) (envelope-from gnn@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 01B018FC19; Tue, 15 Jun 2010 17:48: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 o5FHmE3c000509; Tue, 15 Jun 2010 17:48:14 GMT (envelope-from gnn@freefall.freebsd.org) Received: (from gnn@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5FHmE56000505; Tue, 15 Jun 2010 17:48:14 GMT (envelope-from gnn) Date: Tue, 15 Jun 2010 17:48:14 GMT Message-Id: <201006151748.o5FHmE56000505@freefall.freebsd.org> To: gnn@FreeBSD.org, gnn@FreeBSD.org, freebsd-net@FreeBSD.org From: gnn@FreeBSD.org Cc: Subject: Re: kern/56233: IPsec tunnel (ESP) over IPv6: MTU computation is wrong 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, 15 Jun 2010 17:48:15 -0000 Synopsis: IPsec tunnel (ESP) over IPv6: MTU computation is wrong Responsible-Changed-From-To: gnn->freebsd-net Responsible-Changed-By: gnn Responsible-Changed-When: Tue Jun 15 17:47:41 UTC 2010 Responsible-Changed-Why: I'm not working on IPSec at the moment, handing this one back. http://www.freebsd.org/cgi/query-pr.cgi?pr=56233 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 19:36:28 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 0EA10106566B for ; Tue, 15 Jun 2010 19:36:28 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-net@FreeBSD.org Date: Tue, 15 Jun 2010 15:36:18 -0400 User-Agent: KMail/1.6.2 References: <201006091444.50560.jkim@FreeBSD.org> <201006141318.29255.jkim@FreeBSD.org> In-Reply-To: <201006141318.29255.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006151536.19642.jkim@FreeBSD.org> Cc: Subject: Re: [RFC] BPF timestamping 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, 15 Jun 2010 19:36:28 -0000 On Monday 14 June 2010 01:18 pm, Jung-uk Kim wrote: > If no one objects, the patch will be committed tomorrow. The > current patch is here: > > http://people.freebsd.org/~jkim/bpf_tstamp3.diff > > Some minor changes were done to bpf(4). Other than that, it is > identical to the previous patch. This patch is now committed (r209216). Cheers! Jung-uk Kim From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 19:49:54 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 4ED0C106566C for ; Tue, 15 Jun 2010 19:49:54 +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 1BDFB8FC1E for ; Tue, 15 Jun 2010 19:49:53 +0000 (UTC) Received: by pxi7 with SMTP id 7so4265840pxi.13 for ; Tue, 15 Jun 2010 12:49:53 -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=T8CieIxyj1J9PLKHHeXYZnLssH3Ww5SR5ucmYj4ku2w=; b=spAOx4Q3L4rwDEqVO9pj0s/pa28Te3SncYqhAJcUGyaURSUL6y64oLDbF43v2NJ86v 1FpiG+NnxA2qeFvOON45eFurj35iI42/hG1b7vpqMjXYLifx7PtQEP9JyltFQ7qiKFGR 3IWeRWmrmSXMTKhfKsGPyXlAjAO9rNGi3zjzA= 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=Rcg7GE1+Q7Dxm9Uvn6AiitGfPIMmtOkjdzpojWZx167uBfx26oY+0Hgj6K9NVgQ3/j aa8ckdCWj90LY/s0iCwXktajcWuuEkXMXwKuyjjgmCHOaceY9shrSOfmCHHKhg07aGaX sEz7S7teEp0i0p/M3dYquC1FX7IrJzLtnTbEI= Received: by 10.115.67.11 with SMTP id u11mr6131787wak.196.1276631393299; Tue, 15 Jun 2010 12:49:53 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d16sm41000174wam.12.2010.06.15.12.49.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 15 Jun 2010 12:49:52 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 15 Jun 2010 12:49:12 -0700 From: Pyun YongHyeon Date: Tue, 15 Jun 2010 12:49:12 -0700 To: Hans Petter Selasky Message-ID: <20100615194912.GJ4257@michelle.cdnetworks.com> References: <4BE44E2D.6060907@gmail.com> <4C148135.7080704@gmail.com> <20100614211155.GB4257@michelle.cdnetworks.com> <201006150706.03039.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201006150706.03039.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Sergey Perevalov Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 15 Jun 2010 19:49:54 -0000 On Tue, Jun 15, 2010 at 07:06:02AM +0200, Hans Petter Selasky wrote: > On Monday 14 June 2010 23:11:55 Pyun YongHyeon wrote: > > On Sun, Jun 13, 2010 at 11:56:53AM +0500, Sergey Perevalov wrote: > > > On 04.06.2010 02:46, Pyun YongHyeon wrote: > > > >On Thu, Jun 03, 2010 at 06:51:00PM +0500, Perevalov Sergey wrote: > > > >>On 02.06.2010 03:24, Pyun YongHyeon wrote: > > > >>>On Tue, Jun 01, 2010 at 11:31:13PM +0500, Perevalov Sergey wrote: > > > >>>>Hi! > > > >>>>I tried it with crossover cable but results was the same bad. Then > > > >>>> set debug flag hw.usb.axe.debug: to 15, and started ping -f from > > > >>>> ue0. And in /var/log/messages I found these strings: > > > >>>> > > > >>>>Jun 1 22:28:34 laptop kernel: axe_bulk_read_callback:842: bulk read > > > >>>>error, USB_ERR_CANCELLED > > > >>>>Jun 1 22:28:35 laptop kernel: axe_bulk_write_callback:870: transfer > > > >>>>complete > > > >>>>Jun 1 22:29:12 laptop kernel: axe_bulk_write_callback:941: transfer > > > >>>>error, USB_ERR_TIMEOUT > > > >>>>Jun 1 22:29:51 laptop last message repeated 4 times > > > >>>>Jun 1 22:31:40 laptop last message repeated 11 times > > > >>>> > > > >>>>Then i googled it and found this > > > >>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04388.html > > > >>>>the problem is described definitely like mine. > > > >>>>I read all thread and found the patch usb2_ethernet.patch2, but I > > > >>>> havn't found > > > >>>>sys/dev/usb2/ethernet/usb2_ethernet.c file for patch. > > > >>>> > > > >>>>how can I try to apply this patch to my system? > > > >>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04403.html > > > >>> > > > >>>I believe the bug in the thread was fixed long time ago. > > > >>>If you're using 8.0-RELEASE, try latest stable/8 or > > > >>>8.1-PRERELEASE and see whether axe(4) works or not. > > > >> > > > >>I have just finished testing device on my updated freebsd: > > > >>FreeBSD homeserv 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu Jun 3 > > > >>17:22:44 UTC 2010 user@homeserv:/usr/obj/usr/src/sys/GENERIC i386 > > > >>And it still shows the same problem when I try to ping -f any host from > > > >>ue0: > > > >> > > > >>Jun 3 18:29:40 homeserv kernel: ue0: link state changed to UP > > > >>Jun 3 18:29:42 homeserv kernel: axe_bulk_write_callback: transfer > > > >>complete > > > >>Jun 3 18:29:42 homeserv last message repeated 21 times > > > >>Jun 3 18:29:52 homeserv kernel: axe_bulk_write_callback: transfer > > > >>error, USB_ERR_TIMEOUT > > > > > > > >I don't see abnormal things in axe(4). Maybe Hans can help(CCed). > > > > > > > >>Jun 3 18:30:21 homeserv last message repeated 3 times > > > > > > Hi, Pyun! > > > I would send this device to you for solve this problem, if you do not > > > mind. Because, I can't use it in my FreeBSD system. > > > So, if you interested send me in private message your address and I will > > > send it as soon as possible. > > > > Thanks for the offer. I already have two variants of AX88178 based > > controller and both work fine without problems. I vaguely guess > > it could be related with ehci(4) as I don't see offending code in > > axe(4). Of course, this does not necessary mean axe(4) is bug free > > but I couldn't find clue yet. > > Hans, can you see other possible cause of the issue? > > > > Hi, > > I think it is a protocol issue. Maybe they created a new USB protocol ? > Hmm, it seems that AX88178 requires some special GPIO magic for RealTek PHY before accessing the PHY. I guess the magic in axe(4) is for Marvell PHY so it may/may not work for other AX88178 controllers. I also vaguely remember AX88178 with ET1101 PHY works on my box but it does not work well on other user's box. I thought it could be related with ehci(4) controller at that time but now I guess it came from missing GPIO magic in axe(4) for the specific PHY. It seems ASIX now requires login to get data sheet so I have no programming information for GPIO. My old data sheet for AX88178 didn't even mention GPIO handling. It seems Vendor's linux driver contains some magic for GPIO handling so I'll see what can I get from that. > --HPS From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 20:14:16 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 AC5B51065676; Tue, 15 Jun 2010 20:14:16 +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 83F248FC08; Tue, 15 Jun 2010 20:14: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 o5FKEGB3028708; Tue, 15 Jun 2010 20:14:16 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5FKEG8W028704; Tue, 15 Jun 2010 20:14:16 GMT (envelope-from linimon) Date: Tue, 15 Jun 2010 20:14:16 GMT Message-Id: <201006152014.o5FKEG8W028704@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147862: [wpi] Possible bug in the wpi driver. Network Manager sporadically drops wifi signal 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, 15 Jun 2010 20:14:16 -0000 Old Synopsis: Possible bug in the wpi driver. Network Manager sporadically drops wifi signal New Synopsis: [wpi] Possible bug in the wpi driver. Network Manager sporadically drops wifi signal Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 15 20:13:58 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147862 From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 21:12:56 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 8DAD8106564A for ; Tue, 15 Jun 2010 21:12:56 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3840E8FC18 for ; Tue, 15 Jun 2010 21:12:55 +0000 (UTC) Received: by qyk11 with SMTP id 11so1038212qyk.13 for ; Tue, 15 Jun 2010 14:12:55 -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:cc:content-type; bh=vlPVCLtLIKaF8f7jA8ZXTHnOvmCoD2RLO6XzLovfCPk=; b=uRGkM/BSjAKXkzVeYjM/B3VqzJ7HT3cwZJ+LoEL+XMGrBxR28TvQ+Su/raPgWvgK6+ lCjhFcRsRue3GCL9tdsFfz1GH5Ky/cN2uGiLKmhzlo9bRim3+xWiSUQ/XAdqqP5asC3e H+UeVi4v1QxhS21UVn2FYDwdaUVO9yMuW2BAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=neLQLhMW4S/gYHESynpXk1I0aUMaaLaWx5/g+dlAs0Qz0q8wLh4S1/xRAMQkRjH5HU Cyj+twInMBqgwIQ2p3ilSZ8FB2qf1Njts4HCZG09DYoG0nfmXN3EGYk0D+LSC+PH5Bze DG+py6Fr91Btwi+taN1HOmMYjgGQmCaMWO0D8= MIME-Version: 1.0 Received: by 10.224.126.196 with SMTP id d4mr3708480qas.27.1276634914129; Tue, 15 Jun 2010 13:48:34 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Tue, 15 Jun 2010 13:48:34 -0700 (PDT) Date: Tue, 15 Jun 2010 13:48:34 -0700 Message-ID: From: Garrett Cooper To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Luigi Rizzo Subject: Deterministic lockup / panic in networking stack with ipfw / natd enabled on recent amd64 STABLE / CURRENT 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, 15 Jun 2010 21:12:56 -0000 Hi, I'm experiencing a deterministic situation on a development box I manage when I do the following to enable ipfw and natd to bridge a network with two bce(4) enabled NICs, where if I do the following steps below, then try to push a few tcp frames through, the kernel either hardlocks, or panics in the bce(4) code, ipfw(4) code or networking stack code. My kernel is relatively vanilla (I just turned off a number of drivers that I don't use because the hardware support isn't there), and all of the networking options available in GENERIC are enabled as well. I have ipfw, ipfw_nat, and libalias built as modules, along with bce and em. I've included the stats on the machine. Note that it is a dual SMT-enabled quad core machine with 8GB of RAM. I haven't done anything to pimp the box settings via make.conf whatsoever. I would provide a crashdump, but dumpon is broken on the box (which is extremely annoying). Please note that pf doesn't have any issues pushing packets with similar rules. This has occurred on both 8-STABLE (r209169), and 9-CURRENT (r208809). Here's the manual procedure for reproducing the issue: # Do the following steps (this isn't automated apparently as it completely blocks off a running box, when using ipfw restart is run). # Copy the 8.0-RELEASE copy of rc.firewall over cp -p /usr/src/etc/rc.firewall /etc # Make sure you have access via ssh being redirected via natd. echo "redirect_port tcp 192.168.10.1:22 22" > /etc/natd.conf # Enable all of the required services and knobs cat >> /etc/rc.conf <> /etc/rc.firewall # Start ipfw. /etc/rc.d/ipfw start # # To cause either a panic or lockup, you can also do something simple like # open up an ssh connection beforehand, and just open a textfile (say rc.firewall), # then page up and page down the textfile. # # My recommendation for absolute determinism though is to transfer a large file via # scp, like so: # # dd if=/dev/zero of=largefile bs=10m count=20 # scp largefile : # # The scp was how the issue was discovered originally. # I'm poking around with the box to get a textdump and kernel core, because it appears to be alluding me at the moment. I'll track down whether or not the MFC via r205511 had anything to do with this by using a GENERIC kernel. I've also pruned all of the awesome settings that someone else set in loader.conf to see if that is fubaring up the system. If you need any more details or need for me to test this problem out in my environment, please let me know. Thanks, -Garrett PS Please CC me in all emails as I'm not subscribed to this list. $ kldstat -v Id Refs Address Size Name 1 7 0xffffffff80100000 822f70 kernel (/boot/kernel/kernel) Contains modules: Id Name 64 ataraid 167 if_lo 215 elf32 155 elf64 156 shell 141 pseudofs 171 mld 170 igmp 169 if_vlan 165 if_faith 166 if_gif 168 if_tun 160 sysvmsg 163 sem 161 sysvsem 162 sysvshm 178 krpc 176 nfssvc 175 nfsserver 177 nfslockd 172 nfs_common 179 ufs 173 nfs 154 cd9660 140 procfs 139 msdosfs 138 devfs 35 ata 7 cam 15 pass 11 probe 150 g_part_mbr 149 g_part_gpt 148 g_part_ebr 147 g_part_bsd 13 ada 8 xpt 14 da 12 cd 9 aprobe 10 pmp 125 at91_udp/usbus 124 uss820/usbus 123 pci/uhci 122 pci/ohci 121 pci/ehci 41 pci/ata_acard 120 pci/uart 119 isa/uart 118 acpi/uart 40 pci/ata_ahci 39 atapci/ata_ahci_ata 117 random 116 pci/ppc 115 isa/ppc 114 acpi/ppc 113 ppbus/ppi 174 nfslock 23 acpi/acpi_isab 112 ppc/ppbus 111 ppbus/lpt 38 pci/atapci 110 pci/vgapci 109 pci/pcib 108 pcib/pci 37 atapci/ata 36 isa/ata 29 cpu/acpi_perf 18 acpi/acpi_button 219 cpu/p4tcc 218 cpu/hwpstate 28 pci/acpi_pcib 27 acpi/acpi_pcib 217 cpu/est 216 cpu/powernow 22 acpi/acpi_hpet 20 acpi/cpu 107 pci/isab 106 pci/ignore_pci 105 pci/hostb 214 isa/vga 213 vgapci/vgapm 104 pci/fixup_pci 212 isa/sc 211 isa/atrtc 210 acpi/atrtc 103 null 209 scrndr-vga 208 scterm-scteken 207 io 102 miibus/xmphy 101 miibus/ukphy 206 atkbdc/psm 205 isa/psmcpnp 204 acpi/psmcpnp 100 miibus/truephy 203 isa/atkbdc 202 acpi/atkbdc 201 atkbdc/atkbd 200 hostb/agp_via 199 hostb/agp_intel 198 vgapci/agp_i810 197 hostb/agp_amd64 157 cpu/cpufreq 99 miibus/tlphy 196 legacy/pcib 195 isa/pcibus_pnp 194 isa/atdma 193 acpi/atdma 192 legacy/isa 98 miibus/tdkphy 97 miibus/smcphy 191 isa/attimer 190 acpi/attimer 96 miibus/ruephy 95 miibus/rlphy 189 root/nexus 188 nexus/ram 187 isa/sysresource 94 miibus/rgephy 93 miibus/qsphy 92 miibus/pnaphy 91 miibus/nsphyter 90 miibus/nsphy 89 miibus/nsgphy 88 miibus/mlphy 87 miibus/lxtphy 86 miibus/jmphy 85 miibus/ip1000phy 84 miibus/inphy 83 miibus/icsphy 153 isa/orm 186 nexus/legacy 185 legacy/cpu 82 miibus/gentbi 152 isab/isa 184 pci/ioapic 183 nexus/apic 151 eisab/isa 182 acpi/fpupnp 81 miibus/xlphy 80 miibus/e1000phy 79 miibus/ciphy 78 miibus/brgphy 77 miibus/bmtphy 76 miibus/axphy 75 miibus/atphy 74 miibus/amphy 73 miibus/acphy 72 mfi/mfid 181 root/nexus_acpi 71 pci/mfi 16 nexus/acpi 17 acpi/acpi_acad 26 acpi/acpi_pci_link 34 acpi/acpi_timer 70 mem 33 cpu/acpi_throttle 32 acpi/acpi_tz 19 acpi/acpi_cmbat 25 pcib/acpi_pci 31 acpi/acpi_smbat 68 kbdmux 67 cpu/ichss 30 acpi/acpi_sysresource 66 ata/acd 21 acpi/acpi_ec 65 ad/subdisk 24 acpi/acpi_lid 63 ata/ad 62 pci/ata_via 61 pci/ata_sis 60 pci/ata_sii 59 pci/ata_serverworks 58 pci/ata_promise 57 pci/ata_nvidia 56 pci/ata_netcell 55 pci/ata_national 137 watchdog 54 pci/ata_micron 136 uhub/ums 135 uhub/ukbd 134 uhub/uhid 53 pci/ata_marvell 52 pci/ata_jmicron 51 pci/ata_ite 133 uhub/ulpt 132 usbus/uhub 131 uhub/uhub 50 pci/ata_intel 49 pci/ata_highpoint 48 pci/ata_cyrix 47 pci/ata_cypress 46 pci/ata_cenatek 45 pci/ata_ati 44 pci/ata_amd 43 pci/ata_adaptec 130 uhub/usb_linux 129 uhub/umass 42 pci/ata_ali 128 ohci/usbus 127 uhci/usbus 126 ehci/usbus 144 g_vfs 146 g_part 180 g_class 143 g_disk 142 g_dev 158 rootbus 69 g_md 159 firmware 145 g_label 164 ether 220 x86bios 2 1 0xffffffff80923000 50680 if_bce.ko (/boot/kernel/if_bce.ko) Contains modules: Id Name 2 pci/bce 1 bce/miibus $ uname -a FreeBSD tameshi.cisco.com 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0 r209169: Mon Jun 14 12:41:49 PDT 2010 root@:/usr/obj/data/scratch/src/stable/8/sys/TAMESHI_STABLE amd64 Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.1-PRERELEASE #0 r209169: Mon Jun 14 12:41:49 PDT 2010 root@:/usr/obj/data/scratch/src/stable/8/sys/TAMESHI_STABLE amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X5460 @ 3.16GHz (3158.76-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 6 Model = 17 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8289869824 (7905 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci4: on pcib1 pcib2: at device 0.0 on pci4 pci5: on pcib2 pcib3: at device 0.0 on pci5 pci6: on pcib3 pcib4: at device 0.0 on pci6 pci7: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci7 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:1e:4f:38:65:ad bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (3.5.12); Flags (MSI|MFW); MFW (ipms 1.6.0) pcib5: at device 1.0 on pci5 pci8: on pcib5 pcib6: at device 0.3 on pci4 pci9: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 mfi0: port 0xec00-0xecff mem 0xfc480000-0xfc4bffff,0xfc440000-0xfc47ffff irq 16 at device 0.0 on pci1 mfi0: Megaraid SAS driver Ver 3.00 mfi0: 18149 (329945474s/0x0020/info) - Shutdown command received from host mfi0: 18150 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1f0c/1028) mfi0: 18151 (boot + 3s/0x0020/info) - Firmware version 1.21.02-0528 mfi0: 18152 (boot + 3s/0x0008/info) - Battery Present mfi0: 18153 (boot + 3s/0x0020/info) - Controller hardware revision ID (0x0) mfi0: 18154 (boot + 3s/0x0020/info) - Package version 6.1.1-0047 mfi0: 18155 (boot + 3s/0x0020/info) - Board Revision mfi0: 18156 (boot + 32s/0x0002/info) - Unexpected sense: Encl PD 20 Path 5001e0f03434f000, CDB: 12 00 00 00 04 00, Sense: 6/29/00 mfi0: 18157 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) communication restored mfi0: 18158 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 18159 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 18160 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 18161 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 18162 (boot + 33s/0x0002/info) - Inserted: Encl PD 20 mfi0: 18163 (boot + 33s/0x0002/info) - Inserted: PD 20(c None/p0) Info: enclPd=20, scsiType=d, portMap=09, sasAddr=5001e0f03434f000,0000000000000000 mfi0: 18164 (boot + 33s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 18165 (boot + 33s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=5000c50008fe5169,0000000000000000 mfi0: 18166 (boot + 33s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 18167 (boot + 33s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=5000c50008fe538d,0000000000000000 mfi0: 18168 (boot + 33s/0x0002/info) - Inserted: PD 02(e0x20/s2) mfi0: 18169 (boot + 33s/0x0002/info) - Inserted: PD 02(e0x20/s2) Info: enclPd=20, scsiType=0, portMap=02, sasAddr=5000c50008fe3999,0000000000000000 mfi0: 18170 (boot + 33s/0x0002/info) - Inserted: PD 03(e0x20/s3) mfi0: 18171 (boot + 33s/0x0002/info) - Inserted: PD 03(e0x20/s3) Info: enclPd=20, scsiType=0, portMap=03, sasAddr=5000c50008fe36c9,0000000000000000 mfi0: 18172 (329945552s/0x0020/info) - Time established as 06/15/10 19:32:32; (36 seconds since power on) mfi0: 18173 (329945584s/0x0008/info) - Battery temperature is normal mfi0: 18174 (329945584s/0x0008/info) - Battery started charging mfi0: 18175 (329945584s/0x0008/info) - Current capacity of the battery is above threshold mfi0: 18176 (329946819s/0x0008/info) - Battery charge complete mfi0: 18177 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1f0c/1028) mfi0: 18178 (boot + 3s/0x0020/info) - Firmware version 1.21.02-0528 mfi0: 18179 (boot + 3s/0x0008/info) - Battery Present mfi0: 18180 (boot + 3s/0x0020/info) - Controller hardware revision ID (0x0) mfi0: 18181 (boot + 3s/0x0020/info) - Package version 6.1.1-0047 mfi0: 18182 (boot + 3s/0x0020/info) - Board Revision mfi0: 18183 (boot + 32s/0x0002/info) - Unexpected sense: Encl PD 20 Path 5001e0f03434f000, CDB: 12 00 00 00 04 00, Sense: 6/29/00 mfi0: 18184 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) communication restored mfi0: 18185 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 18186 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 18187 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 18188 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 18189 (boot + 33s/0x0002/info) - Inserted: Encl PD 20 mfi0: 18190 (boot + 33s/0x0002/info) - Inserted: PD 20(c None/p0) Info: enclPd=20, scsiType=d, portMap=09, sasAddr=5001e0f03434f000,0000000000000000 mfi0: 18191 (boot + 33s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 18192 (boot + 33s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=5000c50008fe5169,0000000000000000 mfi0: 18193 (boot + 33s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 18194 (boot + 33s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=5000c50008fe538d,0000000000000000 mfi0: 18195 (boot + 33s/0x0002/info) - Inserted: PD 02(e0x20/s2) mfi0: 18196 (boot + 33s/0x0002/info) - Inserted: PD 02(e0x20/s2) Info: enclPd=20, scsiType=0, portMap=02, sasAddr=5000c50008fe3999,0000000000000000 mfi0: 18197 (boot + 33s/0x0002/info) - Inserted: PD 03(e0x20/s3) mfi0: 18198 (boot + 33s/0x0002/info) - Inserted: PD 03(e0x20/s3) Info: enclPd=20, scsiType=0, portMap=03, sasAddr=5000c50008fe36c9,0000000000000000 mfi0: 18199 (329947433s/0x0020/info) - Time established as 06/15/10 20:03:53; (36 seconds since power on) mfi0: 18200 (329947465s/0x0008/info) - Battery temperature is normal mfi0: 18201 (329947465s/0x0008/info) - Battery started charging mfi0: 18202 (329947465s/0x0008/info) - Current capacity of the battery is above threshold mfi0: 18203 (329947595s/0x0008/info) - Battery charge complete mfi0: 18204 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1f0c/1028) mfi0: 18205 (boot + 3s/0x0020/info) - Firmware version 1.21.02-0528 mfi0: 18206 (boot + 3s/0x0008/info) - Battery Present mfi0: 18207 (boot + 3s/0x0020/info) - Controller hardware revision ID (0x0) mfi0: 18208 (boot + 3s/0x0020/info) - Package version 6.1.1-0047 mfi0: 18209 (boot + 3s/0x0020/info) - Board Revision mfi0: 18210 (boot + 21s/0x0004/info) - Enclosure PD 20(c None/p0) communication restored mfi0: 18211 (boot + 21s/0x0002/info) - Inserted: Encl PD 20 mfi0: 18212 (boot + 21s/0x0002/info) - Inserted: PD 20(c None/p0) Info: enclPd=20, scsiType=d, portMap=09, sasAddr=5001e0f03434f000,0000000000000000 mfi0: 18213 (boot + 21s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 18214 (boot + 21s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=5000c50008fe5169,0000000000000000 mfi0: 18215 (boot + 22s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 18216 (boot + 22s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=5000c50008fe538d,0000000000000000 mfi0: 18217 (boot + 22s/0x0002/info) - Inserted: PD 02(e0x20/s2) mfi0: 18218 (boot + 22s/0x0002/info) - Inserted: PD 02(e0x20/s2) Info: enclPd=20, scsiType=0, portMap=02, sasAddr=5000c50008fe3999,0000000000000000 mfi0: 18219 (boot + 22s/0x0002/info) - Inserted: PD 03(e0x20/s3) mfi0: 18220 (boot + 22s/0x0002/info) - Inserted: PD 03(e0x20/s3) Info: enclPd=20, scsiType=0, portMap=03, sasAddr=5000c50008fe36c9,0000000000000000 mfi0: 18221 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1f0c/1028) mfi0: 18222 (boot + 3s/0x0020/info) - Firmware version 1.21.02-0528 mfi0: 18223 (boot + 3s/0x0008/info) - Battery Present mfi0: 18224 (boot + 3s/0x0020/info) - Controller hardware revision ID (0x0) mfi0: 18225 (boot + 3s/0x0020/info) - Package version 6.1.1-0047 mfi0: 18226 (boot + 3s/0x0020/info) - Board Revision mfi0: 18227 (boot + 21s/0x0004/info) - Enclosure PD 20(c None/p0) communication restored mfi0: 18228 (boot + 21s/0x0002/info) - Inserted: Encl PD 20 mfi0: 18229 (boot + 21s/0x0002/info) - Inserted: PD 20(c None/p0) Info: enclPd=20, scsiType=d, portMap=09, sasAddr=5001e0f03434f000,0000000000000000 mfi0: 18230 (boot + 21s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 18231 (boot + 21s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=5000c50008fe5169,0000000000000000 mfi0: 18232 (boot + 22s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 18233 (boot + 22s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=5000c50008fe538d,0000000000000000 mfi0: 18234 (boot + 22s/0x0002/info) - Inserted: PD 02(e0x20/s2) mfi0: 18235 (boot + 22s/0x0002/info) - Inserted: PD 02(e0x20/s2) Info: enclPd=20, scsiType=0, portMap=02, sasAddr=5000c50008fe3999,0000000000000000 mfi0: 18236 (boot + 22s/0x0002/info) - Inserted: PD 03(e0x20/s3) mfi0: 18237 (boot + 22s/0x0002/info) - Inserted: PD 03(e0x20/s3) Info: enclPd=20, scsiType=0, portMap=03, sasAddr=5000c50008fe36c9,0000000000000000 mfi0: [ITHREAD] pcib8: at device 4.0 on pci0 pci10: on pcib8 pcib9: at device 5.0 on pci0 pci11: on pcib9 pcib10: at device 6.0 on pci0 pci12: on pcib10 pcib11: at device 7.0 on pci0 pci13: on pcib11 pci0: at device 8.0 (no driver attached) pcib12: at device 28.0 on pci0 pci2: on pcib12 pcib13: at device 0.0 on pci2 pci3: on pcib13 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:1e:4f:38:65:ab bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (3.5.12); Flags (MSI|MFW); MFW (ipms 1.6.0) uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 uhci3: port 0xcc80-0xcc9f irq 20 at device 29.3 on pci0 uhci3: [ITHREAD] usbus3: on uhci3 ehci0: mem 0xfc500000-0xfc5003ff irq 21 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib14: at device 30.0 on pci0 pci14: on pcib14 vgapci0: port 0xdc00-0xdcff mem 0xd8000000-0xdfffffff,0xfc2d0000-0xfc2dffff irq 19 at device 13.0 on pci14 isab0: at device 31.0 on pci0 isa0: on isab0 atrtc0: port 0x70-0x7f irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xec000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est0 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est1 attach returned 6 p4tcc1: on cpu1 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est2 attach returned 6 p4tcc2: on cpu2 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est3 attach returned 6 p4tcc3: on cpu3 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est4 attach returned 6 p4tcc4: on cpu4 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est5 attach returned 6 p4tcc5: on cpu5 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est6 attach returned 6 p4tcc6: on cpu6 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est7 attach returned 6 p4tcc7: on cpu7 Timecounters tick every 10.000 msec mfi0: 18238 (329948437s/0x0020/info) - Time established as 06/15/10 20:20:37; (24 seconds since power on) mfi0: 18239 (329948481s/0x0008/info) - Battery temperature is normal mfi0: 18240 (329948481s/0x0008/info) - Current capacity of the battery is above threshold usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 mfid0: on mfi0 mfid0: 571136MB (1169686528 sectors) RAID volume '' is optimal SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! ugen3.1: at usbus3ugen0.1: at usbus0ugen2.1: at usbus2ugen1.1: at usbus1 uhub0: on usbus3 uhub1: on usbus0 uhub2: on usbus2 uhub3: on usbus1 ugen4.1: at usbus4 uhub4: on usbus4 Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Root mount waiting for: usbus4 ugen4.2: at usbus4 uhub5: on usbus4 uhub5: 4 ports with 4 removable, self powered Root mount waiting for: usbus4 ugen4.3: at usbus4 uhub6: on usbus4 Root mount waiting for: usbus4 uhub6: 3 ports with 2 removable, bus powered ugen4.4: at usbus4 ukbd0: on usbus4 kbd2 at ukbd0 uhid0: on usbus4 Trying to mount root from ufs:/dev/mfid0s1a From owner-freebsd-net@FreeBSD.ORG Tue Jun 15 22:53: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 1753F106566C for ; Tue, 15 Jun 2010 22:53:10 +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 D77BF8FC0C for ; Tue, 15 Jun 2010 22:53:09 +0000 (UTC) Received: by pvg2 with SMTP id 2so459149pvg.13 for ; Tue, 15 Jun 2010 15:53:09 -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=L2vj3iWUqc1StT7lkGxkeG88bZSGQWPrO0JCWY4lZ/Q=; b=TG3/3bnyZNnzCmhy8tWSuTqyzIkW/AjGgvSoOhuvgHLdUFzOEfLLeP3SMkZfuMzb5P tD3VouFcUOIVDXXVvDlWFKAsH4+zta1HFZlbrSIyOpm9Pytjc37EIIQMQVPm9hPg5d2D wBAgGgmMYqj2T/PBLTcRtLkJht1eul2jK+HSQ= 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=xvzeKsU58dDJapIJzNYI4tyH7eikajb5pxFNm3LJ3kx/trMSVdZg/4i8a0stDnA0I8 M0XrPuYPD/oDd3RJzIFL0FYTvVDChQLSwtUHWeNnqUvqA3qYCyglRbHQ5smfwZHo+562 rvMK2CJfV37gUzGbTFy0REdjR8vPwLCfg47zs= Received: by 10.141.214.26 with SMTP id r26mr428952rvq.225.1276642388967; Tue, 15 Jun 2010 15:53:08 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id q10sm6270370rvp.20.2010.06.15.15.53.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 15 Jun 2010 15:53:08 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 15 Jun 2010 15:52:27 -0700 From: Pyun YongHyeon Date: Tue, 15 Jun 2010 15:52:27 -0700 To: Sergey Perevalov Message-ID: <20100615225227.GL4257@michelle.cdnetworks.com> References: <4BE44E2D.6060907@gmail.com> <4C148135.7080704@gmail.com> <20100614211155.GB4257@michelle.cdnetworks.com> <201006150706.03039.hselasky@c2i.net> <20100615194912.GJ4257@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100615194912.GJ4257@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Hans Petter Selasky Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 15 Jun 2010 22:53:10 -0000 On Tue, Jun 15, 2010 at 12:49:12PM -0700, Pyun YongHyeon wrote: > On Tue, Jun 15, 2010 at 07:06:02AM +0200, Hans Petter Selasky wrote: > > On Monday 14 June 2010 23:11:55 Pyun YongHyeon wrote: > > > On Sun, Jun 13, 2010 at 11:56:53AM +0500, Sergey Perevalov wrote: > > > > On 04.06.2010 02:46, Pyun YongHyeon wrote: > > > > >On Thu, Jun 03, 2010 at 06:51:00PM +0500, Perevalov Sergey wrote: > > > > >>On 02.06.2010 03:24, Pyun YongHyeon wrote: > > > > >>>On Tue, Jun 01, 2010 at 11:31:13PM +0500, Perevalov Sergey wrote: > > > > >>>>Hi! > > > > >>>>I tried it with crossover cable but results was the same bad. Then > > > > >>>> set debug flag hw.usb.axe.debug: to 15, and started ping -f from > > > > >>>> ue0. And in /var/log/messages I found these strings: > > > > >>>> > > > > >>>>Jun 1 22:28:34 laptop kernel: axe_bulk_read_callback:842: bulk read > > > > >>>>error, USB_ERR_CANCELLED > > > > >>>>Jun 1 22:28:35 laptop kernel: axe_bulk_write_callback:870: transfer > > > > >>>>complete > > > > >>>>Jun 1 22:29:12 laptop kernel: axe_bulk_write_callback:941: transfer > > > > >>>>error, USB_ERR_TIMEOUT > > > > >>>>Jun 1 22:29:51 laptop last message repeated 4 times > > > > >>>>Jun 1 22:31:40 laptop last message repeated 11 times > > > > >>>> > > > > >>>>Then i googled it and found this > > > > >>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04388.html > > > > >>>>the problem is described definitely like mine. > > > > >>>>I read all thread and found the patch usb2_ethernet.patch2, but I > > > > >>>> havn't found > > > > >>>>sys/dev/usb2/ethernet/usb2_ethernet.c file for patch. > > > > >>>> > > > > >>>>how can I try to apply this patch to my system? > > > > >>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04403.html > > > > >>> > > > > >>>I believe the bug in the thread was fixed long time ago. > > > > >>>If you're using 8.0-RELEASE, try latest stable/8 or > > > > >>>8.1-PRERELEASE and see whether axe(4) works or not. > > > > >> > > > > >>I have just finished testing device on my updated freebsd: > > > > >>FreeBSD homeserv 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu Jun 3 > > > > >>17:22:44 UTC 2010 user@homeserv:/usr/obj/usr/src/sys/GENERIC i386 > > > > >>And it still shows the same problem when I try to ping -f any host from > > > > >>ue0: > > > > >> > > > > >>Jun 3 18:29:40 homeserv kernel: ue0: link state changed to UP > > > > >>Jun 3 18:29:42 homeserv kernel: axe_bulk_write_callback: transfer > > > > >>complete > > > > >>Jun 3 18:29:42 homeserv last message repeated 21 times > > > > >>Jun 3 18:29:52 homeserv kernel: axe_bulk_write_callback: transfer > > > > >>error, USB_ERR_TIMEOUT > > > > > > > > > >I don't see abnormal things in axe(4). Maybe Hans can help(CCed). > > > > > > > > > >>Jun 3 18:30:21 homeserv last message repeated 3 times > > > > > > > > Hi, Pyun! > > > > I would send this device to you for solve this problem, if you do not > > > > mind. Because, I can't use it in my FreeBSD system. > > > > So, if you interested send me in private message your address and I will > > > > send it as soon as possible. > > > > > > Thanks for the offer. I already have two variants of AX88178 based > > > controller and both work fine without problems. I vaguely guess > > > it could be related with ehci(4) as I don't see offending code in > > > axe(4). Of course, this does not necessary mean axe(4) is bug free > > > but I couldn't find clue yet. > > > Hans, can you see other possible cause of the issue? > > > > > > > Hi, > > > > I think it is a protocol issue. Maybe they created a new USB protocol ? > > > > Hmm, it seems that AX88178 requires some special GPIO magic for > RealTek PHY before accessing the PHY. I guess the magic in axe(4) > is for Marvell PHY so it may/may not work for other AX88178 > controllers. I also vaguely remember AX88178 with ET1101 PHY works > on my box but it does not work well on other user's box. I thought > it could be related with ehci(4) controller at that time but now I > guess it came from missing GPIO magic in axe(4) for the specific > PHY. It seems ASIX now requires login to get data sheet so I have > no programming information for GPIO. My old data sheet for AX88178 > didn't even mention GPIO handling. It seems Vendor's linux driver > contains some magic for GPIO handling so I'll see what can I get > from that. > Ok, try patch at the following URL. http://people.freebsd.org/~yongari/axe/axe.phy.diff I tested it against two AX88178 controllers which uses truephy(4) and ciphy(4). Both works as expected. From owner-freebsd-net@FreeBSD.ORG Wed Jun 16 04:30: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 DC62C1065678 for ; Wed, 16 Jun 2010 04:30:18 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id A18798FC17 for ; Wed, 16 Jun 2010 04:30:18 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id B4F157E853; Wed, 16 Jun 2010 14:30:17 +1000 (EST) Message-ID: <4C185359.6060509@freebsd.org> Date: Wed, 16 Jun 2010 14:30:17 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100409 Thunderbird/3.0.4 MIME-Version: 1.0 To: Igor Sysoev References: <20100512124702.GJ2679@rambler-co.ru> In-Reply-To: <20100512124702.GJ2679@rambler-co.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: net.inet.tcp.slowstart_flightsize in 8-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: Wed, 16 Jun 2010 04:30:18 -0000 Hi Igor, I'm sorry I missed this way back when you sent it. On 05/12/10 22:47, Igor Sysoev wrote: > It seems that net.inet.tcp.slowstart_flightsize does not work in 8-STABLE. > For a long time I used slowstart_flightsize=2 on FreeBSD 4, 6, and 7 hosts. > However, FreeBSD-8 always starts with the single packet. > I saw this on different versions of 8-STABLE since 8 Oct 2009 till > 04 Apr 2010. > Can you send me the output of "sysctl net.inet.tcp" from the box in question, confirm your method for determining how many packets are actually used to start a connection and please describe any symptoms of the problem. My guess is delayed acking is causing you some grief? Cheers, Lawrence From owner-freebsd-net@FreeBSD.ORG Wed Jun 16 08:38: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 517281065676 for ; Wed, 16 Jun 2010 08:38:03 +0000 (UTC) (envelope-from perevalov84@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id BE1D68FC1F for ; Wed, 16 Jun 2010 08:38:02 +0000 (UTC) Received: by bwz8 with SMTP id 8so684972bwz.13 for ; Wed, 16 Jun 2010 01:38:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=CDRFw5C5GhEoZW2E7+YDNNPblTHG8n0yTk6NstOfnGk=; b=kyEXHeaYJEqTVGuzOAF90rBsQUgunKxrV9pC+CpfiCEd0BzGUGzLHs/2cSKrlZb6MH XKqi72gwdFf1U8vuNA0+61gvAnHv3A53TzdfX0+eQjxrNqH2LzyO7mBZbrRyLBxZSO2f WXg0CMgzNwuFskNvMVsB/4ZX/pk3Wuxoc47y4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=DsHHvaK2LtIZrnHTe6UXjHtBUn1NSEI7A8cnKNGJjB0hU85yWKLoTyYOwp/RDUQDZN xnw4yqgF/FQCyrMZvqwCWmU7ZOMogblWYk3dGeSUejV3RkU52qFupm3TW46ZF4mpl46I sGJDozLA5vR7dCbPxQ9FEPFjpZo3OjfJEmQn4= Received: by 10.204.79.220 with SMTP id q28mr6356444bkk.85.1276677480597; Wed, 16 Jun 2010 01:38:00 -0700 (PDT) Received: from [192.168.2.2] ([95.58.42.170]) by mx.google.com with ESMTPS id v14sm28381039bkz.8.2010.06.16.01.37.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Jun 2010 01:37:59 -0700 (PDT) Message-ID: <4C188D17.7020108@gmail.com> Date: Wed, 16 Jun 2010 13:36:39 +0500 From: Sergey Perevalov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100506 Thunderbird/3.0.4 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4BE44E2D.6060907@gmail.com> <4C148135.7080704@gmail.com> <20100614211155.GB4257@michelle.cdnetworks.com> <201006150706.03039.hselasky@c2i.net> <20100615194912.GJ4257@michelle.cdnetworks.com> <20100615225227.GL4257@michelle.cdnetworks.com> In-Reply-To: <20100615225227.GL4257@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 16 Jun 2010 08:38:03 -0000 On 16.06.2010 03:52, Pyun YongHyeon wrote: > On Tue, Jun 15, 2010 at 12:49:12PM -0700, Pyun YongHyeon wrote: > >> On Tue, Jun 15, 2010 at 07:06:02AM +0200, Hans Petter Selasky wrote: >> >>> On Monday 14 June 2010 23:11:55 Pyun YongHyeon wrote: >>> >>>> On Sun, Jun 13, 2010 at 11:56:53AM +0500, Sergey Perevalov wrote: >>>> >>>>> On 04.06.2010 02:46, Pyun YongHyeon wrote: >>>>> >>>>>> On Thu, Jun 03, 2010 at 06:51:00PM +0500, Perevalov Sergey wrote: >>>>>> >>>>>>> On 02.06.2010 03:24, Pyun YongHyeon wrote: >>>>>>> >>>>>>>> On Tue, Jun 01, 2010 at 11:31:13PM +0500, Perevalov Sergey wrote: >>>>>>>> >>>>>>>>> Hi! >>>>>>>>> I tried it with crossover cable but results was the same bad. Then >>>>>>>>> set debug flag hw.usb.axe.debug: to 15, and started ping -f from >>>>>>>>> ue0. And in /var/log/messages I found these strings: >>>>>>>>> >>>>>>>>> Jun 1 22:28:34 laptop kernel: axe_bulk_read_callback:842: bulk read >>>>>>>>> error, USB_ERR_CANCELLED >>>>>>>>> Jun 1 22:28:35 laptop kernel: axe_bulk_write_callback:870: transfer >>>>>>>>> complete >>>>>>>>> Jun 1 22:29:12 laptop kernel: axe_bulk_write_callback:941: transfer >>>>>>>>> error, USB_ERR_TIMEOUT >>>>>>>>> Jun 1 22:29:51 laptop last message repeated 4 times >>>>>>>>> Jun 1 22:31:40 laptop last message repeated 11 times >>>>>>>>> >>>>>>>>> Then i googled it and found this >>>>>>>>> http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04388.html >>>>>>>>> the problem is described definitely like mine. >>>>>>>>> I read all thread and found the patch usb2_ethernet.patch2, but I >>>>>>>>> havn't found >>>>>>>>> sys/dev/usb2/ethernet/usb2_ethernet.c file for patch. >>>>>>>>> >>>>>>>>> how can I try to apply this patch to my system? >>>>>>>>> http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04403.html >>>>>>>>> >>>>>>>> I believe the bug in the thread was fixed long time ago. >>>>>>>> If you're using 8.0-RELEASE, try latest stable/8 or >>>>>>>> 8.1-PRERELEASE and see whether axe(4) works or not. >>>>>>>> >>>>>>> I have just finished testing device on my updated freebsd: >>>>>>> FreeBSD homeserv 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu Jun 3 >>>>>>> 17:22:44 UTC 2010 user@homeserv:/usr/obj/usr/src/sys/GENERIC i386 >>>>>>> And it still shows the same problem when I try to ping -f any host from >>>>>>> ue0: >>>>>>> >>>>>>> Jun 3 18:29:40 homeserv kernel: ue0: link state changed to UP >>>>>>> Jun 3 18:29:42 homeserv kernel: axe_bulk_write_callback: transfer >>>>>>> complete >>>>>>> Jun 3 18:29:42 homeserv last message repeated 21 times >>>>>>> Jun 3 18:29:52 homeserv kernel: axe_bulk_write_callback: transfer >>>>>>> error, USB_ERR_TIMEOUT >>>>>>> >>>>>> I don't see abnormal things in axe(4). Maybe Hans can help(CCed). >>>>>> >>>>>> >>>>>>> Jun 3 18:30:21 homeserv last message repeated 3 times >>>>>>> >>>>> Hi, Pyun! >>>>> I would send this device to you for solve this problem, if you do not >>>>> mind. Because, I can't use it in my FreeBSD system. >>>>> So, if you interested send me in private message your address and I will >>>>> send it as soon as possible. >>>>> >>>> Thanks for the offer. I already have two variants of AX88178 based >>>> controller and both work fine without problems. I vaguely guess >>>> it could be related with ehci(4) as I don't see offending code in >>>> axe(4). Of course, this does not necessary mean axe(4) is bug free >>>> but I couldn't find clue yet. >>>> Hans, can you see other possible cause of the issue? >>>> >>>> >>> Hi, >>> >>> I think it is a protocol issue. Maybe they created a new USB protocol ? >>> >>> >> Hmm, it seems that AX88178 requires some special GPIO magic for >> RealTek PHY before accessing the PHY. I guess the magic in axe(4) >> is for Marvell PHY so it may/may not work for other AX88178 >> controllers. I also vaguely remember AX88178 with ET1101 PHY works >> on my box but it does not work well on other user's box. I thought >> it could be related with ehci(4) controller at that time but now I >> guess it came from missing GPIO magic in axe(4) for the specific >> PHY. It seems ASIX now requires login to get data sheet so I have >> no programming information for GPIO. My old data sheet for AX88178 >> didn't even mention GPIO handling. It seems Vendor's linux driver >> contains some magic for GPIO handling so I'll see what can I get >> from that. >> >> > Ok, try patch at the following URL. > http://people.freebsd.org/~yongari/axe/axe.phy.diff > > I tested it against two AX88178 controllers which uses truephy(4) > and ciphy(4). Both works as expected. > > Hi Pyun! I have just finished testing your patch. But unfortunately without success. I applied patch by command: #patch -p1 < ~/axe.phy.diff Then I did make buildkernel and make installkernel: FreeBSD laptop 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #0: Wed Jun 16 12:22:29 AQTT 2010 salam4ik@laptop:/usr/obj/usr/src/sys/GENERIC i386 But it still doesn't work:-( I switched on debugging by sysctl hw.usb.axe.debug=15 then started ping -f 192.168.2.4 And in /var/log/messages appear records: Jun 16 13:09:32 laptop kernel: axe_bulk_write_callback:914: transfer complete Jun 16 13:09:40 laptop last message repeated 73 times Jun 16 13:09:49 laptop kernel: axe_bulk_write_callback:985: transfer error, USB_ERR_TIMEOUT I have found cd that I got with this device, and I sent drivers from it for linux to you in private message with attach. -- Regards, Sergey. From owner-freebsd-net@FreeBSD.ORG Wed Jun 16 12:10: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 61946106567B for ; Wed, 16 Jun 2010 12:10:48 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id E1B4A8FC1B for ; Wed, 16 Jun 2010 12:10:47 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c211-30-160-13.belrs4.nsw.optusnet.com.au [211.30.160.13]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o5GCAil9015063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jun 2010 22:10:45 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o5GCAiZf039395; Wed, 16 Jun 2010 22:10:44 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o5GCAh4n039394; Wed, 16 Jun 2010 22:10:43 +1000 (EST) (envelope-from peter) Date: Wed, 16 Jun 2010 22:10:42 +1000 From: Peter Jeremy To: Kurt Buff Message-ID: <20100616121042.GA39245@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org Subject: Re: VLANs, routing, multicast and HP switches, oh my... 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, 16 Jun 2010 12:10:48 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jun-14 13:17:06 -0700, Kurt Buff wrote: >We'll be simulating installations of our software and hardware for >customer installations that have WANs between sites, with several >complementary applications, including a multicast app that is critical >to the whole effort. While it's a bit much to expect us to be able to >simulate a WAN at this point, I want to be able to simulate at least >two subnets with routed multicast between them. I have been running FreeBSD-based WAN simulators at work for more than a decade. As with you, the driver has been to replicate customer configurations for testing purposes. My current system provides about 60 different subnets (using VLANs) and about 12 simulated WANs. It uses two FreeBSD boxes providing NAT between the corporate intranet and various test LANs, as well as routing and WAN simulation between LANs. Each box runs VLANs over LACP (via lagg(4)) through dual NICs to redundant switches. The boxes provide automatic failover via carp(4). The WAN simulation is done using dummynet(4) and the NAT and CARP via pf(4). By default, pf and dummynet don't work together but Ermal Lu=E7i wrote some patches that I'm using together with some local adaption. Whilst I have run into some rough edges, the system has been very successful overall. >take your point about the packets traveling over the same wire. It >would be best if I could get a multiport router - perhaps a layer3 >switch (I'd love to get them an HP 3400cl) - but that costs much money >that I don't have to spend at the moment. My recommendation is that you just use managed switches that support VLANs and push all the traffic into the FreeBSD box via a trunk, then let the FreeBSD box handle all the routing. --=20 Peter Jeremy --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwYv0IACgkQ/opHv/APuIcsZgCdGM+WdE4fDvLxgw6598m8UiLm L+4An3hyWKE1f2AAtSDBp2aJ8rVgivLB =fATR -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-net@FreeBSD.ORG Wed Jun 16 17:51: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 6F2DD1065670 for ; Wed, 16 Jun 2010 17:51:25 +0000 (UTC) (envelope-from perevalov84@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id DE7E28FC13 for ; Wed, 16 Jun 2010 17:51:24 +0000 (UTC) Received: by bwz8 with SMTP id 8so837063bwz.13 for ; Wed, 16 Jun 2010 10:51:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=9B89mdzSvaXLJFY008MjR+Irfe1WGn3elNeVaDesa1k=; b=hlrXNXbrUvq5KqXnIh/yxKItbo51rRp6ZtPwXAjb8DJv5WBSjXuGr53kaH0H/fNLn2 x+fSvYkyIsz+MX33CMkMNZwX/4b69THa+2i7RdGTJPbgzh5io5lBOxP8GDngQUJwTxF5 lnbDcN9a/o65C11fn+nslqtE+VdhdVzTuXKCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=cvTCgxefmZZPIpArgNjgqr58TrmLlruuagt+Iv6AMGB56ZJjZQwVH0TGAteq80kFPc ZCRX+VCPNNtb89Lqs+QfKLrGrtXdEHmm8wroFtQWaHpCD5nIOX/fYCwSdNVQECdKNhto gyYBNtiOmMiTjAMz1zggi4v4dyigjzSoU8UE8= Received: by 10.204.138.91 with SMTP id z27mr563985bkt.162.1276710683200; Wed, 16 Jun 2010 10:51:23 -0700 (PDT) Received: from [192.168.2.2] ([92.47.75.65]) by mx.google.com with ESMTPS id z17sm30283969bkx.12.2010.06.16.10.51.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Jun 2010 10:51:21 -0700 (PDT) Message-ID: <4C190EC9.50006@gmail.com> Date: Wed, 16 Jun 2010 22:50:01 +0500 From: Sergey Perevalov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100506 Thunderbird/3.0.4 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4BE44E2D.6060907@gmail.com> <4C148135.7080704@gmail.com> <20100614211155.GB4257@michelle.cdnetworks.com> <201006150706.03039.hselasky@c2i.net> <20100615194912.GJ4257@michelle.cdnetworks.com> <20100615225227.GL4257@michelle.cdnetworks.com> <4C188D17.7020108@gmail.com> In-Reply-To: <4C188D17.7020108@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 16 Jun 2010 17:51:25 -0000 On 16.06.2010 13:36, Sergey Perevalov wrote: > On 16.06.2010 03:52, Pyun YongHyeon wrote: >> On Tue, Jun 15, 2010 at 12:49:12PM -0700, Pyun YongHyeon wrote: >>> On Tue, Jun 15, 2010 at 07:06:02AM +0200, Hans Petter Selasky wrote: >>>> On Monday 14 June 2010 23:11:55 Pyun YongHyeon wrote: >>>>> On Sun, Jun 13, 2010 at 11:56:53AM +0500, Sergey Perevalov wrote: >>>>>> On 04.06.2010 02:46, Pyun YongHyeon wrote: >>>>>>> On Thu, Jun 03, 2010 at 06:51:00PM +0500, Perevalov Sergey wrote: >>>>>>>> On 02.06.2010 03:24, Pyun YongHyeon wrote: >>>>>>>>> On Tue, Jun 01, 2010 at 11:31:13PM +0500, Perevalov Sergey wrote: >>>>>>>>>> Hi! >>>>>>>>>> I tried it with crossover cable but results was the same bad. >>>>>>>>>> Then >>>>>>>>>> set debug flag hw.usb.axe.debug: to 15, and started ping -f from >>>>>>>>>> ue0. And in /var/log/messages I found these strings: >>>>>>>>>> >>>>>>>>>> Jun 1 22:28:34 laptop kernel: axe_bulk_read_callback:842: >>>>>>>>>> bulk read >>>>>>>>>> error, USB_ERR_CANCELLED >>>>>>>>>> Jun 1 22:28:35 laptop kernel: axe_bulk_write_callback:870: >>>>>>>>>> transfer >>>>>>>>>> complete >>>>>>>>>> Jun 1 22:29:12 laptop kernel: axe_bulk_write_callback:941: >>>>>>>>>> transfer >>>>>>>>>> error, USB_ERR_TIMEOUT >>>>>>>>>> Jun 1 22:29:51 laptop last message repeated 4 times >>>>>>>>>> Jun 1 22:31:40 laptop last message repeated 11 times >>>>>>>>>> >>>>>>>>>> Then i googled it and found this >>>>>>>>>> http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04388.html >>>>>>>>>> >>>>>>>>>> the problem is described definitely like mine. >>>>>>>>>> I read all thread and found the patch usb2_ethernet.patch2, >>>>>>>>>> but I >>>>>>>>>> havn't found >>>>>>>>>> sys/dev/usb2/ethernet/usb2_ethernet.c file for patch. >>>>>>>>>> >>>>>>>>>> how can I try to apply this patch to my system? >>>>>>>>>> http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04403.html >>>>>>>>>> >>>>>>>>> I believe the bug in the thread was fixed long time ago. >>>>>>>>> If you're using 8.0-RELEASE, try latest stable/8 or >>>>>>>>> 8.1-PRERELEASE and see whether axe(4) works or not. >>>>>>>> I have just finished testing device on my updated freebsd: >>>>>>>> FreeBSD homeserv 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu >>>>>>>> Jun 3 >>>>>>>> 17:22:44 UTC 2010 >>>>>>>> user@homeserv:/usr/obj/usr/src/sys/GENERIC i386 >>>>>>>> And it still shows the same problem when I try to ping -f any >>>>>>>> host from >>>>>>>> ue0: >>>>>>>> >>>>>>>> Jun 3 18:29:40 homeserv kernel: ue0: link state changed to UP >>>>>>>> Jun 3 18:29:42 homeserv kernel: axe_bulk_write_callback: transfer >>>>>>>> complete >>>>>>>> Jun 3 18:29:42 homeserv last message repeated 21 times >>>>>>>> Jun 3 18:29:52 homeserv kernel: axe_bulk_write_callback: transfer >>>>>>>> error, USB_ERR_TIMEOUT >>>>>>> I don't see abnormal things in axe(4). Maybe Hans can help(CCed). >>>>>>> >>>>>>>> Jun 3 18:30:21 homeserv last message repeated 3 times >>>>>> Hi, Pyun! >>>>>> I would send this device to you for solve this problem, if you do >>>>>> not >>>>>> mind. Because, I can't use it in my FreeBSD system. >>>>>> So, if you interested send me in private message your address and >>>>>> I will >>>>>> send it as soon as possible. >>>>> Thanks for the offer. I already have two variants of AX88178 based >>>>> controller and both work fine without problems. I vaguely guess >>>>> it could be related with ehci(4) as I don't see offending code in >>>>> axe(4). Of course, this does not necessary mean axe(4) is bug free >>>>> but I couldn't find clue yet. >>>>> Hans, can you see other possible cause of the issue? >>>>> >>>> Hi, >>>> >>>> I think it is a protocol issue. Maybe they created a new USB >>>> protocol ? >>>> >>> Hmm, it seems that AX88178 requires some special GPIO magic for >>> RealTek PHY before accessing the PHY. I guess the magic in axe(4) >>> is for Marvell PHY so it may/may not work for other AX88178 >>> controllers. I also vaguely remember AX88178 with ET1101 PHY works >>> on my box but it does not work well on other user's box. I thought >>> it could be related with ehci(4) controller at that time but now I >>> guess it came from missing GPIO magic in axe(4) for the specific >>> PHY. It seems ASIX now requires login to get data sheet so I have >>> no programming information for GPIO. My old data sheet for AX88178 >>> didn't even mention GPIO handling. It seems Vendor's linux driver >>> contains some magic for GPIO handling so I'll see what can I get >>> from that. >>> >> Ok, try patch at the following URL. >> http://people.freebsd.org/~yongari/axe/axe.phy.diff >> >> I tested it against two AX88178 controllers which uses truephy(4) >> and ciphy(4). Both works as expected. >> > > Hi Pyun! > I have just finished testing your patch. But unfortunately without > success. > I applied patch by command: > > #patch -p1 < ~/axe.phy.diff > > Then I did make buildkernel and make installkernel: > > FreeBSD laptop 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #0: Wed Jun 16 > 12:22:29 AQTT 2010 salam4ik@laptop:/usr/obj/usr/src/sys/GENERIC i386 > > But it still doesn't work:-( I switched on debugging by sysctl > hw.usb.axe.debug=15 then started ping -f 192.168.2.4 > And in /var/log/messages appear records: > > Jun 16 13:09:32 laptop kernel: axe_bulk_write_callback:914: transfer > complete > Jun 16 13:09:40 laptop last message repeated 73 times > Jun 16 13:09:49 laptop kernel: axe_bulk_write_callback:985: transfer > error, USB_ERR_TIMEOUT > > I have found cd that I got with this device, and I sent drivers from > it for linux to you in private message with attach. > I have just finished test this device under FreeBSD 7.3 Release. So, issue is present again:-( Here some info: uname -a FreeBSD 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Sun Mar 21 06:15:01 UTC 2010 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 dmesg: axe0: on uhub4 axe0: AX88178, bufsz 4096, boundary 512 miibus1: on axe0 rgephy0: PHY 2 on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto axe0: WARNING: using obsoleted if_watchdog interface axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag axe0: Ethernet address: 00:0e:c6:88:09:4e /var/log/messages: Jun 16 21:49:08 root: Unknown USB device: vendor 0x0b95 product 0x1780 bus uhub4 Jun 16 21:49:08 kernel: axe0: on uhub4 Jun 16 21:49:08 kernel: axe0: AX88178, bufsz 4096, boundary 512 Jun 16 21:49:09 kernel: miibus1: on axe0 Jun 16 21:49:09 kernel: rgephy0: PHY 2 on miibus1 Jun 16 21:49:09 kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Jun 16 21:49:09 kernel: axe0: WARNING: using obsoleted if_watchdog interface Jun 16 21:49:09 kernel: axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag Jun 16 21:49:09 kernel: axe0: Ethernet address: 00:0e:c6:88:09:4e Jun 16 21:49:09 kernel: axe0: link state changed to DOWN Jun 16 21:50:07 kernel: axe0: link state changed to UP Jun 16 21:53:41 kernel: axe0: watchdog timeout Jun 16 21:53:41 kernel: axe0: usb error on tx: IN_PROGRESS Jun 16 21:53:47 kernel: axe0: usb error on tx: TIMEOUT -- Regards, Sergey. From owner-freebsd-net@FreeBSD.ORG Wed Jun 16 18:08:34 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 0A1F11065674 for ; Wed, 16 Jun 2010 18:08:34 +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 04F128FC16 for ; Wed, 16 Jun 2010 18:08:31 +0000 (UTC) Received: by pvg2 with SMTP id 2so993631pvg.13 for ; Wed, 16 Jun 2010 11:08:31 -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=ah9F2oK1A3Nf137L9AZvc4/vGaS6X99gUo1+haDhhig=; b=tvO9kL1TAEbqg7eOX41yCPCEPY4DZNe9I25xKvrHxWTi6Autd8LTWxE9pmYNLQ2fQC XiSgE6ExGRkOGXLzUtMQPhohmN67YzGAT2TqowodTB9U9KEU8HfN1JDkt/NpsZLa/6yJ mxnfKUIEY1D83iBjD4HzQoJrFBylZL7uTT1Go= 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=o1a+atLuU2UNWE6Y3u5XvQvyx2lb6tn/YWTeksH2l6+4Qk8uwufVtoFi0jlAyjIU0Q OpOEZDHNUjy0dpQLnzjqDkorOwY+IaLHXx5bf4lZnwBgMUC3zikcmhurPEoA9eSEAJF8 tHNPZtAZGN7pwH+zT80q1eUJKVEJbbXFxVzaE= Received: by 10.115.84.8 with SMTP id m8mr7365798wal.9.1276711709224; Wed, 16 Jun 2010 11:08:29 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id f11sm84489781wai.23.2010.06.16.11.08.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Jun 2010 11:08:28 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 16 Jun 2010 11:07:48 -0700 From: Pyun YongHyeon Date: Wed, 16 Jun 2010 11:07:48 -0700 To: Sergey Perevalov Message-ID: <20100616180748.GC12941@michelle.cdnetworks.com> References: <4BE44E2D.6060907@gmail.com> <4C148135.7080704@gmail.com> <20100614211155.GB4257@michelle.cdnetworks.com> <201006150706.03039.hselasky@c2i.net> <20100615194912.GJ4257@michelle.cdnetworks.com> <20100615225227.GL4257@michelle.cdnetworks.com> <4C188D17.7020108@gmail.com> <4C190EC9.50006@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C190EC9.50006@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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: Wed, 16 Jun 2010 18:08:34 -0000 On Wed, Jun 16, 2010 at 10:50:01PM +0500, Sergey Perevalov wrote: > On 16.06.2010 13:36, Sergey Perevalov wrote: > >On 16.06.2010 03:52, Pyun YongHyeon wrote: > >>On Tue, Jun 15, 2010 at 12:49:12PM -0700, Pyun YongHyeon wrote: > >>>On Tue, Jun 15, 2010 at 07:06:02AM +0200, Hans Petter Selasky wrote: > >>>>On Monday 14 June 2010 23:11:55 Pyun YongHyeon wrote: > >>>>>On Sun, Jun 13, 2010 at 11:56:53AM +0500, Sergey Perevalov wrote: > >>>>>>On 04.06.2010 02:46, Pyun YongHyeon wrote: > >>>>>>>On Thu, Jun 03, 2010 at 06:51:00PM +0500, Perevalov Sergey wrote: > >>>>>>>>On 02.06.2010 03:24, Pyun YongHyeon wrote: > >>>>>>>>>On Tue, Jun 01, 2010 at 11:31:13PM +0500, Perevalov Sergey wrote: > >>>>>>>>>>Hi! > >>>>>>>>>>I tried it with crossover cable but results was the same bad. > >>>>>>>>>>Then > >>>>>>>>>>set debug flag hw.usb.axe.debug: to 15, and started ping -f from > >>>>>>>>>>ue0. And in /var/log/messages I found these strings: > >>>>>>>>>> > >>>>>>>>>>Jun 1 22:28:34 laptop kernel: axe_bulk_read_callback:842: > >>>>>>>>>>bulk read > >>>>>>>>>>error, USB_ERR_CANCELLED > >>>>>>>>>>Jun 1 22:28:35 laptop kernel: axe_bulk_write_callback:870: > >>>>>>>>>>transfer > >>>>>>>>>>complete > >>>>>>>>>>Jun 1 22:29:12 laptop kernel: axe_bulk_write_callback:941: > >>>>>>>>>>transfer > >>>>>>>>>>error, USB_ERR_TIMEOUT > >>>>>>>>>>Jun 1 22:29:51 laptop last message repeated 4 times > >>>>>>>>>>Jun 1 22:31:40 laptop last message repeated 11 times > >>>>>>>>>> > >>>>>>>>>>Then i googled it and found this > >>>>>>>>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04388.html > >>>>>>>>>> > >>>>>>>>>>the problem is described definitely like mine. > >>>>>>>>>>I read all thread and found the patch usb2_ethernet.patch2, > >>>>>>>>>>but I > >>>>>>>>>>havn't found > >>>>>>>>>>sys/dev/usb2/ethernet/usb2_ethernet.c file for patch. > >>>>>>>>>> > >>>>>>>>>>how can I try to apply this patch to my system? > >>>>>>>>>>http://www.mail-archive.com/freebsd-usb@freebsd.org/msg04403.html > >>>>>>>>>> > >>>>>>>>>I believe the bug in the thread was fixed long time ago. > >>>>>>>>>If you're using 8.0-RELEASE, try latest stable/8 or > >>>>>>>>>8.1-PRERELEASE and see whether axe(4) works or not. > >>>>>>>>I have just finished testing device on my updated freebsd: > >>>>>>>>FreeBSD homeserv 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu > >>>>>>>>Jun 3 > >>>>>>>>17:22:44 UTC 2010 > >>>>>>>>user@homeserv:/usr/obj/usr/src/sys/GENERIC i386 > >>>>>>>>And it still shows the same problem when I try to ping -f any > >>>>>>>>host from > >>>>>>>>ue0: > >>>>>>>> > >>>>>>>>Jun 3 18:29:40 homeserv kernel: ue0: link state changed to UP > >>>>>>>>Jun 3 18:29:42 homeserv kernel: axe_bulk_write_callback: transfer > >>>>>>>>complete > >>>>>>>>Jun 3 18:29:42 homeserv last message repeated 21 times > >>>>>>>>Jun 3 18:29:52 homeserv kernel: axe_bulk_write_callback: transfer > >>>>>>>>error, USB_ERR_TIMEOUT > >>>>>>>I don't see abnormal things in axe(4). Maybe Hans can help(CCed). > >>>>>>> > >>>>>>>>Jun 3 18:30:21 homeserv last message repeated 3 times > >>>>>>Hi, Pyun! > >>>>>>I would send this device to you for solve this problem, if you do > >>>>>>not > >>>>>>mind. Because, I can't use it in my FreeBSD system. > >>>>>>So, if you interested send me in private message your address and > >>>>>>I will > >>>>>>send it as soon as possible. > >>>>>Thanks for the offer. I already have two variants of AX88178 based > >>>>>controller and both work fine without problems. I vaguely guess > >>>>>it could be related with ehci(4) as I don't see offending code in > >>>>>axe(4). Of course, this does not necessary mean axe(4) is bug free > >>>>>but I couldn't find clue yet. > >>>>>Hans, can you see other possible cause of the issue? > >>>>> > >>>>Hi, > >>>> > >>>>I think it is a protocol issue. Maybe they created a new USB > >>>>protocol ? > >>>> > >>>Hmm, it seems that AX88178 requires some special GPIO magic for > >>>RealTek PHY before accessing the PHY. I guess the magic in axe(4) > >>>is for Marvell PHY so it may/may not work for other AX88178 > >>>controllers. I also vaguely remember AX88178 with ET1101 PHY works > >>>on my box but it does not work well on other user's box. I thought > >>>it could be related with ehci(4) controller at that time but now I > >>>guess it came from missing GPIO magic in axe(4) for the specific > >>>PHY. It seems ASIX now requires login to get data sheet so I have > >>>no programming information for GPIO. My old data sheet for AX88178 > >>>didn't even mention GPIO handling. It seems Vendor's linux driver > >>>contains some magic for GPIO handling so I'll see what can I get > >>>from that. > >>> > >>Ok, try patch at the following URL. > >>http://people.freebsd.org/~yongari/axe/axe.phy.diff > >> > >>I tested it against two AX88178 controllers which uses truephy(4) > >>and ciphy(4). Both works as expected. > >> > > > >Hi Pyun! > >I have just finished testing your patch. But unfortunately without > >success. > >I applied patch by command: > > > >#patch -p1 < ~/axe.phy.diff > > > >Then I did make buildkernel and make installkernel: > > > >FreeBSD laptop 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #0: Wed Jun 16 > >12:22:29 AQTT 2010 salam4ik@laptop:/usr/obj/usr/src/sys/GENERIC i386 > > > >But it still doesn't work:-( I switched on debugging by sysctl > >hw.usb.axe.debug=15 then started ping -f 192.168.2.4 > >And in /var/log/messages appear records: > > > >Jun 16 13:09:32 laptop kernel: axe_bulk_write_callback:914: transfer > >complete > >Jun 16 13:09:40 laptop last message repeated 73 times > >Jun 16 13:09:49 laptop kernel: axe_bulk_write_callback:985: transfer > >error, USB_ERR_TIMEOUT > > > >I have found cd that I got with this device, and I sent drivers from > >it for linux to you in private message with attach. > > > I have just finished test this device under FreeBSD 7.3 Release. > So, issue is present again:-( axe(4) in 7.x lacks many improvements made in 8.x as well as lacking supporting newer controllers. Let me know the output of "EEPROM data : 0xXXXX" which might be printed on your console after applying axe.phy.diff. > Here some info: > uname -a > FreeBSD 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Sun Mar 21 06:15:01 UTC > 2010 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > dmesg: > axe0: 2> on uhub4 > axe0: AX88178, bufsz 4096, boundary 512 > miibus1: on axe0 > rgephy0: PHY 2 on miibus1 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > axe0: WARNING: using obsoleted if_watchdog interface > axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag > axe0: Ethernet address: 00:0e:c6:88:09:4e > > > /var/log/messages: > > Jun 16 21:49:08 root: Unknown USB device: vendor 0x0b95 product 0x1780 > bus uhub4 > Jun 16 21:49:08 kernel: axe0: 255/255, rev 2.00/0.01, addr 2> on uhub4 > Jun 16 21:49:08 kernel: axe0: AX88178, bufsz 4096, boundary 512 > Jun 16 21:49:09 kernel: miibus1: on axe0 > Jun 16 21:49:09 kernel: rgephy0: > PHY 2 on miibus1 > Jun 16 21:49:09 kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > Jun 16 21:49:09 kernel: axe0: WARNING: using obsoleted if_watchdog > interface > Jun 16 21:49:09 kernel: axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag > Jun 16 21:49:09 kernel: axe0: Ethernet address: 00:0e:c6:88:09:4e > Jun 16 21:49:09 kernel: axe0: link state changed to DOWN > Jun 16 21:50:07 kernel: axe0: link state changed to UP > Jun 16 21:53:41 kernel: axe0: watchdog timeout > Jun 16 21:53:41 kernel: axe0: usb error on tx: IN_PROGRESS > Jun 16 21:53:47 kernel: axe0: usb error on tx: TIMEOUT > > -- > Regards, Sergey. > From owner-freebsd-net@FreeBSD.ORG Wed Jun 16 19:27:24 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 B08341065675; Wed, 16 Jun 2010 19:27:24 +0000 (UTC) (envelope-from pisymbol@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 4B5878FC08; Wed, 16 Jun 2010 19:27:24 +0000 (UTC) Received: by gyh20 with SMTP id 20so5552535gyh.13 for ; Wed, 16 Jun 2010 12:27:23 -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=DQcw0NRgotzKt9DULX8TWSv3QW78DZKJGVYQorAZ77c=; b=svdaTAzknLHG4CtR2Ftepwmong+c9BxyzN/Q06DcZFcXvosEnCcZ4rXAMMdxa/cy4E mMOKt5nEdkTyc+uEkyL14egwkjil3AWWrYDyu8zwPQiIz6sgVsPNMr2wbJF6jPpD0ZrS lFH8ADE+xap7AqsGKsKqAspJ44OwTNBCgfP2U= 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=jp32GTTFbxEez0MLokxAKFPvWJwZoJhkRtBipHnTwNBR5hmfifOIbGKNw47o2f6vCz xM+0RR3IaBp1Jg/XOC8uiNarBIOU06GZTlwU6Kf0zEyHsuzXrhq2+SspuZs8rjhe6aNs iI7zY4ucxT5Gb9oTuhQgESmKBz0CTnVprZEEU= MIME-Version: 1.0 Received: by 10.101.128.32 with SMTP id f32mr7763530ann.93.1276716443519; Wed, 16 Jun 2010 12:27:23 -0700 (PDT) Received: by 10.100.137.4 with HTTP; Wed, 16 Jun 2010 12:27:22 -0700 (PDT) In-Reply-To: References: <82D310BD-48DE-4F79-84C6-356AB4F04C42@averesystems.com> Date: Wed, 16 Jun 2010 15:27:22 -0400 Message-ID: From: Alexander Sack To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: Juli Mallett , freebsd-net@freebsd.org, Andrew Boyer Subject: Re: Dual-rate transceivers with ixgbe? 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, 16 Jun 2010 19:27:24 -0000 On Mon, Jun 14, 2010 at 1:19 PM, Jack Vogel wrote: > I am NOT going to accept patches to defeat the code that Intel has put in > place, > if you want to hack the code that's your perogative but its like any other > custom > change, you made it, you manage it. > > 1G SFP do not work and are not supported, there IS a supported SFP+ > multispeed > that can link at 1G, this was tested here. Jack, understood. I won't submit my final patch with the work around to you. However, I have a 82599EB with an Intel dual-rate SFP+ receiver which will not come in 1G mode no matter how hard I try. I have dumped the AUTOC and LINKS register and the card is not happy. Basically the driver: Writes 0xC0905004 to AUTOC to start AN/Link startup and the LINKS immediately reports 0x203c0001 before looking in setup_multispeed_fiber->setup_mac_link_82599 etc. Can you confirm with your test engineer that the Intel dual-rate SFP+ works in 1Gbe mode on FreeBSD? Thanks! -aps PS The cables I have are good and the optical tester shows they are active as well as plugging them into another card with a standard SFP module (Finisar). From owner-freebsd-net@FreeBSD.ORG Wed Jun 16 19:54: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 C789E1065670 for ; Wed, 16 Jun 2010 19:54:28 +0000 (UTC) (envelope-from perevalov84@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 453CC8FC16 for ; Wed, 16 Jun 2010 19:54:28 +0000 (UTC) Received: by bwz8 with SMTP id 8so863602bwz.13 for ; Wed, 16 Jun 2010 12:54:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=8TLW1eBgrY7WP13nH7wgVypWpPFHbS1dp8mE/bxd/e8=; b=EIR2E9BzsyMntcmnqPV+IxbV2b4sURvYXZK9/nc4qoeBjJDNcaxh/uqFmRqCWs4BFB tXvw56uYNPD48yA9Erbeg+lPGkMUXMZoesACA9Ckw9C+/8X9UJ8hBRp3oQtTwGNzJyWh Rb92bcUb9kb4qjvXTbGpb+o+pYGVvRLJJo0uk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ELfDDsuU1xmSsGzBOUyRB+AI1F576ejX5L6mibiM5p73pnfasdmh/IR9DJwQyHqlx7 9mRoEL+o0PpqOEWf52M0/ebmSZvBE1ri7mEMQifj2PUPTIWpoONqUO4M4r8enCXv3gjW LHmRWteGL0R+xgSWb0CphxJ/JeWtNeREmu8Lw= Received: by 10.204.139.218 with SMTP id f26mr6890250bku.180.1276718066774; Wed, 16 Jun 2010 12:54:26 -0700 (PDT) Received: from [192.168.2.2] ([92.47.75.65]) by mx.google.com with ESMTPS id z20sm30706752bkx.9.2010.06.16.12.54.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Jun 2010 12:54:26 -0700 (PDT) Message-ID: <4C192BA3.80508@gmail.com> Date: Thu, 17 Jun 2010 00:53:07 +0500 From: Sergey Perevalov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100506 Thunderbird/3.0.4 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4BE44E2D.6060907@gmail.com> <4C148135.7080704@gmail.com> <20100614211155.GB4257@michelle.cdnetworks.com> <201006150706.03039.hselasky@c2i.net> <20100615194912.GJ4257@michelle.cdnetworks.com> <20100615225227.GL4257@michelle.cdnetworks.com> <4C188D17.7020108@gmail.com> <4C190EC9.50006@gmail.com> <20100616180748.GC12941@michelle.cdnetworks.com> In-Reply-To: <20100616180748.GC12941@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 16 Jun 2010 19:54:28 -0000 On 16.06.2010 23:07, Pyun YongHyeon wrote: > EEPROM data dmesg: ugen4.2: at usbus4 axe0: on usbus4 axe0: PHYADDR 0xe0:0x02 axe0: EEPROM data : 0x008c miibus0: on axe0 rgephy0: PHY 2 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ue0: on axe0 ue0: Ethernet address: 00:0e:c6:88:09:4e ue0: link state changed to DOWN -- Regards, Sergey. From owner-freebsd-net@FreeBSD.ORG Wed Jun 16 20:42:01 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 8F6CA1065672; Wed, 16 Jun 2010 20:42:01 +0000 (UTC) (envelope-from jfvogel@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 19B458FC1A; Wed, 16 Jun 2010 20:42:00 +0000 (UTC) Received: by gyh20 with SMTP id 20so5639042gyh.13 for ; Wed, 16 Jun 2010 13:42:00 -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=7F3Nksr88famxLVQ5e587oHczzKZM0znPjXlx9hdF6o=; b=u/HZlSaeRDOWaMWzI9IabEwJs0Sv/jwWse0SAs6nbUX2H7VUKdMLN70ODkBHa84dTj WHnvPSDEHLroVhoI2ERoD9eNiyfFmOK3FoLVuEHJhZ0GLdj7ciHbbFGwZNF6aPRKcDQ+ /FdpNRLq0pQFmzx9RWvt0eD18NUOueKBis5U8= 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=YwFD5VmJhnJ1d/UMq5Ra4acAQjCHDfP6v5DWsk9ESphOL0IPlY73CE/IDukTc0RAMW taDZGI0K+yfBxcLOHV6Rw9e0qpZk7+uhR4uiiqs+AZCOyk6uFGvHLxC+XO0H3xAMe+/3 o40h3HrCIxxBMYa684zEQylZ1kRHSd5ag2WdU= MIME-Version: 1.0 Received: by 10.224.106.229 with SMTP id y37mr4754373qao.176.1276720919950; Wed, 16 Jun 2010 13:41:59 -0700 (PDT) Received: by 10.229.246.65 with HTTP; Wed, 16 Jun 2010 13:41:59 -0700 (PDT) In-Reply-To: References: <82D310BD-48DE-4F79-84C6-356AB4F04C42@averesystems.com> Date: Wed, 16 Jun 2010 13:41:59 -0700 Message-ID: From: Jack Vogel To: Alexander Sack Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Juli Mallett , freebsd-net@freebsd.org, Andrew Boyer Subject: Re: Dual-rate transceivers with ixgbe? 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, 16 Jun 2010 20:42:01 -0000 Hmmm, it SHOULD work, I'll have him double check with the latest driver, he was running some stress tests for me anyway. Will get back to you. Jack On Wed, Jun 16, 2010 at 12:27 PM, Alexander Sack wrote: > On Mon, Jun 14, 2010 at 1:19 PM, Jack Vogel wrote: > > I am NOT going to accept patches to defeat the code that Intel has put in > > place, > > if you want to hack the code that's your perogative but its like any > other > > custom > > change, you made it, you manage it. > > > > 1G SFP do not work and are not supported, there IS a supported SFP+ > > multispeed > > that can link at 1G, this was tested here. > > > Jack, understood. I won't submit my final patch with the work around to > you. > > However, I have a 82599EB with an Intel dual-rate SFP+ receiver which > will not come in 1G mode no matter how hard I try. I have dumped the > AUTOC and LINKS register and the card is not happy. > > Basically the driver: > > Writes 0xC0905004 to AUTOC to start AN/Link startup and the LINKS > immediately reports 0x203c0001 before looking in > setup_multispeed_fiber->setup_mac_link_82599 etc. > > Can you confirm with your test engineer that the Intel dual-rate SFP+ > works in 1Gbe mode on FreeBSD? > > Thanks! > > -aps > > PS The cables I have are good and the optical tester shows they are > active as well as plugging them into another card with a standard SFP > module (Finisar). > From owner-freebsd-net@FreeBSD.ORG Wed Jun 16 21:11:30 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 796C3106566B for ; Wed, 16 Jun 2010 21:11:30 +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 438EE8FC0A for ; Wed, 16 Jun 2010 21:11:30 +0000 (UTC) Received: by pvg2 with SMTP id 2so1124212pvg.13 for ; Wed, 16 Jun 2010 14:11:29 -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=r4ga+47dYsJaAG+pyrebJ3rWf8J5lQJmVV6RhACGsdI=; b=StURxaE4+hkw5osMvjRiW+UXpXK9GdK60X9RDWEw6g6pOXs8Jka7msTulXFIUTFoTM DsM7Ykg0QdRrEihFe8c3bfvGCoC0tmpxvS6t3IvN5PczOoUm5fTYnTZwncinWXI9gQeI hmDCK1g5kkj8FQM3L8gM2i5YiZiPKl3wxmwfE= 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=C2m+A8s5nEUJOb4we5lnTaJE8fCipE/eHLGwFj8kLtJujLU5VFmaeyEgzoOYe74Ozz 3ro6Tvp6LJBQzWS0O3vHCBGGKwL/qAwfzY00xrdlUlkumwoQZ+n1BY/rqRmV6h+9prMT DzfKiuiiabWOvy+2bkTfqetQkAKw6h9jLCips= Received: by 10.140.179.25 with SMTP id b25mr7521838rvf.54.1276722689756; Wed, 16 Jun 2010 14:11:29 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d14sm7330987rva.18.2010.06.16.14.11.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Jun 2010 14:11:28 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 16 Jun 2010 14:10:47 -0700 From: Pyun YongHyeon Date: Wed, 16 Jun 2010 14:10:47 -0700 To: Sergey Perevalov Message-ID: <20100616211047.GD12941@michelle.cdnetworks.com> References: <4BE44E2D.6060907@gmail.com> <4C148135.7080704@gmail.com> <20100614211155.GB4257@michelle.cdnetworks.com> <201006150706.03039.hselasky@c2i.net> <20100615194912.GJ4257@michelle.cdnetworks.com> <20100615225227.GL4257@michelle.cdnetworks.com> <4C188D17.7020108@gmail.com> <4C190EC9.50006@gmail.com> <20100616180748.GC12941@michelle.cdnetworks.com> <4C192BA3.80508@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C192BA3.80508@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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: Wed, 16 Jun 2010 21:11:30 -0000 On Thu, Jun 17, 2010 at 12:53:07AM +0500, Sergey Perevalov wrote: > On 16.06.2010 23:07, Pyun YongHyeon wrote: > >EEPROM data > dmesg: > > ugen4.2: at usbus4 > axe0: on usbus4 > axe0: PHYADDR 0xe0:0x02 > axe0: EEPROM data : 0x008c > miibus0: on axe0 > rgephy0: PHY 2 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > ue0: on axe0 > ue0: Ethernet address: 00:0e:c6:88:09:4e > ue0: link state changed to DOWN > Thanks, how about this one? http://people.freebsd.org/~yongari/axe/axe.phy.diff2 From owner-freebsd-net@FreeBSD.ORG Thu Jun 17 00:14: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 B432E10656BB; Thu, 17 Jun 2010 00:14:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3EB808FC12; Thu, 17 Jun 2010 00:14:47 +0000 (UTC) Received: by vws20 with SMTP id 20so9381607vws.13 for ; Wed, 16 Jun 2010 17:14:47 -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=3fzOU4Mp+EwWLKDqJdWZG0havF+rJwP0SqoMRtL18wk=; b=q07tC0xQigXdgxjjXEqb1JGbCcEd51o791wMvrokXZVAo98jhhC5ATxtXUyihAYTIE vJylt+b28Hd2E17NwZ921rwnwWIiyna0CPpKb1ATEAmiqMZCxMSkSHV8P6g+kYB4ODj0 /Hxdi3lULFEEm+KeiQF1sRWGlJ7m/hm696oD8= 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=nCMFXGvtSAu/v/Ru4wWecyM5T0O4magUuJRndYkIgfBo4rZ1LXfGBvRyHdZKHfTTZY AL1WxMlYsqHWJ7qCwI9D3atQP4J1+jMLbf1rENppRUPatiIs2kWZqJRryIJ7Ppovjw8F dBq7a38qvcsQxnn2nyW6N3byYT/0vfQjq9vvA= MIME-Version: 1.0 Received: by 10.224.96.229 with SMTP id i37mr4899669qan.270.1276733687230; Wed, 16 Jun 2010 17:14:47 -0700 (PDT) Received: by 10.229.246.65 with HTTP; Wed, 16 Jun 2010 17:14:47 -0700 (PDT) In-Reply-To: References: <82D310BD-48DE-4F79-84C6-356AB4F04C42@averesystems.com> Date: Wed, 16 Jun 2010 17:14:47 -0700 Message-ID: From: Jack Vogel To: Alexander Sack Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Juli Mallett , freebsd-net@freebsd.org, Andrew Boyer Subject: Re: Dual-rate transceivers with ixgbe? 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, 17 Jun 2010 00:14:48 -0000 You cannot force the link speed, but my validation engineer just checked the current driver and it links down to 1G just fine, but you cannot do it manually, it is only negotiated. I am going to look at the code to add the manual control. Jack On Wed, Jun 16, 2010 at 12:27 PM, Alexander Sack wrote: > On Mon, Jun 14, 2010 at 1:19 PM, Jack Vogel wrote: > > I am NOT going to accept patches to defeat the code that Intel has put in > > place, > > if you want to hack the code that's your perogative but its like any > other > > custom > > change, you made it, you manage it. > > > > 1G SFP do not work and are not supported, there IS a supported SFP+ > > multispeed > > that can link at 1G, this was tested here. > > > Jack, understood. I won't submit my final patch with the work around to > you. > > However, I have a 82599EB with an Intel dual-rate SFP+ receiver which > will not come in 1G mode no matter how hard I try. I have dumped the > AUTOC and LINKS register and the card is not happy. > > Basically the driver: > > Writes 0xC0905004 to AUTOC to start AN/Link startup and the LINKS > immediately reports 0x203c0001 before looking in > setup_multispeed_fiber->setup_mac_link_82599 etc. > > Can you confirm with your test engineer that the Intel dual-rate SFP+ > works in 1Gbe mode on FreeBSD? > > Thanks! > > -aps > > PS The cables I have are good and the optical tester shows they are > active as well as plugging them into another card with a standard SFP > module (Finisar). > From owner-freebsd-net@FreeBSD.ORG Thu Jun 17 04:54: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 CD9341065670 for ; Thu, 17 Jun 2010 04:54:38 +0000 (UTC) (envelope-from perevalov84@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4B6128FC1A for ; Thu, 17 Jun 2010 04:54:37 +0000 (UTC) Received: by bwz8 with SMTP id 8so990164bwz.13 for ; Wed, 16 Jun 2010 21:54:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=lY4Z9whUmk5NSe/Xq1sFptuQVorWcZG+xh9mX3aA2NY=; b=hzKvlLhDjb9sTcd24J1E70ya9/wt0hTanAXW0+nBiPENEldsDPDj89NJddg35UeCso D7Pq0TzLPs09kkR8EJBR3AiNip6O4htnbQd0lTNfg/MqGe0JDr5lV6A9Q8K+nqukyhla JiUIvcLglfkgppdJXJLLv/wh/4c3WtQQVdsuw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=pmJj3Q/qI5/sjn10cB+1TpDSInABC10bzfCow+e9mXMqO806oIqBjNlw+teDq713NN Aph84rTLWP/tPeNq7fG0GzlphaB5OtpAH9e+Pzovy3dzghc2UQ1qR7FyiG4cIWw59GIE ILWeypBe2smLI0LcucPMV6SNWqG03MVAbOHwU= Received: by 10.204.81.220 with SMTP id y28mr7240152bkk.149.1276750476921; Wed, 16 Jun 2010 21:54:36 -0700 (PDT) Received: from [192.168.2.77] ([92.47.64.211]) by mx.google.com with ESMTPS id v14sm32533305bkz.2.2010.06.16.21.54.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Jun 2010 21:54:36 -0700 (PDT) Message-ID: <4C19AA3D.6080409@gmail.com> Date: Thu, 17 Jun 2010 09:53:17 +0500 From: Sergey Perevalov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100506 Thunderbird/3.0.4 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4BE44E2D.6060907@gmail.com> <4C148135.7080704@gmail.com> <20100614211155.GB4257@michelle.cdnetworks.com> <201006150706.03039.hselasky@c2i.net> <20100615194912.GJ4257@michelle.cdnetworks.com> <20100615225227.GL4257@michelle.cdnetworks.com> <4C188D17.7020108@gmail.com> <4C190EC9.50006@gmail.com> <20100616180748.GC12941@michelle.cdnetworks.com> <4C192BA3.80508@gmail.com> <20100616211047.GD12941@michelle.cdnetworks.com> In-Reply-To: <20100616211047.GD12941@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 17 Jun 2010 04:54:38 -0000 On 17.06.2010 02:10, Pyun YongHyeon wrote: > On Thu, Jun 17, 2010 at 12:53:07AM +0500, Sergey Perevalov wrote: > >> On 16.06.2010 23:07, Pyun YongHyeon wrote: >> >>> EEPROM data >>> >> dmesg: >> >> ugen4.2: at usbus4 >> axe0: on usbus4 >> axe0: PHYADDR 0xe0:0x02 >> axe0: EEPROM data : 0x008c >> miibus0: on axe0 >> rgephy0: PHY 2 on miibus0 >> rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> ue0: on axe0 >> ue0: Ethernet address: 00:0e:c6:88:09:4e >> ue0: link state changed to DOWN >> >> > Thanks, how about this one? > http://people.freebsd.org/~yongari/axe/axe.phy.diff2 > > This one works perfect!!! laptop# ping -f 192.168.2.6 PING 192.168.2.6 (192.168.2.6): 56 data bytes ........................................................................................................................................................................^C --- 192.168.2.6 ping statistics --- 539966 packets transmitted, 539797 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.239/6.314/64.864/5.187 ms Thank you very very much for you work! Will this patch be integrated in next 8.1 release? -- Regards, Sergey. From owner-freebsd-net@FreeBSD.ORG Thu Jun 17 10:16:43 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 88C2B1065678; Thu, 17 Jun 2010 10:16:43 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 223A18FC27; Thu, 17 Jun 2010 10:16:42 +0000 (UTC) Received: by gwj20 with SMTP id 20so6219839gwj.13 for ; Thu, 17 Jun 2010 03:16:42 -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=1ZXaBnh/qCtzL2DyaWO/XkX4nXpI5umwd2UUSsqnlMI=; b=T579EvNs+y+n9YsZgFQr54qdxdYE4v8nSsa7ETmIR1NfVwYCoSwBo4dxV/kOw0BCkp xRpkpbpJgqDyio58JMDsIZEXhp+9DSzLay0D3x/5a6md3DV2JPOE/Xuak726WqNHOI10 /gw85AKPZxUM+CE85u2+9D1bxdPIaIGsU+tm4= 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=gfKiQ7t0ZBCvio0xm2mfWROjEHn6G/WLFbX+H9MHAzUlED5QR6AAzsHWjOaPXxqPBl xRuR980v2t/Y99OHHiSfrUSfdYooHMbyKLeVWwM+f6oZgKs+aScXw92+iLx/TAHdoNhk s5X1smXaqJoZpoiOBTZJSQx0fg2lpx5/rsjGo= MIME-Version: 1.0 Received: by 10.101.3.7 with SMTP id f7mr8747833ani.74.1276769801966; Thu, 17 Jun 2010 03:16:41 -0700 (PDT) Received: by 10.100.137.4 with HTTP; Thu, 17 Jun 2010 03:16:41 -0700 (PDT) In-Reply-To: References: <82D310BD-48DE-4F79-84C6-356AB4F04C42@averesystems.com> Date: Thu, 17 Jun 2010 06:16:41 -0400 Message-ID: From: Alexander Sack To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Juli Mallett , freebsd-net@freebsd.org, Andrew Boyer Subject: Re: Dual-rate transceivers with ixgbe? 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, 17 Jun 2010 10:16:43 -0000 On Wed, Jun 16, 2010 at 8:14 PM, Jack Vogel wrote: > You cannot force the link speed, but my validation engineer just checked = the > current driver and it links down to 1G just fine,=A0 but you cannot do it > manually, > it is only negotiated. > > I am going to look at the code to add the manual control. Thanks Jack! The problem is that right now the card is connected to a passive tap and there is no AN. When I do ifconfig ix0 down && ifconfig ix0 up, the multispeed fiber logic goes into action but a link never happens (it does for 10G but there is no AN on 10G so this is expected). (I tried various settings for LMS bits in AUTOC but I could not get a link - the datasheet is very vague - actually come to think of it, I dont think I tried setting it to 0 which is 1G which maybe the trick) -aps From owner-freebsd-net@FreeBSD.ORG Thu Jun 17 17:30:02 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 D5F3A106564A for ; Thu, 17 Jun 2010 17:30:02 +0000 (UTC) (envelope-from pyunyh@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 81DC78FC18 for ; Thu, 17 Jun 2010 17:30:02 +0000 (UTC) Received: by gyh20 with SMTP id 20so205783gyh.13 for ; Thu, 17 Jun 2010 10:30:01 -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=qs+tgD53u/cNxWXFCxunef4a7XBl11gdQag5bNsyh5w=; b=YmvpqnanGGsd0glNyTbgGHzJ6iP+zwkyF/o2P+L2BYcAv9uKIVQp1yr37dG3r77wV4 4S0zIw9/L5+0Tu9OzaDm4Wx79OrBFNK4Yw84a37LxWJb4c17tHNnXe4/hDjIM/Vns07R fSGfD9NFiwJ+9AYnnsIv1FLtPhiqtV3Q44lWU= 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=g8CVdOO+O3S54bFHX3hHyHcridGr++n/G8eVETehmep2HsA+wDQjf7gabt2KCxjWX+ BDtmZYm9zSAPFK0wwTPKuDrA8MfofUQOZTmb/Ok6iTmNM0cIiyFa2FcHjYelg+xmRndf RllVHcihzLw1lLOyU6t/HkBwELrXGFF3ViaG8= Received: by 10.151.1.36 with SMTP id d36mr12609769ybi.1.1276795800862; Thu, 17 Jun 2010 10:30:00 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d9sm3462835ibl.4.2010.06.17.10.29.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 17 Jun 2010 10:29:58 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 17 Jun 2010 10:29:18 -0700 From: Pyun YongHyeon Date: Thu, 17 Jun 2010 10:29:18 -0700 To: Sergey Perevalov Message-ID: <20100617172918.GA16885@michelle.cdnetworks.com> References: <20100614211155.GB4257@michelle.cdnetworks.com> <201006150706.03039.hselasky@c2i.net> <20100615194912.GJ4257@michelle.cdnetworks.com> <20100615225227.GL4257@michelle.cdnetworks.com> <4C188D17.7020108@gmail.com> <4C190EC9.50006@gmail.com> <20100616180748.GC12941@michelle.cdnetworks.com> <4C192BA3.80508@gmail.com> <20100616211047.GD12941@michelle.cdnetworks.com> <4C19AA3D.6080409@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C19AA3D.6080409@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Hans Petter Selasky Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 17 Jun 2010 17:30:03 -0000 On Thu, Jun 17, 2010 at 09:53:17AM +0500, Sergey Perevalov wrote: > On 17.06.2010 02:10, Pyun YongHyeon wrote: > >On Thu, Jun 17, 2010 at 12:53:07AM +0500, Sergey Perevalov wrote: > > > >>On 16.06.2010 23:07, Pyun YongHyeon wrote: > >> > >>>EEPROM data > >>> > >>dmesg: > >> > >>ugen4.2: at usbus4 > >>axe0: on usbus4 > >>axe0: PHYADDR 0xe0:0x02 > >>axe0: EEPROM data : 0x008c > >>miibus0: on axe0 > >>rgephy0: PHY 2 on miibus0 > >>rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > >>1000baseT-FDX, auto > >>ue0: on axe0 > >>ue0: Ethernet address: 00:0e:c6:88:09:4e > >>ue0: link state changed to DOWN > >> > >> > >Thanks, how about this one? > >http://people.freebsd.org/~yongari/axe/axe.phy.diff2 > > > > > This one works perfect!!! > Great! Thanks for testing and report! > laptop# ping -f 192.168.2.6 > PING 192.168.2.6 (192.168.2.6): 56 data bytes > ........................................................................................................................................................................^C > --- 192.168.2.6 ping statistics --- > 539966 packets transmitted, 539797 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 0.239/6.314/64.864/5.187 ms > > Thank you very very much for you work! > Will this patch be integrated in next 8.1 release? > I'm afraid it was too late to make it into 8.1-RELEASE. The patch reprograms GPIO pins used on AX88178 based controllers and it would change basic operation mode of controller. So I think it needs wide testing on all AX88178 controllers in order not to introduce regression. Previously GPIO pins were programmed without regard to PHY models. I guess stock code was initially written for Marvell PHY in mind. However different PHYs will require different GPIO configuration. GPIO configurations are depend on controller design by nature so different PHYs will require new GPIO configuration. For your case, RealTek PHY also required special DSP code that takes the PHY out of power down mode as well as GPIO reconfiguration. Hans, would you commit the patch to P4? I guess directly committing to tree will make your work harder. From owner-freebsd-net@FreeBSD.ORG Thu Jun 17 17:47:35 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 43375106566C; Thu, 17 Jun 2010 17:47:35 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 9134D8FC1C; Thu, 17 Jun 2010 17:47:33 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=IcRiYJMB21UA:10 a=ygRHs6EKU7oA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=s5n-HPg0qQ1sRv3rkRMA:9 a=r6ufzM8Q4l7klydRBTs1C4LOxrEA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1202345821; Thu, 17 Jun 2010 19:47:32 +0200 From: Hans Petter Selasky To: pyunyh@gmail.com Date: Thu, 17 Jun 2010 19:44:42 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <20100614211155.GB4257@michelle.cdnetworks.com> <4C19AA3D.6080409@gmail.com> <20100617172918.GA16885@michelle.cdnetworks.com> In-Reply-To: <20100617172918.GA16885@michelle.cdnetworks.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006171944.42918.hselasky@c2i.net> Cc: freebsd-net@freebsd.org, Andrew Thompson , Sergey Perevalov Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 17 Jun 2010 17:47:35 -0000 On Thursday 17 June 2010 19:29:18 Pyun YongHyeon wrote: > Pyun YongHyeon > Hi, Committed to USB P4. Please check and verify the patch. Changed if (1 || bootverbose) into if (bootverbose). See USB P4 change ID #179721. --HPS From owner-freebsd-net@FreeBSD.ORG Thu Jun 17 18:00: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 B2393106568C; Thu, 17 Jun 2010 18:00:22 +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 770C68FC12; Thu, 17 Jun 2010 18:00:22 +0000 (UTC) Received: by pva4 with SMTP id 4so128256pva.13 for ; Thu, 17 Jun 2010 11:00:22 -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=7jUwHt9l1yoKYCX8oK/iDpJ/VD652w4WzleP31dJNV4=; b=KI3PZPzK8vO3FSPzgK8X56XafCpQMvvRPpKIC1r3R/F04C6Nw9Et12OG2Ow2avslVP pCKyVqMornfiJQ4Wg6FG5LLnAGJYLv9M3Wg4lXMQh1UE7Gem2wIZ5bfvsv7kLEvqW1UI tZVrTKXZRtLel4F3jhK1MlHFR6wGGZsijwTgM= 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=X3x9NlLPlDCGdpv7vXQan8Cm+f0WgZUTPCqpzancmjumzo37ndwpz/ojadDM36OZCf 2uW0z3LMW9slKKDGHDzSGj78i29gdjvM6G46He2hTj1x5YpCaYW518pOd24BQ0mnsqbk JvGguIEtShQJKy9XQ308zu0R1GKM+M+joh6+E= Received: by 10.141.91.13 with SMTP id t13mr8566785rvl.266.1276797620425; Thu, 17 Jun 2010 11:00:20 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id b12sm8310515rvn.10.2010.06.17.11.00.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 17 Jun 2010 11:00:19 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 17 Jun 2010 10:59:32 -0700 From: Pyun YongHyeon Date: Thu, 17 Jun 2010 10:59:32 -0700 To: Hans Petter Selasky Message-ID: <20100617175932.GB16885@michelle.cdnetworks.com> References: <20100614211155.GB4257@michelle.cdnetworks.com> <4C19AA3D.6080409@gmail.com> <20100617172918.GA16885@michelle.cdnetworks.com> <201006171944.42918.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201006171944.42918.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Andrew Thompson , Sergey Perevalov Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 17 Jun 2010 18:00:22 -0000 On Thu, Jun 17, 2010 at 07:44:42PM +0200, Hans Petter Selasky wrote: > On Thursday 17 June 2010 19:29:18 Pyun YongHyeon wrote: > > Pyun YongHyeon > > > > Hi, > > Committed to USB P4. Please check and verify the patch. Changed if (1 || > bootverbose) into if (bootverbose). > Yup, that change is good, thanks. > See USB P4 change ID #179721. > Thanks a lot! From owner-freebsd-net@FreeBSD.ORG Thu Jun 17 18:29:37 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 3E9581065674; Thu, 17 Jun 2010 18:29:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A29448FC16; Thu, 17 Jun 2010 18:29:36 +0000 (UTC) Received: by vws20 with SMTP id 20so10280777vws.13 for ; Thu, 17 Jun 2010 11:29:35 -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=ftisyFkb/y7fiSe8f6IMgmM8CpB4CZjBBXahV7PHQwY=; b=BzP6+sUx3ykM/R13rGUxLH1k3R1BLV+58YFtjRFqemE5FrCiF81dy61N+9cDvpP6vZ qXkJ8UvIL/P7VUXKJmWMr4+nTG3GKL8uKWU6sD7R63Et6Hvl9zjG2E3a0ixZwmnprYSH Io/20ffdDGQ2/gzSg8f8N3xEItdjgLjTZRByw= 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=XCgjdI0lQ7CZpab0cbMwQrtOdVpJnYaxV06KLQZW6jvtMKfgn15n5UNdaLvNq/a+jv XIIYgZsRvZZco/sQw0Dvx+gLQBDSDRED0fILgJEtgMoBRovuhO93O7IjwqQGZW/HLMlC mCAWVUBDXT+xHIyP0JszcGofCa04gI3O/Ni/I= MIME-Version: 1.0 Received: by 10.224.78.155 with SMTP id l27mr4238657qak.124.1276799374606; Thu, 17 Jun 2010 11:29:34 -0700 (PDT) Received: by 10.229.246.65 with HTTP; Thu, 17 Jun 2010 11:29:34 -0700 (PDT) In-Reply-To: References: <82D310BD-48DE-4F79-84C6-356AB4F04C42@averesystems.com> Date: Thu, 17 Jun 2010 11:29:34 -0700 Message-ID: From: Jack Vogel To: Alexander Sack Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Juli Mallett , freebsd-net@freebsd.org, Andrew Boyer Subject: Re: Dual-rate transceivers with ixgbe? 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, 17 Jun 2010 18:29:37 -0000 I have been working on this this morning, and I have a way of doing the same thing you do with ethtool on Linux, I should have something in HEAD shortly. This will let you "force" the advertisement of the link to 1G only. Jack On Thu, Jun 17, 2010 at 3:16 AM, Alexander Sack wrote: > On Wed, Jun 16, 2010 at 8:14 PM, Jack Vogel wrote: > > You cannot force the link speed, but my validation engineer just checked > the > > current driver and it links down to 1G just fine, but you cannot do it > > manually, > > it is only negotiated. > > > > I am going to look at the code to add the manual control. > > Thanks Jack! The problem is that right now the card is connected to a > passive tap and there is no AN. When I do ifconfig ix0 down && > ifconfig ix0 up, the multispeed fiber logic goes into action but a > link never happens (it does for 10G but there is no AN on 10G so this > is expected). (I tried various settings for LMS bits in AUTOC but I > could not get a link - the datasheet is very vague - actually come to > think of it, I dont think I tried setting it to 0 which is 1G which > maybe the trick) > > -aps > From owner-freebsd-net@FreeBSD.ORG Fri Jun 18 04:02: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 8C7871065673; Fri, 18 Jun 2010 04:02:53 +0000 (UTC) (envelope-from pisymbol@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 126A38FC0C; Fri, 18 Jun 2010 04:02:52 +0000 (UTC) Received: by gxk27 with SMTP id 27so455365gxk.13 for ; Thu, 17 Jun 2010 21:02: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; bh=7uDjfDh2mJLAjEO3nKQ4GXZcoyQ1EpOkRZfDmrZU5JM=; b=EeyoqnZsTG9eTzYDrB+QSLSVP3iaIy9VXNLvugDqzPygq8lrwN51y3nK9yCtyVg2p8 Y6zhEOFEfeA39K21+fpbyZk0+zatuMv7MqBuSHP6JZ9Gdf/2/kqSlYT3CdRRXld4sSdg nA4rqrjuLbJL9n6VlgQ5EOjjUIxQqV0ZDp1vU= 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=OUBAt6gq6FzkHXxTUHF+jKr8nDV5t1olL1un2sgBbPGUWQrCBGbUg0VkCcvXob9+6c n7NGvMvGTSh1kFfOiE1qdU4h1PNq6fNBt4YsS/s+NjhXydbbgpi7wjDQG2bqIfvUyCdl J0pUQ2DCrBuu1t6NC9Owcik0mSx00S//lv4fc= MIME-Version: 1.0 Received: by 10.101.129.7 with SMTP id g7mr387508ann.84.1276833772165; Thu, 17 Jun 2010 21:02:52 -0700 (PDT) Received: by 10.100.137.4 with HTTP; Thu, 17 Jun 2010 21:02:51 -0700 (PDT) In-Reply-To: References: <82D310BD-48DE-4F79-84C6-356AB4F04C42@averesystems.com> Date: Fri, 18 Jun 2010 00:02:51 -0400 Message-ID: From: Alexander Sack To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: Juli Mallett , freebsd-net@freebsd.org, Andrew Boyer Subject: Re: Dual-rate transceivers with ixgbe? 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, 18 Jun 2010 04:02:53 -0000 On Thu, Jun 17, 2010 at 2:29 PM, Jack Vogel wrote: > I have been working on this this morning, and I have a way of doing the same > thing > you do with ethtool on Linux, I should have something in HEAD shortly. This > will > let you "force" the advertisement of the link to 1G only. > Jack, I am not sure if you want me to share! :) I have something that works with my 1G SFP (Finisar) which isnt supported but works 100% of all my 1G SFPs. The problem is that the driver assumes AN in a lot of spots even when connected to a passive tap because if you have a multispeed fiber, negotion is always TRUE! :( I guess my question is for the 1G only, I assume you turn AN off to make this go (that seems to always work). Thanks! -aps PS I know, I know, 1G AN sucks....btw, thanks Jack for being responsive to all of this stuff... From owner-freebsd-net@FreeBSD.ORG Fri Jun 18 12:06:58 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 EFEF6106566C for ; Fri, 18 Jun 2010 12:06:58 +0000 (UTC) (envelope-from swun2010@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 B05388FC1C for ; Fri, 18 Jun 2010 12:06:58 +0000 (UTC) Received: by gxk27 with SMTP id 27so634479gxk.13 for ; Fri, 18 Jun 2010 05:06: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=5jso9/v5o6DYDJcrZ8+CfCzYr/lYni7JNyDkM/roQPM=; b=YMI95iu5DWw6amT8bHdyOwBW+J/DvNPFlzZ6SHLfvgg630xwXUIaNZEZ1GDU+kewv8 b5U64hSznqUJ4bjq/CcvIE+uRPqkbTR6+k2dGXOG4bLH2GOsPOHQTLBrf7FzpAA8Qpoh kiZ6l8psl8Rt/Qq7DyL76+KwxMq4mdyP7uiSg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ALvuEMvUW1jo9S0GZeF2QOLo2tBJ4zS6ycEyVLIrew++1PVj89YNPw2NCmPG/QnQEN v9ly+9pHsFXLATiDSgW0iPuprRHFwFTfHTnPUgedOBRmcnksNcgm7t+ewH4VSbyg9vqy ex66YwIIrYpjgmjOsu927sS3L0A9RzSgDReaI= MIME-Version: 1.0 Received: by 10.220.127.3 with SMTP id e3mr504389vcs.126.1276862817754; Fri, 18 Jun 2010 05:06:57 -0700 (PDT) Received: by 10.220.72.21 with HTTP; Fri, 18 Jun 2010 05:06:57 -0700 (PDT) Date: Fri, 18 Jun 2010 22:06:57 +1000 Message-ID: From: Sam Wun To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: autom4te: not found - please help. 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, 18 Jun 2010 12:06:59 -0000 Hi, With FreeBSD 8.1 RC1, Can anyone tell me how to resolve the following error from building cyrus-sasl2? configure: creating ./config.status autom4te --language=m4sh -B libltdl/config libltdl/config/ltmain.m4sh > libltdl/config/ltmain.in autom4te: not found *** Error code 127 Stop in /usr/ports/devel/libtool22/work/libtool-2.2.6b. *** Error code 1 Stop in /usr/ports/devel/libtool22. *** Error code 1 Stop in /usr/ports/security/cyrus-sasl2. *** Error code 1 Thanks S From owner-freebsd-net@FreeBSD.ORG Fri Jun 18 18:16: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 B6CAD106567E for ; Fri, 18 Jun 2010 18:16:49 +0000 (UTC) (envelope-from prvs=1785ab736e=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBEE8FC1D for ; Fri, 18 Jun 2010 18:16:48 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 18 Jun 2010 19:05:44 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 18 Jun 2010 19:05:43 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50010597769.msg for ; Fri, 18 Jun 2010 19:05:23 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.48 X-Return-Path: prvs=1785ab736e=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-net@freebsd.org Message-ID: From: "Steven Hartland" To: Date: Fri, 18 Jun 2010 19:01:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: liv3d@multiplay.co.uk, geedee@multiplay.co.uk Subject: FreeBSD 8.x + multiple ip ipnat = hard lock 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, 18 Jun 2010 18:16:49 -0000 We're trying to get the following config working but as soon as we try to assign an outbound range to in ipnat.rules the machine will hard lock, not even capslock light will activate. [rc.conf] defaultrouter="217.41.248.1" ifconfig_em0="inet 217.41.248.10 netmask 255.255.255.0" ifconfig_em0_alias0="inet 217.41.248.192/32" ifconfig_em0_alias1="inet 217.41.248.193/32" ipfilter_enable="YES" ipfilter_rules="/etc/ipf.rules" ipv6_ipfilter_rules="" ipfilter_flags="-D -T ipf_nattable_sz=10009,ipf_nattable_max=300000 -E" ipmon_enable="YES" ipmon_flags="-Ds" ipnat_enable="YES" ipnat_rules="/etc/ipnat.rules" [/rc.conf] [ipnat.rules] map em0 10.10.98.0/23 -> 217.41.248.192/31 portmap tcp/udp auto map em0 10.10.98.0/23 -> 217.41.248.192/31 [/ipnat.rules] also tried: [ipnat.rules] map em0 10.10.98.0/23 -> 217.41.248.192/31 [/ipnat.rules] If we change to a /32 all is fine. It can take a few mins to hang but hang it always does. We've swapped out the hardware and upgraded from 8.0 to 8.1-PRE but no change. Does anyone have any ideas what this could be or how do debug? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Fri Jun 18 21:29:12 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 0A6881065674; Fri, 18 Jun 2010 21:29:12 +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 D6C768FC1B; Fri, 18 Jun 2010 21:29: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 o5ILTBOL007615; Fri, 18 Jun 2010 21:29:11 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5ILTBgR007611; Fri, 18 Jun 2010 21:29:11 GMT (envelope-from linimon) Date: Fri, 18 Jun 2010 21:29:11 GMT Message-Id: <201006182129.o5ILTBgR007611@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147950: [vimage] [carp] VIMAGE + CARP = kernel crash 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, 18 Jun 2010 21:29:12 -0000 Old Synopsis: VIMAGE + CARP = kernel crash New Synopsis: [vimage] [carp] VIMAGE + CARP = kernel crash Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jun 18 21:28:04 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147950 From owner-freebsd-net@FreeBSD.ORG Fri Jun 18 23:52: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 39D2A1065672; Fri, 18 Jun 2010 23:52:18 +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 114918FC0A; Fri, 18 Jun 2010 23:52: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 o5INqH3b035215; Fri, 18 Jun 2010 23:52:17 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5INqHaE035211; Fri, 18 Jun 2010 23:52:17 GMT (envelope-from linimon) Date: Fri, 18 Jun 2010 23:52:17 GMT Message-Id: <201006182352.o5INqHaE035211@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147985: [alc] alc network driver + tso ( + vlan ? ) does not work. 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, 18 Jun 2010 23:52:18 -0000 Old Synopsis: alc network driver + tso ( + vlan ? ) does not work. New Synopsis: [alc] alc network driver + tso ( + vlan ? ) does not work. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jun 18 23:51:57 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147985 From owner-freebsd-net@FreeBSD.ORG Sat Jun 19 00:36:45 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 9503C106564A for ; Sat, 19 Jun 2010 00:36:45 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4840C8FC18 for ; Sat, 19 Jun 2010 00:36:45 +0000 (UTC) Received: by vws20 with SMTP id 20so217931vws.13 for ; Fri, 18 Jun 2010 17:36:44 -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=tJ2VZ0eTrPpdQqX45CTdbMDBS+r4WYJ9ReCdOm49R9o=; b=H5b69UDj63Mw4KUeEM1/QDyVR3yDUkcJphgXLleVL7Oo6WrO4d7nzkCOVEAlHFugq6 QDQoVedVn1qwx5iI5m6ECrF117GSaEzniF5IuBHbUtrdyr3IifLi7/RLz4TptHPFwW/c d1Ihl6/0Q1Sltt+/QLvQMxkpr3ZWqhlPJLrl8= 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=LLD4RIdINLdg9Yepg1zj8iCXjscqTjUK9KBeiZ0W1ILTgU7Ccm6L5x/QWleCtyIoxf IOzFOU4YMEQAeOzJG1fVsjv/pewPIc6DiO2D7L7MZlJBtZS9Pb3sWU0t67VhqFFo+WuN fuhsZ7YdqtpM4YQ2o6Dwjt3F05rIT7i/CJvzA= MIME-Version: 1.0 Received: by 10.220.80.105 with SMTP id s41mr766903vck.52.1276907804604; Fri, 18 Jun 2010 17:36:44 -0700 (PDT) Received: by 10.220.72.21 with HTTP; Fri, 18 Jun 2010 17:36:44 -0700 (PDT) In-Reply-To: References: Date: Sat, 19 Jun 2010 10:36:44 +1000 Message-ID: From: Sam Wun To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: autom4te: not found in FreeBSD 8.1RC1 - please help. 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, 19 Jun 2010 00:36:45 -0000 Hi, With FreeBSD 8.1 RC1, I got the following error when building cyrus-sasl2 in the Ports: .... configure: creating ./config.status autom4te --language=m4sh -B libltdl/config libltdl/config/ltmain.m4sh libltdl/config/ltmain.in autom4te: not found *** Error code 127 Can anyone tell me how to resolve this problem? Your help is very much appreciated. Thanks Sam From owner-freebsd-net@FreeBSD.ORG Sat Jun 19 00:58:33 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 EF9D61065677 for ; Sat, 19 Jun 2010 00:58:33 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A89E68FC1D for ; Sat, 19 Jun 2010 00:58:32 +0000 (UTC) Received: by vws20 with SMTP id 20so237913vws.13 for ; Fri, 18 Jun 2010 17:58:32 -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=tCq2YW7B+DffWX2RFjCIE/jfKZ3D0oOk7weBRjdqqtg=; b=Bom7zbIAJHJDKVKlrlvy2SZkLKfzodU0zV5mZeqvUDNX+bycgSAb4TOivO/F6RN33L 4JDMBZDygIeQppyavC8KhdItMsXZSZsbvAi50ejlGzy9JBxBrGqH+WuVjKYuRhUZ3E68 fidotetaHc7UgjkaNZgNNJjdnpsnvcgRvzHy0= 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=mvDFar6rweNob2Dl342CHTISK6nbaLLo8Sa481qkbBmpdypMtIHvF/xbX7fcfkP+sJ ip73LXa9WMZ2zGAM7Zp03HIFcHMM6PEtEnVb2BR9jjFSMzA6Id0v9RLzgTHzhqBHLEjl MxfOJjekysuQdCcrq+smMIbvYHDN2aD9Zlgow= MIME-Version: 1.0 Received: by 10.220.124.67 with SMTP id t3mr782530vcr.45.1276909112276; Fri, 18 Jun 2010 17:58:32 -0700 (PDT) Received: by 10.220.72.21 with HTTP; Fri, 18 Jun 2010 17:58:32 -0700 (PDT) In-Reply-To: References: Date: Sat, 19 Jun 2010 10:58:32 +1000 Message-ID: From: Sam Wun To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: autom4te: not found - please help. 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, 19 Jun 2010 00:58:34 -0000 Since this is a fresh installed 8.1, I just found that there is no perl in the system. But there is also error when building perl, shown as below: Cleaning current config before rebuilding Makefile... make -f Makefile.old clean > /dev/null 2>&1 ../../miniperl "-I../../lib" "-I../../lib" Makefile.PL "INSTALLDIRS=perl" "INSTALLMAN3DIR=none" "PERL_CORE=1" "LIBPERL_A=libperl.so" Writing Makefile for DynaLoader ==> Your Makefile has been rebuilt. <== ==> Please rerun the make command. <== false *** Error code 1 Stop in /usr/ports/lang/perl5.8/work/perl-5.8.9/ext/DynaLoader. make config failed, continuing anyway... Makefile out-of-date with respect to Makefile.PL Cleaning current config before rebuilding Makefile... make -f Makefile.old clean > /dev/null 2>&1 ../../miniperl "-I../../lib" "-I../../lib" Makefile.PL "INSTALLDIRS=perl" "INSTALLMAN3DIR=none" "PERL_CORE=1" "LIBPERL_A=libperl.so" Writing Makefile for DynaLoader ==> Your Makefile has been rebuilt. <== ==> Please rerun the make command. <== false *** Error code 1 Stop in /usr/ports/lang/perl5.8/work/perl-5.8.9/ext/DynaLoader. *** Error code 1 Stop in /usr/ports/lang/perl5.8/work/perl-5.8.9. *** Error code 1 Stop in /usr/ports/lang/perl5.8. *** Error code 1 Stop in /usr/ports/lang/perl5.8. I have followed what it told and rerun make command, it still generated this error. Thanks Sam On Fri, Jun 18, 2010 at 10:06 PM, Sam Wun wrote: > Hi, > > With FreeBSD 8.1 RC1, > Can anyone tell me how to resolve the following error from building cyrus-sasl2? > > configure: creating ./config.status > autom4te --language=m4sh -B libltdl/config libltdl/config/ltmain.m4sh >> libltdl/config/ltmain.in > autom4te: not found > *** Error code 127 > > Stop in /usr/ports/devel/libtool22/work/libtool-2.2.6b. > *** Error code 1 > > Stop in /usr/ports/devel/libtool22. > *** Error code 1 > > Stop in /usr/ports/security/cyrus-sasl2. > *** Error code 1 > > Thanks > S > From owner-freebsd-net@FreeBSD.ORG Sat Jun 19 11:20: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 50C89106566B; Sat, 19 Jun 2010 11:20:47 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 28BBB8FC18; Sat, 19 Jun 2010 11:20: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 o5JBKlkv064077; Sat, 19 Jun 2010 11:20:47 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5JBKlKH064065; Sat, 19 Jun 2010 11:20:47 GMT (envelope-from bz) Date: Sat, 19 Jun 2010 11:20:47 GMT Message-Id: <201006191120.o5JBKlKH064065@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-virtualization@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/147950: [vimage] [carp] VIMAGE + CARP = kernel crash 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, 19 Jun 2010 11:20:47 -0000 Synopsis: [vimage] [carp] VIMAGE + CARP = kernel crash Responsible-Changed-From-To: freebsd-net->freebsd-virtualization Responsible-Changed-By: bz Responsible-Changed-When: Sat Jun 19 11:18:59 UTC 2010 Responsible-Changed-Why: VIMAGE is an experimental feeature and not yet officially supported. freebsd-virtualization@ is the best place to get the right people to help rather than PRs. http://www.freebsd.org/cgi/query-pr.cgi?pr=147950