From owner-freebsd-net@FreeBSD.ORG Sun Jul 4 08:00: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 CBDA31065670 for ; Sun, 4 Jul 2010 08:00:54 +0000 (UTC) (envelope-from earl.lapus@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 94C398FC15 for ; Sun, 4 Jul 2010 08:00:54 +0000 (UTC) Received: by iwn35 with SMTP id 35so2794443iwn.13 for ; Sun, 04 Jul 2010 01:00:54 -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=YOqWqiEVWkFuj/iRc4gN7XWBUWCsoxAxDoXSbTO/4qI=; b=BfPinLSsTquVyIjYsbhsmO6lO0DTkTnVN5TbLuoCnSGGk9our4pOost5y47xQ1uwDu u9PNOT87MvaIfllygLwdIH9BsmSLjiBiUtT+oixLPp9jlxZ6/JAuH7l1S5I8GdG3CdAc fGPv3aV2MS8xc6Jeptepwqye1egRoZiTsQzuQ= 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=hzCmvVzyifOObWM/ZXofG7PkKihiDKFG4qT93+JTLAslS7glEoDao/NwD6XYp90+hU 9ZP0lWBXnM6LqPcG4kgtaaBYChB8KoVStcBMogzUjLOIQPwLVHT0ZFpFCMas6m3AB18G goYJzQN4TcL7u0ODdNwZS5MQchvKLzsm4BgJY= MIME-Version: 1.0 Received: by 10.231.32.198 with SMTP id e6mr1425260ibd.86.1278230453998; Sun, 04 Jul 2010 01:00:53 -0700 (PDT) Received: by 10.231.145.144 with HTTP; Sun, 4 Jul 2010 01:00:53 -0700 (PDT) In-Reply-To: References: Date: Sun, 4 Jul 2010 16:00:53 +0800 Message-ID: From: Earl Lapus To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: patch review for kern/146534 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, 04 Jul 2010 08:00:54 -0000 Hi, I just want to follow-up on this PR. Basically a working icmp6 functionality that exists in 7.x and below broke in 8.x and CURRENT. I believe it's too late to have it fixed in 8.1. Maybe someone on the list that really knows the icmp6 code can have a look and verify if it is indeed a bug. If it is, hopefully it can be fixed on the next releases. Cheers! Earl -- There are seven words in this sentence. From owner-freebsd-net@FreeBSD.ORG Sun Jul 4 14:59:09 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E42121065701 for ; Sun, 4 Jul 2010 14:59:09 +0000 (UTC) (envelope-from bored_to_death85@yahoo.com) Received: from n13.bullet.mail.ac4.yahoo.com (n13.bullet.mail.ac4.yahoo.com [74.6.228.93]) by mx1.freebsd.org (Postfix) with SMTP id 986FB8FC13 for ; Sun, 4 Jul 2010 14:59:09 +0000 (UTC) Received: from [76.13.12.67] by n13.bullet.mail.ac4.yahoo.com with NNFMP; 04 Jul 2010 14:46:03 -0000 Received: from [74.6.228.81] by t8.bullet.mail.ac4.yahoo.com with NNFMP; 04 Jul 2010 14:46:03 -0000 Received: from [127.0.0.1] by omp1002.mail.ac4.yahoo.com with NNFMP; 04 Jul 2010 14:46:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 248660.12820.bm@omp1002.mail.ac4.yahoo.com Received: (qmail 52634 invoked by uid 60001); 4 Jul 2010 14:46:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1278254763; bh=K9CAmiwC4w4QUYRj6xl5XXAgU3NqHWl7jTYM/3r4zZI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=HsRQlMiIDfNvzC89E6/jmGBSynhxgbYMXXgVw35LDsMUGOJZQsU27lgV+7WhwunNflIq3BsVa4rGBrS/HbZLQrVRB9yXLTM8DxPOmuJoW0makUCjcskoUO5dNQE9JynVwHq9E6Nfl3qBSvi4nyRhwtUHrcimDmurnYeRCim78r8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=i0W0BUm7MelapOywxA8cmuIU9HDf5WvUTnRu3l3bSseC24eN4OKHcFzBcQeAeHB9acOV6LFhcNpnIJqm7qZncz4cQPk8mUdVMLmNRz4Wghh1rzcRSrmy41fbvOx52w4kyyqNfYYu/WjmJEi2Gm5yXh4o6s3JZmYGrcSAwDsZSMs=; Message-ID: <49088.49942.qm@web59711.mail.ac4.yahoo.com> X-YMail-OSG: i9q94R4VM1kPUoRQhVD9yRBkrAWR2Y3vAnMc7RdouCSh1gE D65faUP_MnnuFCSHdk7BmBMf2NZT1qusjISGi9kuWvbjyDZqpT_H.YahxuF2 jv7kqMnP42iAwOLwxeQeJEJ8GxvYh7_TXW6KaOu742hXzfNwk4kB904Penhv 7cbedeKidpc.ui4gN1tafGB8QC7hMJ3joegVPoYaQT53pxBfvrcv3AB1JJMy 8wZpwFmwA2PPfnGQ4NRns0f6pBfyZ1NC6SiSc.85SqxnA0iFPHSM68NVCqMw ZvtFOlkPK9qA8KyP10jd12tx5KKdWVw3ssVbQFkR8QSPyI_LMfEl2uZ5Qc1y 4BHe3jMbyIH654j0UmETtfxiAzYNXF1ddWuIbN.W8N.oSPj638mIju1KRzg- - Received: from [89.165.120.23] by web59711.mail.ac4.yahoo.com via HTTP; Sun, 04 Jul 2010 07:46:03 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.104.274457 References: Date: Sun, 4 Jul 2010 07:46:03 -0700 (PDT) From: bored to death To: Garrett Cooper In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: Poor performance with natd/ipfw and TSO enabled on bce(4) card and 8.1-PRERELEASE 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, 04 Jul 2010 14:59:10 -0000 hi, just wanted to say it's not just on bce. i had the same problem with my "msk" interfaces. i just had 1 pipe and 1 divert rule in my ipfw rules. and i couldn't even open a simple 10K html page from apache, even apache didn't respond. eventually i disabled tso on my interfaces and everything went back to normal. ________________________________ From: Garrett Cooper To: net@freebsd.org Sent: Thu, July 1, 2010 6:30:53 AM Subject: Poor performance with natd/ipfw and TSO enabled on bce(4) card and 8.1-PRERELEASE Hi, Just an observation I made while transferring a file: # time scp floppy.img somehost: Password: floppy.img 100% 1440KB 13.7KB/s 01:45 real 1m59.400s user 0m0.031s sys 0m0.028s # sysctl net.inet.tcp.tso=0 net.inet.tcp.tso: 1 -> 0 # time scp floppy.img somehost: floppy.img 100% 1440KB 1.4MB/s 00:00 real 0m0.712s user 0m0.018s sys 0m0.018s Going ISDN speeds transferring a 1.44MB file is sad when you have a gigabit uplink :(... natd seems to be doing a LOT of spinning when TSO is enabled (it's going up to 73% CPU on a dual-proc quad-core machine). Here are some other details: # ipfw list 00050 divert 8668 ip4 from any to any via bce1 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny ip from any to ::1 00500 deny ip from ::1 to any 00600 allow ipv6-icmp from :: to ff02::/16 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 65000 allow ip from any to any 65535 deny ip from any to any # ls /etc/natd* ls: /etc/natd*: No such file or directory # 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 # pciconf -lv | grep -A 4 bce bce1@pci0:7:0:0: class=0x020000 card=0x01b21028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' class = network subclass = ethernet -- bce0@pci0:3:0:0: class=0x020000 card=0x01b21028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' class = network subclass = ethernet Let me know what other info is required. Thanks, -Garrett PS Please keep me CCed in all emails. _______________________________________________ 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 Mon Jul 5 00:36:50 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B26531065672; Mon, 5 Jul 2010 00:36:50 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF258FC0A; Mon, 5 Jul 2010 00:36:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o650aopQ012532; Mon, 5 Jul 2010 00:36:50 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o650aoxa012528; Mon, 5 Jul 2010 00:36:50 GMT (envelope-from brucec) Date: Mon, 5 Jul 2010 00:36:50 GMT Message-Id: <201007050036.o650aoxa012528@freefall.freebsd.org> To: bruce@cran.org.uk, brucec@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/137795: [sctp] [panic] mtx_lock() of destroyed mutex 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, 05 Jul 2010 00:36:50 -0000 Synopsis: [sctp] [panic] mtx_lock() of destroyed mutex State-Changed-From-To: patched->closed State-Changed-By: brucec State-Changed-When: Mon Jul 5 00:36:28 UTC 2010 State-Changed-Why: Fixed in stable/8 and head. http://www.freebsd.org/cgi/query-pr.cgi?pr=137795 From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 00:37:17 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D2A1065670; Mon, 5 Jul 2010 00:37:17 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D01D08FC08; Mon, 5 Jul 2010 00:37: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 o650bGX2012576; Mon, 5 Jul 2010 00:37:16 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o650bGZU012572; Mon, 5 Jul 2010 00:37:16 GMT (envelope-from brucec) Date: Mon, 5 Jul 2010 00:37:16 GMT Message-Id: <201007050037.o650bGZU012572@freefall.freebsd.org> To: bruce@cran.org.uk, brucec@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/141695: [sctp] [panic] kernel page fault with non-sleepable lock sctp-inp held 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, 05 Jul 2010 00:37:17 -0000 Synopsis: [sctp] [panic] kernel page fault with non-sleepable lock sctp-inp held State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Mon Jul 5 00:36:58 UTC 2010 State-Changed-Why: Fixed in stable/8 and head. http://www.freebsd.org/cgi/query-pr.cgi?pr=141695 From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 00:37:38 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A60810656F2; Mon, 5 Jul 2010 00:37:38 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 62C318FC12; Mon, 5 Jul 2010 00:37:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o650bcMp012626; Mon, 5 Jul 2010 00:37:38 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o650bcG6012622; Mon, 5 Jul 2010 00:37:38 GMT (envelope-from brucec) Date: Mon, 5 Jul 2010 00:37:38 GMT Message-Id: <201007050037.o650bcG6012622@freefall.freebsd.org> To: bruce@cran.org.uk, brucec@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/141697: [sctp] [panic] lock (sleep mutex) sctp-tcb not locked 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, 05 Jul 2010 00:37:38 -0000 Synopsis: [sctp] [panic] lock (sleep mutex) sctp-tcb not locked State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Mon Jul 5 00:37:22 UTC 2010 State-Changed-Why: Fixed in stable/8 and head. http://www.freebsd.org/cgi/query-pr.cgi?pr=141697 From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 00:37:56 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D089E1065676; Mon, 5 Jul 2010 00:37:56 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A8C628FC1D; Mon, 5 Jul 2010 00:37: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 o650bu2S012670; Mon, 5 Jul 2010 00:37:56 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o650bu0v012666; Mon, 5 Jul 2010 00:37:56 GMT (envelope-from brucec) Date: Mon, 5 Jul 2010 00:37:56 GMT Message-Id: <201007050037.o650bu0v012666@freefall.freebsd.org> To: bruce@cran.org.uk, brucec@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/141698: [sctp] [panic] Own lock on stcb at return from input 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, 05 Jul 2010 00:37:56 -0000 Synopsis: [sctp] [panic] Own lock on stcb at return from input State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Mon Jul 5 00:37:42 UTC 2010 State-Changed-Why: Fixed in stable/8 and head. http://www.freebsd.org/cgi/query-pr.cgi?pr=141698 From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 00:38:17 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01DF41065672; Mon, 5 Jul 2010 00:38:17 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CD6808FC0C; Mon, 5 Jul 2010 00:38: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 o650cG6s012717; Mon, 5 Jul 2010 00:38:16 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o650cGAu012713; Mon, 5 Jul 2010 00:38:16 GMT (envelope-from brucec) Date: Mon, 5 Jul 2010 00:38:16 GMT Message-Id: <201007050038.o650cGAu012713@freefall.freebsd.org> To: bruce@cran.org.uk, brucec@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/141720: [sctp] [lor] [hang] sctp-create vs. sctp-it causes system hang 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, 05 Jul 2010 00:38:17 -0000 Synopsis: [sctp] [lor] [hang] sctp-create vs. sctp-it causes system hang State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Mon Jul 5 00:38:01 UTC 2010 State-Changed-Why: Fixed in stable/8 and head. http://www.freebsd.org/cgi/query-pr.cgi?pr=141720 From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 00:43:21 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E9B51065670; Mon, 5 Jul 2010 00:43:21 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 56E988FC14; Mon, 5 Jul 2010 00:43:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o650hLTH012847; Mon, 5 Jul 2010 00:43:21 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o650hKmi012843; Mon, 5 Jul 2010 00:43:20 GMT (envelope-from brucec) Date: Mon, 5 Jul 2010 00:43:20 GMT Message-Id: <201007050043.o650hKmi012843@freefall.freebsd.org> To: wooky@btconnect.com, brucec@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/144529: [sctp] sctp over ipv6 appears to not calculate checksum 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, 05 Jul 2010 00:43:21 -0000 Synopsis: [sctp] sctp over ipv6 appears to not calculate checksum State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Mon Jul 5 00:43:05 UTC 2010 State-Changed-Why: Fixed in stable/8 and head. http://www.freebsd.org/cgi/query-pr.cgi?pr=144529 From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 09:05: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 C43F1106566B for ; Mon, 5 Jul 2010 09:05:42 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51801.mail.re2.yahoo.com (web51801.mail.re2.yahoo.com [206.190.38.232]) by mx1.freebsd.org (Postfix) with SMTP id 81DD98FC08 for ; Mon, 5 Jul 2010 09:05:42 +0000 (UTC) Received: (qmail 29983 invoked by uid 60001); 5 Jul 2010 09:05:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1278320739; bh=bdGXI5ufYkCKjecmz+6WYdu1xKTLkAkFu1NtNxNiMPU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=219eTZhV6KvF7dGWBKcmZldzQmzZImDVAQtYReVemg5COztZIAjQw7JyAzCClkKP+qisEYYKyrDhDQeE1NYzOosfAW0i81jFzN5iDMR0QQ73kekmqcIuS6zuGY0MbFWcJIlj4saiV+WqbAFI+x5KUdTCddy4/meKkWGI8TnjqWM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=0L8kJmvZuKCDOvYuVjnxEoQElkNMujEGLu6oQdfehKx2+rrbZvc+rQi/GH5Ht8GeBqcVlz0VY/I9dovXs+vrvK7t026XqNbTYUzd7IJvHvn3wuyTJH83pE6PHXY05d4qIow1KJ/Wl3xXpnE8QlcOziLeMGy1z+BCepX/WWZ+AE0=; Message-ID: <338423.28480.qm@web51801.mail.re2.yahoo.com> X-YMail-OSG: 9tVWPx4VM1mGjIjzlSuvBZO95mbjSTJTyAtZv9ctehZpFHT mzc5OhQuYltzQ9.ENLmm4g8aQ7UZXx0Jv4a3yTJFDR2DgwGLVtUl_BefCyUz oyDhrBnhzmv5c2IE_.IjcZ_6Zd9DfuWpJKZavRoflBHiw3Zqgj3ylui5wIcM HeOYXx3UgdXMrw0RhhLCYzmqw6ckJuso2lNnhDvg9lyave7_kUxmQyGeAJJR a..wUwFWlJp6JSK7TT.gXLcT9S_uMjYvWTa8oLp.K04K_k_g488fqNLwtD19 mrh5n3Nbm2C_MybRlJWSTTTTsMRXBL2Rl_I2ofsfGfHB93DZL_jLwyOxOcY2 TJgGv_diGmJaDjqBvaBPhwv3EwwAG Received: from [173.183.132.20] by web51801.mail.re2.yahoo.com via HTTP; Mon, 05 Jul 2010 02:05:39 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.104.274457 Date: Mon, 5 Jul 2010 02:05:39 -0700 (PDT) From: PseudoCylon To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: trouble sending BAR frame 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, 05 Jul 2010 09:05:42 -0000 Hello, Hiccups sending BAR frame. 1) ieee80211_send_bar() in ieee80211_ht.c http://fxr.watson.org/fxr/source/net80211/ieee80211_ht.c?im=bigexcerpts#L2146 2146 ret = ic->ic_raw_xmit(ni, m, NULL); 2147 if (ret != 0) { 2148 /* xmit failed, clear state flag */ 2149 tap->txa_flags &= ~IEEE80211_AGGR_BARPEND; 2150 goto bad; 2151 } 2152 /* XXX hack against tx complete happening before timer is started */ 2153 if (tap->txa_flags & IEEE80211_AGGR_BARPEND) 2154 bar_start_timer(tap); 2155 return 0; 2156 bad: 2157 ieee80211_free_node(ni); 2158 return ret; It says when ic_raw_xmit() succeeds, dose not free node, but free node when ic_raw_xmit() fails. Drivers free node ether success or fail, so node will be freed twice when tx fails, and we will get ambushed by page fault later. 2) bar_tx_complete() http://fxr.watson.org/fxr/source/net80211/ieee80211_ht.c?im=bigexcerpts#L2044 2044 if (status) /* ACK'd */ 2045 bar_stop_timer(tap); 2046 ic->ic_bar_response(ni, tap, status); and ieee80211_bar_response() http://fxr.watson.org/fxr/source/net80211/ieee80211_ht.c?im=bigexcerpts#L2056 2056 if (status != 0) { /* got ACK */ 2057 IEEE80211_NOTE(ni->ni_vap, IEEE80211_MSG_11N, 2058 ni, "BAR moves BA win <%u:%u> (%u frames) txseq %u tid %u", 2059 tap->txa_start, 2060 IEEE80211_SEQ_ADD(tap->txa_start, tap->txa_wnd-1), 2061 tap->txa_qframes, tap->txa_seqpending, 2062 WME_AC_TO_TID(tap->txa_ac)); 2063 2064 /* NB: timer already stopped in bar_tx_complete */ 2065 tap->txa_start = tap->txa_seqpending; 2066 tap->txa_flags &= ~IEEE80211_AGGR_BARPEND; 2067 } "status" the last argument of ieee80211_process_callback() is 0 on success according to IEEE80211_OUTPUT(9), so when tx succeeds, BAR frame is repeatedly sent max retry times and at the end DELBA will be sent. I commented out 2157 //ieee80211_free_node(ni); and negated "status" 2044 if (!status) 2056 if (status == 0) It's been working fine for a couple of days. AK From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 11:07:00 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C71106564A for ; Mon, 5 Jul 2010 11:07:00 +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 077A48FC25 for ; Mon, 5 Jul 2010 11:07:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o65B6xjh079274 for ; Mon, 5 Jul 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o65B6x5g079272 for freebsd-net@FreeBSD.org; Mon, 5 Jul 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Jul 2010 11:06:59 GMT Message-Id: <201007051106.o65B6x5g079272@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, 05 Jul 2010 11:07:00 -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/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148155 net [vimage] Kernel panic with PF/IPFilter + VIMAGE kernel o kern/148112 net [ath] Atheros 9285 cannot register with wifi AP (timeo o kern/148108 net [bge] FreeBSD 7.2 or 8.0 does not recognize, 4.11 can o kern/148078 net [ath] wireless networking stops functioning o kern/148013 net [rl] [patch] add WoL support to rl(4) o kern/148004 net [em] Inconsistent networking with em driver on FreeBSD o kern/147989 net [em] em Receive errors / CRC Errors / Alignment Errors o kern/147985 net [alc] alc network driver + tso ( + vlan ? ) does not w o kern/147862 net [wpi] Possible bug in the wpi driver. Network Manager 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/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/141696 net [rum] [panic] rum(4)+ vimage = kernel panic 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 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 kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/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/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/81095 net IPsec connection stops working if associated network i o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if 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 o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic 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 443 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 07:39:51 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 155E51065670 for ; Mon, 5 Jul 2010 07:39:51 +0000 (UTC) (envelope-from yyq05120512@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D212D8FC22 for ; Mon, 5 Jul 2010 07:39:50 +0000 (UTC) Received: by iwn35 with SMTP id 35so3562296iwn.13 for ; Mon, 05 Jul 2010 00:39:49 -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=Ii6CkC+kc4qopD+ATwGibMF9LE+AmqDBQ4a+5IrcB88=; b=dkuSstU0tYQoMH+U2hSb4BWuh9lS/vjP4pli+oDXlga1boXhfjOjlJFj7T1FCrPcDm 2CTxaRXswMNi15yqPji1MVl8Fn/pc5ge1vlpzjdrzS+41/8n0o37zfxWZmIRboscACiX 87wmCpUWKxwXvrDqMXmpsjswUQ/zz1ACPJYUk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=O0prLlvK1tto0z2TfEQ31R/KBy64RVFTXBKowQ6u9KfStRFrHMUxr4YCTYfZPsFSBb LTP8LXNLXuWpwBebRGs78H93Wxi4XRiArJ/GGkTTXuU3PvK6XiVo4VzoyLQKs6tGuCnM B8QhUq+ZfuM2DgTjTbaSFkLv0q+T301Akq/Cg= MIME-Version: 1.0 Received: by 10.231.166.139 with SMTP id m11mr1967708iby.136.1278315589798; Mon, 05 Jul 2010 00:39:49 -0700 (PDT) Received: by 10.231.36.71 with HTTP; Mon, 5 Jul 2010 00:39:49 -0700 (PDT) Date: Mon, 5 Jul 2010 15:39:49 +0800 Message-ID: From: yanqing you To: freebsd-net@freebsd.org X-Mailman-Approved-At: Mon, 05 Jul 2010 11:53:15 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: whether support WPA in freeBSD8.0 kernel 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, 05 Jul 2010 07:39:51 -0000 dear everyone; I want to use wireless and config security in freeBSD 8.0.I config and use WEP successfully and now i want to try WPA. But I am confused of whether it supports WPA in kernel and what to do to use it correctly. Please give me some advice , thank you! From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 11:58: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 49E5E106566B for ; Mon, 5 Jul 2010 11:58:45 +0000 (UTC) (envelope-from admin@shtorm.com) Received: from ns.shtorm.com (ns.shtorm.com [195.62.14.3]) by mx1.freebsd.org (Postfix) with ESMTP id CC8908FC13 for ; Mon, 5 Jul 2010 11:58:44 +0000 (UTC) Received: from [10.66.6.77] (unknown [10.66.6.77]) by ns.shtorm.com (Postfix) with ESMTP id 7C16A2E400B for ; Mon, 5 Jul 2010 14:40:52 +0300 (EEST) From: Shtorm To: freebsd-net@FreeBSD.org Content-Type: text/plain; charset="UTF-8" Date: Mon, 05 Jul 2010 14:43:54 +0300 Message-ID: <1278330234.10826.18.camel@stormi-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: Subject: Intel 82574L Gigabit Ethernet Controller 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, 05 Jul 2010 11:58:45 -0000 I just got Supermicro SuperServer 5016I-MRF server with two 82574L controllers on board. According to specs this controller can do two msi-x vectors for tx and rx, but only one tx-rx pair is used on 8.1-prerelease. uname -a FreeBSD router 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Tue Jun 29 00:42:32 UTC 2010 root@releng_8:/usr/obj/usr/src/sys/ROUTER amd64 Here is pciconf em0@pci0:1:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' class = network subclass = ethernet em1@pci0:2:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' class = network subclass = ethernet Checking procstat shows 5 interrupts per interface procstat -at | grep em\[01\] 0 100035 kernel em0 rxq 0 16 sleep - 0 100037 kernel em0 txq 6 16 sleep - 0 100039 kernel em0 rxq 0 16 sleep - 0 100041 kernel em0 txq 0 16 sleep - 0 100044 kernel em1 rxq 0 16 sleep - 0 100046 kernel em1 txq 1 16 sleep - 0 100048 kernel em1 rxq 0 16 sleep - 0 100050 kernel em1 txq 0 16 sleep - 11 100034 intr irq256: em0 7 16 wait - 11 100036 intr irq257: em0 0 16 wait - 11 100038 intr irq258: em0 0 16 wait - 11 100040 intr irq259: em0 0 16 wait - 11 100042 intr irq260: em0 3 16 wait - 11 100043 intr irq261: em1 4 16 wait - 11 100045 intr irq262: em1 5 16 wait - 11 100047 intr irq263: em1 0 16 wait - 11 100049 intr irq264: em1 0 16 wait - 11 100051 intr irq265: em1 2 16 wait - but vmstat -i shows only one pair is used %vmstat -i interrupt total rate irq1: atkbd0 391 0 irq18: ehci0 uhci5 2 0 irq19: uhci2 uhci4 27 0 irq23: uhci3 ehci1 8463 0 cpu0: timer 107412943 7864 irq256: em0 93311951 6832 irq257: em0 90479067 6624 irq260: em0 2 0 irq261: em1 92966894 6806 irq262: em1 80298240 5879 irq265: em1 1 0 cpu1: timer 107412607 7864 cpu2: timer 107412785 7864 cpu3: timer 107412830 7864 cpu5: timer 107413210 7864 cpu4: timer 107413389 7864 cpu7: timer 107407337 7864 cpu6: timer 107413132 7864 Total 1216363271 89058 Here is my loader.conf %cat /boot/loader.conf | grep em if_em_load=YES hw.em.rxd=4096 hw.em.txd=4096 hw.em.tx_int_delay=512 hw.em.rx_int_delay=512 hw.em.tx_abs_int_delay=1024 hw.em.rx_abs_int_delay=1024 hw.em.enable_msix=1 hw.em.msix_queues=2 hw.em.rx_process_limit=100 hw.em.fc_setting=0 Is it ever possible to activate second tx-rx pair on this card? From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 12:11:15 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16285106564A for ; Mon, 5 Jul 2010 12:11:15 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: from mail.esigetel.fr (venus.esigetel.fr [192.134.106.8]) by mx1.freebsd.org (Postfix) with ESMTP id C1B258FC13 for ; Mon, 5 Jul 2010 12:11:14 +0000 (UTC) Received: by mail.esigetel.fr (Postfix, from userid 65534) id 66F1D1023F; Mon, 5 Jul 2010 14:11:13 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on venus.esigetel.avon X-Spam-Level: X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=unavailable version=3.1.8 Received: from localhost (localhost [127.0.0.1]) by mail.esigetel.fr (Postfix) with ESMTP id 0CA3010236; Mon, 5 Jul 2010 14:11:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at esigetel.fr Received: from mail.esigetel.fr ([127.0.0.1]) by localhost (venus.esigetel.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UyjSHg4Z6679; Mon, 5 Jul 2010 14:11:04 +0200 (CEST) Received: from webmail.esigetel.fr (neo.ecampus.avon [192.168.106.14]) by mail.esigetel.fr (Postfix) with ESMTP id B11CE1023D; Mon, 5 Jul 2010 14:11:04 +0200 (CEST) Received: from 193.49.124.107 (proxying for unknown) by webmail.esigetel.fr with HTTP; Mon, 5 Jul 2010 14:11:04 +0200 (CEST) Message-ID: <1664.193.49.124.107.1278331864.squirrel@webmail.esigetel.fr> In-Reply-To: References: Date: Mon, 5 Jul 2010 14:11:04 +0200 (CEST) From: "JASSAL Aman" To: "yanqing you" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: whether support WPA in freeBSD8.0 kernel 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, 05 Jul 2010 12:11:15 -0000 Hello, Le Lun 5 juillet 2010 09:39, yanqing you a écrit : > dear everyone; I want to use wireless and config security in freeBSD > 8.0.I config and > use WEP successfully and now i want to try WPA. But I am confused of > whether it supports WPA in kernel and what to do to use it correctly. The WPA support in FreeBSD 8.0 (and CURRENT) works well as far as I know. Well, I suppose this depends on the wireless card and chipset you have (I have an Intel card with a 4965AGN chipset). If you want to use WPA, you need to use wpa_supplicant to configure the WPA settings (create a wpa_supplicant.conf config file in /etc). Look for the wpa_supplicant manpage and also the entry dating 20080420 in /usr/src/UPDATING for explanation about how to configure it correctly. > > Please give me some advice , thank you! > _______________________________________________ > 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" > > ------------ Aman Jassal Wisdom comes from experience. Experience comes from a lack of wisdom. From owner-freebsd-net@FreeBSD.ORG Mon Jul 5 18:11: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 C1BBE106567B for ; Mon, 5 Jul 2010 18:11:02 +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 72D198FC08 for ; Mon, 5 Jul 2010 18:11:02 +0000 (UTC) Received: by vws6 with SMTP id 6so6495415vws.13 for ; Mon, 05 Jul 2010 11:11:01 -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=KbiUUjZjlIA2qGGhzlemBXElzxI0f3LBh6eGCPe/Pf4=; b=AXHKvVHRUiNKl563+EaADyOVHVHFqKyLfols3pkGJKWW0JfRKeUTB9rnIpLZP64p5R xbjREpHJ0X8zK1J9qV8AJke7c4oDtmmjNu3hgwo7qE+2/m6cHQBcSulQvLaibxPeIfos 5KyVQNBtzoAad1wphLmJ31q1R3PB/Tg/7h0zA= 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=vCsmlRdj12IQ17RxbMkA/sjLT3VzwbyGWlK57ktfIL7vMXgc8NrXKXZCmBNhiM5EMv Rqs4J8ipUWMKbzHoMWLnj989xslGBZcob0ryqd9abXSMj8NO1rccGZuj4HtAE7xMwxnj rPe42j4XJIxJqMOlDfVHeuwVW6fYGe3WwTB84= MIME-Version: 1.0 Received: by 10.229.239.136 with SMTP id kw8mr1818880qcb.274.1278353461206; Mon, 05 Jul 2010 11:11:01 -0700 (PDT) Received: by 10.229.37.18 with HTTP; Mon, 5 Jul 2010 11:11:01 -0700 (PDT) In-Reply-To: <1278330234.10826.18.camel@stormi-desktop> References: <1278330234.10826.18.camel@stormi-desktop> Date: Mon, 5 Jul 2010 11:11:01 -0700 Message-ID: From: Jack Vogel To: Shtorm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 05 Jul 2010 18:11:02 -0000 Are you defining 'EM_MULTIQUEUE', its off by default and needs to be defined somewhere by you. You will only see the two queues used if you have two different connections operating at once. Jack On Mon, Jul 5, 2010 at 4:43 AM, Shtorm wrote: > I just got Supermicro SuperServer 5016I-MRF server with two 82574L > controllers on board. According to specs this controller can do two > msi-x vectors for tx and rx, but only one tx-rx pair is used on > 8.1-prerelease. > > uname -a > FreeBSD router 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Tue Jun 29 > 00:42:32 UTC 2010 root@releng_8:/usr/obj/usr/src/sys/ROUTER amd64 > > Here is pciconf > > em0@pci0:1:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > em1@pci0:2:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > > Checking procstat shows 5 interrupts per interface > > procstat -at | grep em\[01\] > 0 100035 kernel em0 rxq 0 16 sleep - > 0 100037 kernel em0 txq 6 16 sleep - > 0 100039 kernel em0 rxq 0 16 sleep - > 0 100041 kernel em0 txq 0 16 sleep - > 0 100044 kernel em1 rxq 0 16 sleep - > 0 100046 kernel em1 txq 1 16 sleep - > 0 100048 kernel em1 rxq 0 16 sleep - > 0 100050 kernel em1 txq 0 16 sleep - > 11 100034 intr irq256: em0 7 16 wait - > 11 100036 intr irq257: em0 0 16 wait - > 11 100038 intr irq258: em0 0 16 wait - > 11 100040 intr irq259: em0 0 16 wait - > 11 100042 intr irq260: em0 3 16 wait - > 11 100043 intr irq261: em1 4 16 wait - > 11 100045 intr irq262: em1 5 16 wait - > 11 100047 intr irq263: em1 0 16 wait - > 11 100049 intr irq264: em1 0 16 wait - > 11 100051 intr irq265: em1 2 16 wait - > > > but vmstat -i shows only one pair is used > > %vmstat -i > interrupt total rate > irq1: atkbd0 391 0 > irq18: ehci0 uhci5 2 0 > irq19: uhci2 uhci4 27 0 > irq23: uhci3 ehci1 8463 0 > cpu0: timer 107412943 7864 > irq256: em0 93311951 6832 > irq257: em0 90479067 6624 > irq260: em0 2 0 > irq261: em1 92966894 6806 > irq262: em1 80298240 5879 > irq265: em1 1 0 > cpu1: timer 107412607 7864 > cpu2: timer 107412785 7864 > cpu3: timer 107412830 7864 > cpu5: timer 107413210 7864 > cpu4: timer 107413389 7864 > cpu7: timer 107407337 7864 > cpu6: timer 107413132 7864 > Total 1216363271 89058 > > > Here is my loader.conf > > %cat /boot/loader.conf | grep em > if_em_load=YES > hw.em.rxd=4096 > hw.em.txd=4096 > hw.em.tx_int_delay=512 > hw.em.rx_int_delay=512 > hw.em.tx_abs_int_delay=1024 > hw.em.rx_abs_int_delay=1024 > hw.em.enable_msix=1 > hw.em.msix_queues=2 > hw.em.rx_process_limit=100 > hw.em.fc_setting=0 > > > Is it ever possible to activate second tx-rx pair on this card? > > > > > > _______________________________________________ > 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 Mon Jul 5 19:03: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 0E1F3106566B for ; Mon, 5 Jul 2010 19:03:25 +0000 (UTC) (envelope-from administrator@shtorm.com) Received: from ns.shtorm.com (ns.shtorm.com [195.62.14.3]) by mx1.freebsd.org (Postfix) with ESMTP id BEDA28FC12 for ; Mon, 5 Jul 2010 19:03:24 +0000 (UTC) Received: from [10.66.6.77] (unknown [10.66.6.77]) by ns.shtorm.com (Postfix) with ESMTP id 0589D2E400E; Mon, 5 Jul 2010 22:03:31 +0300 (EEST) From: "Yuriy A. Korobko" To: Jack Vogel In-Reply-To: References: <1278330234.10826.18.camel@stormi-desktop> Content-Type: text/plain; charset="UTF-8" Date: Mon, 05 Jul 2010 22:06:36 +0300 Message-ID: <1278356796.10826.35.camel@stormi-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 05 Jul 2010 19:03:25 -0000 On Mon, 2010-07-05 at 11:11 -0700, Jack Vogel wrote: > Are you defining 'EM_MULTIQUEUE', its off by default and needs to be > defined somewhere by you. > > You will only see the two queues used if you have two different connections > operating at once. > > Jack > > > On Mon, Jul 5, 2010 at 4:43 AM, Shtorm wrote: > > > I just got Supermicro SuperServer 5016I-MRF server with two 82574L > > controllers on board. According to specs this controller can do two > > msi-x vectors for tx and rx, but only one tx-rx pair is used on > > 8.1-prerelease. > > Thanks for you reply Jack, This box working as a router with up to 60 kpps traffic rate , I believe there is enough flows to see both queues running. # netstat -I em0 -w 1 input (em0) output packets errs idrops bytes packets errs bytes colls 60356 0 0 61659974 46803 0 15527523 0 56273 0 0 56429189 44278 0 15199658 0 55405 0 0 55408969 43654 0 14978427 0 Anyway, will try to rebuild em module with CFLAGS += -DEM_MULTIQUEUE and with LEGACY stuff commented out in src/sys/modules/em/Makefile tomorrow. Is this enough or should I put define in the beginning of src/sys/dev/e1000/if_em.c ? From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 00:24:08 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7760106566B; Tue, 6 Jul 2010 00:24:08 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0058FC15; Tue, 6 Jul 2010 00:24:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o660O86s022085; Tue, 6 Jul 2010 00:24:08 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o660O8td022081; Tue, 6 Jul 2010 00:24:08 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 00:24:08 GMT Message-Id: <201007060024.o660O8td022081@freefall.freebsd.org> To: naylor.b.david@gmail.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/148013: [rl] [patch] add WoL support to rl(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 00:24:08 -0000 Synopsis: [rl] [patch] add WoL support to rl(4) State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jul 6 00:23:06 UTC 2010 State-Changed-Why: Would you try the following patch and let me know how it goes? http://people.freebsd.org/~yongari/rl.wol.patch Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 00:23:06 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=148013 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 01:25:52 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59D8E106564A for ; Tue, 6 Jul 2010 01:25:52 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 132E08FC17 for ; Tue, 6 Jul 2010 01:25:51 +0000 (UTC) Received: by iwn35 with SMTP id 35so4503434iwn.13 for ; Mon, 05 Jul 2010 18:25:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type; bh=PDS/gaBFw/4K1cVLwJrPjaz5NO5atAxpjEQYH7Gky6Q=; b=octGP26rYhzDvmPU0PBsYj0vQhXAc8mKDjQwHwvMpR3tZHfA8afmlq7heD99FlCfD2 kF7PVuyC1zYh+3BfgfjB12eOhD0v+VCjkNetZ0SiwUjasS3AwuXu0htInbSWjnL7Itws 0jJ92InfXCnvLxrIxFiYKa7BveQjP3pPmfOvQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type; b=pSZNYsYWHUJ5d+SHvBBPVOEsmsY8fUh6xraWgeNschPluuY0B1oBFzk9ZEiI7SnzQl U4bvps99qAFA2zmMjgzRbPxJMSyhpky9n41YHjZV+7WnY8XxkCPgu4cCFrMd5LiBM8i5 7Nm7fUpZGM//oDDj/1UkC5i7pwKbF/wK+Ibd8= Received: by 10.231.39.137 with SMTP id g9mr4100735ibe.133.1278379549982; Mon, 05 Jul 2010 18:25:49 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id r3sm20905694ibk.19.2010.07.05.18.25.47 (version=SSLv3 cipher=RC4-MD5); Mon, 05 Jul 2010 18:25:48 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C32861B.4060203@dataix.net> Date: Mon, 05 Jul 2010 21:25:47 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100626 Thunderbird MIME-Version: 1.0 To: Earl Lapus References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: multipart/mixed; boundary="------------090608030906040104080003" Cc: freebsd-net@freebsd.org Subject: Re: patch review for kern/146534 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, 06 Jul 2010 01:25:52 -0000 This is a multi-part message in MIME format. --------------090608030906040104080003 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/04/2010 04:00, Earl Lapus wrote: > Hi, > > I just want to follow-up on this PR. Basically a working icmp6 > functionality that exists in 7.x and below broke in 8.x and CURRENT. I > believe it's too late to have it fixed in 8.1. Maybe someone on the > list that really knows the icmp6 code can have a look and verify if it > is indeed a bug. If it is, hopefully it can be fixed on the next > releases. > > Cheers! > Earl > > I have reviewed this, edited the patch and determined this does fix the problem. The patch is attached and is also here: http://bit.ly/clqhxt Regards, - -- +-+-+-+-+-+ |j|h|e|l|l| +-+-+-+-+-+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iQEcBAEBAgAGBQJMMoYaAAoJEJBXh4mJ2FR+dN0H/jGb6K6NiWJuRDjfg+hUBebm AXfUvhrIyD0SKriaCVM9+ZymkfrgDBzRGWKZ61I7K3ZH/shhbII0NoS+VxFa9sqN ZuWu/2zDbuyY36+OjRWMreNuXns3/LEm6VxHlo8JbGBAtk0d1BPM3MqrV5JPP0W1 pqy0db3NOqqNMADsK7GYdAfI65cgx+05XuhmKZ86fCsfnd7EkPcFVIGZrJxoT8HB P7VhtfsxsEwakTMhbcgXltQggWKhGtMKzjscAe5n6ncd5Aq22JjKdPZHTcin8mLi htqynqfmTcs88D0nG0/m6344HXPFOe16vCRJmJGBvR0wBbICEycBZZtsqgmbqiU= =huMJ -----END PGP SIGNATURE----- --------------090608030906040104080003 Content-Type: text/x-patch; name="icmp6-ll-Fix-r209700.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="icmp6-ll-Fix-r209700.diff" Index: sys/netinet6/icmp6.c =================================================================== --- sys/netinet6/icmp6.c (revision 209700) +++ sys/netinet6/icmp6.c (working copy) @@ -2162,8 +2162,21 @@ } if ((srcp != NULL) && - (in6_addrscope(srcp) != in6_addrscope(&ip6->ip6_src))) - srcp = NULL; + (in6_addrscope(srcp) != in6_addrscope(&ip6->ip6_src))) { + struct sockaddr_in6 sin6; + + bzero(&sin6, sizeof(sin6)); + sin6.sin6_family = AF_INET6; + sin6.sin6_len = sizeof(sin6); + sin6.sin6_addr = origdst; + + ia = (struct in6_ifaddr *) + ifa_ifwithaddr((struct sockaddr *)&sin6); + + if (ia && (ia->ia6_flags & IN6_IFF_ANYCAST)) + srcp = NULL; + } + if (srcp == NULL) { int e; --------------090608030906040104080003 Content-Type: application/octet-stream; name="icmp6-ll-Fix-r209700.diff.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="icmp6-ll-Fix-r209700.diff.sig" iQEcBAABAgAGBQJMMoYaAAoJEJBXh4mJ2FR+nI0H/R6RZQ5O/atXBhBzd+OR5kE2NDhGlC01 gOqTC/TfLbp3sJTx/eN4yZPvrFAtr0FgF58BMDZC9TKi1rVzVmJbZZofRx1b5OTayMDOREMv mKPgkwjDeTOZfX3Dlx/79Z3PgpaZgFNKard5p9ESAqtnv9yQKfpTDS9gjpk86GtQFbgZSlaB +6xzUgzRLbzG0AEZ72otFnI1PTrSjmfZlrbnx0ZDpQs3M5cMQAEnkbe3AsMnYggib3gFbdbK TMAieiEBon+lt6ZDUtq6LFSx2JB1JvTRzfX3QRhjRyO/F8sfTabFYuj+vuaJe1rzpVuzfe0T BYGdbNeWhaQCdmhPKPp5Iq4= --------------090608030906040104080003-- From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 01:32:25 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EAB1106566B; Tue, 6 Jul 2010 01:32:25 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D2CDC8FC19; Tue, 6 Jul 2010 01:32:24 +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 o661WOr9026777; Tue, 6 Jul 2010 01:32:24 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o661WOVM026773; Tue, 6 Jul 2010 01:32:24 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 01:32:24 GMT Message-Id: <201007060132.o661WOVM026773@freefall.freebsd.org> To: roar.pettersen@it.uib.no, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/145621: [bge] [panic] bge watchdog timeout --resetting -> 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: Tue, 06 Jul 2010 01:32:25 -0000 Synopsis: [bge] [panic] bge watchdog timeout --resetting -> crash State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jul 6 01:30:23 UTC 2010 State-Changed-Why: Due to lack of backtrace I'm not sure whether you're seeing known bge(4) issue that was fixed in stable/8. Would you try latest stable/8 or 8.1-RC2? If you are still able to reproduce the panic on latest stable/8, please show me the backtrace information as well as verbosed dmesg output. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 01:30:23 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=145621 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 01:57: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 6CC241065670 for ; Tue, 6 Jul 2010 01:57:58 +0000 (UTC) (envelope-from earl.lapus@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 32CF48FC18 for ; Tue, 6 Jul 2010 01:57:57 +0000 (UTC) Received: by iwn35 with SMTP id 35so4531499iwn.13 for ; Mon, 05 Jul 2010 18:57:57 -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=+ThEGvROVt5vMpNQhsYuqYIcBMD09vvBBItvx5fj7wU=; b=XWQByaFcPMpzZSjM+SPJldmCefO5iBcZ6cUyyr2oDX3SRWihVbUs0kL64v4BPB0Czq BpKPfYyg0yzRDvwJwhk0cQpj/0RPX1p5VPimf1BheQpfQw3mztExgSx6QFmHDT1uWUfh arIi0FUwsmWhsaVL5iz8fI4C+FLk/KlKNZfh4= 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=Rr/q2pDJuIqffuJaK4OAnvj7hgkcIpUzP93B4VSt8q76WWV7m9PipxH4BdZgu82Iw4 mhDqW63vk3XX8+XF4v9UHBXS74AdNv18KkfUU9UulkJt+nu46pYZMgjI/lloGOcR1p5p EB1D7WWeB+5LnYFFYgINLr9VxN1U6n4N3p540= MIME-Version: 1.0 Received: by 10.231.169.145 with SMTP id z17mr4450174iby.13.1278381477596; Mon, 05 Jul 2010 18:57:57 -0700 (PDT) Received: by 10.231.145.144 with HTTP; Mon, 5 Jul 2010 18:57:57 -0700 (PDT) In-Reply-To: <4C32861B.4060203@dataix.net> References: <4C32861B.4060203@dataix.net> Date: Tue, 6 Jul 2010 09:57:57 +0800 Message-ID: From: Earl Lapus To: jhell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: patch review for kern/146534 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, 06 Jul 2010 01:57:58 -0000 On Tue, Jul 6, 2010 at 9:25 AM, jhell wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have reviewed this, edited the patch and determined this does fix the > problem. =A0The patch is attached and is also here: http://bit.ly/clqhxt > > > Regards, > Thank you, I appreciate the help. --=20 There are seven words in this sentence. From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 02:31: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 3D2FA1065695; Tue, 6 Jul 2010 02:31:23 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 12AA28FC16; Tue, 6 Jul 2010 02:31:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o662VM62029875; Tue, 6 Jul 2010 02:31:22 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o662VMuX029871; Tue, 6 Jul 2010 02:31:22 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 02:31:22 GMT Message-Id: <201007060231.o662VMuX029871@freefall.freebsd.org> To: gennady@gmx.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/145918: [ae] After spontaneous ae0 "watchdog timeout", "stray Tx interrupt(s)", "size mismatch" messages, interface hangs up 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, 06 Jul 2010 02:31:23 -0000 Synopsis: [ae] After spontaneous ae0 "watchdog timeout", "stray Tx interrupt(s)", "size mismatch" messages, interface hangs up State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jul 6 02:30:39 UTC 2010 State-Changed-Why: Would you try patch at the following URL? http://people.freebsd.org/~yongari/ae.queue.patch Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 02:30:39 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=145918 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 05:03: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 7A48B106566C for ; Tue, 6 Jul 2010 05:03:02 +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 2BC6F8FC12 for ; Tue, 6 Jul 2010 05:03:01 +0000 (UTC) Received: by vws6 with SMTP id 6so7207807vws.13 for ; Mon, 05 Jul 2010 22:02:53 -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=farm6XaySFB+NCV4bI8MKQxAxseFujYLZaSsm0ZBqj8=; b=eSjhfkeTGUPn3GsMW6T1hJ7Vl6C1nftBVU8jzn++PK77VWPB7GpzYHOsYRPbewACDr lZD2SDAWBdzVk337X3exhNL66RjbDm548huNZ77eSZFhxtoNvNS4Y87PbaZt+qK2bWZ8 S2xTIwNisicm5sNzeCeJdzPaN5uwX1e92t+Wo= 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=T+PV8YhF8GWnloKalU3ZZhqP4JcUUwfuL4aOOqWWJ31owiuB3O7/JwLjuhcOFgFGkr 6ANAFAigtSqFTbaRuVLeo8hNdsDxxI5YWlMvAZjOZetOCaeDs39nGIrEKTmmYZ4NFYo9 cG6ztEHRrf+fk6qcxjSVPbZjy/zQyWEjQW7eM= MIME-Version: 1.0 Received: by 10.229.95.79 with SMTP id c15mr2198828qcn.22.1278392573558; Mon, 05 Jul 2010 22:02:53 -0700 (PDT) Received: by 10.229.37.18 with HTTP; Mon, 5 Jul 2010 22:02:53 -0700 (PDT) In-Reply-To: <1278356796.10826.35.camel@stormi-desktop> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> Date: Mon, 5 Jul 2010 22:02:53 -0700 Message-ID: From: Jack Vogel To: "Yuriy A. Korobko" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 06 Jul 2010 05:03:02 -0000 Cleaner in the Makefile, let me know how it goes. Jack On Mon, Jul 5, 2010 at 12:06 PM, Yuriy A. Korobko wrote: > On Mon, 2010-07-05 at 11:11 -0700, Jack Vogel wrote: > > Are you defining 'EM_MULTIQUEUE', its off by default and needs to be > > defined somewhere by you. > > > > You will only see the two queues used if you have two different > connections > > operating at once. > > > > Jack > > > > > > On Mon, Jul 5, 2010 at 4:43 AM, Shtorm wrote: > > > > > I just got Supermicro SuperServer 5016I-MRF server with two 82574L > > > controllers on board. According to specs this controller can do two > > > msi-x vectors for tx and rx, but only one tx-rx pair is used on > > > 8.1-prerelease. > > > > > Thanks for you reply Jack, > > This box working as a router with up to 60 kpps traffic rate , I believe > there is enough flows to see both queues running. > > # netstat -I em0 -w 1 > input (em0) output > packets errs idrops bytes packets errs bytes colls > 60356 0 0 61659974 46803 0 15527523 0 > 56273 0 0 56429189 44278 0 15199658 0 > 55405 0 0 55408969 43654 0 14978427 0 > > Anyway, will try to rebuild em module with > > CFLAGS += -DEM_MULTIQUEUE > > and with LEGACY stuff commented out in src/sys/modules/em/Makefile > tomorrow. > > Is this enough or should I put define in the beginning of > src/sys/dev/e1000/if_em.c ? > > > > > > From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 08:25: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 AFE29106564A for ; Tue, 6 Jul 2010 08:25:37 +0000 (UTC) (envelope-from admin@shtorm.com) Received: from ns.shtorm.com (ns.shtorm.com [195.62.14.3]) by mx1.freebsd.org (Postfix) with ESMTP id 124408FC13 for ; Tue, 6 Jul 2010 08:25:36 +0000 (UTC) Received: from [10.66.6.77] (unknown [10.66.6.77]) by ns.shtorm.com (Postfix) with ESMTP id 73C101A0A49; Tue, 6 Jul 2010 11:25:43 +0300 (EEST) From: Shtorm To: Jack Vogel In-Reply-To: References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> Content-Type: text/plain; charset="UTF-8" Date: Tue, 06 Jul 2010 11:28:53 +0300 Message-ID: <1278404933.20433.26.camel@stormi-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 06 Jul 2010 08:25:37 -0000 On Mon, 2010-07-05 at 22:02 -0700, Jack Vogel wrote: > Cleaner in the Makefile, let me know how it goes. > > Jack > > > On Mon, Jul 5, 2010 at 12:06 PM, Yuriy A. Korobko > wrote: > > > On Mon, 2010-07-05 at 11:11 -0700, Jack Vogel wrote: > > > Are you defining 'EM_MULTIQUEUE', its off by default and needs to be > > > defined somewhere by you. > > > > > > You will only see the two queues used if you have two different > > connections > > > operating at once. > > > > > > Jack Recompiled module (actually whole kernel) with EM_MULTIQUEUE, but got a some watchdog timeouts. Here is example of netstat when it happens: 2346 0 0 583370 2642 0 2988379 0 2250 0 0 550961 2384 0 2835276 0 2634 0 0 703410 2733 0 2971417 0 2741 0 0 695884 2748 0 3061573 0 2811 0 0 618520 2274 0 3273868 0 3220 0 0 687145 2068 0 3417857 0 901 0 0 231694 166 0 1565839 0 752 0 0 216135 0 0 270247 0 685 0 0 208745 0 0 243442 0 713 0 0 178089 0 0 230472 0 735 0 0 159555 0 0 178435 0 616 0 0 145222 0 0 179022 0 input (em1) output packets errs idrops bytes packets errs bytes colls 616 0 0 129608 0 0 120929 0 659 0 0 113806 0 0 105707 0 622 0 0 106247 0 0 107825 0 645 0 0 101593 0 0 38023 0 483 0 0 61681 0 0 8547 0 Watchdog timeout on em1 message on console 0 0 0 0 0 1 19095 0 0 0 0 0 0 0 222 0 0 0 0 0 0 0 0 0 243 0 0 30224 1783 0 1708875 0 576 0 0 62350 105 0 7710 0 467 0 0 49758 4 0 4388 0 500 0 0 53415 23 0 24743 0 437 0 0 50135 21 0 16733 0 After this traffic increased again up to 3 kpps and another watchdog timeout happened. em0: flags=8843 metric 0 mtu 1500 options=2098 ether 00:30:48:bc:ab:ca inet x.x.x.x netmask 0xffffffe0 broadcast x.x.x.y media: Ethernet autoselect (1000baseT ) status: active em1: flags=8843 metric 0 mtu 1500 options=2098 ether 00:30:48:bc:ab:cb media: Ethernet autoselect (1000baseT ) status: active em1 have 30 vlans and mpd5 as pppoe server listening on each vlan. Here is sysctl dev.em dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x15d9 subdevice=0x10d3 class=0x020000 dev.em.0.%parent: pci1 dev.em.0.nvm: -1 dev.em.0.rx_int_delay: 200 dev.em.0.tx_int_delay: 200 dev.em.0.rx_abs_int_delay: 500 dev.em.0.tx_abs_int_delay: 500 dev.em.0.rx_processing_limit: 100 dev.em.0.link_irq: 2 dev.em.0.mbuf_alloc_fail: 0 dev.em.0.cluster_alloc_fail: 0 dev.em.0.dropped: 0 dev.em.0.tx_dma_fail: 0 dev.em.0.fc_high_water: 18432 dev.em.0.fc_low_water: 16932 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.missed_packets: 0 dev.em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_stats.crc_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll_ext_errs: 0 dev.em.0.mac_stats.rx_overruns: 0 dev.em.0.mac_stats.watchdog_timeouts: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.mac_stats.total_pkts_recvd: 732916 dev.em.0.mac_stats.good_pkts_recvd: 732916 dev.em.0.mac_stats.bcast_pkts_recvd: 1238 dev.em.0.mac_stats.mcast_pkts_recvd: 0 dev.em.0.mac_stats.rx_frames_64: 84622 dev.em.0.mac_stats.rx_frames_65_127: 128831 dev.em.0.mac_stats.rx_frames_128_255: 34037 dev.em.0.mac_stats.rx_frames_256_511: 30206 dev.em.0.mac_stats.rx_frames_512_1023: 24919 dev.em.0.mac_stats.rx_frames_1024_1522: 430301 dev.em.0.mac_stats.good_octets_recvd: 0 dev.em.0.mac_stats.good_octest_txd: 0 dev.em.0.mac_stats.total_pkts_txd: 678078 dev.em.0.mac_stats.good_pkts_txd: 678078 dev.em.0.mac_stats.bcast_pkts_txd: 109 dev.em.0.mac_stats.mcast_pkts_txd: 0 dev.em.0.mac_stats.tx_frames_64: 324803 dev.em.0.mac_stats.tx_frames_65_127: 196866 dev.em.0.mac_stats.tx_frames_128_255: 47362 dev.em.0.mac_stats.tx_frames_256_511: 31917 dev.em.0.mac_stats.tx_frames_512_1023: 44997 dev.em.0.mac_stats.tx_frames_1024_1522: 32133 dev.em.0.mac_stats.tso_txd: 0 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.interrupts.asserts: 0 dev.em.0.interrupts.rx_pkt_timer: 0 dev.em.0.interrupts.rx_abs_timer: 0 dev.em.0.interrupts.tx_pkt_timer: 0 dev.em.0.interrupts.tx_abs_timer: 0 dev.em.0.interrupts.tx_queue_empty: 0 dev.em.0.interrupts.tx_queue_min_thresh: 0 dev.em.0.interrupts.rx_desc_min_thresh: 0 dev.em.0.interrupts.rx_overrun: 0 dev.em.0.host.breaker_tx_pkt: 0 dev.em.0.host.host_tx_pkt_discard: 0 dev.em.0.host.rx_pkt: 0 dev.em.0.host.breaker_rx_pkts: 0 dev.em.0.host.breaker_rx_pkt_drop: 0 dev.em.0.host.tx_good_pkt: 0 dev.em.0.host.breaker_tx_pkt_drop: 0 dev.em.0.host.rx_good_bytes: 0 dev.em.0.host.tx_good_bytes: 0 dev.em.0.host.length_errors: 0 dev.em.0.host.serdes_violation_pkt: 0 dev.em.0.host.header_redir_missed: 0 dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 dev.em.1.%driver: em dev.em.1.%location: slot=0 function=0 dev.em.1.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x15d9 subdevice=0x10d3 class=0x020000 dev.em.1.%parent: pci2 dev.em.1.nvm: -1 dev.em.1.rx_int_delay: 200 dev.em.1.tx_int_delay: 200 dev.em.1.rx_abs_int_delay: 500 dev.em.1.tx_abs_int_delay: 500 dev.em.1.rx_processing_limit: 100 dev.em.1.link_irq: 7 dev.em.1.mbuf_alloc_fail: 0 dev.em.1.cluster_alloc_fail: 0 dev.em.1.dropped: 0 dev.em.1.tx_dma_fail: 0 dev.em.1.fc_high_water: 18432 dev.em.1.fc_low_water: 16932 dev.em.1.mac_stats.excess_coll: 0 dev.em.1.mac_stats.symbol_errors: 0 dev.em.1.mac_stats.sequence_errors: 0 dev.em.1.mac_stats.defer_count: 0 dev.em.1.mac_stats.missed_packets: 0 dev.em.1.mac_stats.recv_no_buff: 0 dev.em.1.mac_stats.recv_errs: 0 dev.em.1.mac_stats.crc_errs: 0 dev.em.1.mac_stats.alignment_errs: 0 dev.em.1.mac_stats.coll_ext_errs: 0 dev.em.1.mac_stats.rx_overruns: 0 dev.em.1.mac_stats.watchdog_timeouts: 3 dev.em.1.mac_stats.xon_recvd: 0 dev.em.1.mac_stats.xon_txd: 0 dev.em.1.mac_stats.xoff_recvd: 0 dev.em.1.mac_stats.xoff_txd: 0 dev.em.1.mac_stats.total_pkts_recvd: 638131 dev.em.1.mac_stats.good_pkts_recvd: 638131 dev.em.1.mac_stats.bcast_pkts_recvd: 49276 dev.em.1.mac_stats.mcast_pkts_recvd: 0 dev.em.1.mac_stats.rx_frames_64: 8091 dev.em.1.mac_stats.rx_frames_65_127: 472864 dev.em.1.mac_stats.rx_frames_128_255: 46165 dev.em.1.mac_stats.rx_frames_256_511: 33998 dev.em.1.mac_stats.rx_frames_512_1023: 44560 dev.em.1.mac_stats.rx_frames_1024_1522: 32453 dev.em.1.mac_stats.good_octets_recvd: 0 dev.em.1.mac_stats.good_octest_txd: 0 dev.em.1.mac_stats.total_pkts_txd: 668981 dev.em.1.mac_stats.good_pkts_txd: 668981 dev.em.1.mac_stats.bcast_pkts_txd: 0 dev.em.1.mac_stats.mcast_pkts_txd: 12 dev.em.1.mac_stats.tx_frames_64: 5594 dev.em.1.mac_stats.tx_frames_65_127: 166028 dev.em.1.mac_stats.tx_frames_128_255: 33061 dev.em.1.mac_stats.tx_frames_256_511: 28853 dev.em.1.mac_stats.tx_frames_512_1023: 24279 dev.em.1.mac_stats.tx_frames_1024_1522: 411166 dev.em.1.mac_stats.tso_txd: 0 dev.em.1.mac_stats.tso_ctx_fail: 0 dev.em.1.interrupts.asserts: 0 dev.em.1.interrupts.rx_pkt_timer: 0 dev.em.1.interrupts.rx_abs_timer: 0 dev.em.1.interrupts.tx_pkt_timer: 0 dev.em.1.interrupts.tx_abs_timer: 0 dev.em.1.interrupts.tx_queue_empty: 0 dev.em.1.interrupts.tx_queue_min_thresh: 0 dev.em.1.interrupts.rx_desc_min_thresh: 0 dev.em.1.interrupts.rx_overrun: 0 dev.em.1.host.breaker_tx_pkt: 0 dev.em.1.host.host_tx_pkt_discard: 0 dev.em.1.host.rx_pkt: 0 dev.em.1.host.breaker_rx_pkts: 0 dev.em.1.host.breaker_rx_pkt_drop: 0 dev.em.1.host.tx_good_pkt: 0 dev.em.1.host.breaker_tx_pkt_drop: 0 dev.em.1.host.rx_good_bytes: 0 dev.em.1.host.tx_good_bytes: 0 dev.em.1.host.length_errors: 0 dev.em.1.host.serdes_violation_pkt: 0 dev.em.1.host.header_redir_missed: 0 loader.conf variables: if_em_load=YES hw.em.rxd=4096 hw.em.txd=4096 hw.em.tx_int_delay=200 hw.em.rx_int_delay=200 hw.em.tx_abs_int_delay=500 hw.em.rx_abs_int_delay=500 hw.em.enable_msix=1 hw.em.msix_queues=2 hw.em.rx_process_limit=100 hw.em.fc_setting=0 And here is vmstat -i interrupt total rate irq16: uhci0 2673 2 irq18: ehci0 uhci5 2 0 irq19: uhci2 uhci4 70 0 irq23: uhci3 ehci1 8835 9 cpu0: timer 3743479 3957 irq256: em0 662219 700 irq257: em0 717531 758 irq259: em0 12142 12 irq260: em0 6100 6 irq261: em1 694169 733 irq262: em1 217388 229 irq264: em1 463023 489 irq265: em1 11 0 cpu1: timer 3743411 3957 cpu6: timer 3743408 3957 cpu7: timer 3743407 3957 cpu4: timer 3743408 3957 cpu5: timer 3743407 3957 cpu3: timer 3743408 3957 cpu2: timer 3743409 3957 Total 32731500 34599 If you need more information just let me know, I can use this box for tests at night until others can handle traffic. From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 08:35:26 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 0DD46106566C for ; Tue, 6 Jul 2010 08:35:26 +0000 (UTC) (envelope-from cosmic17@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [95.108.130.120]) by mx1.freebsd.org (Postfix) with ESMTP id B15818FC1D for ; Tue, 6 Jul 2010 08:35:25 +0000 (UTC) Received: from web125.yandex.ru (web125.yandex.ru [95.108.130.103]) by forward13.mail.yandex.net (Yandex) with ESMTP id 1C3581080D86 for ; Tue, 6 Jul 2010 12:35:23 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1278405324; bh=XGoiBz8tHKRC8W3iH6t+AyCADrw/UX6K3AzNxdkPkKI=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=aTAy7Bjz7L75w5amRWdKguatiLTjCC3q4Eer0WAdc5PhkU/dQviorslYxzQNU8KbR Lsi8VEk+bJ5KJqlKoHZYDqDwD0wpwRmIZaao7uhps+z8/5i3fJNRnUi2VXducLxf5A fgMb/XLmwsZqKXUDWSCU+UKjmyCUHmdaMiiX6qxM= Received: from localhost (localhost.localdomain [127.0.0.1]) by web125.yandex.ru (Yandex) with ESMTP id 835975C5008C for ; Tue, 6 Jul 2010 12:35:23 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: web125.yandex.ru X-Yandex-TimeMark: 1278405323 Received: from 32.100.vltele.com (32.100.vltele.com [79.174.32.100]) by mail.yandex.ru with HTTP; Tue, 06 Jul 2010 12:35:22 +0400 From: Dmukha Nikolay To: freebsd-net@freebsd.org MIME-Version: 1.0 Message-Id: <402971278405322@web125.yandex.ru> Date: Tue, 06 Jul 2010 12:35:22 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: tuning igb 82257 in FreeBSD 8.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 08:35:26 -0000 Hello. The server is L2 bridge. uname -a: FreeBSD 8.0-STABLE-201005 FreeBSD 8.0-STABLE-201005 #1: Wed Jun 23 12:29:30 UTC 2010 /usr/src/sys/amd64/compile/MYKERNEL amd64 The network adapter is: Intel Gigabit ET Quad Port Server Adapter (Ethernet controller Intel 82257). Default drivers version in FreeBSD 8.0-STABLE-201005 is Intel(R) PRO/1000 Network Connection version - 1.9.5. We try to set up options below in /boot/loader.conf: if_igb_load="YES" hw.igb.rxd=4096 hw.igb.txd=4096 hw.igb.num_queues=0 hw.igb.enable_aim=1 hw.igb.low_latency=1000 hw.igb.ave_latency=2000 hw.igb.bulk_latency=4000 hw.igb.rx_process_limit=100 hw.igb.fc_setting=0 hw.igb.lro=0 The system boots successfully with drivers 1.9.5. But there are no specified earlier options in sysctl -a | grep igb.0, for example. sysctl -a|grep igb.0: dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 1.9.5 dev.igb.0.%driver: igb dev.igb.0.%location: slot=0 function=0 dev.igb.0.%pnpinfo: vendor=0x8086 device=0x10e8 subvendor=0x8086 subdevice=0xa02b class=0x020000 dev.igb.0.%parent: pci3 dev.igb.0.debug: -1 dev.igb.0.stats: -1 dev.igb.0.flow_control: 3 dev.igb.0.enable_aim: 1 dev.igb.0.rx_processing_limit: 100 We try to change drivers version to 1.8.4 from official site. The system boots successfully too and I can see this options in sysctl -a | grep igb.0. But there was some problem: I can explore only some sites through internet browser, for exmaple yandex.ru. Most of the sites I can`t see through the internet browser. But I can "ping" these sites by DNS name, I get DNS query successfully and I can see by tcpdump server replies. Next we have changed the drivers version to 1.7.4. But wih these options the system does not boot. There was an error: GET BUF: dmamap load failure - 12 I try to change hw.igb.rxd and hw.igb.txd in /boot/loader.conf like: 1.hw.igb.rxd=2048 hw.igb.txd=4096; 2.hw.igb.rxd=1024 hw.igb.txd=1024 - the same error. Also the same error with drivers version 1.7.3. But!!! We have another server: L2 bridge too with the same network adapter. uname -a: FreeBSD 7.2-STABLE-200906 FreeBSD 7.2-STABLE-200906 #1: Tue Oct 6 10:26:41 MSD 2009 /usr/src/sys/amd64/compile/MYKERNEL amd64 And we have no such problems like in bridge FreeBSD 8.0. Can anyone help me? Maybe I shouldn`t initialize such options in /loader.conf? Maybe in somewhere else? Thanks fo reply. From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 10:45:59 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 C1ACE1065676; Tue, 6 Jul 2010 10:45:59 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 969B68FC19; Tue, 6 Jul 2010 10:45: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 o66Ajxd5089129; Tue, 6 Jul 2010 10:45:59 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66AjxVX089125; Tue, 6 Jul 2010 10:45:59 GMT (envelope-from glebius) Date: Tue, 6 Jul 2010 10:45:59 GMT Message-Id: <201007061045.o66AjxVX089125@freefall.freebsd.org> To: otim@mail.ru, glebius@FreeBSD.org, freebsd-net@FreeBSD.org, glebius@FreeBSD.org From: glebius@FreeBSD.org Cc: Subject: Re: kern/145462: [netgraph] [patch] panic kernel when ng_ipfw send ip package on not existing netgraph node 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, 06 Jul 2010 10:45:59 -0000 Synopsis: [netgraph] [patch] panic kernel when ng_ipfw send ip package on not existing netgraph node State-Changed-From-To: open->patched State-Changed-By: glebius State-Changed-When: Tue Jul 6 10:35:17 UTC 2010 State-Changed-Why: Fixed in head/. Responsible-Changed-From-To: freebsd-net->glebius Responsible-Changed-By: glebius Responsible-Changed-When: Tue Jul 6 10:35:17 UTC 2010 Responsible-Changed-Why: Fixed in head/. http://www.freebsd.org/cgi/query-pr.cgi?pr=145462 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 15:35: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 C3326106566C for ; Tue, 6 Jul 2010 15:35:22 +0000 (UTC) (envelope-from tomelite82@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 086C38FC16 for ; Tue, 6 Jul 2010 15:35:21 +0000 (UTC) Received: by vws6 with SMTP id 6so7999105vws.13 for ; Tue, 06 Jul 2010 08:35:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=lEvATkb5TQrCVQx9vjAy0SPPOP1sm6D4UxHJR0+IIKI=; b=dxQ+OvqKPpYPHp4+XeC83CUzsFBsrUuj59CBliB2tRMAw5VN9FLNmhRkhhK8Mhb7Zf +bsHJFJCJ6ySYhxS/9CsCZ3Z2Ae5GCRbTU9TiCilq8VWkbatc+YYRgYtgIgSgZptbsHv qsdB+Ubd60KqgtnV+v4I00Ll9mPfepBy2saMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=n2d4lQztnzKXZCBqVgqOvxoyqd8aVzcemCkm+lCY+dSR37fhTI2/nAW1RtC9T1lXe4 ol8CdnxQATjwzl/JOsWm7YtcRIAfwUzXtONh5XSp8V4gYi/ZSXKj3RAU1YzNDKDtCiBI K7rBHg9XLFACakCEE/CN+pVyOME04uNTvR6ZU= MIME-Version: 1.0 Received: by 10.220.88.224 with SMTP id b32mr2522955vcm.217.1278430513826; Tue, 06 Jul 2010 08:35:13 -0700 (PDT) Sender: tomelite82@gmail.com Received: by 10.220.97.207 with HTTP; Tue, 6 Jul 2010 08:35:13 -0700 (PDT) In-Reply-To: <4C2E598D.2000201@delphij.net> References: <20100702083902.D14969@maildrop.int.zabbadoz.net> <4C2E598D.2000201@delphij.net> Date: Tue, 6 Jul 2010 08:35:13 -0700 X-Google-Sender-Auth: hlBd1fMDb7ClEnuhbJXDZ5Eti6s Message-ID: From: Qing Li To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "Bjoern A. Zeeb" , Sam Leffler , Chao Shin , "freebsd-net@freebsd.org" Subject: Re: panic: rtqkill route really not free on freebsd 8.0-release update 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, 06 Jul 2010 15:35:22 -0000 Thank you Xin. Let me have a look and see if there is an alternative. -- Qing On Fri, Jul 2, 2010 at 2:26 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, Bjoern, > > On 2010/07/02 01:39, Bjoern A. Zeeb wrote: >> On Sat, 5 Jun 2010, Chao Shin wrote: >> >> Hey, >> >>> We add kdb/ddb and extra panic info printing into kernel and catch >>> this panic again. >>> >>> We have instrumented the kernel and found that this panic happens when >>> draining =3D=3D 1, >>> but seems to be confused with the fact that all access to radix trees >>> are protected >>> by locks. =A0Can anyone familiar with these code shed us some light on >>> this? >>> >>> below is url to screenshot in ddb: >>> http://www.delphij.net/zhao/1.png >>> http://www.delphij.net/zhao/2.png >> >> Did anyone pick this up? > > I don't think so. > > Currently we believe that there is some call paths that would exhibit > the following: > > Thread A =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Thread B > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(...) > RTLOCK(rt) > rt->ref--; > [ref drops to 0 now] > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(obtain rnh_lock) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(in in_matroute) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0saw rt->ref =3D=3D 0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0rt->rt_flags & RTPRF_OURS = =3D=3D 0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(return from in_matroute()= ) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0RT_LOCK(rt) <-- blocks her= e > rt->rt_flags |=3D OURS > RT_UNLOCK(rt); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0RT_LOCK(rt) <-- got a wake= up > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0rt->ref++ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(ref =3D=3D 1 && rt->rt_fl= ags & RTPRF_OURS) > > With the attached workaround they have not see this type of panics so > far but that doesn't seem ideal. > > Kip and Qing's paper titled "Optimizing the BSD routing system for > parallel processing" suggests copying the route entry rather than > referencing it but I didn't yet on how should I implement that and do > benchmark... > > Cheers, > - -- > Xin LI =A0 =A0http://www.delphij.net/ > FreeBSD - The Power to Serve! =A0 =A0 =A0 =A0 =A0Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.15 (FreeBSD) > > iQEcBAEBCAAGBQJMLlmNAAoJEATO+BI/yjfBzvAIANjmEXX54lryJ6Qq37yUFdmd > BQqw7r/Q7IYD6gOBU0/iMUySa4x6H3U+8TPUK8Rf+ARkG8CP3JsRMPJtLkFs5Eby > lmvQDRcfcKzFCAC40m/FmdlCl0c2Q/mz5H4PYve3zuU+BEDN0NOEIUtnYVmOJK1U > 4O5XXZcAzNT1BXKKwbogwQq0t4dhT/3+4inH6vC3w8HpzwDfXS2GogFSOYlSurvC > h7b2wjrD7sgTPZZj1DN7qWjGSRNAao+AGzlzvQR6tNCqWV+bn8qF+QaNoFepev+g > ITeUh9IXffn646WCRF5whKUjz+M9IvSPhqGiFyWfhcGj8DbDt074XMsHiBLh7nc=3D > =3DlHSK > -----END PGP SIGNATURE----- > From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 19:46:29 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7147106566C; Tue, 6 Jul 2010 19:46:29 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 809D38FC08; Tue, 6 Jul 2010 19:46:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o66JkTW8023218; Tue, 6 Jul 2010 19:46:29 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66JkT10023214; Tue, 6 Jul 2010 19:46:29 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 19:46:29 GMT Message-Id: <201007061946.o66JkT10023214@freefall.freebsd.org> To: yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: i386/45773: [bge] Softboot causes autoconf failure on Broadcom 5703 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, 06 Jul 2010 19:46:29 -0000 Synopsis: [bge] Softboot causes autoconf failure on Broadcom 5703 Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 19:45:32 UTC 2010 Responsible-Changed-Why: Take. There had been a lot of PHY related stuff changes and I guess it might be fixed. Would you try latest FreeBSD release(8.1-RC2 or 7.3-RELEASE) and let me know whether it's still issue or not? http://www.freebsd.org/cgi/query-pr.cgi?pr=45773 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 20:09: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 DE30C1065670; Tue, 6 Jul 2010 20:09:33 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B66FB8FC19; Tue, 6 Jul 2010 20:09: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 o66K9Xaq039428; Tue, 6 Jul 2010 20:09:33 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66K9WSi039424; Tue, 6 Jul 2010 20:09:32 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 20:09:32 GMT Message-Id: <201007062009.o66K9WSi039424@freefall.freebsd.org> To: weijinhong@cjis.cn, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/92090: [bge] bge0: watchdog timeout -- resetting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 20:09:34 -0000 Synopsis: [bge] bge0: watchdog timeout -- resetting State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jul 6 20:08:31 UTC 2010 State-Changed-Why: If you are still seeing the issue on 8.1-RC2 or 7.3-RELEASE, please show me the verbosed dmesg output as well as "vmstat -i" and "ifconfig bge0". Floris, I think you're seeing ASF/IMPI issue on 9-CURRENT. Try disabling ASF functions by adding hw.bge.allow_asf="0" to /boot/loader.conf. Both 7.x and 8.x disabled it by default. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 20:08:31 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=92090 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 20:30:05 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31B551065675 for ; Tue, 6 Jul 2010 20:30:05 +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 0956A8FC19 for ; Tue, 6 Jul 2010 20:30:05 +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 o66KU4ZV057046 for ; Tue, 6 Jul 2010 20:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66KU4ks057043; Tue, 6 Jul 2010 20:30:04 GMT (envelope-from gnats) Date: Tue, 6 Jul 2010 20:30:04 GMT Message-Id: <201007062030.o66KU4ks057043@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Vincent Hoffman Cc: Subject: Re: kern/146517: [ath] [wlan] device timeouts for ath wlan device on recent stable. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vincent Hoffman List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 20:30:05 -0000 The following reply was made to PR kern/146517; it has been noted by GNATS. From: Vincent Hoffman To: bug-followup@FreeBSD.org, vince@unsane.co.uk Cc: Subject: Re: kern/146517: [ath] [wlan] device timeouts for ath wlan device on recent stable. Date: Tue, 06 Jul 2010 21:23:50 +0100 Hi, I've updated to FreeBSD ostracod.unsane.co.uk 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #7 r209709M: Mon Jul 5 15:24:57 BST 2010 toor@ostracod.unsane.co.uk:/scratch/obj/usr/src/sys/OSTRACOD amd64 And its much improved, I'm no longer seeing timeouts. I am seeing occasional packet loss but as I mentioned previously I did from a 8.0-RELEASE live usb too. [root@ostracod ~]# ping -c 1000 -i 0.1 -q 10.10.10.5 PING 10.10.10.5 (10.10.10.5): 56 data bytes --- 10.10.10.5 ping statistics --- 1000 packets transmitted, 928 packets received, 7.2% packet loss round-trip min/avg/max/stddev = 1.150/3.006/30.993/4.813 ms Vince From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 21:59:19 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 850091065676; Tue, 6 Jul 2010 21:59:19 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5D9DB8FC13; Tue, 6 Jul 2010 21:59:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o66LxJjV034115; Tue, 6 Jul 2010 21:59:19 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66LxJS3034111; Tue, 6 Jul 2010 21:59:19 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 21:59:19 GMT Message-Id: <201007062159.o66LxJS3034111@freefall.freebsd.org> To: vivek@khera.org, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/94863: [bge] [patch] hack to get bge(4) working on IBM e326m 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, 06 Jul 2010 21:59:19 -0000 Synopsis: [bge] [patch] hack to get bge(4) working on IBM e326m State-Changed-From-To: suspended->closed State-Changed-By: yongari State-Changed-When: Tue Jul 6 21:58:43 UTC 2010 State-Changed-Why: Close, BCM5780 support was made long time ago. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 21:58:43 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=94863 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 22:04: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 D51CF1065670; Tue, 6 Jul 2010 22:04:18 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AD42D8FC17; Tue, 6 Jul 2010 22:04: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 o66M4IL7042227; Tue, 6 Jul 2010 22:04:18 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66M4Itp042223; Tue, 6 Jul 2010 22:04:18 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 22:04:18 GMT Message-Id: <201007062204.o66M4Itp042223@freefall.freebsd.org> To: mendonan@gmail.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/104485: [bge] Broadcom BCM5704C: Intermittent on newer chip version: CS0424 P20 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, 06 Jul 2010 22:04:18 -0000 Synopsis: [bge] Broadcom BCM5704C: Intermittent on newer chip version: CS0424 P20 State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jul 6 22:03:44 UTC 2010 State-Changed-Why: Is it still issue on more recent FreeBSD?(8.1-RC2 or 7.3-RELEASE)? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 22:03:44 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=104485 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 22:06:27 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B26EA1065675; Tue, 6 Jul 2010 22:06:27 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE478FC1E; Tue, 6 Jul 2010 22:06:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o66M6RDP042304; Tue, 6 Jul 2010 22:06:27 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66M6RX1042300; Tue, 6 Jul 2010 22:06:27 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 22:06:27 GMT Message-Id: <201007062206.o66M6RX1042300@freefall.freebsd.org> To: olavi@ipunplugged.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/107850: [bce] bce driver link negotiation is faulty 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, 06 Jul 2010 22:06:27 -0000 Synopsis: [bce] bce driver link negotiation is faulty State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jul 6 22:05:52 UTC 2010 State-Changed-Why: Is it still issue on more recent FreeBSD?(8.1-RC2 or 7.3-RELEASE)? I believe it was fixed in long time ago. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 22:05:52 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=107850 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 22:10:38 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 563D41065670; Tue, 6 Jul 2010 22:10:38 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E68A8FC0A; Tue, 6 Jul 2010 22:10:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o66MAcnX047631; Tue, 6 Jul 2010 22:10:38 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66MAb7k047576; Tue, 6 Jul 2010 22:10:37 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 22:10:37 GMT Message-Id: <201007062210.o66MAb7k047576@freefall.freebsd.org> To: brett@unix.org.au, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/112570: [bge] packet loss with bge driver on BCM5704 chipset 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, 06 Jul 2010 22:10:38 -0000 Synopsis: [bge] packet loss with bge driver on BCM5704 chipset State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jul 6 22:10:08 UTC 2010 State-Changed-Why: Is it still issue on more recent FreeBSD?(8.1-RC2 or 7.3-RELEASE)? If yes, show me full verbose dmesg output as well as the outout of "pciconf -lcv". Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 22:10:08 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=112570 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 22:16: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 294721065670; Tue, 6 Jul 2010 22:16:33 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0014A8FC12; Tue, 6 Jul 2010 22:16:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o66MGW6w051722; Tue, 6 Jul 2010 22:16:32 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66MGW4l051718; Tue, 6 Jul 2010 22:16:32 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 22:16:32 GMT Message-Id: <201007062216.o66MGW4l051718@freefall.freebsd.org> To: aseelye@eltopia.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/118879: [bge] [patch] bge has checksum problems on the 5703 chipset 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, 06 Jul 2010 22:16:33 -0000 Synopsis: [bge] [patch] bge has checksum problems on the 5703 chipset State-Changed-From-To: analyzed->closed State-Changed-By: yongari State-Changed-When: Tue Jul 6 22:15:29 UTC 2010 State-Changed-Why: As Kris pointed out, it's not a bug of bge(4). It's normal to see bad checksummed frames for out-going traffic on sender side as bpf listner sees frames before controller performs checksum calculation. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 22:15:29 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=118879 From owner-freebsd-net@FreeBSD.ORG Tue Jul 6 22:18:53 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 6A6C11065672; Tue, 6 Jul 2010 22:18:53 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 429058FC19; Tue, 6 Jul 2010 22:18:53 +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 o66MIr3S051822; Tue, 6 Jul 2010 22:18:53 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o66MIqxX051818; Tue, 6 Jul 2010 22:18:52 GMT (envelope-from yongari) Date: Tue, 6 Jul 2010 22:18:52 GMT Message-Id: <201007062218.o66MIqxX051818@freefall.freebsd.org> To: gary@velocity-servers.net, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/120232: [nfe] [patch] Bring in nfe(4) to RELENG_6 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, 06 Jul 2010 22:18:53 -0000 Synopsis: [nfe] [patch] Bring in nfe(4) to RELENG_6 State-Changed-From-To: open->closed State-Changed-By: yongari State-Changed-When: Tue Jul 6 22:18:10 UTC 2010 State-Changed-Why: jhb already MFCed nfe(4) into stable/6(r185644). Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jul 6 22:18:10 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=120232 From owner-freebsd-net@FreeBSD.ORG Wed Jul 7 00:09: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 373F3106567D for ; Wed, 7 Jul 2010 00:09:10 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id D59EC8FC1D for ; Wed, 7 Jul 2010 00:09:09 +0000 (UTC) Received: by qyk30 with SMTP id 30so2760261qyk.13 for ; Tue, 06 Jul 2010 17:09: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=VEKc2wRV7xNRTiihkcK947YKZauye8KbdKVM93Wv3hg=; b=GD5uqAQpTREw68uUObjptbbXT/JEtoCipGPn6IzcXXRwU7yydP2sdKmxnEH8cvuaL6 qh8yW2Fk76thbuiMxCOGroChVG/96enFPtHUVzoeMPts6M2J7K+nW7GXxRj6j7JOA+1F ckzRkMtkZOkfWgqH+wD8IJJDno1Gk63SVPiow= 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=PRX2nElC9DElDkY4Qeyw2hPH8yBayPEE+tj0MtiW08P780svLHPS9RfRPmxFBdgYHe Gjh+C4P7F1r15cvdDZatC4gJfKD1tK7nlXY/tOWvc+m39jee1ij6nZ73ufFJAUEgyFTT fCCPxEW/ZlLLlm5Y0+w/PQfxGMST90uUvVRwk= MIME-Version: 1.0 Received: by 10.224.20.9 with SMTP id d9mr2966885qab.50.1278461340157; Tue, 06 Jul 2010 17:09:00 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Tue, 6 Jul 2010 17:09:00 -0700 (PDT) In-Reply-To: <1278404933.20433.26.camel@stormi-desktop> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> Date: Tue, 6 Jul 2010 17:09:00 -0700 Message-ID: From: Jack Vogel To: Shtorm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 07 Jul 2010 00:09:10 -0000 Yow, 30 vlans, but only em1 is using vlans not em0? Is only em1 having watchdogs? I noticed you appear to have flow control off, maybe turning it on would help. I would like to see the log messages from the watchdogs. Jack On Tue, Jul 6, 2010 at 1:28 AM, Shtorm wrote: > On Mon, 2010-07-05 at 22:02 -0700, Jack Vogel wrote: > > Cleaner in the Makefile, let me know how it goes. > > > > Jack > > > > > > On Mon, Jul 5, 2010 at 12:06 PM, Yuriy A. Korobko > > wrote: > > > > > On Mon, 2010-07-05 at 11:11 -0700, Jack Vogel wrote: > > > > Are you defining 'EM_MULTIQUEUE', its off by default and needs to be > > > > defined somewhere by you. > > > > > > > > You will only see the two queues used if you have two different > > > connections > > > > operating at once. > > > > > > > > Jack > > Recompiled module (actually whole kernel) with EM_MULTIQUEUE, but got a > some watchdog timeouts. > > Here is example of netstat when it happens: > > 2346 0 0 583370 2642 0 2988379 0 > 2250 0 0 550961 2384 0 2835276 0 > 2634 0 0 703410 2733 0 2971417 0 > 2741 0 0 695884 2748 0 3061573 0 > 2811 0 0 618520 2274 0 3273868 0 > 3220 0 0 687145 2068 0 3417857 0 > 901 0 0 231694 166 0 1565839 0 > 752 0 0 216135 0 0 270247 0 > 685 0 0 208745 0 0 243442 0 > 713 0 0 178089 0 0 230472 0 > 735 0 0 159555 0 0 178435 0 > 616 0 0 145222 0 0 179022 0 > input (em1) output > packets errs idrops bytes packets errs bytes colls > 616 0 0 129608 0 0 120929 0 > 659 0 0 113806 0 0 105707 0 > 622 0 0 106247 0 0 107825 0 > 645 0 0 101593 0 0 38023 0 > 483 0 0 61681 0 0 8547 0 > > Watchdog timeout on em1 message on console > > 0 0 0 0 0 1 19095 0 > 0 0 0 0 0 0 222 0 > 0 0 0 0 0 0 0 0 > 243 0 0 30224 1783 0 1708875 0 > 576 0 0 62350 105 0 7710 0 > 467 0 0 49758 4 0 4388 0 > 500 0 0 53415 23 0 24743 0 > 437 0 0 50135 21 0 16733 0 > > After this traffic increased again up to 3 kpps and another watchdog > timeout happened. > > em0: flags=8843 metric 0 mtu > 1500 > options=2098 > ether 00:30:48:bc:ab:ca > inet x.x.x.x netmask 0xffffffe0 broadcast x.x.x.y > media: Ethernet autoselect (1000baseT ) > status: active > > em1: flags=8843 metric 0 mtu > 1500 > options=2098 > ether 00:30:48:bc:ab:cb > media: Ethernet autoselect (1000baseT ) > status: active > > em1 have 30 vlans and mpd5 as pppoe server listening on each vlan. > > Here is sysctl dev.em > > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > dev.em.0.%driver: em > dev.em.0.%location: slot=0 function=0 > dev.em.0.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x15d9 > subdevice=0x10d3 class=0x020000 > dev.em.0.%parent: pci1 > dev.em.0.nvm: -1 > dev.em.0.rx_int_delay: 200 > dev.em.0.tx_int_delay: 200 > dev.em.0.rx_abs_int_delay: 500 > dev.em.0.tx_abs_int_delay: 500 > dev.em.0.rx_processing_limit: 100 > dev.em.0.link_irq: 2 > dev.em.0.mbuf_alloc_fail: 0 > dev.em.0.cluster_alloc_fail: 0 > dev.em.0.dropped: 0 > dev.em.0.tx_dma_fail: 0 > dev.em.0.fc_high_water: 18432 > dev.em.0.fc_low_water: 16932 > dev.em.0.mac_stats.excess_coll: 0 > dev.em.0.mac_stats.symbol_errors: 0 > dev.em.0.mac_stats.sequence_errors: 0 > dev.em.0.mac_stats.defer_count: 0 > dev.em.0.mac_stats.missed_packets: 0 > dev.em.0.mac_stats.recv_no_buff: 0 > dev.em.0.mac_stats.recv_errs: 0 > dev.em.0.mac_stats.crc_errs: 0 > dev.em.0.mac_stats.alignment_errs: 0 > dev.em.0.mac_stats.coll_ext_errs: 0 > dev.em.0.mac_stats.rx_overruns: 0 > dev.em.0.mac_stats.watchdog_timeouts: 0 > dev.em.0.mac_stats.xon_recvd: 0 > dev.em.0.mac_stats.xon_txd: 0 > dev.em.0.mac_stats.xoff_recvd: 0 > dev.em.0.mac_stats.xoff_txd: 0 > dev.em.0.mac_stats.total_pkts_recvd: 732916 > dev.em.0.mac_stats.good_pkts_recvd: 732916 > dev.em.0.mac_stats.bcast_pkts_recvd: 1238 > dev.em.0.mac_stats.mcast_pkts_recvd: 0 > dev.em.0.mac_stats.rx_frames_64: 84622 > dev.em.0.mac_stats.rx_frames_65_127: 128831 > dev.em.0.mac_stats.rx_frames_128_255: 34037 > dev.em.0.mac_stats.rx_frames_256_511: 30206 > dev.em.0.mac_stats.rx_frames_512_1023: 24919 > dev.em.0.mac_stats.rx_frames_1024_1522: 430301 > dev.em.0.mac_stats.good_octets_recvd: 0 > dev.em.0.mac_stats.good_octest_txd: 0 > dev.em.0.mac_stats.total_pkts_txd: 678078 > dev.em.0.mac_stats.good_pkts_txd: 678078 > dev.em.0.mac_stats.bcast_pkts_txd: 109 > dev.em.0.mac_stats.mcast_pkts_txd: 0 > dev.em.0.mac_stats.tx_frames_64: 324803 > dev.em.0.mac_stats.tx_frames_65_127: 196866 > dev.em.0.mac_stats.tx_frames_128_255: 47362 > dev.em.0.mac_stats.tx_frames_256_511: 31917 > dev.em.0.mac_stats.tx_frames_512_1023: 44997 > dev.em.0.mac_stats.tx_frames_1024_1522: 32133 > dev.em.0.mac_stats.tso_txd: 0 > dev.em.0.mac_stats.tso_ctx_fail: 0 > dev.em.0.interrupts.asserts: 0 > dev.em.0.interrupts.rx_pkt_timer: 0 > dev.em.0.interrupts.rx_abs_timer: 0 > dev.em.0.interrupts.tx_pkt_timer: 0 > dev.em.0.interrupts.tx_abs_timer: 0 > dev.em.0.interrupts.tx_queue_empty: 0 > dev.em.0.interrupts.tx_queue_min_thresh: 0 > dev.em.0.interrupts.rx_desc_min_thresh: 0 > dev.em.0.interrupts.rx_overrun: 0 > dev.em.0.host.breaker_tx_pkt: 0 > dev.em.0.host.host_tx_pkt_discard: 0 > dev.em.0.host.rx_pkt: 0 > dev.em.0.host.breaker_rx_pkts: 0 > dev.em.0.host.breaker_rx_pkt_drop: 0 > dev.em.0.host.tx_good_pkt: 0 > dev.em.0.host.breaker_tx_pkt_drop: 0 > dev.em.0.host.rx_good_bytes: 0 > dev.em.0.host.tx_good_bytes: 0 > dev.em.0.host.length_errors: 0 > dev.em.0.host.serdes_violation_pkt: 0 > dev.em.0.host.header_redir_missed: 0 > dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > dev.em.1.%driver: em > dev.em.1.%location: slot=0 function=0 > dev.em.1.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x15d9 > subdevice=0x10d3 class=0x020000 > dev.em.1.%parent: pci2 > dev.em.1.nvm: -1 > dev.em.1.rx_int_delay: 200 > dev.em.1.tx_int_delay: 200 > dev.em.1.rx_abs_int_delay: 500 > dev.em.1.tx_abs_int_delay: 500 > dev.em.1.rx_processing_limit: 100 > dev.em.1.link_irq: 7 > dev.em.1.mbuf_alloc_fail: 0 > dev.em.1.cluster_alloc_fail: 0 > dev.em.1.dropped: 0 > dev.em.1.tx_dma_fail: 0 > dev.em.1.fc_high_water: 18432 > dev.em.1.fc_low_water: 16932 > dev.em.1.mac_stats.excess_coll: 0 > dev.em.1.mac_stats.symbol_errors: 0 > dev.em.1.mac_stats.sequence_errors: 0 > dev.em.1.mac_stats.defer_count: 0 > dev.em.1.mac_stats.missed_packets: 0 > dev.em.1.mac_stats.recv_no_buff: 0 > dev.em.1.mac_stats.recv_errs: 0 > dev.em.1.mac_stats.crc_errs: 0 > dev.em.1.mac_stats.alignment_errs: 0 > dev.em.1.mac_stats.coll_ext_errs: 0 > dev.em.1.mac_stats.rx_overruns: 0 > dev.em.1.mac_stats.watchdog_timeouts: 3 > dev.em.1.mac_stats.xon_recvd: 0 > dev.em.1.mac_stats.xon_txd: 0 > dev.em.1.mac_stats.xoff_recvd: 0 > dev.em.1.mac_stats.xoff_txd: 0 > dev.em.1.mac_stats.total_pkts_recvd: 638131 > dev.em.1.mac_stats.good_pkts_recvd: 638131 > dev.em.1.mac_stats.bcast_pkts_recvd: 49276 > dev.em.1.mac_stats.mcast_pkts_recvd: 0 > dev.em.1.mac_stats.rx_frames_64: 8091 > dev.em.1.mac_stats.rx_frames_65_127: 472864 > dev.em.1.mac_stats.rx_frames_128_255: 46165 > dev.em.1.mac_stats.rx_frames_256_511: 33998 > dev.em.1.mac_stats.rx_frames_512_1023: 44560 > dev.em.1.mac_stats.rx_frames_1024_1522: 32453 > dev.em.1.mac_stats.good_octets_recvd: 0 > dev.em.1.mac_stats.good_octest_txd: 0 > dev.em.1.mac_stats.total_pkts_txd: 668981 > dev.em.1.mac_stats.good_pkts_txd: 668981 > dev.em.1.mac_stats.bcast_pkts_txd: 0 > dev.em.1.mac_stats.mcast_pkts_txd: 12 > dev.em.1.mac_stats.tx_frames_64: 5594 > dev.em.1.mac_stats.tx_frames_65_127: 166028 > dev.em.1.mac_stats.tx_frames_128_255: 33061 > dev.em.1.mac_stats.tx_frames_256_511: 28853 > dev.em.1.mac_stats.tx_frames_512_1023: 24279 > dev.em.1.mac_stats.tx_frames_1024_1522: 411166 > dev.em.1.mac_stats.tso_txd: 0 > dev.em.1.mac_stats.tso_ctx_fail: 0 > dev.em.1.interrupts.asserts: 0 > dev.em.1.interrupts.rx_pkt_timer: 0 > dev.em.1.interrupts.rx_abs_timer: 0 > dev.em.1.interrupts.tx_pkt_timer: 0 > dev.em.1.interrupts.tx_abs_timer: 0 > dev.em.1.interrupts.tx_queue_empty: 0 > dev.em.1.interrupts.tx_queue_min_thresh: 0 > dev.em.1.interrupts.rx_desc_min_thresh: 0 > dev.em.1.interrupts.rx_overrun: 0 > dev.em.1.host.breaker_tx_pkt: 0 > dev.em.1.host.host_tx_pkt_discard: 0 > dev.em.1.host.rx_pkt: 0 > dev.em.1.host.breaker_rx_pkts: 0 > dev.em.1.host.breaker_rx_pkt_drop: 0 > dev.em.1.host.tx_good_pkt: 0 > dev.em.1.host.breaker_tx_pkt_drop: 0 > dev.em.1.host.rx_good_bytes: 0 > dev.em.1.host.tx_good_bytes: 0 > dev.em.1.host.length_errors: 0 > dev.em.1.host.serdes_violation_pkt: 0 > dev.em.1.host.header_redir_missed: 0 > > loader.conf variables: > > if_em_load=YES > hw.em.rxd=4096 > hw.em.txd=4096 > hw.em.tx_int_delay=200 > hw.em.rx_int_delay=200 > hw.em.tx_abs_int_delay=500 > hw.em.rx_abs_int_delay=500 > hw.em.enable_msix=1 > hw.em.msix_queues=2 > hw.em.rx_process_limit=100 > hw.em.fc_setting=0 > > > And here is vmstat -i > > interrupt total rate > irq16: uhci0 2673 2 > irq18: ehci0 uhci5 2 0 > irq19: uhci2 uhci4 70 0 > irq23: uhci3 ehci1 8835 9 > cpu0: timer 3743479 3957 > irq256: em0 662219 700 > irq257: em0 717531 758 > irq259: em0 12142 12 > irq260: em0 6100 6 > irq261: em1 694169 733 > irq262: em1 217388 229 > irq264: em1 463023 489 > irq265: em1 11 0 > cpu1: timer 3743411 3957 > cpu6: timer 3743408 3957 > cpu7: timer 3743407 3957 > cpu4: timer 3743408 3957 > cpu5: timer 3743407 3957 > cpu3: timer 3743408 3957 > cpu2: timer 3743409 3957 > Total 32731500 34599 > > > If you need more information just let me know, I can use this box for > tests at night until others can handle traffic. > > > From owner-freebsd-net@FreeBSD.ORG Wed Jul 7 09:59: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 DF6B3106566C for ; Wed, 7 Jul 2010 09:59:37 +0000 (UTC) (envelope-from admin@shtorm.com) Received: from ns.shtorm.com (ns.shtorm.com [195.62.14.3]) by mx1.freebsd.org (Postfix) with ESMTP id D3A768FC0C for ; Wed, 7 Jul 2010 09:59:36 +0000 (UTC) Received: from [10.66.6.77] (unknown [10.66.6.77]) by ns.shtorm.com (Postfix) with ESMTP id D860A1A0B79; Wed, 7 Jul 2010 12:59:42 +0300 (EEST) From: Shtorm To: Jack Vogel In-Reply-To: References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 Jul 2010 13:03:02 +0300 Message-ID: <1278496982.21743.50.camel@stormi-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 07 Jul 2010 09:59:38 -0000 > Yow, 30 vlans, but only em1 is using vlans not em0? > > Is only em1 having watchdogs? I noticed you appear to > have flow control off, maybe turning it on would help. > > I would like to see the log messages from the watchdogs. > Jack Yes, em0 - plain untagged traffic to border router, em1 - tagged - one vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, there is no logs for it because remote syslog server connected via em0 and it looses messages during card reset, will enable local logs to get some info. Log files are almost empty, is there any driver-specific debugging options other than TUNABLE_INT("hw.em.sbp", &em_debug_sbp)? Anyway will try to set it to 1 and wait for watchdog. Here is a part from log file I have now Jul 6 10:32:34 ntp info hostname x.x.x.8 ntpd adjusting local clock by 5.083720s Jul 6 10:33:07 ntp info hostname x.x.x.8 ntpd adjusting local clock by 4.915903s Jul 6 10:35:01 auth info hostname x.x.x.8 login login on ttyv2 as root Jul 6 10:35:01 auth notice hostname x.x.x.8 login ROOT LOGIN (root) ON ttyv2 Jul 6 10:35:24 kern crit hostname x.x.x.8 kernel em1: Watchdog timeout -- resetting Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel em1: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1028: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1020: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1005: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1029: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1021: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1004: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1030: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1022: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1007: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1031: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1023: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1006: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1024: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1016: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1001: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1025: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1017: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1000: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1026: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1018: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1003: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1027: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1019: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1002: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1012: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1013: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1014: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1015: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1032: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1008: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1033: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1009: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1010: link state changed to DOWN Jul 6 10:35:24 kern notice hostname x.x.x.8 kernel vlan1011: link state changed to DOWN Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel em1: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1028: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1020: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1005: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1029: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1021: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1004: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1030: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1022: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1007: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1031: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1023: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1006: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1024: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1016: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1001: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1025: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1017: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1000: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1026: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1018: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1003: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1027: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1019: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1002: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1012: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1013: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1014: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1015: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1032: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1008: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1033: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1009: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1010: link state changed to UP Jul 6 10:35:27 kern notice hostname x.x.x.8 kernel vlan1011: link state changed to UP Jul 6 10:37:21 ntp info hostname x.x.x.8 ntpd adjusting local clock by 3.641940s Jul 6 10:37:46 kern crit hostname x.x.x.8 kernel em1: Watchdog timeout -- resetting Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel em1: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1028: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1020: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1005: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1029: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1021: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1004: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1030: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1022: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1007: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1031: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1023: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1006: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1024: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1016: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1001: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1025: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1017: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1000: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1026: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1018: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1003: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1027: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1019: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1002: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1012: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1013: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1014: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1015: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1032: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1008: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1033: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1009: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1010: link state changed to DOWN Jul 6 10:37:46 kern notice hostname x.x.x.8 kernel vlan1011: link state changed to DOWN Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel em1: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1028: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1020: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1005: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1029: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1021: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1004: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1030: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1022: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1007: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1031: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1023: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1006: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1024: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1016: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1001: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1025: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1017: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1000: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1026: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1018: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1003: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1027: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1019: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1002: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1012: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1013: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1014: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1015: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1032: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1008: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1033: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1009: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1010: link state changed to UP Jul 6 10:37:49 kern notice hostname x.x.x.8 kernel vlan1011: link state changed to UP Jul 6 10:38:40 kern crit hostname x.x.x.8 kernel Limiting icmp unreach response from 237 to 200 packets/sec Jul 6 10:39:10 kern crit hostname x.x.x.8 kernel em1: Watchdog timeout -- resetting Jul 6 10:39:10 kern notice hostname x.x.x.8 kernel em1: link state changed to DOWN > > > On Tue, Jul 6, 2010 at 1:28 AM, Shtorm wrote: > > > On Mon, 2010-07-05 at 22:02 -0700, Jack Vogel wrote: > > > Cleaner in the Makefile, let me know how it goes. > > > > > > Jack > > > > > > > > > On Mon, Jul 5, 2010 at 12:06 PM, Yuriy A. Korobko > > > wrote: > > > > > > > On Mon, 2010-07-05 at 11:11 -0700, Jack Vogel wrote: > > > > > Are you defining 'EM_MULTIQUEUE', its off by default and needs to be > > > > > defined somewhere by you. > > > > > > > > > > You will only see the two queues used if you have two different > > > > connections > > > > > operating at once. > > > > > > > > > > Jack > > > > Recompiled module (actually whole kernel) with EM_MULTIQUEUE, but got a > > some watchdog timeouts. > > > > Here is example of netstat when it happens: > > > > 2346 0 0 583370 2642 0 2988379 0 > > 2250 0 0 550961 2384 0 2835276 0 > > 2634 0 0 703410 2733 0 2971417 0 > > 2741 0 0 695884 2748 0 3061573 0 > > 2811 0 0 618520 2274 0 3273868 0 > > 3220 0 0 687145 2068 0 3417857 0 > > 901 0 0 231694 166 0 1565839 0 > > 752 0 0 216135 0 0 270247 0 > > 685 0 0 208745 0 0 243442 0 > > 713 0 0 178089 0 0 230472 0 > > 735 0 0 159555 0 0 178435 0 > > 616 0 0 145222 0 0 179022 0 > > input (em1) output > > packets errs idrops bytes packets errs bytes colls > > 616 0 0 129608 0 0 120929 0 > > 659 0 0 113806 0 0 105707 0 > > 622 0 0 106247 0 0 107825 0 > > 645 0 0 101593 0 0 38023 0 > > 483 0 0 61681 0 0 8547 0 > > > > Watchdog timeout on em1 message on console > > > > 0 0 0 0 0 1 19095 0 > > 0 0 0 0 0 0 222 0 > > 0 0 0 0 0 0 0 0 > > 243 0 0 30224 1783 0 1708875 0 > > 576 0 0 62350 105 0 7710 0 > > 467 0 0 49758 4 0 4388 0 > > 500 0 0 53415 23 0 24743 0 > > 437 0 0 50135 21 0 16733 0 > > > > After this traffic increased again up to 3 kpps and another watchdog > > timeout happened. > > > > em0: flags=8843 metric 0 mtu > > 1500 > > options=2098 > > ether 00:30:48:bc:ab:ca > > inet x.x.x.x netmask 0xffffffe0 broadcast x.x.x.y > > media: Ethernet autoselect (1000baseT ) > > status: active > > > > em1: flags=8843 metric 0 mtu > > 1500 > > options=2098 > > ether 00:30:48:bc:ab:cb > > media: Ethernet autoselect (1000baseT ) > > status: active > > > > em1 have 30 vlans and mpd5 as pppoe server listening on each vlan. > > > > Here is sysctl dev.em > > > > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.0.%driver: em > > dev.em.0.%location: slot=0 function=0 > > dev.em.0.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x15d9 > > subdevice=0x10d3 class=0x020000 > > dev.em.0.%parent: pci1 > > dev.em.0.nvm: -1 > > dev.em.0.rx_int_delay: 200 > > dev.em.0.tx_int_delay: 200 > > dev.em.0.rx_abs_int_delay: 500 > > dev.em.0.tx_abs_int_delay: 500 > > dev.em.0.rx_processing_limit: 100 > > dev.em.0.link_irq: 2 > > dev.em.0.mbuf_alloc_fail: 0 > > dev.em.0.cluster_alloc_fail: 0 > > dev.em.0.dropped: 0 > > dev.em.0.tx_dma_fail: 0 > > dev.em.0.fc_high_water: 18432 > > dev.em.0.fc_low_water: 16932 > > dev.em.0.mac_stats.excess_coll: 0 > > dev.em.0.mac_stats.symbol_errors: 0 > > dev.em.0.mac_stats.sequence_errors: 0 > > dev.em.0.mac_stats.defer_count: 0 > > dev.em.0.mac_stats.missed_packets: 0 > > dev.em.0.mac_stats.recv_no_buff: 0 > > dev.em.0.mac_stats.recv_errs: 0 > > dev.em.0.mac_stats.crc_errs: 0 > > dev.em.0.mac_stats.alignment_errs: 0 > > dev.em.0.mac_stats.coll_ext_errs: 0 > > dev.em.0.mac_stats.rx_overruns: 0 > > dev.em.0.mac_stats.watchdog_timeouts: 0 > > dev.em.0.mac_stats.xon_recvd: 0 > > dev.em.0.mac_stats.xon_txd: 0 > > dev.em.0.mac_stats.xoff_recvd: 0 > > dev.em.0.mac_stats.xoff_txd: 0 > > dev.em.0.mac_stats.total_pkts_recvd: 732916 > > dev.em.0.mac_stats.good_pkts_recvd: 732916 > > dev.em.0.mac_stats.bcast_pkts_recvd: 1238 > > dev.em.0.mac_stats.mcast_pkts_recvd: 0 > > dev.em.0.mac_stats.rx_frames_64: 84622 > > dev.em.0.mac_stats.rx_frames_65_127: 128831 > > dev.em.0.mac_stats.rx_frames_128_255: 34037 > > dev.em.0.mac_stats.rx_frames_256_511: 30206 > > dev.em.0.mac_stats.rx_frames_512_1023: 24919 > > dev.em.0.mac_stats.rx_frames_1024_1522: 430301 > > dev.em.0.mac_stats.good_octets_recvd: 0 > > dev.em.0.mac_stats.good_octest_txd: 0 > > dev.em.0.mac_stats.total_pkts_txd: 678078 > > dev.em.0.mac_stats.good_pkts_txd: 678078 > > dev.em.0.mac_stats.bcast_pkts_txd: 109 > > dev.em.0.mac_stats.mcast_pkts_txd: 0 > > dev.em.0.mac_stats.tx_frames_64: 324803 > > dev.em.0.mac_stats.tx_frames_65_127: 196866 > > dev.em.0.mac_stats.tx_frames_128_255: 47362 > > dev.em.0.mac_stats.tx_frames_256_511: 31917 > > dev.em.0.mac_stats.tx_frames_512_1023: 44997 > > dev.em.0.mac_stats.tx_frames_1024_1522: 32133 > > dev.em.0.mac_stats.tso_txd: 0 > > dev.em.0.mac_stats.tso_ctx_fail: 0 > > dev.em.0.interrupts.asserts: 0 > > dev.em.0.interrupts.rx_pkt_timer: 0 > > dev.em.0.interrupts.rx_abs_timer: 0 > > dev.em.0.interrupts.tx_pkt_timer: 0 > > dev.em.0.interrupts.tx_abs_timer: 0 > > dev.em.0.interrupts.tx_queue_empty: 0 > > dev.em.0.interrupts.tx_queue_min_thresh: 0 > > dev.em.0.interrupts.rx_desc_min_thresh: 0 > > dev.em.0.interrupts.rx_overrun: 0 > > dev.em.0.host.breaker_tx_pkt: 0 > > dev.em.0.host.host_tx_pkt_discard: 0 > > dev.em.0.host.rx_pkt: 0 > > dev.em.0.host.breaker_rx_pkts: 0 > > dev.em.0.host.breaker_rx_pkt_drop: 0 > > dev.em.0.host.tx_good_pkt: 0 > > dev.em.0.host.breaker_tx_pkt_drop: 0 > > dev.em.0.host.rx_good_bytes: 0 > > dev.em.0.host.tx_good_bytes: 0 > > dev.em.0.host.length_errors: 0 > > dev.em.0.host.serdes_violation_pkt: 0 > > dev.em.0.host.header_redir_missed: 0 > > dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.1.%driver: em > > dev.em.1.%location: slot=0 function=0 > > dev.em.1.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x15d9 > > subdevice=0x10d3 class=0x020000 > > dev.em.1.%parent: pci2 > > dev.em.1.nvm: -1 > > dev.em.1.rx_int_delay: 200 > > dev.em.1.tx_int_delay: 200 > > dev.em.1.rx_abs_int_delay: 500 > > dev.em.1.tx_abs_int_delay: 500 > > dev.em.1.rx_processing_limit: 100 > > dev.em.1.link_irq: 7 > > dev.em.1.mbuf_alloc_fail: 0 > > dev.em.1.cluster_alloc_fail: 0 > > dev.em.1.dropped: 0 > > dev.em.1.tx_dma_fail: 0 > > dev.em.1.fc_high_water: 18432 > > dev.em.1.fc_low_water: 16932 > > dev.em.1.mac_stats.excess_coll: 0 > > dev.em.1.mac_stats.symbol_errors: 0 > > dev.em.1.mac_stats.sequence_errors: 0 > > dev.em.1.mac_stats.defer_count: 0 > > dev.em.1.mac_stats.missed_packets: 0 > > dev.em.1.mac_stats.recv_no_buff: 0 > > dev.em.1.mac_stats.recv_errs: 0 > > dev.em.1.mac_stats.crc_errs: 0 > > dev.em.1.mac_stats.alignment_errs: 0 > > dev.em.1.mac_stats.coll_ext_errs: 0 > > dev.em.1.mac_stats.rx_overruns: 0 > > dev.em.1.mac_stats.watchdog_timeouts: 3 > > dev.em.1.mac_stats.xon_recvd: 0 > > dev.em.1.mac_stats.xon_txd: 0 > > dev.em.1.mac_stats.xoff_recvd: 0 > > dev.em.1.mac_stats.xoff_txd: 0 > > dev.em.1.mac_stats.total_pkts_recvd: 638131 > > dev.em.1.mac_stats.good_pkts_recvd: 638131 > > dev.em.1.mac_stats.bcast_pkts_recvd: 49276 > > dev.em.1.mac_stats.mcast_pkts_recvd: 0 > > dev.em.1.mac_stats.rx_frames_64: 8091 > > dev.em.1.mac_stats.rx_frames_65_127: 472864 > > dev.em.1.mac_stats.rx_frames_128_255: 46165 > > dev.em.1.mac_stats.rx_frames_256_511: 33998 > > dev.em.1.mac_stats.rx_frames_512_1023: 44560 > > dev.em.1.mac_stats.rx_frames_1024_1522: 32453 > > dev.em.1.mac_stats.good_octets_recvd: 0 > > dev.em.1.mac_stats.good_octest_txd: 0 > > dev.em.1.mac_stats.total_pkts_txd: 668981 > > dev.em.1.mac_stats.good_pkts_txd: 668981 > > dev.em.1.mac_stats.bcast_pkts_txd: 0 > > dev.em.1.mac_stats.mcast_pkts_txd: 12 > > dev.em.1.mac_stats.tx_frames_64: 5594 > > dev.em.1.mac_stats.tx_frames_65_127: 166028 > > dev.em.1.mac_stats.tx_frames_128_255: 33061 > > dev.em.1.mac_stats.tx_frames_256_511: 28853 > > dev.em.1.mac_stats.tx_frames_512_1023: 24279 > > dev.em.1.mac_stats.tx_frames_1024_1522: 411166 > > dev.em.1.mac_stats.tso_txd: 0 > > dev.em.1.mac_stats.tso_ctx_fail: 0 > > dev.em.1.interrupts.asserts: 0 > > dev.em.1.interrupts.rx_pkt_timer: 0 > > dev.em.1.interrupts.rx_abs_timer: 0 > > dev.em.1.interrupts.tx_pkt_timer: 0 > > dev.em.1.interrupts.tx_abs_timer: 0 > > dev.em.1.interrupts.tx_queue_empty: 0 > > dev.em.1.interrupts.tx_queue_min_thresh: 0 > > dev.em.1.interrupts.rx_desc_min_thresh: 0 > > dev.em.1.interrupts.rx_overrun: 0 > > dev.em.1.host.breaker_tx_pkt: 0 > > dev.em.1.host.host_tx_pkt_discard: 0 > > dev.em.1.host.rx_pkt: 0 > > dev.em.1.host.breaker_rx_pkts: 0 > > dev.em.1.host.breaker_rx_pkt_drop: 0 > > dev.em.1.host.tx_good_pkt: 0 > > dev.em.1.host.breaker_tx_pkt_drop: 0 > > dev.em.1.host.rx_good_bytes: 0 > > dev.em.1.host.tx_good_bytes: 0 > > dev.em.1.host.length_errors: 0 > > dev.em.1.host.serdes_violation_pkt: 0 > > dev.em.1.host.header_redir_missed: 0 > > > > loader.conf variables: > > > > if_em_load=YES > > hw.em.rxd=4096 > > hw.em.txd=4096 > > hw.em.tx_int_delay=200 > > hw.em.rx_int_delay=200 > > hw.em.tx_abs_int_delay=500 > > hw.em.rx_abs_int_delay=500 > > hw.em.enable_msix=1 > > hw.em.msix_queues=2 > > hw.em.rx_process_limit=100 > > hw.em.fc_setting=0 > > > > > > And here is vmstat -i > > > > interrupt total rate > > irq16: uhci0 2673 2 > > irq18: ehci0 uhci5 2 0 > > irq19: uhci2 uhci4 70 0 > > irq23: uhci3 ehci1 8835 9 > > cpu0: timer 3743479 3957 > > irq256: em0 662219 700 > > irq257: em0 717531 758 > > irq259: em0 12142 12 > > irq260: em0 6100 6 > > irq261: em1 694169 733 > > irq262: em1 217388 229 > > irq264: em1 463023 489 > > irq265: em1 11 0 > > cpu1: timer 3743411 3957 > > cpu6: timer 3743408 3957 > > cpu7: timer 3743407 3957 > > cpu4: timer 3743408 3957 > > cpu5: timer 3743407 3957 > > cpu3: timer 3743408 3957 > > cpu2: timer 3743409 3957 > > Total 32731500 34599 > > > > > > If you need more information just let me know, I can use this box for > > tests at night until others can handle traffic. > > > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Jul 7 13:36: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 4D8D1106566C for ; Wed, 7 Jul 2010 13:36:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2060B8FC0C for ; Wed, 7 Jul 2010 13:36:37 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o67DaaNZ031733; Wed, 7 Jul 2010 09:36:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201007071336.o67DaaNZ031733@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 07 Jul 2010 09:36:42 -0400 To: Shtorm , Jack Vogel From: Mike Tancsa In-Reply-To: <1278496982.21743.50.camel@stormi-desktop> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 07 Jul 2010 13:36:38 -0000 At 06:03 AM 7/7/2010, Shtorm wrote: > > Yow, 30 vlans, but only em1 is using vlans not em0? > > > > Is only em1 having watchdogs? I noticed you appear to > > have flow control off, maybe turning it on would help. > > > > I would like to see the log messages from the watchdogs. > > Jack > >Yes, em0 - plain untagged traffic to border router, em1 - tagged - one >vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, >there is no logs for it because remote syslog server connected via em0 >and it looses messages during card reset, will enable local logs to get >some info. I only have one board that has a pair of these NICs, but I noticed that in the BIOS, there is an option to enable or disable the Option ROM to do things like WOL, some sort of IPMI and other functions / features I am not familiar with and dont use. | |ROM for the onboard | | Maximize Memory below [Disabled] |network controllers. | | Memory Mapped I/O abo [Disabled] |Warning: If [Disabled] | | Onboard Video [Enabled] |is selected, NIC2 can | | Dual Monitor Video [Disabled] |not be used to boot or | | Onboard NIC1 ROM [Enabled] |wake the system. | | Onboard NIC2 ROM [Enabled] | | | Onboard NIC iSCSI ROM [Disabled] | | | | | | NIC1 MAC Address 001517C84B98 |>< Select Screen | | NIC2 MAC Address 001517C84B99 |^v Select Item | | |+/- Change Value | If you have such features, perhaps try disabling them in the BIOS ? On mine, the two nics dont come up the same... Not sure if their capabilities are the same even ? em2@pci0:0:25:0: class=0x020000 card=0x34ec8086 chip=0x10ef8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 13[e0] = PCI Advanced Features: FLR TP em3@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c em2: port 0x3040-0x305f mem 0xb1b00000-0xb1b1ffff,0xb1b25000-0xb1b25fff irq 16 at device 25.0 on pci0 em2: Using MSI interrupt em2: [FILTER] em2: Ethernet address: 00:15:17:c8:4b:99 em3: port 0x1000-0x101f mem 0xb1900000-0xb191ffff,0xb1920000-0xb1923fff irq 16 at device 0.0 on pci3 em3: Using MSI interrupt em3: [FILTER] em3: Ethernet address: 00:15:17:c8:4b:98 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Wed Jul 7 16:22:16 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B2C41065676 for ; Wed, 7 Jul 2010 16:22:16 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id F11038FC16 for ; Wed, 7 Jul 2010 16:22:15 +0000 (UTC) Received: by qwg5 with SMTP id 5so2868554qwg.13 for ; Wed, 07 Jul 2010 09:22:02 -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=jwD7+CzWODMeJIqFHRoUceHfrVmlX5vL8UlA9lk9aj0=; b=D5Je50QZbKXp0n6qES68tEptk3BVr+ScVrHA1DjIPQzXDmgmIQll+cRpsSPck9aw4V 4b16e5yoKiI/SLOPBWkacowYAaysmBayK6NDm9T2GDBtRvxOSu5RR2bUxIFJ+8dMU806 XcTXGBbqbLPAzyS/e2Ww1WmtJIhOhuD9nmk50= 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=TyUjJqkovPWrBOfx7xN70ZGNVsaZicY3D5Koi8Bzp8KJIkd2S0d3kLTvJSGVFONAIC PviMuRKwPhbqAXS5S7dtZO/vBLnjn7eNgRj+0hsKk8XpKmpgzrqTLUf2BRn6VI72ZDl/ cizUtegecE5vzmIvldBSdEC086lcTTm03Sus0= MIME-Version: 1.0 Received: by 10.224.53.31 with SMTP id k31mr3660888qag.142.1278519722341; Wed, 07 Jul 2010 09:22:02 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Wed, 7 Jul 2010 09:22:02 -0700 (PDT) In-Reply-To: <201007071336.o67DaaNZ031733@lava.sentex.ca> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <201007071336.o67DaaNZ031733@lava.sentex.ca> Date: Wed, 7 Jul 2010 09:22:02 -0700 Message-ID: From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Shtorm Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 07 Jul 2010 16:22:16 -0000 Interesting, didn't know any vendor had combined PCH and 82574 on one board, yes, they are completely different, as you can see the one only supports MSI, its a client NIC. I would agree with Mike, disable anything having to do with IPMI if it exists and see if that helps. Also you did not comment on the flow control setting, how about turning that on? Jack On Wed, Jul 7, 2010 at 6:36 AM, Mike Tancsa wrote: > At 06:03 AM 7/7/2010, Shtorm wrote: > > > Yow, 30 vlans, but only em1 is using vlans not em0? >> > >> > Is only em1 having watchdogs? I noticed you appear to >> > have flow control off, maybe turning it on would help. >> > >> > I would like to see the log messages from the watchdogs. >> > Jack >> >> Yes, em0 - plain untagged traffic to border router, em1 - tagged - one >> vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, >> there is no logs for it because remote syslog server connected via em0 >> and it looses messages during card reset, will enable local logs to get >> some info. >> > > I only have one board that has a pair of these NICs, but I noticed that in > the BIOS, there is an option to enable or disable the Option ROM to do > things like WOL, some sort of IPMI and other functions / features I am not > familiar with and dont use. > > > | |ROM for the onboard > | > | Maximize Memory below [Disabled] |network controllers. > | > | Memory Mapped I/O abo [Disabled] |Warning: If > [Disabled] | > | Onboard Video [Enabled] |is selected, NIC2 can > | > | Dual Monitor Video [Disabled] |not be used to boot > or | > | Onboard NIC1 ROM [Enabled] |wake the system. > | > | Onboard NIC2 ROM [Enabled] | > | > | Onboard NIC iSCSI ROM [Disabled] | > | > | | | > | NIC1 MAC Address 001517C84B98 |>< Select Screen > | > | NIC2 MAC Address 001517C84B99 |^v Select Item > | > | |+/- Change Value > | > > If you have such features, perhaps try disabling them in the BIOS ? > > On mine, the two nics dont come up the same... Not sure if their > capabilities are the same even ? > > em2@pci0:0:25:0: class=0x020000 card=0x34ec8086 chip=0x10ef8086 > rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 13[e0] = PCI Advanced Features: FLR TP > > > em3@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 > hdr=0x00 > > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c > > em2: port 0x3040-0x305f mem > 0xb1b00000-0xb1b1ffff,0xb1b25000-0xb1b25fff irq 16 at device 25.0 on pci0 > em2: Using MSI interrupt > em2: [FILTER] > em2: Ethernet address: 00:15:17:c8:4b:99 > > em3: port 0x1000-0x101f mem > 0xb1900000-0xb191ffff,0xb1920000-0xb1923fff irq 16 at device 0.0 on pci3 > em3: Using MSI interrupt > em3: [FILTER] > em3: Ethernet address: 00:15:17:c8:4b:98 > > > ---Mike > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-net@FreeBSD.ORG Wed Jul 7 17:18: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 C6BA41065670 for ; Wed, 7 Jul 2010 17:18:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9792E8FC14 for ; Wed, 7 Jul 2010 17:18:42 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o67HIeFY032809; Wed, 7 Jul 2010 13:18:40 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201007071718.o67HIeFY032809@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 07 Jul 2010 13:18:47 -0400 To: Jack Vogel From: Mike Tancsa In-Reply-To: References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <201007071336.o67DaaNZ031733@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net@freebsd.org, Shtorm Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 07 Jul 2010 17:18:42 -0000 At 12:22 PM 7/7/2010, Jack Vogel wrote: >Interesting, didn't know any vendor had combined PCH and 82574 on >one board, yes, they are >completely different, as you can see the one only supports MSI, its >a client NIC. Its one of the lesser known vendors, Intel ;-) Its a S3420GPLC http://www.intel.com/Products/Server/Motherboards/S3420GP/S3420GP-specifications.htm ---Mike >I would agree with Mike, disable anything having to do with IPMI if >it exists and see if that >helps. Also you did not comment on the flow control setting, how >about turning that on? > >Jack > > >On Wed, Jul 7, 2010 at 6:36 AM, Mike Tancsa ><mike@sentex.net> wrote: >At 06:03 AM 7/7/2010, Shtorm wrote: > > > Yow, 30 vlans, but only em1 is using vlans not em0? > > > > Is only em1 having watchdogs? I noticed you appear to > > have flow control off, maybe turning it on would help. > > > > I would like to see the log messages from the watchdogs. > > Jack > >Yes, em0 - plain untagged traffic to border router, em1 - tagged - one >vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, >there is no logs for it because remote syslog server connected via em0 >and it looses messages during card reset, will enable local logs to get >some info. > > >I only have one board that has a pair of these NICs, but I noticed >that in the BIOS, there is an option to enable or disable the Option >ROM to do things like WOL, some sort of IPMI and other functions / >features I am not familiar with and dont use. > > >| |ROM for the >onboard | >| Maximize Memory below [Disabled] |network >controllers. | >| Memory Mapped I/O abo [Disabled] |Warning: If >[Disabled] | >| Onboard Video [Enabled] |is selected, >NIC2 can | >| Dual Monitor Video [Disabled] |not be used to >boot or | >| Onboard NIC1 ROM [Enabled] |wake the >system. | >| Onboard NIC2 >ROM [Enabled] | | >| Onboard NIC iSCSI >ROM [Disabled] | | >| | | >| NIC1 MAC Address 001517C84B98 |>< Select >Screen | >| NIC2 MAC Address 001517C84B99 |^v Select >Item | >| |+/- Change >Value | > >If you have such features, perhaps try disabling them in the BIOS ? > >On mine, the two nics dont come up the same... Not sure if their >capabilities are the same even ? > >em2@pci0:0:25:0: class=0x020000 card=0x34ec8086 >chip=0x10ef8086 rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 13[e0] = PCI Advanced Features: FLR TP > > >em3@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 >rev=0x00 hdr=0x00 > > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c > >em2: port 0x3040-0x305f >mem 0xb1b00000-0xb1b1ffff,0xb1b25000-0xb1b25fff irq 16 at device 25.0 on pci0 >em2: Using MSI interrupt >em2: [FILTER] >em2: Ethernet address: 00:15:17:c8:4b:99 > >em3: port 0x1000-0x101f >mem 0xb1900000-0xb191ffff,0xb1920000-0xb1923fff irq 16 at device 0.0 on pci3 >em3: Using MSI interrupt >em3: [FILTER] >em3: Ethernet address: 00:15:17:c8:4b:98 > > > ---Mike > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex >Communications, >mike@sentex.net >Providing Internet since >1994 www.sentex.net >Cambridge, Ontario >Canada www.sentex.net/mike > -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Wed Jul 7 17:48: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 64C131065675 for ; Wed, 7 Jul 2010 17:48:30 +0000 (UTC) (envelope-from Ming.Fu@watchguard.com) Received: from watchguard.com (mx1.watchguard.com [206.191.171.101]) by mx1.freebsd.org (Postfix) with ESMTP id 459268FC16 for ; Wed, 7 Jul 2010 17:48:30 +0000 (UTC) X-MimeOLE: Produced By Microsoft Exchange V6.5 x-cr-puzzleid: {0D441D73-D9F5-4D32-A4F6-18E72DBBEA7A} MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable x-cr-hashedpuzzle: O7I= 8Jo= AG7s Bno6 C9LB Djcd GXR6 Gkvj IB22 IONx IW7G Iw5O JTr6 JiCq KGcv KfLT; 1; ZgByAGUAZQBiAHMAZAAtAG4AZQB0AEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {0D441D73-D9F5-4D32-A4F6-18E72DBBEA7A}; bQBpAG4AZwAuAGYAdQBAAHcAYQB0AGMAaABnAHUAYQByAGQALgBjAG8AbQA=; Wed, 07 Jul 2010 17:24:41 GMT; awBlAHIAbgAvADEAMgAzADAAOQA1ACAAawBlAHIAbgAvADEAMwAxADYAMAAyACAAcwBlAG4AZABmAGkAbABlAA== Content-class: urn:content-classes:message Date: Wed, 7 Jul 2010 10:24:41 -0700 Message-ID: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: kern/123095 kern/131602 sendfile Thread-Index: Acsd+UiLnxOxY9efQPqDAk/EP67p3Q== From: "Ming Fu" To: Received-SPF: none Subject: kern/123095 kern/131602 sendfile 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, 07 Jul 2010 17:48:30 -0000 Hi, I was trying to use sendfile and hit with problem very similar to the 123095 and 131602.=20 It seems that when the file is large enough (in megs), the file can be corrupted even if it is open read-only and exist on disk as read-only file, though the filesystem is mounted read-write. I have a small program to reliably reproduce the problem. ---------- corrupt.c ----------------- #include #include #include #include #include #include #include #include #include #include main () { int s, f; struct sockaddr_in addr; int flags; char str[32]=3D"\r\n800\r\n"; char *p =3D str; struct stat sb; int n; fd_set wset; int64_t size; off_t sbytes; off_t sent =3D 0; int chunk; s =3D socket(AF_INET, SOCK_STREAM, 0); bzero(&addr, sizeof(addr)); addr.sin_family =3D AF_INET; addr.sin_port =3D htons(7000); addr.sin_addr.s_addr =3D inet_addr("10.1.19.16"); n =3D connect(s, (struct sockaddr *)&addr, sizeof (addr)); if (n < 0) warn ("fail to connect"); flags =3D fcntl(s, F_GETFL); flags |=3D O_NONBLOCK; fcntl(s, F_SETFL); f =3D open("large", O_RDONLY); if (f<0) warn("fail to open file"); n =3D fstat(f, &sb); if (n<0) warn("fstat failed"); size =3D sb.st_size; chunk =3D 0; while (size > 0) { FD_ZERO(&wset); FD_SET(s, &wset); n =3D select(f+1, NULL, &wset, NULL, NULL); if (n < 0) continue; if (chunk > 0) { sbytes =3D 0; n =3D sendfile(f, s, sent, chunk, NULL, &sbytes, 0); if (n < 0) continue; chunk -=3D sbytes; size -=3D sbytes; sent +=3D sbytes; continue; } if (size > 2048) chunk =3D 2048; else chunk =3D size; n =3D sprintf(str, "\r\n%x\r\n", 2048); p =3D str; write(s, p, n); } } ------------- end --------------------------------------------- Run nc to receive the sendfile $ nc -l 7000 Copy a large from for sendfile to send $ cp /usr/lib/libc_pic.a large $ md5 large MD5 (large) =3D 252def82f9d75df11df7123e9fd376f6 $ cc -o co corrupt.c $./co $ md5 large=20 MD5 (large) =3D 81ee84e55f4611434459f637c83b892e I run this on 8.0-RELEASE. The same happens on 7.2 and 6.3. The disk are SATA ide. I run all these command under unprivileged user account. I also run the same program on several different hardware, the result is the same. Although the corrupted file is not the same. The corruption looks random to me. I know a bit of the network side of FreeBSD kernel code, but the I have no idea how the filesystem side work. I can dig a bit further if someone give me a hint as where to look. Best Regards, Ming From owner-freebsd-net@FreeBSD.ORG Wed Jul 7 18:02:13 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A76DF1065675 for ; Wed, 7 Jul 2010 18:02:13 +0000 (UTC) (envelope-from jfvogel@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 58B398FC20 for ; Wed, 7 Jul 2010 18:02:13 +0000 (UTC) Received: by gwb1 with SMTP id 1so3683885gwb.13 for ; Wed, 07 Jul 2010 11:02: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:cc:content-type; bh=mwrofkna2Og6tkW0QwXxrd2DBL7Hm+fh1wi1JWeA0dA=; b=FSjNPv84EpZmnyyyJXpkZYDOkZvAx+ercKchWtLq20qVVC5+yZ2e3DMsgcTcoJZ6jM pX2MGXe7DkOR1fcWFWiVOIu9U11r1n8tt/Ps0TZ2X3s7IznATIGAewHpvQ1h579uI4Lb qx/5f9/kmiop2nSMz3Ou8lXJm1504davjRXGo= 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=ssPP0NydV/1qfdtfw10dDzeEe6eW5Pbxn92oGEggMtdoAFhx3d7CHY/AUYGpdNxmgk CBwzV8neu3BmdNep5s/WqlOJR4we8RY4I2KGPvoNSkf/meY+bHjLoHBCjIyuYPer0Od0 ZKH1VxAzU2237Pr2EOTyyCm7ro3oGfRXfCJiM= MIME-Version: 1.0 Received: by 10.224.6.141 with SMTP id 13mr3732214qaz.230.1278525726502; Wed, 07 Jul 2010 11:02:06 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Wed, 7 Jul 2010 11:02:06 -0700 (PDT) In-Reply-To: <201007071718.o67HIeFY032809@lava.sentex.ca> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <201007071336.o67DaaNZ031733@lava.sentex.ca> <201007071718.o67HIeFY032809@lava.sentex.ca> Date: Wed, 7 Jul 2010 11:02:06 -0700 Message-ID: From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Shtorm Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 07 Jul 2010 18:02:13 -0000 LOL, figures. The poor FreeBSD engineer never gets the new toys :( I asked and my tester has actually had one of these, so if needed I imagine I can lay my hands on one. Jack On Wed, Jul 7, 2010 at 10:18 AM, Mike Tancsa wrote: > At 12:22 PM 7/7/2010, Jack Vogel wrote: > >> Interesting, didn't know any vendor had combined PCH and 82574 on one >> board, yes, they are >> completely different, as you can see the one only supports MSI, its a >> client NIC. >> > > Its one of the lesser known vendors, Intel ;-) Its a S3420GPLC > > < > http://www.intel.com/Products/Server/Motherboards/S3420GP/S3420GP-specifications.htm > > > http://www.intel.com/Products/Server/Motherboards/S3420GP/S3420GP-specifications.htm > > ---Mike > > > > > > I would agree with Mike, disable anything having to do with IPMI if it >> exists and see if that >> helps. Also you did not comment on the flow control setting, how about >> turning that on? >> >> Jack >> >> >> On Wed, Jul 7, 2010 at 6:36 AM, Mike Tancsa < >> mike@sentex.net> wrote: >> At 06:03 AM 7/7/2010, Shtorm wrote: >> >> > Yow, 30 vlans, but only em1 is using vlans not em0? >> > >> > Is only em1 having watchdogs? I noticed you appear to >> > have flow control off, maybe turning it on would help. >> > >> > I would like to see the log messages from the watchdogs. >> > Jack >> >> Yes, em0 - plain untagged traffic to border router, em1 - tagged - one >> vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, >> there is no logs for it because remote syslog server connected via em0 >> and it looses messages during card reset, will enable local logs to get >> some info. >> >> >> I only have one board that has a pair of these NICs, but I noticed that in >> the BIOS, there is an option to enable or disable the Option ROM to do >> things like WOL, some sort of IPMI and other functions / features I am not >> familiar with and dont use. >> >> >> | |ROM for the onboard >> | >> | Maximize Memory below [Disabled] |network controllers. >> | >> | Memory Mapped I/O abo [Disabled] |Warning: If >> [Disabled] | >> | Onboard Video [Enabled] |is selected, NIC2 >> can | >> | Dual Monitor Video [Disabled] |not be used to boot >> or | >> | Onboard NIC1 ROM [Enabled] |wake the system. >> | >> | Onboard NIC2 ROM [Enabled] | >> | >> | Onboard NIC iSCSI ROM [Disabled] | >> | >> | | | >> | NIC1 MAC Address 001517C84B98 |>< Select Screen >> | >> | NIC2 MAC Address 001517C84B99 |^v Select Item >> | >> | |+/- Change Value >> | >> >> If you have such features, perhaps try disabling them in the BIOS ? >> >> On mine, the two nics dont come up the same... Not sure if their >> capabilities are the same even ? >> >> em2@pci0:0:25:0: class=0x020000 card=0x34ec8086 chip=0x10ef8086 >> rev=0x05 hdr=0x00 >> vendor = 'Intel Corporation' >> class = network >> subclass = ethernet >> cap 01[c8] = powerspec 2 supports D0 D3 current D0 >> cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >> cap 13[e0] = PCI Advanced Features: FLR TP >> >> >> em3@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 >> hdr=0x00 >> >> vendor = 'Intel Corporation' >> device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' >> class = network >> subclass = ethernet >> cap 01[c8] = powerspec 2 supports D0 D3 current D0 >> cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >> cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) >> cap 11[a0] = MSI-X supports 5 messages in map 0x1c >> >> em2: port 0x3040-0x305f mem >> 0xb1b00000-0xb1b1ffff,0xb1b25000-0xb1b25fff irq 16 at device 25.0 on pci0 >> em2: Using MSI interrupt >> em2: [FILTER] >> em2: Ethernet address: 00:15:17:c8:4b:99 >> >> em3: port 0x1000-0x101f mem >> 0xb1900000-0xb191ffff,0xb1920000-0xb1923fff irq 16 at device 0.0 on pci3 >> em3: Using MSI interrupt >> em3: [FILTER] >> em3: Ethernet address: 00:15:17:c8:4b:98 >> >> >> ---Mike >> >> >> -------------------------------------------------------------------- >> Mike Tancsa, tel +1 519 651 3400 >> Sentex Communications, mike@sentex.net >> Providing Internet since 1994 >> www.sentex.net >> Cambridge, Ontario Canada < >> http://www.sentex.net/mike>www.sentex.net/mike >> >> > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-net@FreeBSD.ORG Wed Jul 7 20:50: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 77DE7106566C; Wed, 7 Jul 2010 20:50:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 14ECD8FC15; Wed, 7 Jul 2010 20:50:45 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o67KofEo012441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Jul 2010 23:50:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o67Kofms073822; Wed, 7 Jul 2010 23:50:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o67KofpY073821; Wed, 7 Jul 2010 23:50:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Jul 2010 23:50:41 +0300 From: Kostik Belousov To: Ming Fu Message-ID: <20100707205041.GO13238@deviant.kiev.zoral.com.ua> References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JpSMXXT8Tv61TEhN" Content-Disposition: inline In-Reply-To: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-net@freebsd.org, bz@freebsd.org, lstewart@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 07 Jul 2010 20:50:49 -0000 --JpSMXXT8Tv61TEhN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 07, 2010 at 10:24:41AM -0700, Ming Fu wrote: > Hi, >=20 >=20 > I was trying to use sendfile and hit with problem very similar to the > 123095 and 131602.=20 > It seems that when the file is large enough (in megs), the file can be > corrupted even if it is open read-only and exist on disk as read-only > file, though the filesystem is mounted read-write. >=20 > I have a small program to reliably reproduce the problem. >=20 > ---------- corrupt.c ----------------- >=20 > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > main () { > int s, f; > struct sockaddr_in addr; > int flags; > char str[32]=3D"\r\n800\r\n"; > char *p =3D str; > struct stat sb; > int n; > fd_set wset; > int64_t size; > off_t sbytes; > off_t sent =3D 0; > int chunk; >=20 > s =3D socket(AF_INET, SOCK_STREAM, 0); > bzero(&addr, sizeof(addr)); > addr.sin_family =3D AF_INET; > addr.sin_port =3D htons(7000); > addr.sin_addr.s_addr =3D inet_addr("10.1.19.16"); >=20 > n =3D connect(s, (struct sockaddr *)&addr, sizeof (addr)); > if (n < 0) > warn ("fail to connect"); > flags =3D fcntl(s, F_GETFL); > flags |=3D O_NONBLOCK; > fcntl(s, F_SETFL); >=20 > f =3D open("large", O_RDONLY); > if (f<0) > warn("fail to open file"); > n =3D fstat(f, &sb); > if (n<0) > warn("fstat failed"); >=20 > size =3D sb.st_size; > chunk =3D 0; > while (size > 0) { > FD_ZERO(&wset); > FD_SET(s, &wset); > n =3D select(f+1, NULL, &wset, NULL, NULL); > if (n < 0) > continue; > if (chunk > 0) { > sbytes =3D 0; > n =3D sendfile(f, s, sent, chunk, NULL, &sbytes, > 0); > if (n < 0) > continue; > chunk -=3D sbytes; > size -=3D sbytes; > sent +=3D sbytes; > continue; > } > if (size > 2048) > chunk =3D 2048; > else > chunk =3D size; > n =3D sprintf(str, "\r\n%x\r\n", 2048); > p =3D str; > write(s, p, n); > } > } >=20 > ------------- end --------------------------------------------- >=20 > Run nc to receive the sendfile > $ nc -l 7000 >=20 > Copy a large from for sendfile to send > $ cp /usr/lib/libc_pic.a large >=20 > $ md5 large > MD5 (large) =3D 252def82f9d75df11df7123e9fd376f6 >=20 > $ cc -o co corrupt.c > $./co > $ md5 large=20 > MD5 (large) =3D 81ee84e55f4611434459f637c83b892e >=20 > I run this on 8.0-RELEASE. The same happens on 7.2 and 6.3. The disk are > SATA ide. I run all these command under unprivileged user account. I > also run the same program on several different hardware, the result is > the same. Although the corrupted file is not the same. The corruption > looks random to me. >=20 > I know a bit of the network side of FreeBSD kernel code, but the I have > no idea how the filesystem side work. I can dig a bit further if someone > give me a hint as where to look. Right, thank you for the easy way to reproduce it. I was able to trigger this as well. At the http://people.freebsd.org/~kib/vm/sf_buf_readonly.patch=20 is the patch to map some sf buffers readonly, in particular, for the pages that are mapped by sendfile(2). Sure enough, it triggered the panic immediately, with backtrace bcopy sbappendstream_locked tcp_do_segment tcp_input ip_input swi_net (swi because I tested over loopback). To be clear: the backtrace above points to the code path that causes modifications to the file object pages inserted (?) into the mbuf that are supposed to be immutable. Any help from tcp-clueful people is appreciated. --JpSMXXT8Tv61TEhN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkw06KEACgkQC3+MBN1Mb4g4HwCghePyV59D7goxxBJxXKQdFQvf 7RUAoOCBpPRNjNZfi3AbCuZxzqQmOfVj =YfsJ -----END PGP SIGNATURE----- --JpSMXXT8Tv61TEhN-- From owner-freebsd-net@FreeBSD.ORG Wed Jul 7 22:29:09 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 A016F106564A for ; Wed, 7 Jul 2010 22:29:09 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CBFF18FC08 for ; Wed, 7 Jul 2010 22:29:08 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA10012; Thu, 08 Jul 2010 01:29:02 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OWd70-0000xy-F7; Thu, 08 Jul 2010 01:29:02 +0300 Message-ID: <4C34FFAD.6050504@icyb.net.ua> Date: Thu, 08 Jul 2010 01:29:01 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Ming Fu References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> In-Reply-To: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 07 Jul 2010 22:29:09 -0000 on 07/07/2010 20:24 Ming Fu said the following: > flags = fcntl(s, F_GETFL); > flags |= O_NONBLOCK; > fcntl(s, F_SETFL); Seems like flags parameter is missing in the last call. That shouldn't trigger the bug though. -- Andriy Gapon From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 02:10:11 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 E575D106566C; Thu, 8 Jul 2010 02:10:11 +0000 (UTC) (envelope-from pisymbol@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 66B4E8FC12; Thu, 8 Jul 2010 02:10:11 +0000 (UTC) Received: by yxe42 with SMTP id 42so64699yxe.13 for ; Wed, 07 Jul 2010 19:10: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=A6doOvP0FdCEKjhCCqXP9bm1emHdjRS5cm7iZ6uv72Y=; b=wa3Bz0a5Srjlwvxi8cn3g9a0mWedpSxNAToJj0aIffd78XWHDp04+kRXM6dIojgE29 SoGlS4VNCbXBWK716TEVuFPOiEP+qVp0Z1edLEqzo0U6Ty9gcYPR+CfynuQ59BA3Ffbi T2rFjirFODR+uhgxrcCZj9PZ8amxRO/QTFilU= 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=ggIm0YRMXYBtKTgucj5Pw/rPfiaetkZEoVZQ70AXwoM8hXY4hUUpfQHFOkmo0zeJUQ f+yFJ4vvV/FSkQuxYlcZ2vrq+4nGvRV6cCCQvPDAZDHLdoDmMWht4gIqMz3E0qNPOtQh A6UiPWfTc9zwDYj3nMAQiXniRSbPug3gGLjlk= MIME-Version: 1.0 Received: by 10.100.254.15 with SMTP id b15mr9289971ani.144.1278555000470; Wed, 07 Jul 2010 19:10:00 -0700 (PDT) Received: by 10.101.13.8 with HTTP; Wed, 7 Jul 2010 19:10:00 -0700 (PDT) In-Reply-To: References: <82D310BD-48DE-4F79-84C6-356AB4F04C42@averesystems.com> Date: Wed, 7 Jul 2010 22:10:00 -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: Thu, 08 Jul 2010 02:10:12 -0000 On Wed, Jun 30, 2010 at 1:07 PM, Jack Vogel wrote: > The latest delta should give you what you need, sysctl > dev.ix.0.advertise_gig=1 I will take a look! I had some oddness when I tried exposing the gige stuff (card NMI'ed on me). -aps From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 03:10:05 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 E76451065670 for ; Thu, 8 Jul 2010 03:10:05 +0000 (UTC) (envelope-from krishna.mohan@my.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 76F108FC1C for ; Thu, 8 Jul 2010 03:10:05 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.145]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id o682qaL5003133 for ; Thu, 8 Jul 2010 11:52:36 +0900 (JST) Received: from prdcm-exchange.prdcm.panasonic.com.my (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili03) with ESMTP id o682qbL21581 for ; Thu, 8 Jul 2010 11:52:37 +0900 (JST) Received: from [10.82.224.34] ([10.82.224.34]) by prdcm-exchange.prdcm.panasonic.com.my with Microsoft SMTPSVC(6.0.3790.4675); Thu, 8 Jul 2010 10:53:23 +0800 Message-ID: <4C353D91.4060405@my.panasonic.com> Date: Thu, 08 Jul 2010 10:53:05 +0800 From: Krishna Organization: PRDCM User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-OriginalArrivalTime: 08 Jul 2010 02:53:23.0032 (UTC) FILETIME=[BAC7B580:01CB1E48] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IPv6 Duplicate Address Detection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Krishna.Mohan@my.panasonic.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 03:10:06 -0000 Hi, I am implementing a user space program to create and assign IPv6 address to a linux host. I am able to create and assign the IP successfully. But, if i am assigning the duplicate address, still the address gets assigned. I understand the kernel is handling the DAD and reporting to kernel log. Is there any way, i can use IOCTL to get the TENTATIVE flag value and delete the IP if it is duplicate. By the way, i use IOCTL system call to assign the IP too. I went through some posts in freebsd-net where they have mentioned about "SIOCGIFAFLAG_IN6 ioctl" which gives the flags value where the TENTATIVE flag value can be plooed. I tried to use the same API in my user program but failed. Can somebody post me the working sample code of SIOCGIFAFLAG ioctl ? Thanks, -Krishna From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 06:03: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 36405106564A for ; Thu, 8 Jul 2010 06:03:10 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from epona.bluerosetech.com (epona.bluerosetech.com [204.109.56.17]) by mx1.freebsd.org (Postfix) with ESMTP id 128828FC18 for ; Thu, 8 Jul 2010 06:03:09 +0000 (UTC) Received: from vivi.cat.pdx.edu (vivi.cat.pdx.edu [131.252.214.6]) by epona.bluerosetech.com (Postfix) with ESMTPSA id A21FD5C052 for ; Wed, 7 Jul 2010 22:45:11 -0700 (PDT) Received: from [127.0.0.1] (c-71-236-221-127.hsd1.wa.comcast.net [71.236.221.127]) by vivi.cat.pdx.edu (Postfix) with ESMTPSA id 8FB2624CB0 for ; Wed, 7 Jul 2010 22:45:08 -0700 (PDT) Message-ID: <4C3565E8.5040904@bitfreak.org> Date: Wed, 07 Jul 2010 22:45:12 -0700 From: Darren Pilgrim User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6RD support? 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, 08 Jul 2010 06:03:10 -0000 I can't find any hint of support for it. Did I miss something? If not, is there any work adding support for 6RD (RFC5569)? From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 07:51:26 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 77DE51065672; Thu, 8 Jul 2010 07:51:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA2B8FC15; Thu, 8 Jul 2010 07:51:24 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA17870; Thu, 08 Jul 2010 10:51:23 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OWltD-0003R9-2u; Thu, 08 Jul 2010 10:51:23 +0300 Message-ID: <4C358379.2040404@icyb.net.ua> Date: Thu, 08 Jul 2010 10:51:21 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: freebsd-net@freebsd.org, Konstantin Belousov References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <4C34FFAD.6050504@icyb.net.ua> In-Reply-To: <4C34FFAD.6050504@icyb.net.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ming Fu , "Christian S.J. Peron" Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 07:51:26 -0000 Not an expert by any measure but the following looks suspicious: m_copy/m_copym calls mb_dupcl for M_EXT case and M_RDONLY is _not_ checked nor preserved in that case. So we may get a writable M_EXT mbuf pointing to sf_buf wrapping a page of a file. But I am not sure if/how mbufs are re-used and if we can end up actually writing something to the resulting mbuf. -- Andriy Gapon From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 08:03: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 16A4E1065670 for ; Thu, 8 Jul 2010 08:03:22 +0000 (UTC) (envelope-from john@traktor.dnepro.net) Received: from traktor.dnepro.net (roof1.dnepro.net [212.3.111.66]) by mx1.freebsd.org (Postfix) with ESMTP id 959698FC15 for ; Thu, 8 Jul 2010 08:03:20 +0000 (UTC) Received: from traktor.dnepro.net (localhost [127.0.0.1]) by traktor.dnepro.net (8.14.3/8.14.3) with ESMTP id o6883I8D068900 for ; Thu, 8 Jul 2010 11:03:19 +0300 (EEST) (envelope-from john@traktor.dnepro.net) Received: (from john@localhost) by traktor.dnepro.net (8.14.3/8.14.3/Submit) id o6883Isp068899 for freebsd-net@freebsd.org; Thu, 8 Jul 2010 11:03:18 +0300 (EEST) (envelope-from john) Date: Thu, 8 Jul 2010 11:03:18 +0300 From: Eugene Perevyazko To: freebsd-net@freebsd.org Message-ID: <20100708080318.GA12687@traktor.dnepro.net> Mail-Followup-To: freebsd-net@freebsd.org References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> User-Agent: Mutt/1.4.2.3i Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 08:03:22 -0000 On Wed, Jul 07, 2010 at 10:24:41AM -0700, Ming Fu wrote: > Hi, > > > I was trying to use sendfile and hit with problem very similar to the > 123095 and 131602. > It seems that when the file is large enough (in megs), the file can be > corrupted even if it is open read-only and exist on disk as read-only > file, though the filesystem is mounted read-write. > [skipped] > > I run this on 8.0-RELEASE. The same happens on 7.2 and 6.3. The disk are > SATA ide. I run all these command under unprivileged user account. I > also run the same program on several different hardware, the result is > the same. Although the corrupted file is not the same. The corruption > looks random to me. > I have this problem on 7.2-S for pretty long time. But as I sendfile() very small file (several hundred bytes) from flash I was blaming faulty flash stick. I've even made a crontab entry to replace corrupted file. So the problem seems to be probabilistic, depending on amount of transferred data. -- Eugene Perevyazko From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 08:08: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 E7AD3106564A for ; Thu, 8 Jul 2010 08:08:04 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 004088FC15 for ; Thu, 8 Jul 2010 08:08:03 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id o6887Rto043786; Thu, 8 Jul 2010 17:07:37 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o6887PgF095612; Thu, 8 Jul 2010 17:07:27 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 08 Jul 2010 15:17:24 +0900 (JST) Message-Id: <20100708.151724.185430776.hrs@allbsd.org> To: freebsd@bitfreak.org From: Hiroki Sato In-Reply-To: <4C3565E8.5040904@bitfreak.org> References: <4C3565E8.5040904@bitfreak.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Jul__8_15_17_24_2010_480)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Thu, 08 Jul 2010 17:07:43 +0900 (JST) X-Spam-Status: No, score=-99.2 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, RCVD_IN_PBL, SPF_SOFTFAIL, USER_IN_WHITELIST, X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org Subject: Re: 6RD support? 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, 08 Jul 2010 08:08:05 -0000 ----Security_Multipart(Thu_Jul__8_15_17_24_2010_480)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Darren Pilgrim wrote in <4C3565E8.5040904@bitfreak.org>: fr> I can't find any hint of support for it. Did I miss something? If fr> not, is there any work adding support for 6RD (RFC5569)? A patch for 8.x is available: http://bougaidenpa.org/masakazu/wp-content/uploads/2010/01/freebsd8-6rd-20100130.patch.gz and I am working on merging it into CURRENT now. -- Hiroki ----Security_Multipart(Thu_Jul__8_15_17_24_2010_480)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkw1bXQACgkQTyzT2CeTzy2pkQCg0/YDqidUF6N+A2emhFNlBb9i lmIAn1dC9hFfd/jV9T1efCH0qZH5TRtv =f8WQ -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Jul__8_15_17_24_2010_480)---- From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 08: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 605F11065674 for ; Thu, 8 Jul 2010 08:11:42 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 975E28FC1F for ; Thu, 8 Jul 2010 08:11:41 +0000 (UTC) Received: (qmail 33874 invoked from network); 8 Jul 2010 06:47:56 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Jul 2010 06:47:56 -0000 Message-ID: <4C358843.5000001@freebsd.org> Date: Thu, 08 Jul 2010 10:11:47 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Kostik Belousov References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> In-Reply-To: <20100707205041.GO13238@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, bz@freebsd.org, Ming Fu , lstewart@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 08:11:42 -0000 On 07.07.2010 22:50, Kostik Belousov wrote: > On Wed, Jul 07, 2010 at 10:24:41AM -0700, Ming Fu wrote: >> Hi, >> >> >> I was trying to use sendfile and hit with problem very similar to the >> 123095 and 131602. >> It seems that when the file is large enough (in megs), the file can be >> corrupted even if it is open read-only and exist on disk as read-only >> file, though the filesystem is mounted read-write. >> >> I have a small program to reliably reproduce the problem. >> >> ---------- corrupt.c ----------------- >> >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> main () { >> int s, f; >> struct sockaddr_in addr; >> int flags; >> char str[32]="\r\n800\r\n"; >> char *p = str; >> struct stat sb; >> int n; >> fd_set wset; >> int64_t size; >> off_t sbytes; >> off_t sent = 0; >> int chunk; >> >> s = socket(AF_INET, SOCK_STREAM, 0); >> bzero(&addr, sizeof(addr)); >> addr.sin_family = AF_INET; >> addr.sin_port = htons(7000); >> addr.sin_addr.s_addr = inet_addr("10.1.19.16"); >> >> n = connect(s, (struct sockaddr *)&addr, sizeof (addr)); >> if (n< 0) >> warn ("fail to connect"); >> flags = fcntl(s, F_GETFL); >> flags |= O_NONBLOCK; >> fcntl(s, F_SETFL); >> >> f = open("large", O_RDONLY); >> if (f<0) >> warn("fail to open file"); >> n = fstat(f,&sb); >> if (n<0) >> warn("fstat failed"); >> >> size = sb.st_size; >> chunk = 0; >> while (size> 0) { >> FD_ZERO(&wset); >> FD_SET(s,&wset); >> n = select(f+1, NULL,&wset, NULL, NULL); >> if (n< 0) >> continue; >> if (chunk> 0) { >> sbytes = 0; >> n = sendfile(f, s, sent, chunk, NULL,&sbytes, >> 0); >> if (n< 0) >> continue; >> chunk -= sbytes; >> size -= sbytes; >> sent += sbytes; >> continue; >> } >> if (size> 2048) >> chunk = 2048; >> else >> chunk = size; >> n = sprintf(str, "\r\n%x\r\n", 2048); >> p = str; >> write(s, p, n); >> } >> } >> >> ------------- end --------------------------------------------- >> >> Run nc to receive the sendfile >> $ nc -l 7000 >> >> Copy a large from for sendfile to send >> $ cp /usr/lib/libc_pic.a large >> >> $ md5 large >> MD5 (large) = 252def82f9d75df11df7123e9fd376f6 >> >> $ cc -o co corrupt.c >> $./co >> $ md5 large >> MD5 (large) = 81ee84e55f4611434459f637c83b892e >> >> I run this on 8.0-RELEASE. The same happens on 7.2 and 6.3. The disk are >> SATA ide. I run all these command under unprivileged user account. I >> also run the same program on several different hardware, the result is >> the same. Although the corrupted file is not the same. The corruption >> looks random to me. >> >> I know a bit of the network side of FreeBSD kernel code, but the I have >> no idea how the filesystem side work. I can dig a bit further if someone >> give me a hint as where to look. > > Right, thank you for the easy way to reproduce it. I was able to > trigger this as well. At the > http://people.freebsd.org/~kib/vm/sf_buf_readonly.patch > is the patch to map some sf buffers > readonly, in particular, for the pages that are mapped by sendfile(2). > > Sure enough, it triggered the panic immediately, with backtrace > bcopy > sbappendstream_locked > tcp_do_segment > tcp_input > ip_input > swi_net > (swi because I tested over loopback). To be clear: the backtrace above > points to the code path that causes modifications to the file object > pages inserted (?) into the mbuf that are supposed to be immutable. > > Any help from tcp-clueful people is appreciated. In this context the loopback case is special because the mbuf stays intact an is directly used for input in the receiver. The panic looks to be caused by sbcompress() which tries to optimize mbuf and memory use in the receive buffer. It may get something wrong with sf buffers. Can you give a more complete backtrace? Can you check whether your patch fixes the bug when you go over a real network? -- Andre From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 08:19:18 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5DE91065670 for ; Thu, 8 Jul 2010 08:19:18 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B5E198FC14 for ; Thu, 8 Jul 2010 08:19:16 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA18960; Thu, 08 Jul 2010 11:19:15 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OWmKB-0003SE-4n; Thu, 08 Jul 2010 11:19:15 +0300 Message-ID: <4C358A01.8080206@icyb.net.ua> Date: Thu, 08 Jul 2010 11:19:13 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Andre Oppermann References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> In-Reply-To: <4C358843.5000001@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-net@freebsd.org, bz@freebsd.org, Ming Fu , lstewart@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 08:19:18 -0000 on 08/07/2010 11:11 Andre Oppermann said the following: > > Can you check whether your patch fixes the bug when you go over a real > network? As I understand the patch is not supposed to fix the bug, it's supposed to catch it early. I.e. get panic instead of data corruption. -- Andriy Gapon From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 08:22: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 7EB0510656E8; Thu, 8 Jul 2010 08:22:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1BBF88FC18; Thu, 8 Jul 2010 08:22:03 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o688LxoC012655 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jul 2010 11:21:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o688Lx0p015987; Thu, 8 Jul 2010 11:21:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o688Lx56015985; Thu, 8 Jul 2010 11:21:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Jul 2010 11:21:59 +0300 From: Kostik Belousov To: Andriy Gapon Message-ID: <20100708082159.GA2439@deviant.kiev.zoral.com.ua> References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <4C34FFAD.6050504@icyb.net.ua> <4C358379.2040404@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <4C358379.2040404@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-net@freebsd.org, Ming Fu , "Christian S.J. Peron" Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 08:22:04 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2010 at 10:51:21AM +0300, Andriy Gapon wrote: >=20 > Not an expert by any measure but the following looks suspicious: > m_copy/m_copym calls mb_dupcl for M_EXT case and M_RDONLY is _not_ checke= d nor > preserved in that case. > So we may get a writable M_EXT mbuf pointing to sf_buf wrapping a page of= a file. > But I am not sure if/how mbufs are re-used and if we can end up actually = writing > something to the resulting mbuf. >=20 My first catch was m_cat. With m_cat() changed as in the patch below, I only get added KASSERT in sbcompress() fired sometimes. Before, it reliably paniced on each run. diff --git a/sys/i386/i386/vm_machdep.c b/sys/i386/i386/vm_machdep.c index 6f86895..530f704 100644 --- a/sys/i386/i386/vm_machdep.c +++ b/sys/i386/i386/vm_machdep.c @@ -810,6 +810,12 @@ sf_buf_alloc(struct vm_page *m, int flags) nsfbufsused++; nsfbufspeak =3D imax(nsfbufspeak, nsfbufsused); } + if ((flags & SFB_RONLY) =3D=3D 0) { + ptep =3D vtopte(sf->kva); + opte =3D *ptep; + if ((opte & PG_RW) =3D=3D 0) + *ptep |=3D PG_RW | PG_A; + } #ifdef SMP goto shootdown;=09 #else @@ -854,8 +860,9 @@ sf_buf_alloc(struct vm_page *m, int flags) PT_SET_MA(sf->kva, xpmap_ptom(VM_PAGE_TO_PHYS(m)) | pgeflag | PG_RW | PG_V | pmap_cache_bits(m->md.pat_mode, 0)); #else - *ptep =3D VM_PAGE_TO_PHYS(m) | pgeflag | PG_RW | PG_V | - pmap_cache_bits(m->md.pat_mode, 0); + *ptep =3D VM_PAGE_TO_PHYS(m) | pgeflag | + ((flags & SFB_RONLY) ? 0 : PG_RW) | PG_V | + pmap_cache_bits(m->md.pat_mode, 0); #endif =20 /* diff --git a/sys/kern/uipc_mbuf.c b/sys/kern/uipc_mbuf.c index f41eb03..2af543d 100644 --- a/sys/kern/uipc_mbuf.c +++ b/sys/kern/uipc_mbuf.c @@ -911,7 +911,8 @@ m_cat(struct mbuf *m, struct mbuf *n) m =3D m->m_next; while (n) { if (m->m_flags & M_EXT || - m->m_data + m->m_len + n->m_len >=3D &m->m_dat[MLEN]) { + m->m_data + m->m_len + n->m_len >=3D &m->m_dat[MLEN] || + !M_WRITABLE(m)) { /* just join the two chains */ m->m_next =3D n; return; diff --git a/sys/kern/uipc_sockbuf.c b/sys/kern/uipc_sockbuf.c index 2060a2e..95fae7e 100644 --- a/sys/kern/uipc_sockbuf.c +++ b/sys/kern/uipc_sockbuf.c @@ -776,6 +776,8 @@ sbcompress(struct sockbuf *sb, struct mbuf *m, struct m= buf *n) m->m_len <=3D MCLBYTES / 4 && /* XXX: Don't copy too much */ m->m_len <=3D M_TRAILINGSPACE(n) && n->m_type =3D=3D m->m_type) { + KASSERT(n->m_ext.ext_type !=3D EXT_SFBUF, + ("destroying file page %p", n)); bcopy(mtod(m, caddr_t), mtod(n, caddr_t) + n->m_len, (unsigned)m->m_len); n->m_len +=3D m->m_len; diff --git a/sys/kern/uipc_syscalls.c b/sys/kern/uipc_syscalls.c index 3165dab..df9cd69 100644 --- a/sys/kern/uipc_syscalls.c +++ b/sys/kern/uipc_syscalls.c @@ -2131,7 +2131,8 @@ retry_space: * as necessary, but this wait can be interrupted. */ if ((sf =3D sf_buf_alloc(pg, - (mnw ? SFB_NOWAIT : SFB_CATCH))) =3D=3D NULL) { + (mnw ? SFB_NOWAIT : SFB_CATCH) | SFB_RONLY)) + =3D=3D NULL) { mbstat.sf_allocfail++; vm_page_lock(pg); vm_page_unwire(pg, 0); @@ -2162,6 +2163,8 @@ retry_space: m_cat(m, m0); else m =3D m0; + KASSERT((m0->m_flags & M_RDONLY) !=3D 0, + ("lost M_RDONLY")); =20 /* Keep track of bits processed. */ loopbytes +=3D xfsize; diff --git a/sys/sys/sf_buf.h b/sys/sys/sf_buf.h index af42065..fcb31f8 100644 --- a/sys/sys/sf_buf.h +++ b/sys/sys/sf_buf.h @@ -41,6 +41,7 @@ #define SFB_CPUPRIVATE 2 /* Create a CPU private mapping. */ #define SFB_DEFAULT 0 #define SFB_NOWAIT 4 /* Return NULL if all bufs are used. */ +#define SFB_RONLY 8 /* Map page read-only, if possible. */ =20 struct vm_page; =20 --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkw1iqYACgkQC3+MBN1Mb4jgqACeMAFT49saT4IR9GoU8fqYGNCe CCMAoJpBGMfQPcUX4CfLQoD3JCzqcMaP =X1ib -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 08:29:47 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 281E6106566C; Thu, 8 Jul 2010 08:29:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9033B8FC15; Thu, 8 Jul 2010 08:29:46 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o688Thfr013268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jul 2010 11:29:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o688ThIj040313; Thu, 8 Jul 2010 11:29:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o688TheL040312; Thu, 8 Jul 2010 11:29:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Jul 2010 11:29:43 +0300 From: Kostik Belousov To: Andriy Gapon Message-ID: <20100708082943.GB2439@deviant.kiev.zoral.com.ua> References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: <4C358A01.8080206@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: lstewart@freebsd.org, freebsd-net@freebsd.org, bz@freebsd.org, Andre Oppermann , Ming Fu Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 08:29:47 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2010 at 11:19:13AM +0300, Andriy Gapon wrote: > on 08/07/2010 11:11 Andre Oppermann said the following: > >=20 > > Can you check whether your patch fixes the bug when you go over a real > > network? >=20 > As I understand the patch is not supposed to fix the bug, it's supposed t= o catch > it early. I.e. get panic instead of data corruption. Right, the patch maps the page in sf buffer read-only (on i386 only). But note the parallel posting with m_cat() change. It is still not enough, and I am not set up for the real network testing ATM. --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkw1jHYACgkQC3+MBN1Mb4gZrgCgy3Rvs07iZpz5W8tDbiFplveg MQgAoJ2EKq4E2OkIsg2ON/u6qcFQ+8Xk =oZdG -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 08:40: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 197A8106564A; Thu, 8 Jul 2010 08:40:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B6DAA8FC19; Thu, 8 Jul 2010 08:40:08 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA19308; Thu, 08 Jul 2010 11:40:06 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OWmeL-0003TV-Ud; Thu, 08 Jul 2010 11:40:05 +0300 Message-ID: <4C358EE5.8070003@icyb.net.ua> Date: Thu, 08 Jul 2010 11:40:05 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Kostik Belousov References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> <20100708082943.GB2439@deviant.kiev.zoral.com.ua> In-Reply-To: <20100708082943.GB2439@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: lstewart@freebsd.org, freebsd-net@freebsd.org, bz@freebsd.org, Andre Oppermann , Ming Fu Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 08:40:10 -0000 on 08/07/2010 11:29 Kostik Belousov said the following: > Right, the patch maps the page in sf buffer read-only (on i386 only). > But note the parallel posting with m_cat() change. It is still not enough, > and I am not set up for the real network testing ATM. Could you also try to experiment with mb_dupcl? Namely transfer M_RDONLY from source mbuf. -- Andriy Gapon From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 09:43: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 6B0941065674; Thu, 8 Jul 2010 09:43:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id DB42F8FC19; Thu, 8 Jul 2010 09:43:09 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o689gum8019574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jul 2010 12:42:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o689guxg023776; Thu, 8 Jul 2010 12:42:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o689gubb023775; Thu, 8 Jul 2010 12:42:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Jul 2010 12:42:56 +0300 From: Kostik Belousov To: Andriy Gapon Message-ID: <20100708094255.GA2408@deviant.kiev.zoral.com.ua> References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> <20100708082943.GB2439@deviant.kiev.zoral.com.ua> <4C358EE5.8070003@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <4C358EE5.8070003@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: lstewart@freebsd.org, freebsd-net@freebsd.org, bz@freebsd.org, Andre Oppermann , Ming Fu Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 09:43:10 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2010 at 11:40:05AM +0300, Andriy Gapon wrote: > on 08/07/2010 11:29 Kostik Belousov said the following: > > Right, the patch maps the page in sf buffer read-only (on i386 only). > > But note the parallel posting with m_cat() change. It is still not enou= gh, > > and I am not set up for the real network testing ATM. >=20 > Could you also try to experiment with mb_dupcl? > Namely transfer M_RDONLY from source mbuf. Right, it is it. Below is my current patch including debugging facilities that seems to work. Real changes that needed are in m_cat and mb_dupcl. diff --git a/sys/i386/i386/vm_machdep.c b/sys/i386/i386/vm_machdep.c index 6f86895..530f704 100644 --- a/sys/i386/i386/vm_machdep.c +++ b/sys/i386/i386/vm_machdep.c @@ -810,6 +810,12 @@ sf_buf_alloc(struct vm_page *m, int flags) nsfbufsused++; nsfbufspeak =3D imax(nsfbufspeak, nsfbufsused); } + if ((flags & SFB_RONLY) =3D=3D 0) { + ptep =3D vtopte(sf->kva); + opte =3D *ptep; + if ((opte & PG_RW) =3D=3D 0) + *ptep |=3D PG_RW | PG_A; + } #ifdef SMP goto shootdown;=09 #else @@ -854,8 +860,9 @@ sf_buf_alloc(struct vm_page *m, int flags) PT_SET_MA(sf->kva, xpmap_ptom(VM_PAGE_TO_PHYS(m)) | pgeflag | PG_RW | PG_V | pmap_cache_bits(m->md.pat_mode, 0)); #else - *ptep =3D VM_PAGE_TO_PHYS(m) | pgeflag | PG_RW | PG_V | - pmap_cache_bits(m->md.pat_mode, 0); + *ptep =3D VM_PAGE_TO_PHYS(m) | pgeflag | + ((flags & SFB_RONLY) ? 0 : PG_RW) | PG_V | + pmap_cache_bits(m->md.pat_mode, 0); #endif =20 /* diff --git a/sys/kern/uipc_mbuf.c b/sys/kern/uipc_mbuf.c index f41eb03..1701ef2 100644 --- a/sys/kern/uipc_mbuf.c +++ b/sys/kern/uipc_mbuf.c @@ -301,7 +301,7 @@ mb_dupcl(struct mbuf *n, struct mbuf *m) n->m_ext.ext_size =3D m->m_ext.ext_size; n->m_ext.ref_cnt =3D m->m_ext.ref_cnt; n->m_ext.ext_type =3D m->m_ext.ext_type; - n->m_flags |=3D M_EXT; + n->m_flags |=3D M_EXT | (M_RDONLY & m->m_flags); } =20 /* @@ -911,7 +911,8 @@ m_cat(struct mbuf *m, struct mbuf *n) m =3D m->m_next; while (n) { if (m->m_flags & M_EXT || - m->m_data + m->m_len + n->m_len >=3D &m->m_dat[MLEN]) { + m->m_data + m->m_len + n->m_len >=3D &m->m_dat[MLEN] || + !M_WRITABLE(m)) { /* just join the two chains */ m->m_next =3D n; return; diff --git a/sys/kern/uipc_sockbuf.c b/sys/kern/uipc_sockbuf.c index 2060a2e..95fae7e 100644 --- a/sys/kern/uipc_sockbuf.c +++ b/sys/kern/uipc_sockbuf.c @@ -776,6 +776,8 @@ sbcompress(struct sockbuf *sb, struct mbuf *m, struct m= buf *n) m->m_len <=3D MCLBYTES / 4 && /* XXX: Don't copy too much */ m->m_len <=3D M_TRAILINGSPACE(n) && n->m_type =3D=3D m->m_type) { + KASSERT(n->m_ext.ext_type !=3D EXT_SFBUF, + ("destroying file page %p", n)); bcopy(mtod(m, caddr_t), mtod(n, caddr_t) + n->m_len, (unsigned)m->m_len); n->m_len +=3D m->m_len; diff --git a/sys/kern/uipc_syscalls.c b/sys/kern/uipc_syscalls.c index 3165dab..df9cd69 100644 --- a/sys/kern/uipc_syscalls.c +++ b/sys/kern/uipc_syscalls.c @@ -2131,7 +2131,8 @@ retry_space: * as necessary, but this wait can be interrupted. */ if ((sf =3D sf_buf_alloc(pg, - (mnw ? SFB_NOWAIT : SFB_CATCH))) =3D=3D NULL) { + (mnw ? SFB_NOWAIT : SFB_CATCH) | SFB_RONLY)) + =3D=3D NULL) { mbstat.sf_allocfail++; vm_page_lock(pg); vm_page_unwire(pg, 0); @@ -2162,6 +2163,8 @@ retry_space: m_cat(m, m0); else m =3D m0; + KASSERT((m0->m_flags & M_RDONLY) !=3D 0, + ("lost M_RDONLY")); =20 /* Keep track of bits processed. */ loopbytes +=3D xfsize; diff --git a/sys/sys/sf_buf.h b/sys/sys/sf_buf.h index af42065..fcb31f8 100644 --- a/sys/sys/sf_buf.h +++ b/sys/sys/sf_buf.h @@ -41,6 +41,7 @@ #define SFB_CPUPRIVATE 2 /* Create a CPU private mapping. */ #define SFB_DEFAULT 0 #define SFB_NOWAIT 4 /* Return NULL if all bufs are used. */ +#define SFB_RONLY 8 /* Map page read-only, if possible. */ =20 struct vm_page; =20 --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkw1nZ8ACgkQC3+MBN1Mb4iLtQCghSEGzaeG5KqxQ5bAOOOmoX4d jhwAn294ck0E3Or4qCsE19dOtfRTLq3w =U6Au -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 09:57: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 2EFB91065670; Thu, 8 Jul 2010 09:57:54 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 07F848FC13; Thu, 8 Jul 2010 09:57:52 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA20603; Thu, 08 Jul 2010 12:40:51 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OWnb9-0003WI-Cs; Thu, 08 Jul 2010 12:40:51 +0300 Message-ID: <4C359D21.30308@freebsd.org> Date: Thu, 08 Jul 2010 12:40:49 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Kostik Belousov References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> <20100708082943.GB2439@deviant.kiev.zoral.com.ua> <4C358EE5.8070003@icyb.net.ua> In-Reply-To: <4C358EE5.8070003@icyb.net.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: lstewart@freebsd.org, freebsd-net@freebsd.org, bz@freebsd.org, Andre Oppermann , Ming Fu Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 09:57:54 -0000 on 08/07/2010 11:40 Andriy Gapon said the following: > on 08/07/2010 11:29 Kostik Belousov said the following: >> Right, the patch maps the page in sf buffer read-only (on i386 only). >> But note the parallel posting with m_cat() change. It is still not enough, >> and I am not set up for the real network testing ATM. > > Could you also try to experiment with mb_dupcl? > Namely transfer M_RDONLY from source mbuf. Oh, sigh, should have looked at definition of M_WRITABLE() first. -- Andriy Gapon From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 09:59: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 5D251106564A; Thu, 8 Jul 2010 09:59:53 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F33D68FC24; Thu, 8 Jul 2010 09:59:51 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA20835; Thu, 08 Jul 2010 12:59:50 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OWntV-0003XL-VK; Thu, 08 Jul 2010 12:59:50 +0300 Message-ID: <4C35A195.5060804@freebsd.org> Date: Thu, 08 Jul 2010 12:59:49 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> <20100708082943.GB2439@deviant.kiev.zoral.com.ua> <4C358EE5.8070003@icyb.net.ua> <4C359D21.30308@freebsd.org> In-Reply-To: <4C359D21.30308@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , lstewart@freebsd.org, bz@freebsd.org, Andre Oppermann , Ming Fu Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 09:59:53 -0000 on 08/07/2010 12:40 Andriy Gapon said the following: > on 08/07/2010 11:40 Andriy Gapon said the following: >> on 08/07/2010 11:29 Kostik Belousov said the following: >>> Right, the patch maps the page in sf buffer read-only (on i386 only). >>> But note the parallel posting with m_cat() change. It is still not enough, >>> and I am not set up for the real network testing ATM. >> Could you also try to experiment with mb_dupcl? >> Namely transfer M_RDONLY from source mbuf. > > > Oh, sigh, should have looked at definition of M_WRITABLE() first. As kib has just pointed out to me, m_ext.ref_cnt may go back to one (via source mbuf going away) and then destination mbuf becomes R/W. BTW, perhaps m_collapse() should also use M_WRITABLE instead of directly testing M_RDONLY? -- Andriy Gapon From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 11:34:26 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 5AF43106567F for ; Thu, 8 Jul 2010 11:34:26 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id BBE2C8FC2E for ; Thu, 8 Jul 2010 11:34:25 +0000 (UTC) Received: (qmail 37565 invoked from network); 8 Jul 2010 10:10:36 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Jul 2010 10:10:36 -0000 Message-ID: <4C35B7C4.40507@freebsd.org> Date: Thu, 08 Jul 2010 13:34:28 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Kostik Belousov References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> <20100708082943.GB2439@deviant.kiev.zoral.com.ua> <4C358EE5.8070003@icyb.net.ua> <20100708094255.GA2408@deviant.kiev.zoral.com.ua> In-Reply-To: <20100708094255.GA2408@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: lstewart@freebsd.org, bz@freebsd.org, Ming Fu , Andriy Gapon , freebsd-net@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 11:34:26 -0000 On 08.07.2010 11:42, Kostik Belousov wrote: > On Thu, Jul 08, 2010 at 11:40:05AM +0300, Andriy Gapon wrote: >> on 08/07/2010 11:29 Kostik Belousov said the following: >>> Right, the patch maps the page in sf buffer read-only (on i386 only). >>> But note the parallel posting with m_cat() change. It is still not enough, >>> and I am not set up for the real network testing ATM. >> >> Could you also try to experiment with mb_dupcl? >> Namely transfer M_RDONLY from source mbuf. > > Right, it is it. > > Below is my current patch including debugging facilities that seems to work. > Real changes that needed are in m_cat and mb_dupcl. > ... > diff --git a/sys/kern/uipc_mbuf.c b/sys/kern/uipc_mbuf.c > index f41eb03..1701ef2 100644 > --- a/sys/kern/uipc_mbuf.c > +++ b/sys/kern/uipc_mbuf.c > @@ -301,7 +301,7 @@ mb_dupcl(struct mbuf *n, struct mbuf *m) > n->m_ext.ext_size = m->m_ext.ext_size; > n->m_ext.ref_cnt = m->m_ext.ref_cnt; > n->m_ext.ext_type = m->m_ext.ext_type; > - n->m_flags |= M_EXT; > + n->m_flags |= M_EXT | (M_RDONLY & m->m_flags); > } Having the M_EXT flag always implies readonly and M_WRITABLE gets this right. Not inheriting all the flags from the source seems questionable. So IMHO this should be done here: n->m_flags |= (M_EXT | m->m_flags) > /* > @@ -911,7 +911,8 @@ m_cat(struct mbuf *m, struct mbuf *n) > m = m->m_next; > while (n) { > if (m->m_flags& M_EXT || > - m->m_data + m->m_len + n->m_len>=&m->m_dat[MLEN]) { > + m->m_data + m->m_len + n->m_len>=&m->m_dat[MLEN] || > + !M_WRITABLE(m)) { Here you can fully replace the (m->m_flags & M_EXT) test with M_WRITABLE(). The M_EXT test is included in it. > /* just join the two chains */ > m->m_next = n; > return; -- Andre From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 11:47: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 66D43106566C; Thu, 8 Jul 2010 11:47:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id F1F138FC23; Thu, 8 Jul 2010 11:47:09 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o68Bl5KR032089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jul 2010 14:47:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o68Bl5jd027972; Thu, 8 Jul 2010 14:47:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o68Bl5VU027971; Thu, 8 Jul 2010 14:47:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Jul 2010 14:47:05 +0300 From: Kostik Belousov To: Andre Oppermann Message-ID: <20100708114705.GC2408@deviant.kiev.zoral.com.ua> References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> <20100708082943.GB2439@deviant.kiev.zoral.com.ua> <4C358EE5.8070003@icyb.net.ua> <20100708094255.GA2408@deviant.kiev.zoral.com.ua> <4C35B7C4.40507@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hOcCNbCCxyk/YU74" Content-Disposition: inline In-Reply-To: <4C35B7C4.40507@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: lstewart@freebsd.org, bz@freebsd.org, Ming Fu , Andriy Gapon , freebsd-net@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 11:47:10 -0000 --hOcCNbCCxyk/YU74 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2010 at 01:34:28PM +0200, Andre Oppermann wrote: > On 08.07.2010 11:42, Kostik Belousov wrote: > >On Thu, Jul 08, 2010 at 11:40:05AM +0300, Andriy Gapon wrote: > >>on 08/07/2010 11:29 Kostik Belousov said the following: > >>>Right, the patch maps the page in sf buffer read-only (on i386 only). > >>>But note the parallel posting with m_cat() change. It is still not=20 > >>>enough, > >>>and I am not set up for the real network testing ATM. > >> > >>Could you also try to experiment with mb_dupcl? > >>Namely transfer M_RDONLY from source mbuf. > > > >Right, it is it. > > > >Below is my current patch including debugging facilities that seems to= =20 > >work. > >Real changes that needed are in m_cat and mb_dupcl. > > > ... > >diff --git a/sys/kern/uipc_mbuf.c b/sys/kern/uipc_mbuf.c > >index f41eb03..1701ef2 100644 > >--- a/sys/kern/uipc_mbuf.c > >+++ b/sys/kern/uipc_mbuf.c > >@@ -301,7 +301,7 @@ mb_dupcl(struct mbuf *n, struct mbuf *m) > > n->m_ext.ext_size =3D m->m_ext.ext_size; > > n->m_ext.ref_cnt =3D m->m_ext.ref_cnt; > > n->m_ext.ext_type =3D m->m_ext.ext_type; > >- n->m_flags |=3D M_EXT; > >+ n->m_flags |=3D M_EXT | (M_RDONLY & m->m_flags); > > } >=20 > Having the M_EXT flag always implies readonly and M_WRITABLE gets this > right. Not inheriting all the flags from the source seems questionable. > So IMHO this should be done here: >=20 > n->m_flags |=3D (M_EXT | m->m_flags) >=20 > > /* > >@@ -911,7 +911,8 @@ m_cat(struct mbuf *m, struct mbuf *n) > > m =3D m->m_next; > > while (n) { > > if (m->m_flags& M_EXT || > >- m->m_data + m->m_len + n->m_len>=3D&m->m_dat[MLEN]) { > >+ m->m_data + m->m_len + n->m_len>=3D&m->m_dat[MLEN] || > >+ !M_WRITABLE(m)) { >=20 > Here you can fully replace the (m->m_flags & M_EXT) test with > M_WRITABLE(). The M_EXT test is included in it. >=20 > > /* just join the two chains */ > > m->m_next =3D n; > > return; The patch is below. Works as well for me, thank you for the feedback. diff --git a/sys/kern/uipc_mbuf.c b/sys/kern/uipc_mbuf.c index f41eb03..58567a4 100644 --- a/sys/kern/uipc_mbuf.c +++ b/sys/kern/uipc_mbuf.c @@ -301,7 +301,7 @@ mb_dupcl(struct mbuf *n, struct mbuf *m) n->m_ext.ext_size =3D m->m_ext.ext_size; n->m_ext.ref_cnt =3D m->m_ext.ref_cnt; n->m_ext.ext_type =3D m->m_ext.ext_type; - n->m_flags |=3D M_EXT; + n->m_flags |=3D M_EXT | m->m_flags; } =20 /* @@ -910,7 +910,7 @@ m_cat(struct mbuf *m, struct mbuf *n) while (m->m_next) m =3D m->m_next; while (n) { - if (m->m_flags & M_EXT || + if (!M_WRITABLE(m) || m->m_data + m->m_len + n->m_len >=3D &m->m_dat[MLEN]) { /* just join the two chains */ m->m_next =3D n; --hOcCNbCCxyk/YU74 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkw1urcACgkQC3+MBN1Mb4hnMgCg2sUAuMzgk7SgW5HgRQ/2xURu GLYAoOvY0yioTZgPzi15wCiRK5thXt5v =cvIg -----END PGP SIGNATURE----- --hOcCNbCCxyk/YU74-- From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 11:58: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 1BEAB1065670 for ; Thu, 8 Jul 2010 11:58:45 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9988FC1C for ; Thu, 8 Jul 2010 11:58:43 +0000 (UTC) Received: (qmail 37813 invoked from network); 8 Jul 2010 10:34:57 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Jul 2010 10:34:57 -0000 Message-ID: <4C35BD7A.8020408@freebsd.org> Date: Thu, 08 Jul 2010 13:58:50 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Kostik Belousov References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> <20100708082943.GB2439@deviant.kiev.zoral.com.ua> <4C358EE5.8070003@icyb.net.ua> <20100708094255.GA2408@deviant.kiev.zoral.com.ua> <4C35B7C4.40507@freebsd.org> <20100708114705.GC2408@deviant.kiev.zoral.com.ua> In-Reply-To: <20100708114705.GC2408@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: lstewart@freebsd.org, bz@freebsd.org, Ming Fu , Andriy Gapon , freebsd-net@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 11:58:45 -0000 On 08.07.2010 13:47, Kostik Belousov wrote: > On Thu, Jul 08, 2010 at 01:34:28PM +0200, Andre Oppermann wrote: >> On 08.07.2010 11:42, Kostik Belousov wrote: >>> On Thu, Jul 08, 2010 at 11:40:05AM +0300, Andriy Gapon wrote: >>>> on 08/07/2010 11:29 Kostik Belousov said the following: >>>>> Right, the patch maps the page in sf buffer read-only (on i386 only). >>>>> But note the parallel posting with m_cat() change. It is still not >>>>> enough, >>>>> and I am not set up for the real network testing ATM. >>>> >>>> Could you also try to experiment with mb_dupcl? >>>> Namely transfer M_RDONLY from source mbuf. >>> >>> Right, it is it. >>> >>> Below is my current patch including debugging facilities that seems to >>> work. >>> Real changes that needed are in m_cat and mb_dupcl. >>> >> ... >>> diff --git a/sys/kern/uipc_mbuf.c b/sys/kern/uipc_mbuf.c >>> index f41eb03..1701ef2 100644 >>> --- a/sys/kern/uipc_mbuf.c >>> +++ b/sys/kern/uipc_mbuf.c >>> @@ -301,7 +301,7 @@ mb_dupcl(struct mbuf *n, struct mbuf *m) >>> n->m_ext.ext_size = m->m_ext.ext_size; >>> n->m_ext.ref_cnt = m->m_ext.ref_cnt; >>> n->m_ext.ext_type = m->m_ext.ext_type; >>> - n->m_flags |= M_EXT; >>> + n->m_flags |= M_EXT | (M_RDONLY& m->m_flags); >>> } >> >> Having the M_EXT flag always implies readonly and M_WRITABLE gets this >> right. Not inheriting all the flags from the source seems questionable. >> So IMHO this should be done here: >> >> n->m_flags |= (M_EXT | m->m_flags) >> >>> /* >>> @@ -911,7 +911,8 @@ m_cat(struct mbuf *m, struct mbuf *n) >>> m = m->m_next; >>> while (n) { >>> if (m->m_flags& M_EXT || >>> - m->m_data + m->m_len + n->m_len>=&m->m_dat[MLEN]) { >>> + m->m_data + m->m_len + n->m_len>=&m->m_dat[MLEN] || >>> + !M_WRITABLE(m)) { >> >> Here you can fully replace the (m->m_flags& M_EXT) test with >> M_WRITABLE(). The M_EXT test is included in it. >> >>> /* just join the two chains */ >>> m->m_next = n; >>> return; > > The patch is below. Works as well for me, thank you for the feedback. You may want to run the change to m_dupcl() by rwatson just to be sure. It should be the right thing to do but better have another mbuf expert look at it. Does this fix the sendfile corruption problem for all cases or just the panic for the loopback case? > diff --git a/sys/kern/uipc_mbuf.c b/sys/kern/uipc_mbuf.c > index f41eb03..58567a4 100644 > --- a/sys/kern/uipc_mbuf.c > +++ b/sys/kern/uipc_mbuf.c > @@ -301,7 +301,7 @@ mb_dupcl(struct mbuf *n, struct mbuf *m) > n->m_ext.ext_size = m->m_ext.ext_size; > n->m_ext.ref_cnt = m->m_ext.ref_cnt; > n->m_ext.ext_type = m->m_ext.ext_type; > - n->m_flags |= M_EXT; > + n->m_flags |= M_EXT | m->m_flags; > } > > /* > @@ -910,7 +910,7 @@ m_cat(struct mbuf *m, struct mbuf *n) > while (m->m_next) > m = m->m_next; > while (n) { > - if (m->m_flags& M_EXT || > + if (!M_WRITABLE(m) || > m->m_data + m->m_len + n->m_len>=&m->m_dat[MLEN]) { > /* just join the two chains */ > m->m_next = n; -- Andre From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 12:03:26 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 A079F1065675; Thu, 8 Jul 2010 12:03:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 168118FC18; Thu, 8 Jul 2010 12:03:25 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o68C3HQE033705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jul 2010 15:03:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o68C3Hns028080; Thu, 8 Jul 2010 15:03:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o68C3HJt028079; Thu, 8 Jul 2010 15:03:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Jul 2010 15:03:17 +0300 From: Kostik Belousov To: Andre Oppermann Message-ID: <20100708120317.GD2408@deviant.kiev.zoral.com.ua> References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> <20100708082943.GB2439@deviant.kiev.zoral.com.ua> <4C358EE5.8070003@icyb.net.ua> <20100708094255.GA2408@deviant.kiev.zoral.com.ua> <4C35B7C4.40507@freebsd.org> <20100708114705.GC2408@deviant.kiev.zoral.com.ua> <4C35BD7A.8020408@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BRE3mIcgqKzpedwo" Content-Disposition: inline In-Reply-To: <4C35BD7A.8020408@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-net@freebsd.org, Ming Fu , Andriy Gapon , bz@freebsd.org, rwatson@freebsd.org, lstewart@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 12:03:26 -0000 --BRE3mIcgqKzpedwo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2010 at 01:58:50PM +0200, Andre Oppermann wrote: > On 08.07.2010 13:47, Kostik Belousov wrote: > >On Thu, Jul 08, 2010 at 01:34:28PM +0200, Andre Oppermann wrote: > >>On 08.07.2010 11:42, Kostik Belousov wrote: > >>>On Thu, Jul 08, 2010 at 11:40:05AM +0300, Andriy Gapon wrote: > >>>>on 08/07/2010 11:29 Kostik Belousov said the following: > >>>>>Right, the patch maps the page in sf buffer read-only (on i386 only). > >>>>>But note the parallel posting with m_cat() change. It is still not > >>>>>enough, > >>>>>and I am not set up for the real network testing ATM. > >>>> > >>>>Could you also try to experiment with mb_dupcl? > >>>>Namely transfer M_RDONLY from source mbuf. > >>> > >>>Right, it is it. > >>> > >>>Below is my current patch including debugging facilities that seems to > >>>work. > >>>Real changes that needed are in m_cat and mb_dupcl. > >>> > >>... > >>>diff --git a/sys/kern/uipc_mbuf.c b/sys/kern/uipc_mbuf.c > >>>index f41eb03..1701ef2 100644 > >>>--- a/sys/kern/uipc_mbuf.c > >>>+++ b/sys/kern/uipc_mbuf.c > >>>@@ -301,7 +301,7 @@ mb_dupcl(struct mbuf *n, struct mbuf *m) > >>> n->m_ext.ext_size =3D m->m_ext.ext_size; > >>> n->m_ext.ref_cnt =3D m->m_ext.ref_cnt; > >>> n->m_ext.ext_type =3D m->m_ext.ext_type; > >>>- n->m_flags |=3D M_EXT; > >>>+ n->m_flags |=3D M_EXT | (M_RDONLY& m->m_flags); > >>> } > >> > >>Having the M_EXT flag always implies readonly and M_WRITABLE gets this > >>right. Not inheriting all the flags from the source seems questionable. > >>So IMHO this should be done here: > >> > >> n->m_flags |=3D (M_EXT | m->m_flags) > >> > >>> /* > >>>@@ -911,7 +911,8 @@ m_cat(struct mbuf *m, struct mbuf *n) > >>> m =3D m->m_next; > >>> while (n) { > >>> if (m->m_flags& M_EXT || > >>>- m->m_data + m->m_len + n->m_len>=3D&m->m_dat[MLEN]) { > >>>+ m->m_data + m->m_len + n->m_len>=3D&m->m_dat[MLEN] || > >>>+ !M_WRITABLE(m)) { > >> > >>Here you can fully replace the (m->m_flags& M_EXT) test with > >>M_WRITABLE(). The M_EXT test is included in it. > >> > >>> /* just join the two chains */ > >>> m->m_next =3D n; > >>> return; > > > >The patch is below. Works as well for me, thank you for the feedback. >=20 > You may want to run the change to m_dupcl() by rwatson just to be sure. > It should be the right thing to do but better have another mbuf expert > look at it. Added Robert to Cc: list, let's see. >=20 > Does this fix the sendfile corruption problem for all cases or just the > panic for the loopback case? I do not know. It fixes both panics with debugging patches applied and indeed prevents corruption, for my setup on loopback. I have to defer to external testing for !lo case. >=20 > >diff --git a/sys/kern/uipc_mbuf.c b/sys/kern/uipc_mbuf.c > >index f41eb03..58567a4 100644 > >--- a/sys/kern/uipc_mbuf.c > >+++ b/sys/kern/uipc_mbuf.c > >@@ -301,7 +301,7 @@ mb_dupcl(struct mbuf *n, struct mbuf *m) > > n->m_ext.ext_size =3D m->m_ext.ext_size; > > n->m_ext.ref_cnt =3D m->m_ext.ref_cnt; > > n->m_ext.ext_type =3D m->m_ext.ext_type; > >- n->m_flags |=3D M_EXT; > >+ n->m_flags |=3D M_EXT | m->m_flags; > > } > > > > /* > >@@ -910,7 +910,7 @@ m_cat(struct mbuf *m, struct mbuf *n) > > while (m->m_next) > > m =3D m->m_next; > > while (n) { > >- if (m->m_flags& M_EXT || > >+ if (!M_WRITABLE(m) || > > m->m_data + m->m_len + n->m_len>=3D&m->m_dat[MLEN]) { > > /* just join the two chains */ > > m->m_next =3D n; >=20 > --=20 > Andre --BRE3mIcgqKzpedwo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkw1voUACgkQC3+MBN1Mb4jo7QCg2zdDNnOQdHGNfeV9gJfOKiGY r3MAnjJhTjbbHzuLHBvC7+k7cENXoCuI =rL2f -----END PGP SIGNATURE----- --BRE3mIcgqKzpedwo-- From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 12:11: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 E32FD106566B; Thu, 8 Jul 2010 12:11:19 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8716C8FC1F; Thu, 8 Jul 2010 12:11:17 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA23506; Thu, 08 Jul 2010 15:11:15 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4C35C062.3020109@freebsd.org> Date: Thu, 08 Jul 2010 15:11:14 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Kostik Belousov References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100707205041.GO13238@deviant.kiev.zoral.com.ua> <4C358843.5000001@freebsd.org> <4C358A01.8080206@icyb.net.ua> <20100708082943.GB2439@deviant.kiev.zoral.com.ua> <4C358EE5.8070003@icyb.net.ua> <20100708094255.GA2408@deviant.kiev.zoral.com.ua> <4C35B7C4.40507@freebsd.org> <20100708114705.GC2408@deviant.kiev.zoral.com.ua> In-Reply-To: <20100708114705.GC2408@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: lstewart@freebsd.org, bz@freebsd.org, Andre Oppermann , Ming Fu , freebsd-net@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 12:11:20 -0000 on 08/07/2010 14:47 Kostik Belousov said the following: > - n->m_flags |= M_EXT; > + n->m_flags |= M_EXT | m->m_flags; BTW, I think that M_EXT must already be in m->m_flags if mb_dupcl() is called. -- Andriy Gapon From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 14:30: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 A615F10656BD for ; Thu, 8 Jul 2010 14:30:04 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 17CF08FC17 for ; Thu, 8 Jul 2010 14:30:02 +0000 (UTC) Received: by fxm13 with SMTP id 13so483003fxm.13 for ; Thu, 08 Jul 2010 07:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=9w6HRdnqwD/urcKLZilwRWZ4xlOQmUNNpJ7llDQu+Bs=; b=bgupJ+Yq8BELewjQ23rMvUsci2EaU/PYWbx3SS5fgVkNV9Ev6MeeQWE038HQft0oBz qGTaqwizPouV9+mqfVRlYkU6wjMOMyKck0KyLox3jzChuHiN9LVWdMQAlBuYFSotXGLW AktKpr3r7sVjR0tkbdWm4nU7NcfweR3XjBRLM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rw2y8czAizUgyKNlKPOoQu4NTzWp0pbcZKbsdmeEwetuuDe+hnbYMDSOUtenOhJ0P2 LdruFHbkDxN4Jg3Rlqer9ICdzeUVsDARZv/D6niXPkNmhXHPuf3+nh84BAyik8cLSyDi vcEOTSRgSJ+RKIt1vcs6dPmtbYkYlOF1ElD74= MIME-Version: 1.0 Received: by 10.239.133.130 with SMTP id 2mr838394hbv.18.1278597532739; Thu, 08 Jul 2010 06:58:52 -0700 (PDT) Received: by 10.239.151.196 with HTTP; Thu, 8 Jul 2010 06:58:52 -0700 (PDT) In-Reply-To: <4C353D91.4060405@my.panasonic.com> References: <4C353D91.4060405@my.panasonic.com> Date: Thu, 8 Jul 2010 14:58:52 +0100 Message-ID: From: Tom Evans To: Krishna.Mohan@my.panasonic.com Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org Subject: Re: IPv6 Duplicate Address Detection 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, 08 Jul 2010 14:30:04 -0000 On Thu, Jul 8, 2010 at 3:53 AM, Krishna wrote: > Hi, > > I am implementing a user space program to create and assign IPv6 address to > a linux host. > I am able to create and assign the IP successfully. But, if i am assigning > the duplicate address, > still the address gets assigned. I understand the kernel is handling the DAD > and reporting to kernel log. > Is there any way, i can use IOCTL to get the TENTATIVE flag value and delete > the IP if it is duplicate. > By the way, i use IOCTL system call to assign the IP too. > > I went through some posts in freebsd-net where they have mentioned about > "SIOCGIFAFLAG_IN6 ioctl" > which gives the flags value where the TENTATIVE flag value can be plooed. > I tried to use the same API in my user program but failed. > > Can somebody post me the working sample code of SIOCGIFAFLAG ioctl ? > > Thanks, > -Krishna Linux != FreeBSD. Cheers Tom From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 16:20: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 E7E691065676 for ; Thu, 8 Jul 2010 16:20:20 +0000 (UTC) (envelope-from marcolz@zlo.nu) Received: from mzh.zlo.nu (ns0.zlo.nu [85.17.141.90]) by mx1.freebsd.org (Postfix) with ESMTP id B05B98FC2A for ; Thu, 8 Jul 2010 16:20:20 +0000 (UTC) Received: by mzh.zlo.nu (Postfix, from userid 1000) id EBCE7140AE; Thu, 8 Jul 2010 18:04:31 +0200 (CEST) Date: Thu, 8 Jul 2010 18:04:31 +0200 From: Marc Olzheim To: freebsd-net@freebsd.org Message-ID: <20100708160431.GA22067@zlo.nu> References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100708080318.GA12687@traktor.dnepro.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20100708080318.GA12687@traktor.dnepro.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 16:20:21 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2010 at 11:03:18AM +0300, Eugene Perevyazko wrote: > I have this problem on 7.2-S for pretty long time. But as I sendfile() ve= ry=20 > small file (several hundred bytes) from flash I was blaming faulty flash = stick. > I've even made a crontab entry to replace corrupted file. > So the problem seems to be probabilistic, depending on amount of transfer= red data. It's only the cache that is corrupted. If you remount the filesystem, you will find the original data again. Marc --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkw19w8ACgkQezjnobFOgrFH5gCguU4nSxxuThSfoZUrFhvzgjGg wkQAoKRPjY1+GXy5v+3wAbGqOexWeXbp =o77O -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 16:54: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 AFD3D106566B for ; Thu, 8 Jul 2010 16:54:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6408FC16 for ; Thu, 8 Jul 2010 16:54:17 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o68GsETv062303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Jul 2010 19:54:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o68GsDvx074928; Thu, 8 Jul 2010 19:54:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o68GsDDO074927; Thu, 8 Jul 2010 19:54:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Jul 2010 19:54:13 +0300 From: Kostik Belousov To: Marc Olzheim Message-ID: <20100708165413.GE2408@deviant.kiev.zoral.com.ua> References: <7C3D15DD6E8F464998CA1470D8A322F302BB9F72@ES02CO.wgti.net> <20100708080318.GA12687@traktor.dnepro.net> <20100708160431.GA22067@zlo.nu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wchHw8dVAp53YPj8" Content-Disposition: inline In-Reply-To: <20100708160431.GA22067@zlo.nu> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_40, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-net@freebsd.org Subject: Re: kern/123095 kern/131602 sendfile 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, 08 Jul 2010 16:54:18 -0000 --wchHw8dVAp53YPj8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2010 at 06:04:31PM +0200, Marc Olzheim wrote: > On Thu, Jul 08, 2010 at 11:03:18AM +0300, Eugene Perevyazko wrote: > > I have this problem on 7.2-S for pretty long time. But as I sendfile() = very=20 > > small file (several hundred bytes) from flash I was blaming faulty flas= h stick. > > I've even made a crontab entry to replace corrupted file. > > So the problem seems to be probabilistic, depending on amount of transf= erred data. >=20 > It's only the cache that is corrupted. If you remount the filesystem, > you will find the original data again. If the file is ever written to, then you might end up with corrupted on-disk blocks. --wchHw8dVAp53YPj8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkw2ArUACgkQC3+MBN1Mb4jzxgCgoqV2qcQCr8DEwmqSasWbk53v PaEAnR9wr3AXvKdvnwx5hh6TVSXr/U+K =IYeI -----END PGP SIGNATURE----- --wchHw8dVAp53YPj8-- From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 20:42:38 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0002106564A for ; Thu, 8 Jul 2010 20:42:38 +0000 (UTC) (envelope-from cbuechler@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 C4B178FC08 for ; Thu, 8 Jul 2010 20:42:37 +0000 (UTC) Received: by gyd8 with SMTP id 8so917746gyd.13 for ; Thu, 08 Jul 2010 13:42:32 -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:subject:content-type :content-transfer-encoding; bh=M5ZAZfQU05/WXQMP3eCRC4Od43tlpl8nGIW8kM6zZLw=; b=C4R0/XkWzgquRGBEP0uDEZTx0dw6S361sBaeHtQ4euVAYdaT0wFuhWKKJLbmPl/h6V 2ZWCFrwoQukrz//3cYLZOlGWQNumTy4twmt7BMz879GVSs6K1Al5QjfTWy50mnE8Klrj wIVZL2sfJehN+d2YeFntRYubFN3NxKiCK/0fI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Y4pcBhvSazUCLV/eqYrEhznVRjYA7+Q9Xza5G7ABnQQF678XcSOeEZVK80EGUWeBq8 rK513niw/9JkosNwfgF6KjKq1N+QPDbKjR8CMpMyRVJc1m5nCzZcBPXHnNP0ZkbnGfa6 DM4OCBE1uG3l3AXIW18SzyU14QjZFNDSlF7QE= Received: by 10.101.134.6 with SMTP id l6mr10627164ann.91.1278620153859; Thu, 08 Jul 2010 13:15:53 -0700 (PDT) Received: from [10.0.64.48] ([74.132.207.152]) by mx.google.com with ESMTPS id l6sm687519ang.38.2010.07.08.13.15.52 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 13:15:52 -0700 (PDT) Message-ID: <4C3631F4.4090504@gmail.com> Date: Thu, 08 Jul 2010 16:15:48 -0400 From: Chris Buechler User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: page fault in igb on 8.1 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, 08 Jul 2010 20:42:38 -0000 I'm seeing what appears to be the problem described in this thread with the latest RELENG_8_1, reportedly fixed by this diff. http://lists.freebsd.org/pipermail/freebsd-current/2009-November/013258.html Except that fix was reverted in r206211. http://svn.freebsd.org/viewvc/base/releng/8.1/sys/dev/e1000/if_igb.c?view=log Was that accidental, or is the first link above no longer applicable and this is a different problem? Chris From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 21:26:03 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8FAE106564A for ; Thu, 8 Jul 2010 21:26:02 +0000 (UTC) (envelope-from jfvogel@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 6AC4D8FC12 for ; Thu, 8 Jul 2010 21:26:02 +0000 (UTC) Received: by gwb15 with SMTP id 15so605195gwb.13 for ; Thu, 08 Jul 2010 14:25: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:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=E6ChguMhL8nI/TW3cqcv416m4SVt165MNHcBJ+EZZKo=; b=Jqpitt9y7GIl3lnwJBGx7zBnBp5bQn0RbtLAIsdyHLiEH74sC9n2WqZe/DOhu5NCt6 6L/0sHHip85bwIEXd3mb+fAnUJ1M10ILjiPN9qFrZGnLnYFaGtjAv2CwEIvYnrJWZcdv V9dbUVzoYFzcKdQhMatwDQ5SmCKNH5hEHHMDs= 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=mw37M6wFD4RvSiEljtjHmZ1R7vyAYQCs3DmOKA1C7KIQF4N8zzLO7aGAbXLFHnLZpI 7d6q7D9gdguLtXVcD4yA9duBpmaTtsi+OVolTPu08RnkIp6+pwyHXskfhVgCaApN7MAY Z5nrKfOyFkjnGp4Up/ml1jF+fY0c42Ofja7Lk= MIME-Version: 1.0 Received: by 10.229.231.130 with SMTP id jq2mr5446483qcb.296.1278622996936; Thu, 08 Jul 2010 14:03:16 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Thu, 8 Jul 2010 14:03:16 -0700 (PDT) In-Reply-To: <4C3631F4.4090504@gmail.com> References: <4C3631F4.4090504@gmail.com> Date: Thu, 8 Jul 2010 14:03:16 -0700 Message-ID: From: Jack Vogel To: Chris Buechler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 08 Jul 2010 21:26:03 -0000 Am confused, does not the code in 8.1 have that fix, looked to me like it did? Jack On Thu, Jul 8, 2010 at 1:15 PM, Chris Buechler wrote: > I'm seeing what appears to be the problem described in this thread with the > latest RELENG_8_1, reportedly fixed by this diff. > > http://lists.freebsd.org/pipermail/freebsd-current/2009-November/013258.html > > Except that fix was reverted in r206211. > > http://svn.freebsd.org/viewvc/base/releng/8.1/sys/dev/e1000/if_igb.c?view=log > > Was that accidental, or is the first link above no longer applicable and > this is a different problem? > > Chris > > _______________________________________________ > 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 Thu Jul 8 21:36:50 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A388D1065746 for ; Thu, 8 Jul 2010 21:36:50 +0000 (UTC) (envelope-from cbuechler@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 387078FC15 for ; Thu, 8 Jul 2010 21:36:49 +0000 (UTC) Received: by wwf26 with SMTP id 26so176319wwf.31 for ; Thu, 08 Jul 2010 14: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:cc:content-type; bh=GAwfTiSWBJguvKhOouVYX/4a+ID9Yax8LA6LPZJzVVc=; b=sK8VZftXqTlKmAhL868Rr6LLUcobdYKQVx3EekBiuR81ZiF62zgzxmdPaq0E/2NPME m2Lda+ZlzC7PZRR7m5rRPNBzQL8LU9SQC4xLA4PYYmYiOgLyW4jFtF09hvMOXopYcpmu tiPNOphx+Lk9QwvTPu5nwdgesZfsxM6ynfEc8= 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=MvUvK7CZwtfX15uvoZcXMp1G6WXMEaX5bI4jTrcSL03RdTQKeM2dhJPKZfynaRh83Q TR6G1nww1qDGXN0zWbx1og3mBiIqdVp3Ur3xgZIgTVYO6IxmvRcY4Hj79yZoBg/OTcmd 0pPyfLVjITTkgjqFH1VOBe9yYP9VvzfS7LK1Y= MIME-Version: 1.0 Received: by 10.216.180.74 with SMTP id i52mr3161995wem.71.1278625004192; Thu, 08 Jul 2010 14:36:44 -0700 (PDT) Received: by 10.216.181.196 with HTTP; Thu, 8 Jul 2010 14:36:44 -0700 (PDT) In-Reply-To: References: <4C3631F4.4090504@gmail.com> Date: Thu, 8 Jul 2010 17:36:44 -0400 Message-ID: From: Chris Buechler To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 08 Jul 2010 21:36:50 -0000 On Thu, Jul 8, 2010 at 5:03 PM, Jack Vogel wrote: > Am confused, does not the code in 8.1 have that fix, looked to me like it > did? > Maybe I'm confused, but it looks like RELENG_8_1 has the IGB_DBA_ALIGN rather than 1. - IGB_DBA_ALIGN, 0, /* alignment, bounds */ + 1, 0, /* alignment, bounds */ http://svn.freebsd.org/viewvc/base/releng/8.1/sys/dev/e1000/if_igb.c?revision=209145&view=markup It was reverted back in this commit. http://svn.freebsd.org/viewvc/base/releng/8.1/sys/dev/e1000/if_igb.c?r1=205283&r2=206211 Chris From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 21:53:59 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EC3C1065673 for ; Thu, 8 Jul 2010 21:53:59 +0000 (UTC) (envelope-from jfvogel@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 D8FBE8FC19 for ; Thu, 8 Jul 2010 21:53:58 +0000 (UTC) Received: by gxk24 with SMTP id 24so988096gxk.13 for ; Thu, 08 Jul 2010 14:53: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:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ibxhPmqjlAqHA+tKDx2MknFZJo8U41E1jwwmRt5LYeQ=; b=TRH5iQGJPtaCT2SOFyjIpRkjXtvfjREGAG0rldYIojPGSn3h87wGJGGzht98u5UwcF AZaLJ42l2wOS1WNJp851NatFQ6pFT6aHolyGyj97YrcDnjuRBZMfsj4ww1YIFC1TsSu0 VoAmTE5NV2tUrRQ4ZrJlG67Z1Cuz17k67Ae3A= 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=nWUEAW4tTtTy2UdeDqLZJ+WtbL8sq+l9OItnpWjIvsnv1sNHB0KNTNi2gWpIVlgkJH EYFpDBkgFSdfiTqAN2+HkzfCak4vPu5qMJpjKecT3qStpO0bvhC0HDkRctv9jiTu1pz5 iQkbJZRFRk3BpYzIEvRK8JF/HojjxEB4lgZ8M= MIME-Version: 1.0 Received: by 10.229.221.137 with SMTP id ic9mr5408944qcb.209.1278626035536; Thu, 08 Jul 2010 14:53:55 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Thu, 8 Jul 2010 14:53:55 -0700 (PDT) In-Reply-To: References: <4C3631F4.4090504@gmail.com> Date: Thu, 8 Jul 2010 14:53:55 -0700 Message-ID: From: Jack Vogel To: Chris Buechler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 08 Jul 2010 21:53:59 -0000 There is one case in igb_dma_malloc() where its still IGB_DBA_ALIGN, but the cases where its allocating TX and RX bufs the alignment is 1, that code is the same in 8.1, or head as far as I can see. Jack On Thu, Jul 8, 2010 at 2:36 PM, Chris Buechler wrote: > On Thu, Jul 8, 2010 at 5:03 PM, Jack Vogel wrote: > > Am confused, does not the code in 8.1 have that fix, looked to me like it > > did? > > > > Maybe I'm confused, but it looks like RELENG_8_1 has the IGB_DBA_ALIGN > rather than 1. > > - IGB_DBA_ALIGN, 0, /* alignment, bounds */ > + 1, 0, /* alignment, bounds */ > > > http://svn.freebsd.org/viewvc/base/releng/8.1/sys/dev/e1000/if_igb.c?revision=209145&view=markup > > It was reverted back in this commit. > > http://svn.freebsd.org/viewvc/base/releng/8.1/sys/dev/e1000/if_igb.c?r1=205283&r2=206211 > > Chris > From owner-freebsd-net@FreeBSD.ORG Thu Jul 8 21:55:59 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B12AF1065674 for ; Thu, 8 Jul 2010 21:55:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 708698FC16 for ; Thu, 8 Jul 2010 21:55:59 +0000 (UTC) Received: by iwn35 with SMTP id 35so1687387iwn.13 for ; Thu, 08 Jul 2010 14:55:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=e+6lZE/uu0V0b2dWCnLJHwfPxzECEWYci53rLm0gjco=; b=jmbEEJLhIurhyiM5gdDdLcCE7LYtwUl9fUxGhtc8oGV1wsSpGiYBe+2dSsWhLFyCS5 NuEak4sR0qcmJCglAHjaSuK3eUu5sXDK0Gg1CjJHy6yDkDdBdeKQOfZFbCzfxElja05U FLb1qmRLV6aaQEFVNmHeVif/W0n4BehF6jNGU= 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=YJCdQjM+5amKMk95F5zWLWVCQej1b0EhT18Tz0emtP2iKeNwxasso+yit12qkphjfi bc6mLlqJ9viftk/X1n2emEhIi2jc9e+JkUdjYLkOqGVvqV6C2J/XzlUCY2z6ms81b05O jiAXaTv41YmygvIExi4oIXNsdRMabqT/kZcsk= Received: by 10.231.191.142 with SMTP id dm14mr8468394ibb.74.1278626158843; Thu, 08 Jul 2010 14:55:58 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id g31sm655329ibh.4.2010.07.08.14.55.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 14:55:57 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 8 Jul 2010 14:55:54 -0700 From: Pyun YongHyeon Date: Thu, 8 Jul 2010 14:55:54 -0700 To: Chris Buechler Message-ID: <20100708215554.GH9303@michelle.cdnetworks.com> References: <4C3631F4.4090504@gmail.com> 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: Jack Vogel , net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 08 Jul 2010 21:55:59 -0000 On Thu, Jul 08, 2010 at 05:36:44PM -0400, Chris Buechler wrote: > On Thu, Jul 8, 2010 at 5:03 PM, Jack Vogel wrote: > > Am confused, does not the code in 8.1 have that fix, looked to me like it > > did? > > > > Maybe I'm confused, but it looks like RELENG_8_1 has the IGB_DBA_ALIGN > rather than 1. > No, this comes from controller requirement. Alignment 1 is not supported. Please show your back trace to narrow down the cause of panic. > - IGB_DBA_ALIGN, 0, /* alignment, bounds */ > + 1, 0, /* alignment, bounds */ > > http://svn.freebsd.org/viewvc/base/releng/8.1/sys/dev/e1000/if_igb.c?revision=209145&view=markup > > It was reverted back in this commit. > http://svn.freebsd.org/viewvc/base/releng/8.1/sys/dev/e1000/if_igb.c?r1=205283&r2=206211 > > Chris From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 04:13: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 A6A8E1065672 for ; Fri, 9 Jul 2010 04:13:55 +0000 (UTC) (envelope-from rmaglasang@infoweapons.com) Received: from infoweapons.com (mailroute.hughesnet.org [204.2.248.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE268FC15 for ; Fri, 9 Jul 2010 04:13:55 +0000 (UTC) Received: from ([120.89.47.15]) by mail0.infoweapons.com with ESMTP with TLS id 4321444.7688447; Thu, 08 Jul 2010 23:58:33 -0400 Received: from sho2.cebu.infoweapons.com (2001:418:5403:2410:215:f2ff:fe2e:b2d6) by webmail.infoweapons.com (2001:418:5403:2410::10:11) with Microsoft SMTP Server (TLS) id 8.2.254.0; Fri, 9 Jul 2010 11:58:33 +0800 Message-ID: <4C36A237.7020508@infoweapons.com> Date: Fri, 9 Jul 2010 12:14:47 +0800 From: Sho User-Agent: Thunderbird 2.0.0.21 (X11/20090706) MIME-Version: 1.0 To: "Krishna.Mohan@my.panasonic.com" References: <4C353D91.4060405@my.panasonic.com> In-Reply-To: <4C353D91.4060405@my.panasonic.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Cc: "freebsd-net@freebsd.org" Subject: Re: IPv6 Duplicate Address Detection 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, 09 Jul 2010 04:13:55 -0000 Krishna wrote: > Hi, > > I am implementing a user space program to create and assign IPv6 address > to a linux host. > I am able to create and assign the IP successfully. But, if i am > assigning the duplicate address, > still the address gets assigned. I understand the kernel is handling the > DAD and reporting to kernel log. > Is there any way, i can use IOCTL to get the TENTATIVE flag value and > delete the IP if it is duplicate. > By the way, i use IOCTL system call to assign the IP too. > > I went through some posts in freebsd-net where they have mentioned about > "SIOCGIFAFLAG_IN6 ioctl" > which gives the flags value where the TENTATIVE flag value can be plooed. > I tried to use the same API in my user program but failed. > > Can somebody post me the working sample code of SIOCGIFAFLAG ioctl ? > > Thanks, > -Krishna > _______________________________________________ > 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" > Here's a sample code fragment to retrieve the status. -- ipv6_addr = "1234:2:3:4:5::1001"; ifname = "vr0"; memset(&hints, 0, sizeof(hints)); hints.ai_family = AF_INET6; ret = getaddrinfo(ipv6_addr, NULL, &hints, &res); if (ret != 0) { fprintf(stderr, "Invalid IPv6 address: [%s]\n", ipv6_addr); return(1); } bcopy(res->ai_addr, &ifr6.ifr_addr, res->ai_addrlen); strncpy(ifr6.ifr_name, ifname, sizeof(ifr6.ifr_name)); if ((s6 = socket(AF_INET6, SOCK_DGRAM, 0)) < 0) { fprintf(stderr, "socket(AF_INET6, SOCK_DGRAM) failed!\n"); return(1); } if (ioctl(s6, SIOCGIFAFLAG_IN6, &ifr6) < 0) { fprintf(stderr, "ioctl(SIOCGIFAFLAG_IN6) failed!\n"); close(s6); return(1); } flags6 = ifr6.ifr_ifru.ifru_flags6; close(s6); fprintf(stdout, " Status: "); if ((flags6 & IN6_IFF_DUPLICATED) != 0) fprintf(stdout, "duplicated "); if ((flags6 & IN6_IFF_TENTATIVE) != 0) fprintf(stdout, "tentative "); -- You might want to check the code of ifconfig at in6_status()/usr/src/sbin/ifconfig/af_inet6.c. From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 04:30:28 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69F68106566B for ; Fri, 9 Jul 2010 04:30:28 +0000 (UTC) (envelope-from cbuechler@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 004068FC17 for ; Fri, 9 Jul 2010 04:30:27 +0000 (UTC) Received: by wwf26 with SMTP id 26so394774wwf.31 for ; Thu, 08 Jul 2010 21:30:15 -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=XE9kT60/wGaVQzQLe4OJxOPIvoXVzAnvwvhybZ/TIdY=; b=KSIiEXfEH01nWmb1k8436Z/5j+veQpDIXkACAlp1tJx/hchL1PqCep8q1kHyygeRVv vlogIurRUE64R5dQILEubEr48Z0xcgV4yEM23wzIINIzyG6Y/11YnpTODykOFmyx1RIv o3yD+41usBnGVCADBYWcvgOdACGBS8PvYpa44= 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=uRoZdQwQUsPIXXFwRhT1oy13EY2LICpVGLbUsGrR3HJtxvoR4uOpS867YpEKEYQ5cz EytpSNdl0J0q+LOlDlBzantULLiiIh8hLDWCfgPgfvWc9HmqKltNtMlHsov9I7QzI8DI ZBPs811nPuAvva1hfNLEjmsY2wRbRoTCMw5vk= MIME-Version: 1.0 Received: by 10.227.128.139 with SMTP id k11mr7602529wbs.143.1278649814736; Thu, 08 Jul 2010 21:30:14 -0700 (PDT) Received: by 10.216.181.196 with HTTP; Thu, 8 Jul 2010 21:30:14 -0700 (PDT) In-Reply-To: <20100708215554.GH9303@michelle.cdnetworks.com> References: <4C3631F4.4090504@gmail.com> <20100708215554.GH9303@michelle.cdnetworks.com> Date: Fri, 9 Jul 2010 00:30:14 -0400 Message-ID: From: Chris Buechler To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: Jack Vogel , net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 09 Jul 2010 04:30:28 -0000 On Thu, Jul 8, 2010 at 5:55 PM, Pyun YongHyeon wrote: > On Thu, Jul 08, 2010 at 05:36:44PM -0400, Chris Buechler wrote: >> On Thu, Jul 8, 2010 at 5:03 PM, Jack Vogel wrote: >> > Am confused, does not the code in 8.1 have that fix, looked to me like it >> > did? >> > >> >> Maybe I'm confused, but it looks like RELENG_8_1 has the IGB_DBA_ALIGN >> rather than 1. >> > > No, this comes from controller requirement. Alignment 1 is not > supported. Please show your back trace to narrow down the cause of > panic. Thanks, I don't have physical access to the box, am getting someone on site to get a kernel with debugging on it. Box works fine, as long as the NICs aren't plugged in. As soon as a NIC gets link, it panics. I'll post a backtrace as soon as I can get one. Chris From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 05:03:43 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 88F91106564A for ; Fri, 9 Jul 2010 05:03:43 +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 3B3538FC0C for ; Fri, 9 Jul 2010 05:03:42 +0000 (UTC) Received: by vws6 with SMTP id 6so2536348vws.13 for ; Thu, 08 Jul 2010 22:03: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=ApaLy3fY5cEYnwOBAoC6TFOWmnz6UYXdbxFkGDc6GaU=; b=cxuYfcGAtBgDKnSRNXsTRNujWqTZC5+ISSuZW46VRi+t4Aw1xZ3m8VMqk3SfemKL0w faiQhGy7wJ+uPj+U0HHBGNpze7AP6f7D1I+I15oVnzdc2OV/XAHFp3pPaj0V+ZpgesGR XptY81CaETWTBIsnQ+Pfgm4tFRjdLHj2M7QiM= 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=JIX0i+pFmO65KK30neMBx8VwF2MXl7nH2yIVdBVALB9ttgU1E0lt98SDwvO/Q4vre8 wcrfpeeLfZe1TFy/+GOwmgzvX7tgIy+27QUePoz1zvM1BZvw7qapH++16Dlow0hoajjQ aJbtyBa4I8Juv8/wEPzKsGSXsdYH+gd8/HjO0= MIME-Version: 1.0 Received: by 10.229.82.7 with SMTP id z7mr5678526qck.31.1278651815332; Thu, 08 Jul 2010 22:03:35 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Thu, 8 Jul 2010 22:03:35 -0700 (PDT) In-Reply-To: References: <4C3631F4.4090504@gmail.com> <20100708215554.GH9303@michelle.cdnetworks.com> Date: Thu, 8 Jul 2010 22:03:35 -0700 Message-ID: From: Jack Vogel To: Chris Buechler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 09 Jul 2010 05:03:43 -0000 Damn, thats bad, and this is with what installed exactly, RC1, 2? I'll have someone in validation install to see if we can repro this tomorrow, let me know what it is asap. Jack On Thu, Jul 8, 2010 at 9:30 PM, Chris Buechler wrote: > On Thu, Jul 8, 2010 at 5:55 PM, Pyun YongHyeon wrote: > > On Thu, Jul 08, 2010 at 05:36:44PM -0400, Chris Buechler wrote: > >> On Thu, Jul 8, 2010 at 5:03 PM, Jack Vogel wrote: > >> > Am confused, does not the code in 8.1 have that fix, looked to me like > it > >> > did? > >> > > >> > >> Maybe I'm confused, but it looks like RELENG_8_1 has the IGB_DBA_ALIGN > >> rather than 1. > >> > > > > No, this comes from controller requirement. Alignment 1 is not > > supported. Please show your back trace to narrow down the cause of > > panic. > > Thanks, I don't have physical access to the box, am getting someone on > site to get a kernel with debugging on it. Box works fine, as long as > the NICs aren't plugged in. As soon as a NIC gets link, it panics. > I'll post a backtrace as soon as I can get one. > > Chris > From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 05:59:34 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 D5C9D106564A for ; Fri, 9 Jul 2010 05:59:34 +0000 (UTC) (envelope-from cbuechler@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 69FA18FC08 for ; Fri, 9 Jul 2010 05:59:34 +0000 (UTC) Received: by wwb13 with SMTP id 13so645773wwb.1 for ; Thu, 08 Jul 2010 22:59:18 -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=UpfwB/JNNkQ5lddxJc8ACWQwBBiG9+dcUQnYVK/MeYM=; b=dcpM6apSx4uSdkiIJEEUjcRV67PDDOcrJ+Wz1EwC4tciR1Gs2rScu3eadEh6aKCXIe imy644gMgC98EthHRiBz7oAKkO5C2RThgdc5NvIBDUb4g5mv8axwf9Hu4Mkfvb4tnjjU b3+pS1vsjKc2zzn/3WGXBw0tnUR7TW+FoQTDI= 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=OSFvqfd0Ms8NDQ6ua79iboqvEl4kJjrVUp7fVBfiEcG7hPhuuNSl46PUdw9zQbp1+L PDKmmM0lsqcD4lkDgBWhrvMYVb5iIlVvJWlrFdOErjZQSozfQVyWBtXc0EL16dp5qsMZ T7A87EctfS9nXB9ga8g2apHV8GKlGzRB1/nMM= MIME-Version: 1.0 Received: by 10.216.157.213 with SMTP id o63mr3564805wek.79.1278655158070; Thu, 08 Jul 2010 22:59:18 -0700 (PDT) Received: by 10.216.181.196 with HTTP; Thu, 8 Jul 2010 22:59:18 -0700 (PDT) In-Reply-To: References: <4C3631F4.4090504@gmail.com> <20100708215554.GH9303@michelle.cdnetworks.com> Date: Fri, 9 Jul 2010 01:59:18 -0400 Message-ID: From: Chris Buechler To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: pyunyh@gmail.com, net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 09 Jul 2010 05:59:34 -0000 On Fri, Jul 9, 2010 at 1:03 AM, Jack Vogel wrote: > Damn, thats bad, and this is with what installed exactly, RC1, 2? I'll have > someone in validation install to see if we can repro this tomorrow, let me > know what it is asap. > This is RELENG_8_1 as of date=2010.06.25.00.00.00 It's pfSense 2.0, technically, but equivalent to RELENG_8_1 as of that date. We use a fixed date to prevent snapshot breakage with one of our kernel patches failing to apply (none for any drivers, nor any that impact drivers in our experience). We'll be bumping that again in the near future. All the info I have at the moment is this picture: http://cvs.pfsense.org/~cmb/20100708211.jpg Will be getting a backtrace in the morning. thanks! Chris From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 07:42:58 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EE0B106564A; Fri, 9 Jul 2010 07:42:58 +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 563568FC1B; Fri, 9 Jul 2010 07:42:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o697gwiH027938; Fri, 9 Jul 2010 07:42:58 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o697gwqY027934; Fri, 9 Jul 2010 07:42:58 GMT (envelope-from linimon) Date: Fri, 9 Jul 2010 07:42:58 GMT Message-Id: <201007090742.o697gwqY027934@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: misc/148463: [arp] ARP cache can be poisoned or polluted with ease. 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, 09 Jul 2010 07:42:58 -0000 Old Synopsis: ARP cache can be poisoned or polluted with ease. New Synopsis: [arp] ARP cache can be poisoned or polluted with ease. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jul 9 07:42:45 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=148463 From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 09:27:26 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 B3798106564A for ; Fri, 9 Jul 2010 09:27:26 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8228FC1B for ; Fri, 9 Jul 2010 09:27:26 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1OX9rh-00007H-Os for freebsd-net@freebsd.org; Fri, 09 Jul 2010 02:27:25 -0700 Message-ID: <29115839.post@talk.nabble.com> Date: Fri, 9 Jul 2010 02:27:25 -0700 (PDT) From: "Nikol@y" To: freebsd-net@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: cosmic17@gmail.com References: <4C3631F4.4090504@gmail.com> <20100708215554.GH9303@michelle.cdnetworks.com> Subject: Re: page fault in igb on 8.1 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, 09 Jul 2010 09:27:26 -0000 I have the same problems like in http://lists.freebsd.org/pipermail/freebsd-current/2009-November/013222.html and you are discussing. Unfortunately, I have no test machine yet. But I think in short time I can send you backtrace. The problem with Intel Gigabit ET Quad Port Server Adapter (Ethernet controller Intel 82257). I have created the theme http://old.nabble.com/tuning-igb-82257-in-FreeBSD-8.0-td29083109.html Nicolas Chris Buechler wrote: > > On Fri, Jul 9, 2010 at 1:03 AM, Jack Vogel wrote: >> Damn, thats bad, and this is with what installed exactly, RC1, 2? I'll >> have >> someone in validation install to see if we can repro this tomorrow, let >> me >> know what it is asap. >> > > This is RELENG_8_1 as of date=2010.06.25.00.00.00 It's pfSense 2.0, > technically, but equivalent to RELENG_8_1 as of that date. We use a > fixed date to prevent snapshot breakage with one of our kernel patches > failing to apply (none for any drivers, nor any that impact drivers in > our experience). We'll be bumping that again in the near future. > > All the info I have at the moment is this picture: > http://cvs.pfsense.org/~cmb/20100708211.jpg > > Will be getting a backtrace in the morning. > > thanks! > > Chris > _______________________________________________ > 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" > > -- View this message in context: http://old.nabble.com/page-fault-in-igb-on-8.1-tp29111546p29115839.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 09:30:11 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 26877106564A for ; Fri, 9 Jul 2010 09:30:11 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [204.109.60.94]) by mx1.freebsd.org (Postfix) with ESMTP id A19918FC19 for ; Fri, 9 Jul 2010 09:30:10 +0000 (UTC) Received: from unknown (client-82-31-2-50.midd.adsl.virginmedia.com [82.31.2.50]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 1BAC85D42; Fri, 9 Jul 2010 09:29:59 +0000 (UTC) Date: Fri, 9 Jul 2010 10:30:09 +0100 From: Bruce Cran To: Vladimir Terziev Message-ID: <20100709103009.00007e33@unknown> In-Reply-To: <1245408926.31855.26.camel@daemon2.partygaming.local> References: <4A3A7B04.2020906@freebsd.org> <1245408926.31855.26.camel@daemon2.partygaming.local> X-Mailer: Claws Mail 3.7.4cvs1 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Sam Leffler , "Paul B. Mahol" Subject: Re: hostapd with 802.1X EAP-TLS/TTLS support 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, 09 Jul 2010 09:30:11 -0000 On Fri, 19 Jun 2009 13:55:26 +0300 Vladimir Terziev wrote: > What should i put for HOSTAPD_CFLAGS, HOSTAPD_DPADD, HOSTAPD_LDADD or > WPA_SUPPLICANT_* (not sure which ones i should use) in order to get > hostapd rebuilt with the functionality i want ? For the archives, the following lines in /etc/src.conf fixed the error about "eap_server" being unknown on 9-CURRENT for me: HOSTAPD_CFLAGS+=-DEAP_SERVER -DEAP_GTC -DEAP_AKA -DEAP_SIM -DEAP_GPSK HOSTAPD_CFLAGS+=-DEAP_PAX -DEAP_SAKE (found via http://www.pubbs.net/200911/freebsd/13308-problems-moving-hostapd-ap-config-from-64-to-80rc2.html) -- Bruce Cran From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 09:40:12 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 105CF106566B for ; Fri, 9 Jul 2010 09:40:12 +0000 (UTC) (envelope-from cosmic17@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id B4C348FC0A for ; Fri, 9 Jul 2010 09:40:11 +0000 (UTC) Received: from web64.yandex.ru (web64.yandex.ru [77.88.47.165]) by forward5.mail.yandex.net (Yandex) with ESMTP id 2B17214D1A5E for ; Fri, 9 Jul 2010 13:24:24 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1278667464; bh=ESMYvro5qA8EIAs6SotAbqn9jXgCnpWeE4krJSYqesw=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=gV8xIZeOrY1YsbtGB5RvzxGbfdDersNQXrYVzivWDw76MCgiEVHFsbxgqJr1ZdEWv 1rvJJvjDBZtEJUryxTJJXNUrav1t024SO9vhjysWpOTJS+13SS16fD4UpPioeT/NPs tGDlid4mW1Q0jfT38FGNi4pABL50S807V8NzaHjA= Received: from localhost (localhost.localdomain [127.0.0.1]) by web64.yandex.ru (Yandex) with ESMTP id 293D84680BB for ; Fri, 9 Jul 2010 13:24:24 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: web64.yandex.ru X-Yandex-TimeMark: 1278667464 Received: from 50.83.vltele.com (50.83.vltele.com [79.174.50.83]) by mail.yandex.ru with HTTP; Fri, 09 Jul 2010 13:24:23 +0400 From: Dmukha Nikolay To: net@freebsd.org MIME-Version: 1.0 Message-Id: <218461278667463@web64.yandex.ru> Date: Fri, 09 Jul 2010 13:24:23 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: Subject: Re: page fault in igb on 8.1 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, 09 Jul 2010 09:40:12 -0000 -------- ðÅÒÅÓÙÌÁÅÍÏÅ ÓÏÏÂÝÅÎÉÅ -------- 09.07.10, 13:23, "Dmukha Nikolay" : I have the same problems like in http://lists.freebsd.org/pipermail/freebsd-current/2009-November/013222.html and you are discussing. Unfortunately, I have no test machine yet. But I think in short time I can send you backtrace. The problem with Intel Gigabit ET Quad Port Server Adapter (Ethernet controller Intel 82257). I have created the theme http://old.nabble.com/tuning-igb-82257-in-FreeBSD-8.0-td29083109.html Nicolas > Damn, thats bad, and this is with what installed exactly, RC1, 2? I'll have > someone in validation install to see if we can repro this tomorrow, let me > know what it is asap. > Jack > On Thu, Jul 8, 2010 at 9:30 PM, Chris Buechler wrote: > > On Thu, Jul 8, 2010 at 5:55 PM, Pyun YongHyeon wrote: > > > On Thu, Jul 08, 2010 at 05:36:44PM -0400, Chris Buechler wrote: > > > > On Thu, Jul 8, 2010 at 5:03 PM, Jack Vogel wrote: > > > > > Am confused, does not the code in 8.1 have that fix, looked to me like > > it > > > > > did? > > > > Maybe I'm confused, but it looks like RELENG_8_1 has the IGB_DBA_ALIGN > > > > rather than 1. > > > No, this comes from controller requirement. Alignment 1 is not > > > supported. Please show your back trace to narrow down the cause of > > > panic. > > Thanks, I don't have physical access to the box, am getting someone on > > site to get a kernel with debugging on it. Box works fine, as long as > > the NICs aren't plugged in. As soon as a NIC gets link, it panics. > > I'll post a backtrace as soon as I can get one. > > > > Chris > _______________________________________________ > 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" > úÄÅÓØ ÓÐÁÍÁ ÎÅÔ http://mail.yandex.ru/nospam/sign -------- úÁ×ÅÒÛÅÎÉÅ ÐÅÒÅÓÙÌÁÅÍÏÇÏ ÓÏÏÂÝÅÎÉÑ -------- -- ñÎÄÅËÓ.ðÏÞÔÁ. ðÉÓØÍÁ ÅÓÔØ. óÐÁÍÁ - ÎÅÔ. http://mail.yandex.ru/nospam/sign From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 09:58: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 0DB761065678 for ; Fri, 9 Jul 2010 09:58:58 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id A65DA8FC21 for ; Fri, 9 Jul 2010 09:58:56 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 84E6C157559; Fri, 9 Jul 2010 04:58:54 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id EXRDD22BBNUG; Fri, 09 Jul 2010 04:58:51 -0500 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20100708.151724.185430776.hrs@allbsd.org> Date: Fri, 9 Jul 2010 10:58:48 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2BA32DB8-5899-4ED0-B0C9-6FFA6C2CF99C@FreeBSD.org> References: <4C3565E8.5040904@bitfreak.org> <20100708.151724.185430776.hrs@allbsd.org> To: Hiroki Sato X-Mailer: Apple Mail (2.1081) Cc: freebsd@bitfreak.org, freebsd-net@FreeBSD.org Subject: Re: 6RD support? 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, 09 Jul 2010 09:58:58 -0000 On 8 Jul 2010, at 07:17, Hiroki Sato wrote: > Darren Pilgrim wrote > in <4C3565E8.5040904@bitfreak.org>: >=20 > fr> I can't find any hint of support for it. Did I miss something? = If > fr> not, is there any work adding support for 6RD (RFC5569)? >=20 > A patch for 8.x is available: >=20 > = http://bougaidenpa.org/masakazu/wp-content/uploads/2010/01/freebsd8-6rd-20= 100130.patch.gz >=20 > and I am working on merging it into CURRENT now. May I suggest that you use ANSI style function parameters declaration = instead of K&R function parameters declaration? Also, the return values = must be between parenthesis. Thanks, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 12:51:50 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 705751065670 for ; Fri, 9 Jul 2010 12:51:50 +0000 (UTC) (envelope-from admin@shtorm.com) Received: from ns.shtorm.com (ns.shtorm.com [195.62.14.3]) by mx1.freebsd.org (Postfix) with ESMTP id B24518FC0A for ; Fri, 9 Jul 2010 12:51:49 +0000 (UTC) Received: from [10.66.6.77] (unknown [10.66.6.77]) by ns.shtorm.com (Postfix) with ESMTP id 354AC2E4014; Fri, 9 Jul 2010 15:51:56 +0300 (EEST) From: Shtorm To: Mike Tancsa In-Reply-To: References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <201007071336.o67DaaNZ031733@lava.sentex.ca> Content-Type: text/plain; charset="UTF-8" Date: Fri, 09 Jul 2010 15:55:34 +0300 Message-ID: <1278680134.20612.21.camel@stormi-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 12:51:50 -0000 On Wed, 2010-07-07 at 09:22 -0700, Jack Vogel wrote: > Interesting, didn't know any vendor had combined PCH and 82574 on one board, > yes, they are > completely different, as you can see the one only supports MSI, its a client > NIC. > > I would agree with Mike, disable anything having to do with IPMI if it > exists and see if that > helps. Also you did not comment on the flow control setting, how about > turning that on? > > Jack Flow control does not matter, I have timeouts with and without them. I've updated bios to latest version, all IPMI stuff was already disabled - we do not use it anyway. If it matters, motherboard have dedicated ethernet port for IPMI. Log shows watchdog timeouts from em0 and em1. Jul 8 07:22:26 server kernel: em1: Watchdog timeout -- resetting Jul 8 07:22:26 server kernel: em1: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1028: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1020: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1005: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1029: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1021: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1004: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1030: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1022: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1007: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1031: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1023: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1006: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1024: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1016: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1001: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1025: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1017: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1000: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1026: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1018: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1003: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1027: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1019: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1002: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1012: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1013: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1014: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1015: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1032: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1008: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1033: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1009: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1010: link state changed to DOWN Jul 8 07:22:26 server kernel: vlan1011: link state changed to DOWN Jul 8 07:22:30 server kernel: em1: link state changed to UP Jul 8 07:22:30 server kernel: vlan1028: link state changed to UP Jul 8 07:22:30 server kernel: vlan1020: link state changed to UP Jul 8 07:22:30 server kernel: vlan1005: link state changed to UP Jul 8 07:22:30 server kernel: vlan1029: link state changed to UP Jul 8 07:22:30 server kernel: vlan1021: link state changed to UP Jul 8 07:22:30 server kernel: vlan1004: link state changed to UP Jul 8 07:22:30 server kernel: vlan1030: link state changed to UP Jul 8 07:22:30 server kernel: vlan1022: link state changed to UP Jul 8 07:22:30 server kernel: vlan1007: link state changed to UP Jul 8 07:22:30 server kernel: vlan1031: link state changed to UP Jul 8 07:22:30 server kernel: vlan1023: link state changed to UP Jul 8 07:22:30 server kernel: vlan1006: link state changed to UP Jul 8 07:22:30 server kernel: vlan1024: link state changed to UP Jul 8 07:22:30 server kernel: vlan1016: link state changed to UP Jul 8 07:22:30 server kernel: vlan1001: link state changed to UP Jul 8 07:22:30 server kernel: vlan1025: link state changed to UP Jul 8 07:22:30 server kernel: vlan1017: link state changed to UP Jul 8 07:22:30 server kernel: vlan1000: link state changed to UP Jul 8 07:22:30 server kernel: vlan1026: link state changed to UP Jul 8 07:22:30 server kernel: vlan1018: link state changed to UP Jul 8 07:22:30 server kernel: vlan1003: link state changed to UP Jul 8 07:22:30 server kernel: vlan1027: link state changed to UP Jul 8 07:22:30 server kernel: vlan1019: link state changed to UP Jul 8 07:22:30 server kernel: vlan1002: link state changed to UP Jul 8 07:22:30 server kernel: vlan1012: link state changed to UP Jul 8 07:22:30 server kernel: vlan1013: link state changed to UP Jul 8 07:22:30 server kernel: vlan1014: link state changed to UP Jul 8 07:22:30 server kernel: vlan1015: link state changed to UP Jul 8 07:22:30 server kernel: vlan1032: link state changed to UP Jul 8 07:22:30 server kernel: vlan1008: link state changed to UP Jul 8 07:22:30 server kernel: vlan1033: link state changed to UP Jul 8 07:22:30 server kernel: vlan1009: link state changed to UP Jul 8 07:22:30 server kernel: vlan1010: link state changed to UP Jul 8 07:22:30 server kernel: vlan1011: link state changed to UP Jul 8 07:23:40 server kernel: em0: Watchdog timeout -- resetting Jul 8 07:23:40 server kernel: em0: link state changed to DOWN Jul 8 07:23:43 server kernel: em0: link state changed to UP Jul 8 07:23:56 server ntpd[3687]: 2 out of 3 peers valid Jul 8 07:23:56 server ntpd[3687]: bad peer from pool pool.ntp.org (195.214.215.17) Jul 8 07:27:15 server kernel: em0: Watchdog timeout -- resetting Jul 8 07:27:15 server kernel: em0: link state changed to DOWN Jul 8 07:27:18 server kernel: em0: link state changed to UP > > > On Wed, Jul 7, 2010 at 6:36 AM, Mike Tancsa wrote: > > > At 06:03 AM 7/7/2010, Shtorm wrote: > > > > > Yow, 30 vlans, but only em1 is using vlans not em0? > >> > > >> > Is only em1 having watchdogs? I noticed you appear to > >> > have flow control off, maybe turning it on would help. > >> > > >> > I would like to see the log messages from the watchdogs. > >> > Jack > >> > >> Yes, em0 - plain untagged traffic to border router, em1 - tagged - one > >> vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, > >> there is no logs for it because remote syslog server connected via em0 > >> and it looses messages during card reset, will enable local logs to get > >> some info. > >> > > > > I only have one board that has a pair of these NICs, but I noticed that in > > the BIOS, there is an option to enable or disable the Option ROM to do > > things like WOL, some sort of IPMI and other functions / features I am not > > familiar with and dont use. > > > > > > | |ROM for the onboard > > | > > | Maximize Memory below [Disabled] |network controllers. > > | > > | Memory Mapped I/O abo [Disabled] |Warning: If > > [Disabled] | > > | Onboard Video [Enabled] |is selected, NIC2 can > > | > > | Dual Monitor Video [Disabled] |not be used to boot > > or | > > | Onboard NIC1 ROM [Enabled] |wake the system. > > | > > | Onboard NIC2 ROM [Enabled] | > > | > > | Onboard NIC iSCSI ROM [Disabled] | > > | > > | | | > > | NIC1 MAC Address 001517C84B98 |>< Select Screen > > | > > | NIC2 MAC Address 001517C84B99 |^v Select Item > > | > > | |+/- Change Value > > | > > > > If you have such features, perhaps try disabling them in the BIOS ? > > > > On mine, the two nics dont come up the same... Not sure if their > > capabilities are the same even ? > > > > em2@pci0:0:25:0: class=0x020000 card=0x34ec8086 chip=0x10ef8086 > > rev=0x05 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 13[e0] = PCI Advanced Features: FLR TP > > > > > > em3@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 > > hdr=0x00 > > > > vendor = 'Intel Corporation' > > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > > class = network > > subclass = ethernet > > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > > cap 11[a0] = MSI-X supports 5 messages in map 0x1c > > > > em2: port 0x3040-0x305f mem > > 0xb1b00000-0xb1b1ffff,0xb1b25000-0xb1b25fff irq 16 at device 25.0 on pci0 > > em2: Using MSI interrupt > > em2: [FILTER] > > em2: Ethernet address: 00:15:17:c8:4b:99 > > > > em3: port 0x1000-0x101f mem > > 0xb1900000-0xb191ffff,0xb1920000-0xb1923fff irq 16 at device 0.0 on pci3 > > em3: Using MSI interrupt > > em3: [FILTER] > > em3: Ethernet address: 00:15:17:c8:4b:98 > > > > > > ---Mike > > > > > > -------------------------------------------------------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Sentex Communications, mike@sentex.net > > Providing Internet since 1994 www.sentex.net > > Cambridge, Ontario Canada www.sentex.net/mike > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 13:58:51 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 9A66F1065673 for ; Fri, 9 Jul 2010 13:58:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id E6C288FC14 for ; Fri, 9 Jul 2010 13:58:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o69DwmH9041206; Fri, 9 Jul 2010 23:58:48 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 9 Jul 2010 23:58:47 +1000 (EST) From: Ian Smith To: Shtorm In-Reply-To: <1278496982.21743.50.camel@stormi-desktop> Message-ID: <20100709233505.J54166@sola.nimnet.asn.au> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org, Jack Vogel Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 13:58:51 -0000 On Wed, 7 Jul 2010, Shtorm wrote: > > > Yow, 30 vlans, but only em1 is using vlans not em0? > > > > Is only em1 having watchdogs? I noticed you appear to > > have flow control off, maybe turning it on would help. > > > > I would like to see the log messages from the watchdogs. > > Jack > > Yes, em0 - plain untagged traffic to border router, em1 - tagged - one > vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, > there is no logs for it because remote syslog server connected via em0 > and it looses messages during card reset, will enable local logs to get > some info. > > Log files are almost empty, is there any driver-specific debugging > options other than TUNABLE_INT("hw.em.sbp", &em_debug_sbp)? Anyway will > try to set it to 1 and wait for watchdog. > > Here is a part from log file I have now Deleting the stuff you're most interested in :) > Jul 6 10:32:34 ntp info hostname x.x.x.8 ntpd adjusting local clock by 5.083720s > Jul 6 10:33:07 ntp info hostname x.x.x.8 ntpd adjusting local clock by 4.915903s > Jul 6 10:35:01 auth info hostname x.x.x.8 login login on ttyv2 as root > Jul 6 10:35:01 auth notice hostname x.x.x.8 login ROOT LOGIN (root) ON ttyv2 > Jul 6 10:35:24 kern crit hostname x.x.x.8 kernel em1: Watchdog timeout -- resetting [..] > Jul 6 10:37:21 ntp info hostname x.x.x.8 ntpd adjusting local clock by 3.641940s > Jul 6 10:37:46 kern crit hostname x.x.x.8 kernel em1: Watchdog timeout -- resetting [..] > Jul 6 10:38:40 kern crit hostname x.x.x.8 kernel Limiting icmp unreach > response from 237 to 200 packets/sec > Jul 6 10:39:10 kern crit hostname x.x.x.8 kernel em1: Watchdog timeout > -- resetting Probably completely unrelated, but I can't help noticing those big clock shifts by ntp over a short period amidst all this. I don't know if that could affect watchdogs, but is it a regular occurrence during these? >From your latest, a bit more noise from ntp: > Jul 8 07:23:40 server kernel: em0: Watchdog timeout -- resetting [..] > Jul 8 07:23:56 server ntpd[3687]: 2 out of 3 peers valid > Jul 8 07:23:56 server ntpd[3687]: bad peer from pool pool.ntp.org (195.214.215.17) > Jul 8 07:27:15 server kernel: em0: Watchdog timeout -- resetting Ignore if not relevant. cheers, Ian From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 14:36:43 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 1A3BA1065672; Fri, 9 Jul 2010 14:36:43 +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 0B9508FC1B; Fri, 9 Jul 2010 14:36:43 +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 o69Eage7064352; Fri, 9 Jul 2010 14:36:42 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o69EagcO064348; Fri, 9 Jul 2010 14:36:42 GMT (envelope-from remko) Date: Fri, 9 Jul 2010 14:36:42 GMT Message-Id: <201007091436.o69EagcO064348@freefall.freebsd.org> To: pmiseiko@gmail.com, remko@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: misc/148463: [arp] ARP cache can be poisoned or polluted with ease. 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, 09 Jul 2010 14:36:43 -0000 Synopsis: [arp] ARP cache can be poisoned or polluted with ease. State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Fri Jul 9 14:36:42 UTC 2010 State-Changed-Why: Hello, this is why we invented static ARP if you do not want to have the cache modified. Else this is a perfectly valid usage, if I change some hardware for example I can force update the ARP entry by connecting to the box that needs to be updated. If that would only happen when the box needs to query the device for some reason it could take a long time which is not desired. Would you please be so kind to review the items you are submitting first before sending in a PR ? Either discuss it on net@ or search around at google so that you are informed about what is fine and what is not. Eventhough my harsh previous words, I still would like to thank you (again) for trying to make FReeBSD better.. http://www.freebsd.org/cgi/query-pr.cgi?pr=148463 From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 15:03:41 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 04A0F106566C for ; Fri, 9 Jul 2010 15:03:41 +0000 (UTC) (envelope-from admin@shtorm.com) Received: from ns.shtorm.com (ns.shtorm.com [195.62.14.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD638FC0C for ; Fri, 9 Jul 2010 15:03:40 +0000 (UTC) Received: from [10.66.6.77] (unknown [10.66.6.77]) by ns.shtorm.com (Postfix) with ESMTP id 2E8FD2E4005; Fri, 9 Jul 2010 18:03:47 +0300 (EEST) From: Shtorm To: Ian Smith In-Reply-To: <20100709233505.J54166@sola.nimnet.asn.au> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> Content-Type: text/plain; charset="UTF-8" Date: Fri, 09 Jul 2010 18:07:26 +0300 Message-ID: <1278688046.20612.45.camel@stormi-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Jack Vogel Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 15:03:41 -0000 On Fri, 2010-07-09 at 23:58 +1000, Ian Smith wrote: > On Wed, 7 Jul 2010, Shtorm wrote: > > > > > Yow, 30 vlans, but only em1 is using vlans not em0? > > > > > > Is only em1 having watchdogs? I noticed you appear to > > > have flow control off, maybe turning it on would help. > > > > > > I would like to see the log messages from the watchdogs. > > > Jack > > > > Yes, em0 - plain untagged traffic to border router, em1 - tagged - one > > vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, > > there is no logs for it because remote syslog server connected via em0 > > and it looses messages during card reset, will enable local logs to get > > some info. > > > > Log files are almost empty, is there any driver-specific debugging > > options other than TUNABLE_INT("hw.em.sbp", &em_debug_sbp)? Anyway will > > try to set it to 1 and wait for watchdog. > > > > Here is a part from log file I have now > > Deleting the stuff you're most interested in :) > > > Jul 6 10:32:34 ntp info hostname x.x.x.8 ntpd adjusting local clock by 5.083720s > > Jul 6 10:33:07 ntp info hostname x.x.x.8 ntpd adjusting local clock by 4.915903s > > Jul 6 10:35:01 auth info hostname x.x.x.8 login login on ttyv2 as root > > Jul 6 10:35:01 auth notice hostname x.x.x.8 login ROOT LOGIN (root) ON ttyv2 > > Jul 6 10:35:24 kern crit hostname x.x.x.8 kernel em1: Watchdog timeout -- resetting > [..] > > Jul 6 10:37:21 ntp info hostname x.x.x.8 ntpd adjusting local clock by 3.641940s > > Jul 6 10:37:46 kern crit hostname x.x.x.8 kernel em1: Watchdog timeout -- resetting > [..] > > Jul 6 10:38:40 kern crit hostname x.x.x.8 kernel Limiting icmp unreach > > response from 237 to 200 packets/sec > > Jul 6 10:39:10 kern crit hostname x.x.x.8 kernel em1: Watchdog timeout > -- resetting > > Probably completely unrelated, but I can't help noticing those big clock > shifts by ntp over a short period amidst all this. I don't know if that > could affect watchdogs, but is it a regular occurrence during these? > > >From your latest, a bit more noise from ntp: > > > Jul 8 07:23:40 server kernel: em0: Watchdog timeout -- resetting > [..] > > Jul 8 07:23:56 server ntpd[3687]: 2 out of 3 peers valid > > Jul 8 07:23:56 server ntpd[3687]: bad peer from pool pool.ntp.org (195.214.215.17) > > Jul 8 07:27:15 server kernel: em0: Watchdog timeout -- resetting > > Ignore if not relevant. > > cheers, Ian > _______________________________________________ > 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" Yeah, saw this too, it was first boot for this install and I forgot to run tzsetup during flash image build. As for the latest log, this box connected to internet via em0, ntpd just says it have some peers to sync with after interface flap. Thanks. From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 15:09: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 516291065675 for ; Fri, 9 Jul 2010 15:09:30 +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 16BAA8FC29 for ; Fri, 9 Jul 2010 15:09:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=omniti.com; s=s1024; c=relaxed/relaxed; q=dns/txt; i=@omniti.com; t=1278688153; h=From:Subject:Date:To; bh=4JESy4pcnlNxRWe0D3mXe8goYSw6mgxQuRTfP0+6sWM=; b=k4RxRii+4LpEEsNaCzQ9af6220n1MNpAikxlDz8SgPnaPtdhCnZugY7epmDjQBVp GyC76cR5N2f1QuBblDglo1CUiLGB8NNbq1fYJjIk7H5KyA2VEK5/4vl1o2m1ww2W 7ZUqfHuG4usV5H6wuRp7frlUSKh+JOYyLCEt2HRjpOo=; Authentication-Results: edge smtp.user=jdixon@omniti.com; auth=pass (LOGIN) Received: from [68.55.0.29] ([68.55.0.29:55339] helo=omniti.com) by edge (envelope-from ) (ecelerity 2.2.2.35 r(26636M)) with ESMTPSA (cipher=AES256-SHA) id DC/2C-17327-99B373C4; Fri, 09 Jul 2010 11:09:13 -0400 Date: Fri, 9 Jul 2010 11:09:10 -0400 From: Jason Dixon To: freebsd-net@freebsd.org Message-ID: <20100709150909.GJ4133@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: Last day to submit your Surge 2010 CFP! 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, 09 Jul 2010 15:09:30 -0000 Today is your last chance to submit a CFP abstract for the 2010 Surge Scalability Conference. The event is taking place on Sept 30 and Oct 1, 2010 in Baltimore, MD. Surge focuses on case studies that address production failures and the re-engineering efforts that led to victory in Web Applications or Internet Architectures. You can find more information, including suggested topics and our current list of speakers, online: http://omniti.com/surge/2010 The final lineup should be available on the conference website next week. If you have questions about the CFP, attending Surge, or having your business sponsor/exhibit at Surge 2010, 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 Fri Jul 9 16:02:00 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E0BD1065670 for ; Fri, 9 Jul 2010 16:02:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 621F48FC15 for ; Fri, 9 Jul 2010 16:02:00 +0000 (UTC) Received: by iwn35 with SMTP id 35so2881124iwn.13 for ; Fri, 09 Jul 2010 09:01:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=KZLunIz2ZrfPLw5gi+KfOm0i+DqDdKYswI4h3o807nA=; b=RTJ1HMaWV0h3WG5+sgxmTnhoDHeckr68kJylc//m+4Po2o5LOV/jZyu6kaPKBJtD7D mz9xXFPd9e95DRxsuRcOXV10HK0Cb2VWvCMEdyDOp/i2SkwSz4uKoFwv7EEdj+Sjack/ /8BesJNZVykURxuSPiXinIASzIThMDpf0Hy1o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=vMSwzTklZAu3o7SwZ/dOfgC4KtXuF0pW7n3wW1FPyoO4Te+DZQCB8aUxbLcIt8XieQ 7j0R0ObAPk+0XQlGVUuXcGgf/82XntNklc8BvX90sHU0sMTMuS5hv0RfxoAcppfn1jS+ xrOpgBWQKVM/D6bmpr/kjesmTRGK2tNNEEV8Y= MIME-Version: 1.0 Received: by 10.42.3.81 with SMTP id 17mr3195311icn.73.1278691319667; Fri, 09 Jul 2010 09:01:59 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.152.3 with HTTP; Fri, 9 Jul 2010 09:01:59 -0700 (PDT) In-Reply-To: References: Date: Sat, 10 Jul 2010 00:01:59 +0800 X-Google-Sender-Auth: 9dbmDbJU-_tM8ha6e-qM7uDiPsE Message-ID: From: Adrian Chadd To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Any work being done on ath9k/athn WiFi support? 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, 09 Jul 2010 16:02:00 -0000 On 3 July 2010 08:27, Ryan Stone wrote: > I just bought a laptop with a Atheros AR9XXX and as far as I can tell > there is no driver support yet in FreeBSD. =A0Some googling has seemed > to indicate that there is a driver in OpenBSD(athn) that supports this > family of cards. =A0I was wondering if there was any work underway to > port this to FreeBSD. =A0I'm willing to help out in any way possible. > If I can find the time I'm willing to work on the port itself. > > Any information about the current state of athn would be helpful. I'm currently trying to use an ar9160 based card but the code in -head is buggy (at least when using it on MIPS.) I've started looking at the feasibility of merging in some of the changes from Linux/ath9k. Does the openbsd athn code support hostap/vap mode? Adrian From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 16:06:28 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A40C1106566B for ; Fri, 9 Jul 2010 16:06:28 +0000 (UTC) (envelope-from cbuechler@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 350FD8FC15 for ; Fri, 9 Jul 2010 16:06:27 +0000 (UTC) Received: by wyb34 with SMTP id 34so1985429wyb.13 for ; Fri, 09 Jul 2010 09:06:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=m2VD33jdqBhcvrpKfDJ/mcyjFD5hfFDoUkBaNJlqPTU=; b=cydtpet3A7wP8P0/rOyLSaYCffjhA7Eorq78QoLLMywQYTybsFM2D5aV6pasywvxzp /D222KtwwAsYZ0WJ3rUG+YYoQS1omzGjBmO4AJ9/rqGZOF3g5VfPqaZscjGAv8DzrG2B TclJx9HK1IBwjoSDjnAQ9kWMvy2ouXhNDBZn4= 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=Rzt07Bw+crLBmbQBgkii07S5KUhj2Q6AWBBtG+k4BnPth/GLw1Hoi1DJtrE2Rk2gYm xqguyA7PBXnjkRcdHMafHzq/KgYtzrloLSM45y2afcRg6wUItqhNZFopnwXInTa/SjH0 uAjgS+UrsisDzM+Qh6lz6Bow9ZNni0jBRcjD8= MIME-Version: 1.0 Received: by 10.216.167.80 with SMTP id h58mr4327972wel.49.1278691580933; Fri, 09 Jul 2010 09:06:20 -0700 (PDT) Received: by 10.216.181.196 with HTTP; Fri, 9 Jul 2010 09:06:20 -0700 (PDT) In-Reply-To: References: <4C3631F4.4090504@gmail.com> <20100708215554.GH9303@michelle.cdnetworks.com> Date: Fri, 9 Jul 2010 12:06:20 -0400 Message-ID: From: Chris Buechler To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: pyunyh@gmail.com, net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 09 Jul 2010 16:06:28 -0000 On Fri, Jul 9, 2010 at 1:03 AM, Jack Vogel wrote: > Damn, thats bad, and this is with what installed exactly, RC1, 2? I'll have > someone in validation install to see if we can repro this tomorrow, let me > know what it is asap. > Here are some pictures of the screen, with the backtrace, the ifconfig output on one of the NICs, and `sysctl -a|grep igb`. Don't have a serial console, and it panics when any of the NICs are plugged in, so this is the best we can do at the moment. http://cvs.pfsense.org/~cmb/igbpanic.zip If you need anything else let me know. thanks Chris From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 16:18:39 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 23A04106564A for ; Fri, 9 Jul 2010 16:18:39 +0000 (UTC) (envelope-from jfvogel@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 C97598FC0C for ; Fri, 9 Jul 2010 16:18:38 +0000 (UTC) Received: by yxn22 with SMTP id 22so436459yxn.13 for ; Fri, 09 Jul 2010 09:18:38 -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=yE4eNEw6xNrK70uG2h1V4GiKypoNtj988zd0BQJriQU=; b=UnjL0oEFen4UxrhpxaYN8wqbYU6QurDo9t6VDaHA7dbJSfXGcQmUZlR5oZfs4pKUbG 31wFBMs4TYcreoLwcy7TziX+wtu++fUI9tvTmlBp38lcsj6xUsINBcWJ9nFvnQAjJ95k im3Uoe50I6v2Fg5zTCqmc45jT1z78mJGLT/Mw= 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=IO+GFb8PmOdootyK7hmJUfUL+KH+DBIG65W5GiEa9KaLVBEhIZdqIT76X9P8k1JgBp rHcPXp4UhjQPa1gPCV34ciyvM6YFoxtr+GPJAoNmnibtHtbRzqBjHEXPp/TcjRUAvVUK /i4sxoMVNslc/Gbtp0O/EzQRM75AARa+pGMxQ= MIME-Version: 1.0 Received: by 10.229.95.76 with SMTP id c12mr6168901qcn.205.1278692317878; Fri, 09 Jul 2010 09:18:37 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Fri, 9 Jul 2010 09:18:37 -0700 (PDT) In-Reply-To: References: <4C3631F4.4090504@gmail.com> <20100708215554.GH9303@michelle.cdnetworks.com> Date: Fri, 9 Jul 2010 09:18:37 -0700 Message-ID: From: Jack Vogel To: Chris Buechler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 09 Jul 2010 16:18:39 -0000 Is this kernel 32 bit? And is my code altered, it seemed some debug I saw was not familiar. Last, can you try the code in HEAD to see if it changes anything. Jack On Fri, Jul 9, 2010 at 9:06 AM, Chris Buechler wrote: > On Fri, Jul 9, 2010 at 1:03 AM, Jack Vogel wrote: > > Damn, thats bad, and this is with what installed exactly, RC1, 2? I'll > have > > someone in validation install to see if we can repro this tomorrow, let > me > > know what it is asap. > > > > Here are some pictures of the screen, with the backtrace, the ifconfig > output on one of the NICs, and `sysctl -a|grep igb`. Don't have a > serial console, and it panics when any of the NICs are plugged in, so > this is the best we can do at the moment. > http://cvs.pfsense.org/~cmb/igbpanic.zip > > If you need anything else let me know. > > thanks > Chris > From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 16:26:57 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B6471065670 for ; Fri, 9 Jul 2010 16:26:57 +0000 (UTC) (envelope-from jfvogel@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 0F98B8FC19 for ; Fri, 9 Jul 2010 16:26:56 +0000 (UTC) Received: by gxk24 with SMTP id 24so1648893gxk.13 for ; Fri, 09 Jul 2010 09:26:50 -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=JB98xSKIyhb5vLacL16kVr3ppWhYSIMqlQ43nQVjB/4=; b=jLTU6iUQAx5c6md6jhV77hdkPgD9gU+RALrSHAVUEcBXaGAzCccGuS1eH9FkWISgon uVaeR5iqbkuYwbiY92ZiMdinYy2/t5x+E2Xvz3LXfYxx/Mx6j27DesUqkubXqZM+lc9l bhMcMKXCf7aC+jv7+Ic4T+qPXBml2CdLFv1Qc= 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=UZDIPsJmT0UGzf5IpCuJB99OhEjRO67bJdkizt/ioJUUB18vb7kxNLDSOirVTLm22g 2TiWBLBe81a9XCRwmziY/8nDcpl6vTl4iaUrY92Lr5qYGa0yJ1/0eI+uf1oV/OhUu16A YjTZ0YwKJHh7L0k/qgEgz6gMPm0dz1R2hQ6Cs= MIME-Version: 1.0 Received: by 10.229.181.13 with SMTP id bw13mr6145565qcb.79.1278692810367; Fri, 09 Jul 2010 09:26:50 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Fri, 9 Jul 2010 09:26:50 -0700 (PDT) In-Reply-To: <1278688046.20612.45.camel@stormi-desktop> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> Date: Fri, 9 Jul 2010 09:26:50 -0700 Message-ID: From: Jack Vogel To: Shtorm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Ian Smith Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 16:26:57 -0000 LOL, the way the watchdog code works these days it records the clock at key TX points and then compares that in the timer code, so if your system is dinking around with the time that could be the cause of this. Can you change the environment to guarantee a continuous time stream and then see what happens?? Jack On Fri, Jul 9, 2010 at 8:07 AM, Shtorm wrote: > On Fri, 2010-07-09 at 23:58 +1000, Ian Smith wrote: > > On Wed, 7 Jul 2010, Shtorm wrote: > > > > > > > Yow, 30 vlans, but only em1 is using vlans not em0? > > > > > > > > Is only em1 having watchdogs? I noticed you appear to > > > > have flow control off, maybe turning it on would help. > > > > > > > > I would like to see the log messages from the watchdogs. > > > > Jack > > > > > > Yes, em0 - plain untagged traffic to border router, em1 - tagged - one > > > vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, > > > there is no logs for it because remote syslog server connected via em0 > > > and it looses messages during card reset, will enable local logs to > get > > > some info. > > > > > > Log files are almost empty, is there any driver-specific debugging > > > options other than TUNABLE_INT("hw.em.sbp", &em_debug_sbp)? Anyway > will > > > try to set it to 1 and wait for watchdog. > > > > > > Here is a part from log file I have now > > > > Deleting the stuff you're most interested in :) > > > > > Jul 6 10:32:34 ntp info hostname x.x.x.8 ntpd adjusting local clock > by 5.083720s > > > Jul 6 10:33:07 ntp info hostname x.x.x.8 ntpd adjusting local clock > by 4.915903s > > > Jul 6 10:35:01 auth info hostname x.x.x.8 login login on ttyv2 as > root > > > Jul 6 10:35:01 auth notice hostname x.x.x.8 login ROOT LOGIN (root) > ON ttyv2 > > > Jul 6 10:35:24 kern crit hostname x.x.x.8 kernel em1: Watchdog > timeout -- resetting > > [..] > > > Jul 6 10:37:21 ntp info hostname x.x.x.8 ntpd adjusting local clock > by 3.641940s > > > Jul 6 10:37:46 kern crit hostname x.x.x.8 kernel em1: Watchdog > timeout -- resetting > > [..] > > > Jul 6 10:38:40 kern crit hostname x.x.x.8 kernel Limiting icmp > unreach > > > response from 237 to 200 packets/sec > > > Jul 6 10:39:10 kern crit hostname x.x.x.8 kernel em1: Watchdog > timeout > -- resetting > > > > Probably completely unrelated, but I can't help noticing those big clock > > shifts by ntp over a short period amidst all this. I don't know if that > > could affect watchdogs, but is it a regular occurrence during these? > > > > >From your latest, a bit more noise from ntp: > > > > > Jul 8 07:23:40 server kernel: em0: Watchdog timeout -- > resetting > > [..] > > > Jul 8 07:23:56 server ntpd[3687]: 2 out of 3 peers valid > > > Jul 8 07:23:56 server ntpd[3687]: bad peer from pool > pool.ntp.org (195.214.215.17) > > > Jul 8 07:27:15 server kernel: em0: Watchdog timeout -- > resetting > > > > Ignore if not relevant. > > > > cheers, Ian > > _______________________________________________ > > 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" > > Yeah, saw this too, it was first boot for this install and I forgot to > run tzsetup during flash image build. > > As for the latest log, this box connected to internet via em0, ntpd just > says it have some peers to sync with after interface flap. > > Thanks. > > > From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 16:32:09 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 89CBD1065670 for ; Fri, 9 Jul 2010 16:32:09 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 0936A8FC0A for ; Fri, 9 Jul 2010 16:32:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o69GW7bF048233; Sat, 10 Jul 2010 02:32:07 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 10 Jul 2010 02:32:07 +1000 (EST) From: Ian Smith To: Shtorm In-Reply-To: <1278688046.20612.45.camel@stormi-desktop> Message-ID: <20100710022831.O54166@sola.nimnet.asn.au> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org, Jack Vogel Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 16:32:09 -0000 On Fri, 9 Jul 2010, Shtorm wrote: > Yeah, saw this too, it was first boot for this install and I forgot to > run tzsetup during flash image build. > > As for the latest log, this box connected to internet via em0, ntpd just > says it have some peers to sync with after interface flap. > > Thanks. 'scuse the noise, I'll stick to lurking .. cheers, Ian From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 16:52:26 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 6F7F21065672 for ; Fri, 9 Jul 2010 16:52:26 +0000 (UTC) (envelope-from rysto32@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 007828FC1D for ; Fri, 9 Jul 2010 16:52:25 +0000 (UTC) Received: by wyb34 with SMTP id 34so2037629wyb.13 for ; Fri, 09 Jul 2010 09:52:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=E+gn7RDFZcdvcm7AUeryMEtpHmWqJXj2EBBkTwNEb14=; b=eVTWpbTvG+ahop05/jX7A6DRDb+bZs3kjxLe3OR8LL40Y2z0vRs/PtWyBYmOalNrtC UI0tOVcirw5eqZ5tKBvbY6tu8u6lP2b/IBEX9bbNMTld+dngoo0GXeQBdPI9yGp2TXWx 7P9wdBnjVwWR9+padEDZKOut5SutMy+Y2OWbY= 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=P8M3ScWPGySCN/YQvGHA3b1j92NPH/G21wTeN1kUxv/ap8o9dTstLLuXue/usRRQLS ffuz5e0oPkTDtJDrl+Go9Iay2ZvPxudN8C/9JimRT9+qaAU1fCX2u+kD3YYSq9WYeaRd Xh/AkFUi3m/NblZoQLcsef1LmLeyQ0TMebMyg= MIME-Version: 1.0 Received: by 10.216.188.21 with SMTP id z21mr4529173wem.106.1278694340446; Fri, 09 Jul 2010 09:52:20 -0700 (PDT) Received: by 10.216.30.139 with HTTP; Fri, 9 Jul 2010 09:52:20 -0700 (PDT) In-Reply-To: References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> Date: Fri, 9 Jul 2010 12:52:20 -0400 Message-ID: From: Ryan Stone To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Shtorm , Ian Smith Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 16:52:26 -0000 Hm, I see that you're using the ticks variable. To the best of my knowledge, changing the current time should not cause ticks to change. A lot of things, like the callout wheel, would be pretty broken if that were happening. My knowledge of this stuff is several major versions out of date, though, so maybe things have changed. From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 17:04: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 A12A4106564A for ; Fri, 9 Jul 2010 17:04:33 +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 52B9E8FC12 for ; Fri, 9 Jul 2010 17:04:32 +0000 (UTC) Received: by gyd8 with SMTP id 8so1695392gyd.13 for ; Fri, 09 Jul 2010 10:04:26 -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=dHV7cnfRJIqoqw8nfNaDzKgh3cPaTCQ489iFfOmO5lo=; b=tyZPpgc6Kc2ozzUKwonJG9Tme8JfYX5n+GyyBjD3t6nnQYLuRU/ovYqwa4tK8DONtY yM2qCRoBCq67cfjgn7r3am7iNtePfK7aVHuKhjRUvKnTqI9yuepVmYH+fTp+DHpycogf d4gH/uIspUStvKPl0YHG98p6hWBxL94SgOmjs= 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=eo1k0EC3ESI+VbqvrOnNYd0Y3TkVMNa/B3diAzq/XgvPDwtIVGZwlD7eFqAvFQK6iz 07Y10PT02/SANio0j+3Br9tKr9wVw3ZQsdycdvVZqpyPWTZuI6uq2vJULkxcKAXKc1k3 O8iAfF6NVfKxUlUtAU4NonUBJv+X/NY++1v5E= MIME-Version: 1.0 Received: by 10.224.123.146 with SMTP id p18mr4407844qar.4.1278695066476; Fri, 09 Jul 2010 10:04:26 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Fri, 9 Jul 2010 10:04:26 -0700 (PDT) In-Reply-To: References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> Date: Fri, 9 Jul 2010 10:04:26 -0700 Message-ID: From: Jack Vogel To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Shtorm , Ian Smith Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 17:04:33 -0000 OK, its just that something odd is going on since my testers are not seeing this happening, fishing for ideas.... Jack On Fri, Jul 9, 2010 at 9:52 AM, Ryan Stone wrote: > Hm, I see that you're using the ticks variable. To the best of my > knowledge, changing the current time should not cause ticks to change. > A lot of things, like the callout wheel, would be pretty broken if > that were happening. My knowledge of this stuff is several major > versions out of date, though, so maybe things have changed. > From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 17:20: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 98136106566B for ; Fri, 9 Jul 2010 17:20:22 +0000 (UTC) (envelope-from admin@shtorm.com) Received: from ns.shtorm.com (ns.shtorm.com [195.62.14.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1A86F8FC18 for ; Fri, 9 Jul 2010 17:20:21 +0000 (UTC) Received: from [10.66.6.77] (unknown [10.66.6.77]) by ns.shtorm.com (Postfix) with ESMTP id CC2612E4013; Fri, 9 Jul 2010 20:20:28 +0300 (EEST) From: Shtorm To: Jack Vogel In-Reply-To: References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> Content-Type: text/plain; charset="UTF-8" Date: Fri, 09 Jul 2010 20:24:09 +0300 Message-ID: <1278696249.20612.96.camel@stormi-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Ian Smith Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 17:20:22 -0000 Yes, I'm not a kernel hacker, but cat understand what C code says, I see your point. It will take few days until I can get to server room, will try without ntpd. Also, I have kern.hz=4000 in loader.conf, as far as I understand tick length will be 25 ms and timeout for watchdog will be 10*25 ms = 250ms Is it enough for adapter or I need to increase #define EM_WATCHDOG (10 * hz) I can be wrong with this, just do not have appropriate knowledge. Thanks for your help. On Fri, 2010-07-09 at 09:26 -0700, Jack Vogel wrote: > LOL, the way the watchdog code works these days it records the clock > at key TX points and then compares that in the timer code, so if your > system is dinking around with the time that could be the cause of this. > > Can you change the environment to guarantee a continuous time > stream and then see what happens?? > > Jack > > > On Fri, Jul 9, 2010 at 8:07 AM, Shtorm wrote: > > > On Fri, 2010-07-09 at 23:58 +1000, Ian Smith wrote: > > > On Wed, 7 Jul 2010, Shtorm wrote: > > > > > > > > > Yow, 30 vlans, but only em1 is using vlans not em0? > > > > > > > > > > Is only em1 having watchdogs? I noticed you appear to > > > > > have flow control off, maybe turning it on would help. > > > > > > > > > > I would like to see the log messages from the watchdogs. > > > > > Jack > > > > > > > > Yes, em0 - plain untagged traffic to border router, em1 - tagged - one > > > > vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 too, > > > > there is no logs for it because remote syslog server connected via em0 > > > > and it looses messages during card reset, will enable local logs to > > get > > > > some info. > > > > > > > > Log files are almost empty, is there any driver-specific debugging > > > > options other than TUNABLE_INT("hw.em.sbp", &em_debug_sbp)? Anyway > > will > > > > try to set it to 1 and wait for watchdog. > > > > > > > > Here is a part from log file I have now > > > > > > Deleting the stuff you're most interested in :) > > > > > > > Jul 6 10:32:34 ntp info hostname x.x.x.8 ntpd adjusting local clock > > by 5.083720s > > > > Jul 6 10:33:07 ntp info hostname x.x.x.8 ntpd adjusting local clock > > by 4.915903s > > > > Jul 6 10:35:01 auth info hostname x.x.x.8 login login on ttyv2 as > > root > > > > Jul 6 10:35:01 auth notice hostname x.x.x.8 login ROOT LOGIN (root) > > ON ttyv2 > > > > Jul 6 10:35:24 kern crit hostname x.x.x.8 kernel em1: Watchdog > > timeout -- resetting > > > [..] > > > > Jul 6 10:37:21 ntp info hostname x.x.x.8 ntpd adjusting local clock > > by 3.641940s > > > > Jul 6 10:37:46 kern crit hostname x.x.x.8 kernel em1: Watchdog > > timeout -- resetting > > > [..] > > > > Jul 6 10:38:40 kern crit hostname x.x.x.8 kernel Limiting icmp > > unreach > > > > response from 237 to 200 packets/sec > > > > Jul 6 10:39:10 kern crit hostname x.x.x.8 kernel em1: Watchdog > > timeout > -- resetting > > > > > > Probably completely unrelated, but I can't help noticing those big clock > > > shifts by ntp over a short period amidst all this. I don't know if that > > > could affect watchdogs, but is it a regular occurrence during these? > > > > > > >From your latest, a bit more noise from ntp: > > > > > > > Jul 8 07:23:40 server kernel: em0: Watchdog timeout -- > > resetting > > > [..] > > > > Jul 8 07:23:56 server ntpd[3687]: 2 out of 3 peers valid > > > > Jul 8 07:23:56 server ntpd[3687]: bad peer from pool > > pool.ntp.org (195.214.215.17) > > > > Jul 8 07:27:15 server kernel: em0: Watchdog timeout -- > > resetting > > > > > > Ignore if not relevant. > > > > > > cheers, Ian > > > _______________________________________________ > > > 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" > > > > Yeah, saw this too, it was first boot for this install and I forgot to > > run tzsetup during flash image build. > > > > As for the latest log, this box connected to internet via em0, ntpd just > > says it have some peers to sync with after interface flap. > > > > Thanks. > > > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 17:28: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 D86561065673 for ; Fri, 9 Jul 2010 17:28:22 +0000 (UTC) (envelope-from rysto32@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 6614D8FC1A for ; Fri, 9 Jul 2010 17:28:22 +0000 (UTC) Received: by wyb34 with SMTP id 34so2075495wyb.13 for ; Fri, 09 Jul 2010 10:28:16 -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=KqCTqCKxdbcZZjT/JYHxfH7tKWmxWIGwcGayBG9ULSQ=; b=mlmwED+rEfp8ENkss3YCZ42HdwknqNaeYgIIb8J4LXLHsAuNDC6LVgGJ0DGyXjQndo G1Eq4DOH6IFfyh3UglrTYb3mMdhGthH4bSnJ/Npl/O4m4ETV30/t7XBt3GfY8dgINE7/ Old9vCH8eq2Qrgv7avZ0EMLlggzuc6fWw1LPI= 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=PxOF6wijOivOM/SQF3hbymHhn5hEMDlVVztvjn8IgguSdQvQGowSb7TRccV/mJtTon vrM1P73OSpO+QVV7NzFOWYDj8PRowKsIsMj+XH+pbJPe3I6GXMjqf7UkOrEwF+/egA5d 88Y6mJAiiJQfBu9T4C6LSZDsvZ6m9449Dk0R8= MIME-Version: 1.0 Received: by 10.216.185.131 with SMTP id u3mr4332757wem.28.1278696496365; Fri, 09 Jul 2010 10:28:16 -0700 (PDT) Received: by 10.216.30.139 with HTTP; Fri, 9 Jul 2010 10:28:16 -0700 (PDT) In-Reply-To: <1278696249.20612.96.camel@stormi-desktop> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> <1278696249.20612.96.camel@stormi-desktop> Date: Fri, 9 Jul 2010 13:28:16 -0400 Message-ID: From: Ryan Stone To: Shtorm Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Jack Vogel , Ian Smith Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 17:28:22 -0000 No, defining EM_WATCHDOG as 10 * hz should mean that the watchdog expires after 10 seconds no matter what your kern.hz is. hz is set to the number of ticks in a second. From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 17:47: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 15802106566B for ; Fri, 9 Jul 2010 17:47:18 +0000 (UTC) (envelope-from jfvogel@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 ACE558FC15 for ; Fri, 9 Jul 2010 17:47:17 +0000 (UTC) Received: by gwb15 with SMTP id 15so1378389gwb.13 for ; Fri, 09 Jul 2010 10:47:12 -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=Angh4kAyBcPgWcjWYe9iXHDubZDdb3TkcZxnP6FPTZI=; b=RhwOElnk76AeZZc7PrkMdcQYduDA3so/wMJ0lCU4J3pLHIeXX1gfODegbWMaLak0v3 mVHV+irdar844rvDfGpBETix89q0yypjgOGZo2jwm1+2azw8Vp9CUXpOj+psEBAGuF0m 2gpb57xJ4P7zO4irZ4RCkZVAIH4eI9nxFArEA= 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=cy0ttdbMlu33toFiqwTlKhTUilWNy1pwAejXh+YCzAnNBvRBX42E7+aFft6/dIVAEt unliGgmh0FK3V1uwHEIJz8n7fFVPlImwa2KUyaM8Oj/EZX88rlBPlLYEG8a888CkSbS5 r6TYjqUnvd4BkS699QFZ5ULOmQBvMzQJbqdsc= MIME-Version: 1.0 Received: by 10.229.181.13 with SMTP id bw13mr6211678qcb.79.1278697619144; Fri, 09 Jul 2010 10:46:59 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Fri, 9 Jul 2010 10:46:58 -0700 (PDT) In-Reply-To: <1278696249.20612.96.camel@stormi-desktop> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> <1278696249.20612.96.camel@stormi-desktop> Date: Fri, 9 Jul 2010 10:46:58 -0700 Message-ID: From: Jack Vogel To: Shtorm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Ian Smith Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 17:47:18 -0000 Well, you can always try increasing it, but its unlikely that the problem is the constant, in the older style watchdog code this was set to 5 so I am already being lenient :) Jack On Fri, Jul 9, 2010 at 10:24 AM, Shtorm wrote: > Yes, I'm not a kernel hacker, but cat understand what C code says, I see > your point. It will take few days until I can get to server room, will > try without ntpd. > > Also, I have kern.hz=4000 in loader.conf, as far as I understand tick > length will be 25 ms and timeout for watchdog will be 10*25 ms = 250ms > Is it enough for adapter or I need to increase > > #define EM_WATCHDOG (10 * hz) > > I can be wrong with this, just do not have appropriate knowledge. > > Thanks for your help. > > On Fri, 2010-07-09 at 09:26 -0700, Jack Vogel wrote: > > LOL, the way the watchdog code works these days it records the clock > > at key TX points and then compares that in the timer code, so if your > > system is dinking around with the time that could be the cause of this. > > > > Can you change the environment to guarantee a continuous time > > stream and then see what happens?? > > > > Jack > > > > > > On Fri, Jul 9, 2010 at 8:07 AM, Shtorm wrote: > > > > > On Fri, 2010-07-09 at 23:58 +1000, Ian Smith wrote: > > > > On Wed, 7 Jul 2010, Shtorm wrote: > > > > > > > > > > > Yow, 30 vlans, but only em1 is using vlans not em0? > > > > > > > > > > > > Is only em1 having watchdogs? I noticed you appear to > > > > > > have flow control off, maybe turning it on would help. > > > > > > > > > > > > I would like to see the log messages from the watchdogs. > > > > > > Jack > > > > > > > > > > Yes, em0 - plain untagged traffic to border router, em1 - tagged - > one > > > > > vlan per 200-300 pppoe clients. Anyway, I saw watchdogs on em0 > too, > > > > > there is no logs for it because remote syslog server connected via > em0 > > > > > and it looses messages during card reset, will enable local logs > to > > > get > > > > > some info. > > > > > > > > > > Log files are almost empty, is there any driver-specific debugging > > > > > options other than TUNABLE_INT("hw.em.sbp", &em_debug_sbp)? Anyway > > > will > > > > > try to set it to 1 and wait for watchdog. > > > > > > > > > > Here is a part from log file I have now > > > > > > > > Deleting the stuff you're most interested in :) > > > > > > > > > Jul 6 10:32:34 ntp info hostname x.x.x.8 ntpd adjusting local > clock > > > by 5.083720s > > > > > Jul 6 10:33:07 ntp info hostname x.x.x.8 ntpd adjusting local > clock > > > by 4.915903s > > > > > Jul 6 10:35:01 auth info hostname x.x.x.8 login login on ttyv2 > as > > > root > > > > > Jul 6 10:35:01 auth notice hostname x.x.x.8 login ROOT LOGIN > (root) > > > ON ttyv2 > > > > > Jul 6 10:35:24 kern crit hostname x.x.x.8 kernel em1: Watchdog > > > timeout -- resetting > > > > [..] > > > > > Jul 6 10:37:21 ntp info hostname x.x.x.8 ntpd adjusting local > clock > > > by 3.641940s > > > > > Jul 6 10:37:46 kern crit hostname x.x.x.8 kernel em1: Watchdog > > > timeout -- resetting > > > > [..] > > > > > Jul 6 10:38:40 kern crit hostname x.x.x.8 kernel Limiting icmp > > > unreach > > > > > response from 237 to 200 packets/sec > > > > > Jul 6 10:39:10 kern crit hostname x.x.x.8 kernel em1: Watchdog > > > timeout > -- resetting > > > > > > > > Probably completely unrelated, but I can't help noticing those big > clock > > > > shifts by ntp over a short period amidst all this. I don't know if > that > > > > could affect watchdogs, but is it a regular occurrence during these? > > > > > > > > >From your latest, a bit more noise from ntp: > > > > > > > > > Jul 8 07:23:40 server kernel: em0: Watchdog timeout > -- > > > resetting > > > > [..] > > > > > Jul 8 07:23:56 server ntpd[3687]: 2 out of 3 peers > valid > > > > > Jul 8 07:23:56 server ntpd[3687]: bad peer from pool > > > pool.ntp.org (195.214.215.17) > > > > > Jul 8 07:27:15 server kernel: em0: Watchdog timeout > -- > > > resetting > > > > > > > > Ignore if not relevant. > > > > > > > > cheers, Ian > > > > _______________________________________________ > > > > 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" > > > > > > Yeah, saw this too, it was first boot for this install and I forgot to > > > run tzsetup during flash image build. > > > > > > As for the latest log, this box connected to internet via em0, ntpd > just > > > says it have some peers to sync with after interface flap. > > > > > > Thanks. > > > > > > > > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 18:05:20 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 437B2106564A; Fri, 9 Jul 2010 18:05:20 +0000 (UTC) (envelope-from cbuechler@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9FBDD8FC0C; Fri, 9 Jul 2010 18:05:19 +0000 (UTC) Received: by wwf26 with SMTP id 26so1113151wwf.31 for ; Fri, 09 Jul 2010 11:05:12 -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=ScnuFe5sjYaooLFfAijSYUWLE9c++P4oSLdoxH+hTQo=; b=E39Mr0xHFZsDvu6oDH/sQpTLj1kqQbuzD/2I+ajI6Lc8xPn5ilyewpvTyIxciJS/m3 7FVU3hccyq+ux8D3vgMJ8THIa6ZwcwgvtYHxuZT5qNxmprleE+3fuzYAW/xsKKC4IeA9 +cJVRrjwRu9weaL0hM5YuGzwJSkRumFYXwXCE= 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=TveDPkNo4te+CYgJ/EUeRtKs5y4PG3aRczy50CC8z4Yn+RuQwPOiVgAkp+QTn/7XgS J845+m4vG5zCKrUIxhGK04CX4NA4Gq6o6Z1dsaDd3TLVfW2Px2HCHQGqLpUauW7+9hyi cQy7I3jal1kOfsjQ5Wd0ppFHLeZa9OHqXEJVs= MIME-Version: 1.0 Received: by 10.216.81.209 with SMTP id m59mr4598631wee.15.1278698712076; Fri, 09 Jul 2010 11:05:12 -0700 (PDT) Received: by 10.216.181.196 with HTTP; Fri, 9 Jul 2010 11:05:12 -0700 (PDT) In-Reply-To: References: <4C3631F4.4090504@gmail.com> <20100708215554.GH9303@michelle.cdnetworks.com> Date: Fri, 9 Jul 2010 14:05:12 -0400 Message-ID: From: Chris Buechler To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: pyunyh@gmail.com, =?ISO-8859-1?Q?Ermal_Lu=E7i?= , net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 09 Jul 2010 18:05:20 -0000 On Fri, Jul 9, 2010 at 12:18 PM, Jack Vogel wrote: > Is this kernel 32 bit? It does exactly the same with 32 and 64 bit. > And is my code altered, it seemed some debug I saw > was > not familiar. Nothing in sys/dev/e1000 is changed. Copying Ermal who wrote most/many of the changes. They don't touch anything in igb, so it should be the same as stock 8.1. I'm having a stock 8.1-RC2 installed to verify that. > Last, can you try the code in HEAD to see if it changes > anything. > Will try that next, thanks. Chris From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 18:10:11 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18F231065674 for ; Fri, 9 Jul 2010 18:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E2DBD8FC1A for ; Fri, 9 Jul 2010 18:10:10 +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 o69IAA1l042125 for ; Fri, 9 Jul 2010 18:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o69IAAUG042124; Fri, 9 Jul 2010 18:10:10 GMT (envelope-from gnats) Date: Fri, 9 Jul 2010 18:10:10 GMT Message-Id: <201007091810.o69IAAUG042124@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Paul Miseiko Cc: Subject: Re: misc/148463: [arp] ARP cache can be poisoned or polluted with ease. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Miseiko List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 18:10:11 -0000 The following reply was made to PR misc/148463; it has been noted by GNATS. From: Paul Miseiko To: "bug-followup@FreeBSD.org" , "pmiseiko@gmail.com" Cc: Subject: Re: misc/148463: [arp] ARP cache can be poisoned or polluted with ease. Date: Fri, 9 Jul 2010 10:45:17 -0700 --_000_3B704C911550A340BE8731F1331016D50300E87E92exchange01tor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable You are right that a static ARP entry would resolve the cache poison issue = and that the suggested solution might be more complicated then desired to m= itigate (only) some of the risk associated with the cache poison issue. What about the ARP cache pollution issue? The description described two po= tential issues with how FreeBSD implemented the ARP cache. The first issue= is that FreeBSD has no risk mitigation for an ARP cache poison attack (oth= er than the acknowledged static ARP entries). The second issue is that Fre= eBSD will create ARP cache entries when FreeBSD has not issued an ARP reque= st. The second issue might overlap with the comment you made here "if I ch= ange some hardware for example I can force update the ARP entry by connecti= ng to the box that needs to be updated" but it is a valid security concern = on an un-trusted network and FreeBSD has no risk mitigation for this issue = (that I am aware of at this time). It would be helpful to see at the very = least a configuration option (sysctl) to mitigate the risk associated with = the ARP cache pollution scenario. --_000_3B704C911550A340BE8731F1331016D50300E87E92exchange01tor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

You are right that a static ARP entry would resolve th= e cache poison issue and that the suggested solution might be more complicate= d then desired to mitigate (only) some of the risk associated with the cache poison issue.

 

What about the ARP cache pollution issue?  The description described two potential issues with how FreeBSD implemented the= ARP cache.  The first issue is that FreeBSD has no risk mitigation for an = ARP cache poison attack (other than the acknowledged static ARP entries). = The second issue is that FreeBSD will create ARP cache entries when FreeBSD has= not issued an ARP request.  The second issue might overlap with the commen= t you made here “if I change some hardware for example I can force upda= te the ARP entry by connecting to the box that needs to be updated” but = it is a valid security concern on an un-trusted network and FreeBSD has no ris= k mitigation for this issue (that I am aware of at this time).  It would= be helpful to see at the very least a configuration option (sysctl) to mitigat= e the risk associated with the ARP cache pollution scenario.

--_000_3B704C911550A340BE8731F1331016D50300E87E92exchange01tor_-- From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 18:18:13 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 06700106564A for ; Fri, 9 Jul 2010 18:18:13 +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 989208FC14 for ; Fri, 9 Jul 2010 18:18:12 +0000 (UTC) Received: by gyd8 with SMTP id 8so1774390gyd.13 for ; Fri, 09 Jul 2010 11:18:04 -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=Ri6iB0g9DiFQCjiNa+H2vAhuZ/x7wLHlDEpqZcy8f1s=; b=L0ptZe5aq35gyfo8IBra00og2b/0um8UaW8p6d91CduOesKbL4D3NwZMfHJyMVZNvl tXGe1RfAQa3ujKxj/nVTDj3D/I6aA1bcNrxTmohL//qWVYJ4CdmcfSJ+59egazDQnUUN GxrTcNtd/nuwSNQb5SIg/JC/ilzeRMa/GGxWs= 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=CJWiaFD340J07EiRckqMXZ0ebWe7p/pryetg4Ig8WyHWhoWdmn7ub/DCS4vQzv1ZF5 prRk15/7Eyr+dKfaUtRWpcfYQBXDvo/fb9snbJ2zdw2N4CXd2LTDa8hIQRY8Pby3zfjE bkzkBIpF7RELz0OaJS4FWROxHNXIbh2cKtJ9w= MIME-Version: 1.0 Received: by 10.229.250.146 with SMTP id mo18mr6233613qcb.239.1278699484740; Fri, 09 Jul 2010 11:18:04 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Fri, 9 Jul 2010 11:18:04 -0700 (PDT) In-Reply-To: References: <4C3631F4.4090504@gmail.com> <20100708215554.GH9303@michelle.cdnetworks.com> Date: Fri, 9 Jul 2010 11:18:04 -0700 Message-ID: From: Jack Vogel To: Chris Buechler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, =?ISO-8859-1?Q?Ermal_Lu=E7i?= , net@freebsd.org Subject: Re: page fault in igb on 8.1 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, 09 Jul 2010 18:18:13 -0000 On Fri, Jul 9, 2010 at 11:05 AM, Chris Buechler wrote: > On Fri, Jul 9, 2010 at 12:18 PM, Jack Vogel wrote: > > Is this kernel 32 bit? > > It does exactly the same with 32 and 64 bit. > > > And is my code altered, it seemed some debug I saw > > was > > not familiar. > > Nothing in sys/dev/e1000 is changed. Copying Ermal who wrote most/many > of the changes. They don't touch anything in igb, so it should be the > same as stock 8.1. I'm having a stock 8.1-RC2 installed to verify > that. > > > > Last, can you try the code in HEAD to see if it changes > > anything. > > > > Will try that next, thanks. > > Chris > Also, I noticed WITNESS was on, if you turn it off does the problem go away? I'm not sure if the fault is actually due to igb or you just see the lock complaint when you have a fault for other reasons. Jack From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 18:48: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 90D7D1065672 for ; Fri, 9 Jul 2010 18:48:58 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id E437B8FC16 for ; Fri, 9 Jul 2010 18:48:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o69ImtAW056034; Sat, 10 Jul 2010 04:48:56 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 10 Jul 2010 04:48:55 +1000 (EST) From: Ian Smith To: Ryan Stone In-Reply-To: Message-ID: <20100710040032.F54166@sola.nimnet.asn.au> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> <1278696249.20612.96.camel@stormi-desktop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org, Shtorm , Jack Vogel Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 18:48:58 -0000 On Fri, 9 Jul 2010, Ryan Stone wrote: > No, defining EM_WATCHDOG as 10 * hz should mean that the watchdog > expires after 10 seconds no matter what your kern.hz is. hz is set to > the number of ticks in a second. Ok, one more probably wild punt .. Shtorm you say HZ=4000, giving: === And here is vmstat -i interrupt total rate irq16: uhci0 2673 2 irq18: ehci0 uhci5 2 0 irq19: uhci2 uhci4 70 0 irq23: uhci3 ehci1 8835 9 cpu0: timer 3743479 3957 irq256: em0 662219 700 irq257: em0 717531 758 irq259: em0 12142 12 irq260: em0 6100 6 irq261: em1 694169 733 irq262: em1 217388 229 irq264: em1 463023 489 irq265: em1 11 0 cpu1: timer 3743411 3957 cpu6: timer 3743408 3957 cpu7: timer 3743407 3957 cpu4: timer 3743408 3957 cpu5: timer 3743407 3957 cpu3: timer 3743408 3957 cpu2: timer 3743409 3957 Total 32731500 34599 === a little more variant from 4000 than expected? Originally: === but vmstat -i shows only one pair is used %vmstat -i interrupt total rate irq1: atkbd0 391 0 irq18: ehci0 uhci5 2 0 irq19: uhci2 uhci4 27 0 irq23: uhci3 ehci1 8463 0 cpu0: timer 107412943 7864 irq256: em0 93311951 6832 irq257: em0 90479067 6624 irq260: em0 2 0 irq261: em1 92966894 6806 irq262: em1 80298240 5879 irq265: em1 1 0 cpu1: timer 107412607 7864 cpu2: timer 107412785 7864 cpu3: timer 107412830 7864 cpu5: timer 107413210 7864 cpu4: timer 107413389 7864 cpu7: timer 107407337 7864 cpu6: timer 107413132 7864 Total 1216363271 89058 === Was that with HZ=8000 ? Or what? In any case, em interrupt rates were a whole lot higher then - but maybe it was just a lot busier on the net? HZ=4000 ticks are 250ns, not 25ms. Seems like you're not lacking horsepower .. unless you're using POLLING (not indicated) or, say, dummynet pipes needing finer-grained output queue scheduling, it might be worth trying the default HZ=1000 ? Just curious along similar lines: what says sysctl kern.timecounter ? cheers, Ian From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 19:05:14 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D40E106566B for ; Fri, 9 Jul 2010 19:05:14 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1EA8FC08 for ; Fri, 9 Jul 2010 19:05:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o69J5BLq056949; Sat, 10 Jul 2010 05:05:12 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 10 Jul 2010 05:05:11 +1000 (EST) From: Ian Smith To: Ryan Stone In-Reply-To: <20100710040032.F54166@sola.nimnet.asn.au> Message-ID: <20100710050400.O54166@sola.nimnet.asn.au> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> <1278696249.20612.96.camel@stormi-desktop> <20100710040032.F54166@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org, Shtorm , Jack Vogel Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 19:05:14 -0000 On Sat, 10 Jul 2010, Ian Smith wrote: > > HZ=4000 ticks are 250ns, not 25ms. Up way too late .. that's 250us of course, thanks Ryan. From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 20:17: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 6A3CE1065708 for ; Fri, 9 Jul 2010 20:17:38 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 159628FC1B for ; Fri, 9 Jul 2010 20:17:37 +0000 (UTC) Received: by qyk30 with SMTP id 30so574281qyk.13 for ; Fri, 09 Jul 2010 13:17: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=i4jT5swiZ6z67PcC0DXnx8dDkdy/8XKZAmihaZA74pM=; b=eSrQzaDQowENhimRMUReZvUhhT4MrEt+5DsxuyrheGxFsjgFDTbWufko1YpchixR01 xfggi/Fv6TdzffV86h1fOS4DC6x29Jp7RCIfCXD/E+uRP3kHSllsJyP4fxm6EEhA1LqZ nnNPjycP5DpW1MGbHfYk8hq9dyIUCT3zSlQ0Q= 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=sgcOenTCqBz+EL02B4U7TqN68x6LDDivumavLGxgBxVgWUwA+b/t52vT2nJAJj+97Q l4IqGjo+NKxTVS3PKy4rHe/M9S8z1bCxUR9WEYKpYiNYCUjSfybSRSVOSG7gyQlZsiL4 B1V2x/9Zrb8bRCJwc4b2LyDP+q5PFIeGASp3o= MIME-Version: 1.0 Received: by 10.224.126.224 with SMTP id d32mr1040647qas.94.1278706642965; Fri, 09 Jul 2010 13:17:22 -0700 (PDT) Received: by 10.229.220.5 with HTTP; Fri, 9 Jul 2010 13:17:22 -0700 (PDT) In-Reply-To: <20100710050400.O54166@sola.nimnet.asn.au> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> <1278696249.20612.96.camel@stormi-desktop> <20100710040032.F54166@sola.nimnet.asn.au> <20100710050400.O54166@sola.nimnet.asn.au> Date: Fri, 9 Jul 2010 13:17:22 -0700 Message-ID: From: Jack Vogel To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Shtorm , Ryan Stone Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 09 Jul 2010 20:17:38 -0000 On Fri, Jul 9, 2010 at 12:05 PM, Ian Smith wrote: > On Sat, 10 Jul 2010, Ian Smith wrote: > > > > HZ=4000 ticks are 250ns, not 25ms. > > Up way too late .. that's 250us of course, thanks Ryan. > Even so, very good points Ian, thanks. Hmmm, wondering if this points to a design flaw in what I did or just a 'don't do that' kinda thing :) Jack From owner-freebsd-net@FreeBSD.ORG Fri Jul 9 20:39: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 9710E106564A for ; Fri, 9 Jul 2010 20:39:53 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 273378FC08 for ; Fri, 9 Jul 2010 20:39:52 +0000 (UTC) Received: by ewy26 with SMTP id 26so635315ewy.13 for ; Fri, 09 Jul 2010 13:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=sOAu0Yx/Hl1yYn/o/2u3t86UzNNEbEiAtmTRfa1zTIY=; b=i3B7bPVZ1mB29kPbJo0sTZbH6XUsuXqgnxhQorL2rl5ngVWd4FeHfzhuXBTwhRNKpj 0+noSZhqN+fmtczotje7wQejgQ6UTRnCUqY7LliPVjAxUznrdsWJj1EhLuZ0MVLRRLqF YltWM4arPIQwwtuZ7ZBwaI2zCsOT7h4jLvl+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=vldcJinnu/yyD5PJu1e7poslCWwrkHIijoGc6lSHsAm7Hw5vT2y3Dh6bP+qYXZApSL EBjgFPZyfELMI/5N3AEma+qO4Sj9df+Py4dIW6+ip8ErvHwge3Dm8BTJt/PXu//LkM5R UixbPfOoW1XIPaQXyD5HCvWmwL8XMuu5n8lqA= Received: by 10.213.17.7 with SMTP id q7mr6842776eba.23.1278706522083; Fri, 09 Jul 2010 13:15:22 -0700 (PDT) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id v59sm10395498eeh.10.2010.07.09.13.15.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jul 2010 13:15:21 -0700 (PDT) Date: Fri, 9 Jul 2010 23:15:17 +0300 From: Gleb Kurtsou To: Paul Miseiko Message-ID: <20100709201517.GA3449@tops> References: <201007091810.o69IAAUG042124@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <201007091810.o69IAAUG042124@freefall.freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@FreeBSD.org Subject: Re: misc/148463: [arp] ARP cache can be poisoned or polluted with ease. 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, 09 Jul 2010 20:39:53 -0000 On (09/07/2010 18:10), Paul Miseiko wrote: > The following reply was made to PR misc/148463; it has been noted by GNATS. > > From: Paul Miseiko > To: "bug-followup@FreeBSD.org" , > "pmiseiko@gmail.com" > Cc: > Subject: Re: misc/148463: [arp] ARP cache can be poisoned or polluted with > ease. > Date: Fri, 9 Jul 2010 10:45:17 -0700 > > --_000_3B704C911550A340BE8731F1331016D50300E87E92exchange01tor_ > Content-Type: text/plain; charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > You are right that a static ARP entry would resolve the cache poison issue = > and that the suggested solution might be more complicated then desired to m= > itigate (only) some of the risk associated with the cache poison issue. > > What about the ARP cache pollution issue? The description described two po= > tential issues with how FreeBSD implemented the ARP cache. The first issue= > is that FreeBSD has no risk mitigation for an ARP cache poison attack (oth= > er than the acknowledged static ARP entries). The second issue is that Fre= > eBSD will create ARP cache entries when FreeBSD has not issued an ARP reque= > st. The second issue might overlap with the comment you made here "if I ch= > ange some hardware for example I can force update the ARP entry by connecti= > ng to the box that needs to be updated" but it is a valid security concern = > on an un-trusted network and FreeBSD has no risk mitigation for this issue = > (that I am aware of at this time). It would be helpful to see at the very = > least a configuration option (sysctl) to mitigate the risk associated with = > the ARP cache pollution scenario. In my opinion _mitigating_ such risks/attacks falls under security by obscurity category. It's ARP that is fundamentally broken and has no notion of security what so ever. I don't want to get into discussing ARP specifics, I'm just saying that your proposal won't improve situation in general, that is the question of attacker being more sophisticated to perform attack. Besides static ARP entries there are (were) also ARP firewalls available for FreeBSD. Search for it in freebsd-net@ archives. If you are using 7-STABLE or 8.0-RELEASE you can try l2filter patch, it adds ARP filtering options to ipfw, as far as I remember it also allows specifying list of MAC addresses for a given subnet, which may prove useful on a router. http://github.com/glk/l2filter http://glebkurtsou.blogspot.com/search/label/l2filter Thanks, Gleb. From owner-freebsd-net@FreeBSD.ORG Sat Jul 10 11:27:59 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3312106566C; Sat, 10 Jul 2010 11:27:59 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED868FC16; Sat, 10 Jul 2010 11:27:59 +0000 (UTC) Received: by fxm13 with SMTP id 13so1722320fxm.13 for ; Sat, 10 Jul 2010 04:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:reply-to:received :date:x-google-sender-auth:message-id:subject:from:to:content-type; bh=IsUNCqPWdvqdZYnJC+ZTdt7IJaQsVy9f+SS6kXe3LI4=; b=SvvWbWYBKtUBWe3pCpGHCCRsMI/FxdZK9kBWP2tHylxBbPKJ7nfVY6cffQcSJdIBT9 hvYGSC5IQbzDJVoqgTAvFlkhiqt1zuDdi+0Uuw7juihzUU/85RtTWy/hIIu+q4OyWGCz dAIYia+D+DoIN/wiPIkh48Qx387gJj1IUANBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:date:x-google-sender-auth:message-id :subject:from:to:content-type; b=buh16qfLoND284EH4U+qFvLq7+wqClU9/4JfKcXlfHJKxLIPnxGejxg17ekMBOFuRl p81EBoJQ9ga8qUwYC4GdD1I0sUqBfkfzKd15SZ4VLMTlzScLmZ8JQG61+SIJCMdS+79y n2tIVqF3nBey9sXvwesuCIFlArW/X75TKk6oI= MIME-Version: 1.0 Received: by 10.223.126.204 with SMTP id d12mr9370868fas.72.1278761274205; Sat, 10 Jul 2010 04:27:54 -0700 (PDT) Sender: shteryana@gmail.com Received: by 10.223.126.138 with HTTP; Sat, 10 Jul 2010 04:27:54 -0700 (PDT) Date: Sat, 10 Jul 2010 14:27:54 +0300 X-Google-Sender-Auth: VDsgwqIVTKtOwmpafTeU3PHUy24 Message-ID: From: Shteryana Shopova To: "freebsd-net@FreeBSD.org" , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Call for testers: wireless module for bsnmpd(1) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: syrinx@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 11:27:59 -0000 Hi all, As some of you may know, I've been awarded a grant by the FreeBSD Foundation to make several improvements to FreeBSD's SNMP daemon. The first part of the project - a module for monitoring wireless networking under FreeBSD - is now completed and I'd really appreciate if I could get some help in more extensive testing in a wider range of wireless networking usage scenarios. A tarbal of the latest sources of the module is available under http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100710-01.tar. To compile and install the module - #fetch http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100710-01.tar #tar -xvf snmp_wlan-20100710-01.tar #cd snmp_wlan #make #make install (as root) To enable loading of the module in bsnmpd(1), one should add the following line to bsnmpd(1) config file (usually /etc/snmpd.config) - begemotSnmpdModulePath."wlan" = "/usr/lib/snmp_wlan.so" More details on how the module works may be found in the snmp_wlan(3) man page and in the private BEGEMOT-WIRELESS-MIB the module implements (installed under /usr/share/snmp/mibs/BEGEMOT-WIRELESS-MIB.txt). Know issues currently are that BITS types are not always handled properly, and TX rates may not always be properly set - I am working on fixing those. All feedback is wellcome - bug reports, requests for features to be included in future versions of the module, code style and bug fix patches. I will be glad to help resolve any problems that may arise while installing/working with the module and answer any questions you may have. Thanks! cheers, Shteryana From owner-freebsd-net@FreeBSD.ORG Sat Jul 10 15:27: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 186A0106566C for ; Sat, 10 Jul 2010 15:27:45 +0000 (UTC) (envelope-from admin@shtorm.com) Received: from ns.shtorm.com (ns.shtorm.com [195.62.14.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4988FC19 for ; Sat, 10 Jul 2010 15:27:44 +0000 (UTC) Received: from [10.66.6.77] (unknown [10.66.6.77]) by ns.shtorm.com (Postfix) with ESMTP id 01ADF1A0B43; Sat, 10 Jul 2010 18:27:50 +0300 (EEST) From: Shtorm To: Ian Smith In-Reply-To: <20100710040032.F54166@sola.nimnet.asn.au> References: <1278330234.10826.18.camel@stormi-desktop> <1278356796.10826.35.camel@stormi-desktop> <1278404933.20433.26.camel@stormi-desktop> <1278496982.21743.50.camel@stormi-desktop> <20100709233505.J54166@sola.nimnet.asn.au> <1278688046.20612.45.camel@stormi-desktop> <1278696249.20612.96.camel@stormi-desktop> <20100710040032.F54166@sola.nimnet.asn.au> Content-Type: text/plain; charset="UTF-8" Date: Sat, 10 Jul 2010 18:31:39 +0300 Message-ID: <1278775899.20612.122.camel@stormi-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Ryan Stone , Jack Vogel Subject: Re: Intel 82574L Gigabit Ethernet Controller 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, 10 Jul 2010 15:27:45 -0000 On Sat, 2010-07-10 at 04:48 +1000, Ian Smith wrote: > On Fri, 9 Jul 2010, Ryan Stone wrote: > > > No, defining EM_WATCHDOG as 10 * hz should mean that the watchdog > > expires after 10 seconds no matter what your kern.hz is. hz is set to > > the number of ticks in a second. > > Ok, one more probably wild punt .. Shtorm you say HZ=4000, giving: > > === > And here is vmstat -i > interrupt total rate > irq16: uhci0 2673 2 > irq18: ehci0 uhci5 2 0 > irq19: uhci2 uhci4 70 0 > irq23: uhci3 ehci1 8835 9 > cpu0: timer 3743479 3957 > irq256: em0 662219 700 > irq257: em0 717531 758 > irq259: em0 12142 12 > irq260: em0 6100 6 > irq261: em1 694169 733 > irq262: em1 217388 229 > irq264: em1 463023 489 > irq265: em1 11 0 > cpu1: timer 3743411 3957 > cpu6: timer 3743408 3957 > cpu7: timer 3743407 3957 > cpu4: timer 3743408 3957 > cpu5: timer 3743407 3957 > cpu3: timer 3743408 3957 > cpu2: timer 3743409 3957 > Total 32731500 34599 > === > > a little more variant from 4000 than expected? Originally: > > === > but vmstat -i shows only one pair is used > %vmstat -i > interrupt total rate > irq1: atkbd0 391 0 > irq18: ehci0 uhci5 2 0 > irq19: uhci2 uhci4 27 0 > irq23: uhci3 ehci1 8463 0 > cpu0: timer 107412943 7864 > irq256: em0 93311951 6832 > irq257: em0 90479067 6624 > irq260: em0 2 0 > irq261: em1 92966894 6806 > irq262: em1 80298240 5879 > irq265: em1 1 0 > cpu1: timer 107412607 7864 > cpu2: timer 107412785 7864 > cpu3: timer 107412830 7864 > cpu5: timer 107413210 7864 > cpu4: timer 107413389 7864 > cpu7: timer 107407337 7864 > cpu6: timer 107413132 7864 > Total 1216363271 89058 > === > > Was that with HZ=8000 ? Or what? In any case, em interrupt rates were > a whole lot higher then - but maybe it was just a lot busier on the net? > > HZ=4000 ticks are 250ns, not 25ms. > > Seems like you're not lacking horsepower .. unless you're using POLLING > (not indicated) or, say, dummynet pipes needing finer-grained output > queue scheduling, it might be worth trying the default HZ=1000 ? > > Just curious along similar lines: what says sysctl kern.timecounter ? > > cheers, Ian > _______________________________________________ > 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" You are rigth, Ian, I'm using dumminet for traffic shaping, arount 2000 dynamic pipes (src and dst mask) with speed from 256 kbit up to 100 mbit. I've played with kern.hz a bit setting it to different values between 1000 and 8000, 4000 gives best for my traffic load, two logs taken with hz=4000 and hz=8000. And no, I'm not using polling, one of the great features of intell network cards is interrupt moderation. There is sysctls for this em driver: %sysctl dev.em.0 | grep \[tr\]x dev.em.0.rx_int_delay: 200 dev.em.0.tx_int_delay: 200 dev.em.0.rx_abs_int_delay: 500 dev.em.0.tx_abs_int_delay: 500 I've tried different values, more delay gives less context switches and reduces cpu load in case of packet forwarding a lot. And you can see I'm getting watchdog timeouts regardless of this settings, even tried everything default with empty loader.conf. Sorry for this, next time will do one thing at a time, not a few in parallel. Thank you. From owner-freebsd-net@FreeBSD.ORG Sat Jul 10 17:09:14 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D063C106566C; Sat, 10 Jul 2010 17:09:14 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D60D8FC14; Sat, 10 Jul 2010 17:09:13 +0000 (UTC) Received: by wyb34 with SMTP id 34so2902534wyb.13 for ; Sat, 10 Jul 2010 10:09:05 -0700 (PDT) Received: by 10.216.132.86 with SMTP id n64mr1312925wei.11.1278781745233; Sat, 10 Jul 2010 10:09:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.80.147 with HTTP; Sat, 10 Jul 2010 10:08:45 -0700 (PDT) In-Reply-To: <4B7AD495.30900@FreeBSD.org> References: <4B79297D.9080403@FreeBSD.org> <4B79205B.619A0A1A@verizon.net> <4B7A38F5.3090404@FreeBSD.org> <4B7A7D2C.9040200@quip.cz> <4B7AD495.30900@FreeBSD.org> From: Vlad Galu Date: Sat, 10 Jul 2010 19:08:45 +0200 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Sudden mbuf demand increase and shortage under the load X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 17:09:14 -0000 On Tue, Feb 16, 2010 at 7:23 PM, Maxim Sobolev wrote: > Miroslav Lachman wrote: >> >> Can it be related to this issue somehow? >> >> http://lists.freebsd.org/pipermail/freebsd-current/2009-August/011013.html >> http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010740.html >> >> It was tested on FreeBSD 8 and high UDP traffic on igb interfaces emits >> messages "GET BUF: dmamap load failure - 12" and later results in kernel >> panic. >> We have not received any response to this report. > > Could be the issue, however in our case there is no panic, just that all > userland activity in the system ceases for 2 minutes after it reaches > certain network load level. Sorry for digging into this old thread, but I'm seeing similar symptoms with today's RELENG_8 and bge(4) attached to BCM5721, on an UP system. kern.ipc.nmbclusters is 65536, but what strikes me odd is this: 0/115446003/57722999 requests for mbufs denied (mbufs/clusters/mbuf+clusters) vmstat -i shows a rate of 1100 for the adapter. The machine runs a fairly small PF configuration, but I've already ruled it out, the symptoms appear when PF is disabled as well. I'll happily provide more info. Regards, Vlad -- Good, fast & cheap. Pick any two. From owner-freebsd-net@FreeBSD.ORG Sat Jul 10 19:59:09 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 E0FAA106566B; Sat, 10 Jul 2010 19:59:09 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 98B0E8FC08; Sat, 10 Jul 2010 19:59:09 +0000 (UTC) Received: by iwn35 with SMTP id 35so4209695iwn.13 for ; Sat, 10 Jul 2010 12:59: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 :content-transfer-encoding; bh=JQwcd/os0oAfhT+TzagDBAtihVJHjHZ8dLVO1HYxVLI=; b=AMdlpQfD/gI7cYLl/MbICMB1HSi7eCH6i2Y/zwL2TZ9202iU9T8z16N4fkdPymYzdM RZCHvORtLT6EjB6hLi+/yQgNpKua7YZUOkTDRLmJHwDYwQiwgUx4V2f3qF+5qKnxYymS byx8iION5EdGENvo2PWmURpyC1WqpoNK8ipMA= 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=Da8Zk+HjNcCJHkj2v95Gavl1EtISxHL6zQYzNabsvLaGEPs0vX6oOqvF2AAocNIZXS Dx5tJyfmv67MZ1qjmSZt+qpM++z889baL1vud28GaUvmlAocu0M05IluwQDy1TdZf42w T+m/yuLYHfbBU5dQWsyzg/efzXfvOjC2mAtJ8= MIME-Version: 1.0 Received: by 10.231.183.200 with SMTP id ch8mr10199144ibb.124.1278790390745; Sat, 10 Jul 2010 12:33:10 -0700 (PDT) Received: by 10.231.156.19 with HTTP; Sat, 10 Jul 2010 12:33:10 -0700 (PDT) In-Reply-To: <4B79297D.9080403@FreeBSD.org> References: <4B79297D.9080403@FreeBSD.org> Date: Sat, 10 Jul 2010 12:33:10 -0700 Message-ID: From: Ali Mashtizadeh To: Maxim Sobolev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Jack Vogel , FreeBSD Hackers Subject: Re: Sudden mbuf demand increase and shortage under the load X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 19:59:10 -0000 Hi Maxim, I experienced the same issue recently on 8-STABLE branch and it seems it has been fixed since 8.1-RC2 and above. I couldn't track down the root cause in the code nor could I find a commit that seems to be the obvious fix. Thanks, ~ Ali 2010/2/15 Maxim Sobolev : > Hi, > > Our company have a FreeBSD based product that consists of the numerous > interconnected processes and it does some high-PPS UDP processing (30-50K > PPS is not uncommon). We are seeing some strange periodic failures under = the > load in several such systems, which usually evidences itself in IPC (even > through unix domain sockets) suddenly either breaking down or pausing and > restoring only some time later (like 5-10 minutes). The only sign of fail= ure > I managed to find was the increase of the "requests for mbufs denied" in = the > netstat -m and number of total mbuf clusters (nmbclusters) raising up to = the > limit. > > I have tried to raise some network-related limits (most notably maxusers = and > nmbclusters), but it has not helped with the issue - it's still happening > from time to time to us. Below you can find output from the netstat -m fe= w > minutes right after that shortage period - you see that somehow the syste= m > has allocated huge amount of memory for the network (700MB), with only ti= ny > amount of that being actually in use. This is for the kern.ipc.nmbcluster= s: > 302400. Eventually the system reclaims all that memory and goes back to i= ts > normal use of 30-70MB. > > This problem is killing us, so any suggestions are greatly appreciated. M= y > current hypothesis is that due to some issues either with the network dri= ver > or network subsystem itself, the system goes insane and "eats" up all mbu= fs > up to nmbclusters limit. But since mbufs are shared between network and > local IPC, IPC goes down as well. > > We observe this issue with systems using both em(4) driver and igb(4) > driver. I believe both drivers share the same design, however I am not su= re > if this is some kind of design flaw in the driver or part of a larger > problem with the network subsystem. > > This happens on amd64 7.2-RELEASE and 7.3-PRERELEASE alike, with 8GB of > memory. I have not tried upgrading to 8.0, this is production system so > upgrading will not be easy. =C2=A0I don't believe there are some differen= ces that > let us hope that this problem will go away after upgrade, but I can try i= t > as the last resort. > > As I said, this is very critical issue, so I can provide any additional > debug information upon request. We are ready to go as far as paying someb= ody > reasonable amount of money for tracking down and resolving the issue. > > Regards, > -- > Maksym Sobolyev > Sippy Software, Inc. > Internet Telephony (VoIP) Experts > T/F: +1-646-651-1110 > Web: http://www.sippysoft.com > MSN: sales@sippysoft.com > Skype: SippySoft > > > [ssp-root@ds-467 /usr/src]$ netstat -m > 17061/417669/434730 mbufs in use (current/cache/total) > 10420/291980/302400/302400 mbuf clusters in use (current/cache/total/max) > 10420/0 mbuf+clusters out of packet secondary zone in use (current/cache) > 19/1262/1281/51200 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/25600 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) > 25181K/693425K/718606K bytes allocated to network (current/cache/total) > 1246681/129567494/67681640 requests for mbufs denied > (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > [FEW MINUTES LATER] > > [ssp-root@ds-467 /usr/src]$ netstat -m > 10001/84574/94575 mbufs in use (current/cache/total) > 6899/6931/13830/302400 mbuf clusters in use (current/cache/total/max) > 6899/6267 mbuf+clusters out of packet secondary zone in use (current/cach= e) > 2/1151/1153/51200 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/25600 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) > 16306K/39609K/55915K bytes allocated to network (current/cache/total) > 1246681/129567494/67681640 requests for mbufs denied > (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > _______________________________________________ > 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" > --=20 Ali Mashtizadeh =D8=B9=D9=84=DB=8C =D9=85=D8=B4=D8=AA=DB=8C =D8=B2=D8=A7=D8=AF=D9=87 From owner-freebsd-net@FreeBSD.ORG Sat Jul 10 22:02:44 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 5DDD31065674; Sat, 10 Jul 2010 22:02:44 +0000 (UTC) (envelope-from weongyo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 350A38FC19; Sat, 10 Jul 2010 22:02:44 +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 o6AM2hoV014098; Sat, 10 Jul 2010 22:02:43 GMT (envelope-from weongyo@freefall.freebsd.org) Received: (from weongyo@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6AM2hMs014094; Sat, 10 Jul 2010 22:02:43 GMT (envelope-from weongyo) Date: Sat, 10 Jul 2010 22:02:43 GMT Message-Id: <201007102202.o6AM2hMs014094@freefall.freebsd.org> To: marcus@FreeBSD.org, weongyo@FreeBSD.org, freebsd-net@FreeBSD.org, weongyo@FreeBSD.org From: weongyo@FreeBSD.org Cc: Subject: Re: kern/144724: [bwn] if_bwn does not pass traffic when in PIO mode X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 22:02:44 -0000 Synopsis: [bwn] if_bwn does not pass traffic when in PIO mode State-Changed-From-To: open->feedback State-Changed-By: weongyo State-Changed-When: Sat Jul 10 21:59:44 UTC 2010 State-Changed-Why: Today a patch for LP PHY is committed into the tree. I think the issue was same with your device. Could you please test with r209888 again? Responsible-Changed-From-To: freebsd-net->weongyo Responsible-Changed-By: weongyo Responsible-Changed-When: Sat Jul 10 21:59:44 UTC 2010 Responsible-Changed-Why: Today a patch for LP PHY is committed into the tree. I think the issue was same with your device. Could you please test with r209888 again? http://www.freebsd.org/cgi/query-pr.cgi?pr=144724