From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 12:37:46 2011 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 9B9A2106566C; Sun, 6 Mar 2011 12:37:46 +0000 (UTC) (envelope-from ozkan.kirik@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 3075A8FC0A; Sun, 6 Mar 2011 12:37:45 +0000 (UTC) Received: by qyk35 with SMTP id 35so1238093qyk.13 for ; Sun, 06 Mar 2011 04:37:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=LTW/9l3U2+l5UhJb30dKudVnAARIpMsalOohzZa8rUQ=; b=t7Ks9iQaNFAAYPe0S+lU4iLbnpg08wH3nC8FwWx6NsUxSrtnvRweh+trMZ0Fl62zvk amiBW7vHPcvpQA/c37/0iWjPFg0cKbX2tlE4+lYGWnsQZPY9s5UNxm+cZbIGfCpK/Yso C4A/xohPvjQGrR7Q2l8EHPhPwvPOM48TCYZyE= 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=eGuQKCzxqZVIIhw0XlzYv+gEW8vxMG2yeXrVm8Ak9tYWnOCMvjkgfmOdPKoNfarFyV HkAL8kcQEjmM4FbK6tOaMwUE0pKaHZ++5k1YEN+Cx6CUTTwN3PPnAxFHimMRIK8Tsy7y sJhB8k6qYRn9FVs5ciaDnDt0luGM25rIpLxZ0= MIME-Version: 1.0 Received: by 10.229.141.71 with SMTP id l7mr2100512qcu.44.1299415065135; Sun, 06 Mar 2011 04:37:45 -0800 (PST) Received: by 10.229.97.209 with HTTP; Sun, 6 Mar 2011 04:37:45 -0800 (PST) In-Reply-To: <494278763.20110305130320@serebryakov.spb.ru> References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Sun, 6 Mar 2011 14:37:45 +0200 Message-ID: From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Brandon Gooch , freebsd-net@freebsd.org, Jan Koum , Steven Hartland , Arnaud Lacombe Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 12:37:46 -0000 Hello, I've been testing the em.7.2.2 driver as kld. The system is up about 2 days 6 hours. System has 4 em interfaces, Throughput is about 200Mbit/s. System didn't hang, but em2 has Input Errors. I saw that, dev.em.2.mac_stats.missed_packets is not zero? What could be the problem? # uname -r 8.2-RELEASE # sysctl dev.em.| grep miss dev.em.0.mac_stats.missed_packets: 0 dev.em.1.mac_stats.missed_packets: 0 dev.em.2.mac_stats.missed_packets: 5886 dev.em.3.mac_stats.missed_packets: 0 # netstat -nWI em2 | grep Link Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll em2 1500 00:23:8b:89:e4:9e 267256324 5886 0 273081628 0 0 # sysctl dev.em.2. dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 dev.em.2.%driver: em dev.em.2.%location: slot=0 function=0 handle=\_SB_.PCI0.P0P4.BR1E dev.em.2.%pnpinfo: vendor=0x8086 device=0x105e subvendor=0x108e subdevice=0x125e class=0x020000 dev.em.2.%parent: pci12 dev.em.2.nvm: -1 dev.em.2.debug: -1 dev.em.2.rx_int_delay: 0 dev.em.2.tx_int_delay: 66 dev.em.2.rx_abs_int_delay: 66 dev.em.2.tx_abs_int_delay: 66 dev.em.2.rx_processing_limit: 100 dev.em.2.flow_control: 3 dev.em.2.eee_control: 0 dev.em.2.link_irq: 0 dev.em.2.mbuf_alloc_fail: 0 dev.em.2.cluster_alloc_fail: 0 dev.em.2.dropped: 0 dev.em.2.tx_dma_fail: 0 dev.em.2.rx_overruns: 7 dev.em.2.watchdog_timeouts: 0 dev.em.2.device_control: 1075577409 dev.em.2.rx_control: 67141634 dev.em.2.fc_high_water: 30720 dev.em.2.fc_low_water: 29220 dev.em.2.queue0.txd_head: 3025 dev.em.2.queue0.txd_tail: 3025 dev.em.2.queue0.tx_irq: 0 dev.em.2.queue0.no_desc_avail: 0 dev.em.2.queue0.rxd_head: 1826 dev.em.2.queue0.rxd_tail: 1825 dev.em.2.queue0.rx_irq: 0 dev.em.2.mac_stats.excess_coll: 0 dev.em.2.mac_stats.single_coll: 0 dev.em.2.mac_stats.multiple_coll: 0 dev.em.2.mac_stats.late_coll: 0 dev.em.2.mac_stats.collision_count: 0 dev.em.2.mac_stats.symbol_errors: 0 dev.em.2.mac_stats.sequence_errors: 0 dev.em.2.mac_stats.defer_count: 0 dev.em.2.mac_stats.missed_packets: 5886 dev.em.2.mac_stats.recv_no_buff: 3407 dev.em.2.mac_stats.recv_undersize: 0 dev.em.2.mac_stats.recv_fragmented: 0 dev.em.2.mac_stats.recv_oversize: 0 dev.em.2.mac_stats.recv_jabber: 0 dev.em.2.mac_stats.recv_errs: 0 dev.em.2.mac_stats.crc_errs: 0 dev.em.2.mac_stats.alignment_errs: 0 dev.em.2.mac_stats.coll_ext_errs: 0 dev.em.2.mac_stats.xon_recvd: 0 dev.em.2.mac_stats.xon_txd: 0 dev.em.2.mac_stats.xoff_recvd: 0 dev.em.2.mac_stats.xoff_txd: 0 dev.em.2.mac_stats.total_pkts_recvd: 265358324 dev.em.2.mac_stats.good_pkts_recvd: 265352438 dev.em.2.mac_stats.bcast_pkts_recvd: 701728 dev.em.2.mac_stats.mcast_pkts_recvd: 4076 dev.em.2.mac_stats.rx_frames_64: 0 dev.em.2.mac_stats.rx_frames_65_127: 140801982 dev.em.2.mac_stats.rx_frames_128_255: 3553397 dev.em.2.mac_stats.rx_frames_256_511: 3418754 dev.em.2.mac_stats.rx_frames_512_1023: 8096866 dev.em.2.mac_stats.rx_frames_1024_1522: 109481439 dev.em.2.mac_stats.good_octets_recvd: 177455051448 dev.em.2.mac_stats.good_octets_txd: 274861571704 dev.em.2.mac_stats.total_pkts_txd: 270439410 dev.em.2.mac_stats.good_pkts_txd: 270439410 dev.em.2.mac_stats.bcast_pkts_txd: 194927 dev.em.2.mac_stats.mcast_pkts_txd: 48 dev.em.2.mac_stats.tx_frames_64: 23050855 dev.em.2.mac_stats.tx_frames_65_127: 54156414 dev.em.2.mac_stats.tx_frames_128_255: 4299280 dev.em.2.mac_stats.tx_frames_256_511: 7837146 dev.em.2.mac_stats.tx_frames_512_1023: 8272014 dev.em.2.mac_stats.tx_frames_1024_1522: 172823701 dev.em.2.mac_stats.tso_txd: 0 dev.em.2.mac_stats.tso_ctx_fail: 0 dev.em.2.interrupts.asserts: 283674059 dev.em.2.interrupts.rx_pkt_timer: 33585 dev.em.2.interrupts.rx_abs_timer: 0 dev.em.2.interrupts.tx_pkt_timer: 11022 dev.em.2.interrupts.tx_abs_timer: 22449 dev.em.2.interrupts.tx_queue_empty: 0 dev.em.2.interrupts.tx_queue_min_thresh: 0 dev.em.2.interrupts.rx_desc_min_thresh: 0 dev.em.2.interrupts.rx_overrun: 0 Regards, Ozkan KIRIK From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 14:31:57 2011 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 41D34106566B; Sun, 6 Mar 2011 14:31:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BAD258FC22; Sun, 6 Mar 2011 14:31:56 +0000 (UTC) Received: by vxc34 with SMTP id 34so3682184vxc.13 for ; Sun, 06 Mar 2011 06:31:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=o0FVd2NE8s/4PNBC3baqT72WsmRp8r2UQnFExsS2tqg=; b=kwtbu+RF9y2yvSHQAHDsyz+QoK1ydp4s6iK8GiQEdcaaCIzuyJIk9vIiVVYUc61kwJ 8/Uq/9IwaNDVdU4dSdAncs2C0TrNHiYa4jERlNKfAvu6PmqoCCK8eLLgxEjkyW4LL4w3 aDNj2yk+76w7Ji0sUlhC86wvJONoszahRwhLo= 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=bQWg17UfyTaYoV/Ihr+t5vo6rBfw2eqqfkGDJg5S8LyAkEifYEgm5J+VdErF+Sz4jb p4Dr6ZRReG4OO+mJ5WmJ8ktEOMSWc3y+zj9qGVH9Ze+QwrsgqYLkdPAc3vgdAUnKub9V zT7vnc1eMEbKjFmkW5RmtAtjFS3HH73SYbdUo= MIME-Version: 1.0 Received: by 10.52.0.9 with SMTP id 9mr1459792vda.147.1299421915355; Sun, 06 Mar 2011 06:31:55 -0800 (PST) Received: by 10.52.167.3 with HTTP; Sun, 6 Mar 2011 06:31:55 -0800 (PST) In-Reply-To: References: Date: Sun, 6 Mar 2011 22:31:55 +0800 Message-ID: From: Adrian Chadd To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 14:31:57 -0000 Which versions did you have stable versus unstable AR9285 behaviour? I'd like to establish at least a range of subversion revisions so we can start binary searching which one(s) caused instabilities. Thanks, Adrian On 6 March 2011 22:24, Ian FREISLICH wrote: > Adrian Chadd wrote: > > Hi all, > > > > For those of you who are testing out my if_ath changes, I'd really > > appreciate it if you'd update to -HEAD and re-test. > > Since running the new code, I get a slew of these: > > Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to associate with > 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) > Mar 6 14:41:53 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 > Mar 6 14:41:53 mini kernel: wlan0: link state changed to UP > Mar 6 14:41:54 mini wpa_supplicant[422]: WPA: Key negotiation completed > with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] > Mar 6 14:41:54 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection > to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] > Mar 6 14:46:59 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED > bssid=00:30:4f:58:bf:94 reason=0 > Mar 6 14:46:59 mini kernel: wlan0: link state changed to DOWN > Mar 6 14:47:02 mini wpa_supplicant[422]: Trying to associate with > 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) > Mar 6 14:47:02 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 > Mar 6 14:47:02 mini kernel: wlan0: link state changed to UP > Mar 6 14:47:03 mini wpa_supplicant[422]: WPA: Key negotiation completed > with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] > Mar 6 14:47:03 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection > to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] > Mar 6 14:49:31 mini ntpd[1848]: kernel time sync status change 2001 > Mar 6 14:56:53 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED > bssid=00:30:4f:58:bf:94 reason=0 > Mar 6 14:56:53 mini kernel: wlan0: link state changed to DOWN > Mar 6 14:56:56 mini wpa_supplicant[422]: Trying to associate with > 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) > Mar 6 14:56:56 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 > Mar 6 14:56:56 mini kernel: wlan0: link state changed to UP > Mar 6 14:56:57 mini wpa_supplicant[422]: WPA: Key negotiation completed > with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] > Mar 6 14:56:57 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection > to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] > Mar 6 16:18:28 mini kernel: ath0: bb hang detected (0x80), resetting > > My hardware is: > > ath0@pci0:1:0:0: class=0x028000 card=0x7167144f chip=0x002b168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller > (AR928x)' > class = network > > It's also only able to maintain an 18-24Mbps connection, where > before I had stable 54Mbps. > > Ian > > -- > Ian Freislich > From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 14:49:14 2011 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 4148F1065678; Sun, 6 Mar 2011 14:49:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 79F4B8FC0C; Sun, 6 Mar 2011 14:49:13 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1PwEsm-0004Ny-H5; Sun, 06 Mar 2011 16:24:28 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PwEsi-0001nZ-UH; Sun, 06 Mar 2011 16:24:24 +0200 Message-Id: To: Adrian Chadd From: Ian FREISLICH In-Reply-To: References: X-Attribution: BOFH Date: Sun, 06 Mar 2011 16:24:24 +0200 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 14:49:14 -0000 Adrian Chadd wrote: > Hi all, > > For those of you who are testing out my if_ath changes, I'd really > appreciate it if you'd update to -HEAD and re-test. Since running the new code, I get a slew of these: Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:41:53 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:41:53 mini kernel: wlan0: link state changed to UP Mar 6 14:41:54 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:41:54 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:46:59 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:46:59 mini kernel: wlan0: link state changed to DOWN Mar 6 14:47:02 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:47:02 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:47:02 mini kernel: wlan0: link state changed to UP Mar 6 14:47:03 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:47:03 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:49:31 mini ntpd[1848]: kernel time sync status change 2001 Mar 6 14:56:53 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:56:53 mini kernel: wlan0: link state changed to DOWN Mar 6 14:56:56 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:56:56 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:56:56 mini kernel: wlan0: link state changed to UP Mar 6 14:56:57 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:56:57 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 16:18:28 mini kernel: ath0: bb hang detected (0x80), resetting My hardware is: ath0@pci0:1:0:0: class=0x028000 card=0x7167144f chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller (AR928x)' class = network It's also only able to maintain an 18-24Mbps connection, where before I had stable 54Mbps. Ian -- Ian Freislich From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 15:45:44 2011 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 E4143106564A for ; Sun, 6 Mar 2011 15:45:43 +0000 (UTC) (envelope-from fredan@fredan.se) Received: from mail.fredan.se (mail.fredan.se [77.105.235.102]) by mx1.freebsd.org (Postfix) with ESMTP id A7F5C8FC14 for ; Sun, 6 Mar 2011 15:45:43 +0000 (UTC) Received: from [77.105.232.43] (port=59562 helo=fredan-pc.localnet) by mail.fredan.se with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.71) (envelope-from ) id 1PwG6L-0002Cn-4T for freebsd-net@freebsd.org; Sun, 06 Mar 2011 16:42:33 +0100 From: fredrik danerklint Organization: fredan To: freebsd-net@freebsd.org Date: Sun, 6 Mar 2011 16:42:30 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.35-27-generic; KDE/4.6.1; x86_64; ; ) References: <201103051943.41917.fredan@fredan.se> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <201103061642.31177.fredan@fredan.se> Subject: Re: ifconfig lo1 down X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 15:45:44 -0000 lördagen den 5 mars 2011 21.10.19 skrev Sergey Kandaurov: > On 5 March 2011 21:43, fredrik danerklint wrote: > > Hi, > > > > I would like to know what is the differents between ip4 and ip6 for this > > command. > > > > First: > > > > #ifconfig lo1 > > lo1: flags=8049 metric 0 mtu 16384 > > options=3 > > inet xx.xx.xx.2 netmask 0xffffffff > > inet6 2a03:xxxx:xxxx::xxxx:xx02 prefixlen 128 > > nd6 options=3 > > > > $ ping xx.xx.xx.2 > > PING xx.xx.xx.2 (xx.xx.xx.2): 56 data bytes > > 64 bytes from xx.xx.xx.2: icmp_seq=0 ttl=64 time=0.012 ms > > 64 bytes from xx.xx.xx.2: icmp_seq=1 ttl=64 time=0.010 ms > > ^C > > > > and > > > > $ ping6 2a03:xxxx:xxxx::xxxx:xx02 > > PING6(56=40+8+8 bytes) 2a03:xxxx:xxxx::xxxx:xx02 --> > > 2a03:xxxx:xxxx::xxxx:xx02 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, > > icmp_seq=0 hlim=64 time=0.053 ms 16 bytes from > > 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=1 hlim=64 time=0.032 ms ^C > > > > Now we run this command: > > > > # ifconfig lo1 down > > > > and trying to ping again: > > > > $ ping xx.xx.xx.2 > > PING xx.xx.xx.2 (xx.xx.xx.2): 56 data bytes > > ping: sendto: No route to host > > ping: sendto: No route to host > > ping: sendto: No route to host > > ^C > > --- xx.xx.xx.2 ping statistics --- > > 3 packets transmitted, 0 packets received, 100.0% packet loss > > > > works as expected (and this is what I want) but this command, however: > > > > $ ping6 2a03:xxxx:xxxx::xxxx:xx02 > > PING6(56=40+8+8 bytes) 2a03:xxxx:xxxx::xxxx:xx02 --> > > 2a03:xxxx:xxxx::xxxx:xx02 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, > > icmp_seq=0 hlim=64 time=0.048 ms 16 bytes from > > 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=1 hlim=64 time=0.033 ms 16 bytes > > from 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=2 hlim=64 time=0.032 ms ^C > > --- 2a03:xxxx:xxxx::xxxx:xx02 ping6 statistics --- > > 3 packets transmitted, 3 packets received, 0.0% packet loss > > round-trip min/avg/max/std-dev = 0.032/0.038/0.048/0.007 ms > > > > My question is why is it not the same behavior of ip6 as of ip4? > > That's how forwarding works/differs for ipv4 and ipv6. > You should be able to ping xx.xx.xx.2 again after adding static route. > Something like route add xx.xx.xx.2 -iface -lo1. > > I can only say for the moment that from my observation ipv4 "routes to > itself" exist as far as interface is up, and ipv6 routes don't depend on > if iface is up. You can check this with netstat -r for both addresses with > iface up and down. Hmm... take a look at this: Internet: Destination Gateway Flags Refs Use Netif Expire xx.xx.xx.2 link#8 UH 0 0 lo1 Internet6: Destination Gateway Flags Netif Expire 2a03:xxxx:xxxx::xxxx:xx02 link#8 UHS lo0 See the differents? For ip4 it uses the correct interface, lo1, but on ip6 it uses the lo0 interface and sure enough it is not down at all. What have I missconfigured in rc.conf: cloned_interfaces="vlanxx lo1" ifconfig_lo1="inet xx.xx.xx.2/32 " ipv6_ifconfig_lo1="2a03:xxxx:xxx:xxxx:xxxx:xxxx:xxxx:xx02/128" -- //fredan From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 16:13:58 2011 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 253931065675 for ; Sun, 6 Mar 2011 16:13:58 +0000 (UTC) (envelope-from ctfreebsd@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 D642D8FC0A for ; Sun, 6 Mar 2011 16:13:57 +0000 (UTC) Received: by yxl31 with SMTP id 31so1534456yxl.13 for ; Sun, 06 Mar 2011 08:13:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=8nLDnN72iSIl/40qWAuHRXk2SBTv2YgdQ+wXo1OBUkQ=; b=Mpu45OhkGSL/O140kkqENmfBgrBIW0ZQllP0H7sNgsAsHgq6UVz6a706WfTQECXao2 JRzTrpgnLA/6QR6u9F3ySfH9BiagQkhng2YIbEP0Oc7NUELIDle4CAtS4B/Hp1AvqjlT JvK3KXEie75oS4vjQhRq/TAUJU1dg6jJAns90= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=d4uIYGBK1LpAQXFFsCJONon36eOA//xRMFFonrIXyXa+f2VB2e1DnwF7tEwGQq/BgH yPxq2KXY605SYemY+lbKyqin7xu3qmpLOxtwTFupdW5Fu6UJfWhy9BjeGkzaFZazpevL Yt9Dp3R/jY+jxOfVpViXokRjwnp/Fks26vHrM= MIME-Version: 1.0 Received: by 10.236.182.66 with SMTP id n42mr1564091yhm.48.1299426530525; Sun, 06 Mar 2011 07:48:50 -0800 (PST) Received: by 10.147.171.19 with HTTP; Sun, 6 Mar 2011 07:48:50 -0800 (PST) Date: Sun, 6 Mar 2011 17:48:50 +0200 Message-ID: From: Dave Johnson To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: An IPFW problem when going from release to stable on 8.2/ Maybe bge0 network card? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 16:13:58 -0000 Hi all An IPFW problem when going from release to stable on 8.2 An help gladly accepted LOG ON Flushed all rules. 00010 allow ip from 127.0.0.1 to 127.0.0.1 via lo0 00030 divert 8668 ip from any to any via bge0 ipfw: getsockopt(IP_FW_ADD): Invalid argument 50000 allow ip from any to any Firewall rules loaded. Starting natd. rc.conf defaultrouter="192.168.0.1" gateway_enable="YES" hostname="xxx.xxx.xxx" ifconfig_bge0="inet 192.168.0.11 netmask 255.255.255.0" ifconfig_em0="inet 192.168.1.2 netmask 255.255.255.0" keymap="us.iso" moused_enable="YES" sshd_enable="YES" firewall_enable="YES" firewall_script="/etc/rc.firewall" natd_program="/sbin/natd" natd_enable="YES" natd_interface="bge0" natd_flags="-f /etc/natd.conf" dhcpd_enable="NO" dhcpd_flags="-q" dhcpd_conf="/usr/local/etc/dhcpd.conf" dhcpd_ifaces="em0" dhcpd_withumask="022" natd.conf interface bge0 use_sockets yes same_ports yes log #redirect_port tcp 192.168.1.189:3389 3389 #redirect_port tcp 192.168.1.53:5500 5500 #!/bin/sh /sbin/ipfw -f flush /sbin/ipfw -f pipe flush #Nat Rules /sbin/ipfw add 10 allow ip from 127.0.0.1 to 127.0.0.1 via lo0 /sbin/ipfw add 30 divert natd all from any to any via bge0 #Forward to Transparent Proxy Server #/sbin/ipfw add 10001 fwd 127.0.0.1,3128 tcp from any to any 80 #/sbin/ipfw add 10010 fwd 127.0.0.1,3128 tcp from 10.0.21.2 to any 80 /sbin/ipfw add 10001 fwd 127.0.0.1,3128 tcp from any to any 80 /sbin/ipfw add 50000 allow ip from any to any KERNEL options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=5 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT options DUMMYNET Regards From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 18:09:55 2011 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 7721B106566B; Sun, 6 Mar 2011 18:09:55 +0000 (UTC) (envelope-from egypcio@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 AD7708FC1E; Sun, 6 Mar 2011 18:09:54 +0000 (UTC) Received: by fxm19 with SMTP id 19so3952184fxm.13 for ; Sun, 06 Mar 2011 10:09:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=RHPQW2oWCoxmMu472vaPvEdC96GLZI+by39iETx4AE0=; b=gU6KYPdqVP2ae+BXexhiGWGoNeeRdrqHWaBiD/UsL63LHmzDP+Sr2AqjQbYQk/Y8I3 279+toVVTiPGhBg0asXgZenKaZvnTRwvOu354hBgZGh1ejSQeQXHnzPDrq4nNvqjh0u8 k7BTbLqLauVDZ2ZEJDz6RbSE3uPKXAJV4/flE= 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=jpFX5e84opIz2HB42WlMQRlw3Y01dhTOwr3vSHIy4YR/jVEptO0hYNzbmvaTBSREcG 87I+WUk71eE+PAWOM1xHTJEL7qGLrWES8La9UJWk/MgX160LwSb/k81je2fMCA5Zbw70 71jTTHleeGgEWXqa8Y+P/xH7s3v0PDBn2M6gs= MIME-Version: 1.0 Received: by 10.223.77.19 with SMTP id e19mr3672810fak.36.1299433543667; Sun, 06 Mar 2011 09:45:43 -0800 (PST) Sender: egypcio@gmail.com Received: by 10.223.96.137 with HTTP; Sun, 6 Mar 2011 09:45:43 -0800 (PST) In-Reply-To: References: Date: Sun, 6 Mar 2011 17:45:43 +0000 X-Google-Sender-Auth: PjJaBxQM0ieV20vjRT-ZlF89Rj0 Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 18:09:55 -0000 2011/3/6 Ian FREISLICH : > Adrian Chadd wrote: >> Hi all, >> >> For those of you who are testing out my if_ath changes, I'd really >> appreciate it if you'd update to -HEAD and re-test. > > Since running the new code, I get a slew of these: > > Mar =A06 14:41:53 mini wpa_supplicant[422]: Trying to associate with 00:3= 0:4f:58:bf:94 (SSID=3D'quasar' freq=3D2437 MHz) > Mar =A06 14:41:53 mini wpa_supplicant[422]: Associated with 00:30:4f:58:b= f:94 > Mar =A06 14:41:53 mini kernel: wlan0: link state changed to UP > Mar =A06 14:41:54 mini wpa_supplicant[422]: WPA: Key negotiation complete= d with 00:30:4f:58:bf:94 [PTK=3DTKIP GTK=3DTKIP] > Mar =A06 14:41:54 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connec= tion to 00:30:4f:58:bf:94 completed (reauth) [id=3D7 id_str=3D] > Mar =A06 14:46:59 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid= =3D00:30:4f:58:bf:94 reason=3D0 > Mar =A06 14:46:59 mini kernel: wlan0: link state changed to DOWN > Mar =A06 14:47:02 mini wpa_supplicant[422]: Trying to associate with 00:3= 0:4f:58:bf:94 (SSID=3D'quasar' freq=3D2437 MHz) > Mar =A06 14:47:02 mini wpa_supplicant[422]: Associated with 00:30:4f:58:b= f:94 > Mar =A06 14:47:02 mini kernel: wlan0: link state changed to UP > Mar =A06 14:47:03 mini wpa_supplicant[422]: WPA: Key negotiation complete= d with 00:30:4f:58:bf:94 [PTK=3DTKIP GTK=3DTKIP] > Mar =A06 14:47:03 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connec= tion to 00:30:4f:58:bf:94 completed (reauth) [id=3D7 id_str=3D] > Mar =A06 14:49:31 mini ntpd[1848]: kernel time sync status change 2001 > Mar =A06 14:56:53 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid= =3D00:30:4f:58:bf:94 reason=3D0 > Mar =A06 14:56:53 mini kernel: wlan0: link state changed to DOWN > Mar =A06 14:56:56 mini wpa_supplicant[422]: Trying to associate with 00:3= 0:4f:58:bf:94 (SSID=3D'quasar' freq=3D2437 MHz) > Mar =A06 14:56:56 mini wpa_supplicant[422]: Associated with 00:30:4f:58:b= f:94 > Mar =A06 14:56:56 mini kernel: wlan0: link state changed to UP > Mar =A06 14:56:57 mini wpa_supplicant[422]: WPA: Key negotiation complete= d with 00:30:4f:58:bf:94 [PTK=3DTKIP GTK=3DTKIP] > Mar =A06 14:56:57 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connec= tion to 00:30:4f:58:bf:94 completed (reauth) [id=3D7 id_str=3D] > Mar =A06 16:18:28 mini kernel: ath0: bb hang detected (0x80), resetting fyi; same issue. > My hardware is: > > ath0@pci0:1:0:0: =A0 =A0 =A0 =A0class=3D0x028000 card=3D0x7167144f chip= =3D0x002b168c rev=3D0x01 hdr=3D0x00 > =A0 =A0vendor =A0 =A0 =3D 'Atheros Communications Inc.' > =A0 =A0device =A0 =A0 =3D 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Con= troller (AR928x)' > =A0 =A0class =A0 =A0 =A0=3D network same card. > It's also only able to maintain an 18-24Mbps connection, where > before I had stable 54Mbps. > > Ian > > -- > Ian Freislich sorry, but i have no stable versions with me. it's a fresh and new freebsd install into an asus eeepc 1005pe (running 9current, clang compiled). later i will spend some time with real tests. unfortunately i'm not at home right now.. and running a gentoo based o.s. btw, ty for your work, chadd. ['s] --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 19:21:36 2011 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 CC2BF1065675; Sun, 6 Mar 2011 19:21:36 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 5FEF98FC08; Sun, 6 Mar 2011 19:21:36 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1PwJWG-0005St-Ls; Sun, 06 Mar 2011 21:21:34 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PwJWD-00027q-Ap; Sun, 06 Mar 2011 21:21:29 +0200 Message-Id: To: Adrian Chadd From: Ian FREISLICH In-Reply-To: References: X-Attribution: BOFH Date: Sun, 06 Mar 2011 21:21:29 +0200 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 19:21:36 -0000 Adrian Chadd wrote: > I'd like to establish at least a range of subversion revisions so we can > start binary searching which one(s) caused instabilities. Is this all the source? Old: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx_ht.c,v 1.9 2011/02/22 04:41:04 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/sample.c,v 1.35 2011/02/17 05:16:59 adrian Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/tx_schedules.h,v 1.1 2011/01/28 08:57:58 adrian Exp $ $FreeBSD: src/sys/dev/usb/wlan/if_uath.c,v 1.23 2010/09/02 03:28:03 thompsa Exp $ New: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_keycache.c,v 1.1 2011/03/02 17:19:54 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx_ht.c,v 1.10 2011/03/03 03:02:06 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_sysctl.c,v 1.1 2011/03/02 16:03:19 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/sample.c,v 1.37 2011/03/03 20:41:59 adrian Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/tx_schedules.h,v 1.1 2011/01/28 08:57:58 adrian Exp $ $FreeBSD: src/sys/dev/usb/wlan/if_uath.c,v 1.23 2010/09/02 03:28:03 thompsa Exp $ Ian -- Ian Freislich From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 19:48:52 2011 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 7EAB5106566C; Sun, 6 Mar 2011 19:48:52 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0510E8FC17; Sun, 6 Mar 2011 19:48:51 +0000 (UTC) Received: by vxc34 with SMTP id 34so3808018vxc.13 for ; Sun, 06 Mar 2011 11:48:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=L9JqwY4NtvgZpR7g2ko1kUjTM1WiiZvrG1LMQcdxmzA=; b=Mbv+ImG24VUUdddsCR1BiAfRkQSOEpyw2x7s06wz+tQ81hNYX6QBWen3eVQh3EioM8 m/FDJmSZ5EvgWk6nCdNxvVsjdNBC6V/0puesXjW4f3FwUvnidbdwxGXBCzASznOll8+q mfHFrG3japaLol9HnEiyzI7a7DAS35m/2QUmk= 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=cNhrv+3ntJfZhAoMzxRBhaTSDefBpS2N/JZCB2uofuG12juTpCmuEBwd5nzTNGz5Gm X+92Us5QHnuRrRIoHy8iPdTdF3tEnyFZk5oSCjhC4z2aO9TfxNnOmv1ni5LU/wRUDjvp JWGDg4YCJyxNOZmU27+dXHchYqxLLTO1UZTq8= MIME-Version: 1.0 Received: by 10.52.91.231 with SMTP id ch7mr587356vdb.14.1299440930640; Sun, 06 Mar 2011 11:48:50 -0800 (PST) Received: by 10.52.169.100 with HTTP; Sun, 6 Mar 2011 11:48:50 -0800 (PST) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Sun, 6 Mar 2011 11:48:50 -0800 Message-ID: From: Jack Vogel To: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Brandon Gooch , freebsd-net@freebsd.org, Jan Koum , Steven Hartland , Arnaud Lacombe Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 19:48:52 -0000 Missed packets just mean that some temporary resource shortage or error caused the packet to be dropped. I don't believe this is indicative of a problem, just let it keep running, 2 days is good but 2 weeks is better :) Thanks for testing it! Jack On Sun, Mar 6, 2011 at 4:37 AM, =D6zkan KIRIK wrote= : > Hello, > > I've been testing the em.7.2.2 driver as kld. The system is up about 2 > days 6 hours. > System has 4 em interfaces, Throughput is about 200Mbit/s. System > didn't hang, but em2 has Input Errors. > > I saw that, dev.em.2.mac_stats.missed_packets is not zero? What could > be the problem? > > # uname -r > 8.2-RELEASE > > # sysctl dev.em.| grep miss > dev.em.0.mac_stats.missed_packets: 0 > dev.em.1.mac_stats.missed_packets: 0 > dev.em.2.mac_stats.missed_packets: 5886 > dev.em.3.mac_stats.missed_packets: 0 > > # netstat -nWI em2 | grep Link > Name Mtu Network Address Ipkts Ierrs Idrop > Opkts Oerrs Coll > em2 1500 00:23:8b:89:e4:9e 267256324 5886 0 > 273081628 0 0 > > # sysctl dev.em.2. > dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 > dev.em.2.%driver: em > dev.em.2.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.P0P4.BR1E > dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x108e > subdevice=3D0x125e class=3D0x020000 > dev.em.2.%parent: pci12 > dev.em.2.nvm: -1 > dev.em.2.debug: -1 > dev.em.2.rx_int_delay: 0 > dev.em.2.tx_int_delay: 66 > dev.em.2.rx_abs_int_delay: 66 > dev.em.2.tx_abs_int_delay: 66 > dev.em.2.rx_processing_limit: 100 > dev.em.2.flow_control: 3 > dev.em.2.eee_control: 0 > dev.em.2.link_irq: 0 > dev.em.2.mbuf_alloc_fail: 0 > dev.em.2.cluster_alloc_fail: 0 > dev.em.2.dropped: 0 > dev.em.2.tx_dma_fail: 0 > dev.em.2.rx_overruns: 7 > dev.em.2.watchdog_timeouts: 0 > dev.em.2.device_control: 1075577409 > dev.em.2.rx_control: 67141634 > dev.em.2.fc_high_water: 30720 > dev.em.2.fc_low_water: 29220 > dev.em.2.queue0.txd_head: 3025 > dev.em.2.queue0.txd_tail: 3025 > dev.em.2.queue0.tx_irq: 0 > dev.em.2.queue0.no_desc_avail: 0 > dev.em.2.queue0.rxd_head: 1826 > dev.em.2.queue0.rxd_tail: 1825 > dev.em.2.queue0.rx_irq: 0 > dev.em.2.mac_stats.excess_coll: 0 > dev.em.2.mac_stats.single_coll: 0 > dev.em.2.mac_stats.multiple_coll: 0 > dev.em.2.mac_stats.late_coll: 0 > dev.em.2.mac_stats.collision_count: 0 > dev.em.2.mac_stats.symbol_errors: 0 > dev.em.2.mac_stats.sequence_errors: 0 > dev.em.2.mac_stats.defer_count: 0 > dev.em.2.mac_stats.missed_packets: 5886 > dev.em.2.mac_stats.recv_no_buff: 3407 > dev.em.2.mac_stats.recv_undersize: 0 > dev.em.2.mac_stats.recv_fragmented: 0 > dev.em.2.mac_stats.recv_oversize: 0 > dev.em.2.mac_stats.recv_jabber: 0 > dev.em.2.mac_stats.recv_errs: 0 > dev.em.2.mac_stats.crc_errs: 0 > dev.em.2.mac_stats.alignment_errs: 0 > dev.em.2.mac_stats.coll_ext_errs: 0 > dev.em.2.mac_stats.xon_recvd: 0 > dev.em.2.mac_stats.xon_txd: 0 > dev.em.2.mac_stats.xoff_recvd: 0 > dev.em.2.mac_stats.xoff_txd: 0 > dev.em.2.mac_stats.total_pkts_recvd: 265358324 > dev.em.2.mac_stats.good_pkts_recvd: 265352438 > dev.em.2.mac_stats.bcast_pkts_recvd: 701728 > dev.em.2.mac_stats.mcast_pkts_recvd: 4076 > dev.em.2.mac_stats.rx_frames_64: 0 > dev.em.2.mac_stats.rx_frames_65_127: 140801982 > dev.em.2.mac_stats.rx_frames_128_255: 3553397 > dev.em.2.mac_stats.rx_frames_256_511: 3418754 > dev.em.2.mac_stats.rx_frames_512_1023: 8096866 > dev.em.2.mac_stats.rx_frames_1024_1522: 109481439 > dev.em.2.mac_stats.good_octets_recvd: 177455051448 > dev.em.2.mac_stats.good_octets_txd: 274861571704 > dev.em.2.mac_stats.total_pkts_txd: 270439410 > dev.em.2.mac_stats.good_pkts_txd: 270439410 > dev.em.2.mac_stats.bcast_pkts_txd: 194927 > dev.em.2.mac_stats.mcast_pkts_txd: 48 > dev.em.2.mac_stats.tx_frames_64: 23050855 > dev.em.2.mac_stats.tx_frames_65_127: 54156414 > dev.em.2.mac_stats.tx_frames_128_255: 4299280 > dev.em.2.mac_stats.tx_frames_256_511: 7837146 > dev.em.2.mac_stats.tx_frames_512_1023: 8272014 > dev.em.2.mac_stats.tx_frames_1024_1522: 172823701 > dev.em.2.mac_stats.tso_txd: 0 > dev.em.2.mac_stats.tso_ctx_fail: 0 > dev.em.2.interrupts.asserts: 283674059 > dev.em.2.interrupts.rx_pkt_timer: 33585 > dev.em.2.interrupts.rx_abs_timer: 0 > dev.em.2.interrupts.tx_pkt_timer: 11022 > dev.em.2.interrupts.tx_abs_timer: 22449 > dev.em.2.interrupts.tx_queue_empty: 0 > dev.em.2.interrupts.tx_queue_min_thresh: 0 > dev.em.2.interrupts.rx_desc_min_thresh: 0 > dev.em.2.interrupts.rx_overrun: 0 > > Regards, > Ozkan KIRIK > From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 20:06:52 2011 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 33C5B106566C for ; Sun, 6 Mar 2011 20:06:52 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id E22658FC18 for ; Sun, 6 Mar 2011 20:06:51 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p26K6a0B026574 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 6 Mar 2011 12:06:38 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4D73E94E.301@freebsd.org> Date: Sun, 06 Mar 2011 12:06:38 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: fredrik danerklint References: <201103051943.41917.fredan@fredan.se> In-Reply-To: <201103051943.41917.fredan@fredan.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: ifconfig lo1 down X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 20:06:52 -0000 On 3/5/11 10:43 AM, fredrik danerklint wrote: > Hi, > > I would like to know what is the differents between ip4 and ip6 for this > command. > > First: > > #ifconfig lo1 > lo1: flags=8049 metric 0 mtu 16384 > options=3 > inet xx.xx.xx.2 netmask 0xffffffff > inet6 2a03:xxxx:xxxx::xxxx:xx02 prefixlen 128 > nd6 options=3 > > $ ping xx.xx.xx.2 > PING xx.xx.xx.2 (xx.xx.xx.2): 56 data bytes > 64 bytes from xx.xx.xx.2: icmp_seq=0 ttl=64 time=0.012 ms > 64 bytes from xx.xx.xx.2: icmp_seq=1 ttl=64 time=0.010 ms > ^C > > and > > $ ping6 2a03:xxxx:xxxx::xxxx:xx02 > PING6(56=40+8+8 bytes) 2a03:xxxx:xxxx::xxxx:xx02 --> 2a03:xxxx:xxxx::xxxx:xx02 > 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=0 hlim=64 time=0.053 ms > 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=1 hlim=64 time=0.032 ms > ^C > > Now we run this command: > > # ifconfig lo1 down > > and trying to ping again: > > $ ping xx.xx.xx.2 > PING xx.xx.xx.2 (xx.xx.xx.2): 56 data bytes > ping: sendto: No route to host > ping: sendto: No route to host > ping: sendto: No route to host > ^C > --- xx.xx.xx.2 ping statistics --- > 3 packets transmitted, 0 packets received, 100.0% packet loss > > works as expected (and this is what I want) but this command, however: > > $ ping6 2a03:xxxx:xxxx::xxxx:xx02 > PING6(56=40+8+8 bytes) 2a03:xxxx:xxxx::xxxx:xx02 --> 2a03:xxxx:xxxx::xxxx:xx02 > 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=0 hlim=64 time=0.048 ms > 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=1 hlim=64 time=0.033 ms > 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=2 hlim=64 time=0.032 ms > ^C > --- 2a03:xxxx:xxxx::xxxx:xx02 ping6 statistics --- > 3 packets transmitted, 3 packets received, 0.0% packet loss > round-trip min/avg/max/std-dev = 0.032/0.038/0.048/0.007 ms > > My question is why is it not the same behavior of ip6 as of ip4? I think IPV6 realizes it's sending to itself and short circuits it.. also, show ipv6 routes From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 20:14:16 2011 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 B43801065670; Sun, 6 Mar 2011 20:14:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 367EC8FC13; Sun, 6 Mar 2011 20:14:16 +0000 (UTC) Received: by vxc34 with SMTP id 34so3818107vxc.13 for ; Sun, 06 Mar 2011 12:14:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=zBKs5mq2FnBbHKKvMpvTbRmB1avpJ8wbCW/3spfFgRA=; b=ietpmhlIYmcmvqIo+QVoPeid/KX9zUDQVqgOz9v94fMHwC+5ZFT0e6Yiir0cXBO+d8 UyO9QA58CxqwknVbMIsPv/gkIRGlLU3QHylgBIaXbgj8+65QiEXrZ+nm3NimTd3x/U7U ztQqU05rumamUjLYgrs+6TFhy6E9TUtiPRDdA= 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=doYIgW+XPMQe4jHMjMPOxi2aIFc4T1V0H9aA+zW72ofIiflF5BkFN3BguolxpCSsjv nDOpOfpfuE0s502O+AFOw218UjTs0645ik8cq0YmEoG/rQFFiB2ufWbPcJ8I16ib8Sc4 ZnAy1qYus0dCOB9lMQ7FCyyMPeK2eeQyd+BkM= MIME-Version: 1.0 Received: by 10.52.0.199 with SMTP id 7mr2005935vdg.307.1299442455414; Sun, 06 Mar 2011 12:14:15 -0800 (PST) Received: by 10.52.167.3 with HTTP; Sun, 6 Mar 2011 12:14:15 -0800 (PST) In-Reply-To: References: Date: Mon, 7 Mar 2011 04:14:15 +0800 Message-ID: From: Adrian Chadd To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 20:14:16 -0000 On 7 March 2011 03:21, Ian FREISLICH wrote: > Adrian Chadd wrote: > > I'd like to establish at least a range of subversion revisions so we can > > start binary searching which one(s) caused instabilities. > > Is this all the source? > > Old: > $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $ > > New: > $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $ > Ok, so between r219318 (today) and r218779 (2011-02-18). Would you please first test r218779 and verify that performance is (back to) fine? Thanks, Adrian From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 20:30:06 2011 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 8EABE106564A for ; Sun, 6 Mar 2011 20:30:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6C28FC0A for ; Sun, 6 Mar 2011 20:30:05 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 06E7925D37C7; Sun, 6 Mar 2011 20:29:33 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 07837159A2E3; Sun, 6 Mar 2011 20:29:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id YgEJBvDi6C0T; Sun, 6 Mar 2011 20:29:31 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 6F1CC159A2D8; Sun, 6 Mar 2011 20:29:31 +0000 (UTC) Date: Sun, 6 Mar 2011 20:29:30 +0000 (UTC) From: "Bjoern A. Zeeb" To: fredrik danerklint In-Reply-To: <201103061642.31177.fredan@fredan.se> Message-ID: References: <201103051943.41917.fredan@fredan.se> <201103061642.31177.fredan@fredan.se> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-5102154-1299443371=:6104" Cc: freebsd-net@freebsd.org Subject: Re: ifconfig lo1 down X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 20:30:06 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-5102154-1299443371=:6104 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 6 Mar 2011, fredrik danerklint wrote: Hi, > lördagen den 5 mars 2011 21.10.19 skrev Sergey Kandaurov: >> On 5 March 2011 21:43, fredrik danerklint wrote: >>> Hi, >>> >>> I would like to know what is the differents between ip4 and ip6 for this >>> command. >>> >>> First: >>> >>> #ifconfig lo1 >>> lo1: flags=8049 metric 0 mtu 16384 >>> options=3 >>> inet xx.xx.xx.2 netmask 0xffffffff >>> inet6 2a03:xxxx:xxxx::xxxx:xx02 prefixlen 128 >>> nd6 options=3 >>> >>> $ ping xx.xx.xx.2 >>> PING xx.xx.xx.2 (xx.xx.xx.2): 56 data bytes >>> 64 bytes from xx.xx.xx.2: icmp_seq=0 ttl=64 time=0.012 ms >>> 64 bytes from xx.xx.xx.2: icmp_seq=1 ttl=64 time=0.010 ms >>> ^C >>> >>> and >>> >>> $ ping6 2a03:xxxx:xxxx::xxxx:xx02 >>> PING6(56=40+8+8 bytes) 2a03:xxxx:xxxx::xxxx:xx02 --> >>> 2a03:xxxx:xxxx::xxxx:xx02 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, >>> icmp_seq=0 hlim=64 time=0.053 ms 16 bytes from >>> 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=1 hlim=64 time=0.032 ms ^C >>> >>> Now we run this command: >>> >>> # ifconfig lo1 down >>> >>> and trying to ping again: >>> >>> $ ping xx.xx.xx.2 >>> PING xx.xx.xx.2 (xx.xx.xx.2): 56 data bytes >>> ping: sendto: No route to host >>> ping: sendto: No route to host >>> ping: sendto: No route to host >>> ^C >>> --- xx.xx.xx.2 ping statistics --- >>> 3 packets transmitted, 0 packets received, 100.0% packet loss >>> >>> works as expected (and this is what I want) but this command, however: >>> >>> $ ping6 2a03:xxxx:xxxx::xxxx:xx02 >>> PING6(56=40+8+8 bytes) 2a03:xxxx:xxxx::xxxx:xx02 --> >>> 2a03:xxxx:xxxx::xxxx:xx02 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, >>> icmp_seq=0 hlim=64 time=0.048 ms 16 bytes from >>> 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=1 hlim=64 time=0.033 ms 16 bytes >>> from 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=2 hlim=64 time=0.032 ms ^C >>> --- 2a03:xxxx:xxxx::xxxx:xx02 ping6 statistics --- >>> 3 packets transmitted, 3 packets received, 0.0% packet loss >>> round-trip min/avg/max/std-dev = 0.032/0.038/0.048/0.007 ms >>> >>> My question is why is it not the same behavior of ip6 as of ip4? >> >> That's how forwarding works/differs for ipv4 and ipv6. >> You should be able to ping xx.xx.xx.2 again after adding static route. >> Something like route add xx.xx.xx.2 -iface -lo1. > >> >> I can only say for the moment that from my observation ipv4 "routes to >> itself" exist as far as interface is up, and ipv6 routes don't depend on >> if iface is up. You can check this with netstat -r for both addresses with >> iface up and down. > > Hmm... take a look at this: > > Internet: > Destination Gateway Flags Refs Use Netif Expire > xx.xx.xx.2 link#8 UH 0 0 lo1 > > Internet6: > Destination Gateway Flags > Netif Expire > 2a03:xxxx:xxxx::xxxx:xx02 link#8 UHS > lo0 > > See the differents? For ip4 it uses the correct interface, lo1, but on ip6 it > uses the lo0 interface and sure enough it is not down at all. It's new-arp fallout and related to the carp problems with IPv6. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. --0-5102154-1299443371=:6104-- From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 20:38:34 2011 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 05F2B1065689 for ; Sun, 6 Mar 2011 20:38:34 +0000 (UTC) (envelope-from fredan@fredan.se) Received: from mail.fredan.se (mail.fredan.se [77.105.235.102]) by mx1.freebsd.org (Postfix) with ESMTP id BCB8A8FC19 for ; Sun, 6 Mar 2011 20:38:33 +0000 (UTC) Received: from [77.105.232.43] (port=58598 helo=fredan-pc.localnet) by mail.fredan.se with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.71) (envelope-from ) id 1PwKim-0003M4-MB for freebsd-net@freebsd.org; Sun, 06 Mar 2011 21:38:32 +0100 From: fredrik danerklint Organization: fredan To: freebsd-net@freebsd.org Date: Sun, 6 Mar 2011 21:38:28 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.35-27-generic; KDE/4.6.1; x86_64; ; ) References: <201103051943.41917.fredan@fredan.se> <201103061642.31177.fredan@fredan.se> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Message-Id: <201103062138.29111.fredan@fredan.se> Subject: Re: ifconfig lo1 down X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 20:38:34 -0000 söndagen den 6 mars 2011 21.29.30 skrev Bjoern A. Zeeb: > On Sun, 6 Mar 2011, fredrik danerklint wrote: > > Hi, > > > lördagen den 5 mars 2011 21.10.19 skrev Sergey Kandaurov: > >> On 5 March 2011 21:43, fredrik danerklint wrote: > >>> Hi, > >>> > >>> I would like to know what is the differents between ip4 and ip6 for > >>> this command. > >>> > >>> First: > >>> > >>> #ifconfig lo1 > >>> lo1: flags=8049 metric 0 mtu 16384 > >>> > >>> options=3 > >>> inet xx.xx.xx.2 netmask 0xffffffff > >>> inet6 2a03:xxxx:xxxx::xxxx:xx02 prefixlen 128 > >>> nd6 options=3 > >>> > >>> $ ping xx.xx.xx.2 > >>> PING xx.xx.xx.2 (xx.xx.xx.2): 56 data bytes > >>> 64 bytes from xx.xx.xx.2: icmp_seq=0 ttl=64 time=0.012 ms > >>> 64 bytes from xx.xx.xx.2: icmp_seq=1 ttl=64 time=0.010 ms > >>> ^C > >>> > >>> and > >>> > >>> $ ping6 2a03:xxxx:xxxx::xxxx:xx02 > >>> PING6(56=40+8+8 bytes) 2a03:xxxx:xxxx::xxxx:xx02 --> > >>> 2a03:xxxx:xxxx::xxxx:xx02 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, > >>> icmp_seq=0 hlim=64 time=0.053 ms 16 bytes from > >>> 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=1 hlim=64 time=0.032 ms ^C > >>> > >>> Now we run this command: > >>> > >>> # ifconfig lo1 down > >>> > >>> and trying to ping again: > >>> > >>> $ ping xx.xx.xx.2 > >>> PING xx.xx.xx.2 (xx.xx.xx.2): 56 data bytes > >>> ping: sendto: No route to host > >>> ping: sendto: No route to host > >>> ping: sendto: No route to host > >>> ^C > >>> --- xx.xx.xx.2 ping statistics --- > >>> 3 packets transmitted, 0 packets received, 100.0% packet loss > >>> > >>> works as expected (and this is what I want) but this command, however: > >>> > >>> $ ping6 2a03:xxxx:xxxx::xxxx:xx02 > >>> PING6(56=40+8+8 bytes) 2a03:xxxx:xxxx::xxxx:xx02 --> > >>> 2a03:xxxx:xxxx::xxxx:xx02 16 bytes from 2a03:xxxx:xxxx::xxxx:xx02, > >>> icmp_seq=0 hlim=64 time=0.048 ms 16 bytes from > >>> 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=1 hlim=64 time=0.033 ms 16 bytes > >>> from 2a03:xxxx:xxxx::xxxx:xx02, icmp_seq=2 hlim=64 time=0.032 ms ^C > >>> --- 2a03:xxxx:xxxx::xxxx:xx02 ping6 statistics --- > >>> 3 packets transmitted, 3 packets received, 0.0% packet loss > >>> round-trip min/avg/max/std-dev = 0.032/0.038/0.048/0.007 ms > >>> > >>> My question is why is it not the same behavior of ip6 as of ip4? > >> > >> That's how forwarding works/differs for ipv4 and ipv6. > >> You should be able to ping xx.xx.xx.2 again after adding static route. > >> Something like route add xx.xx.xx.2 -iface -lo1. > >> > >> > >> I can only say for the moment that from my observation ipv4 "routes to > >> itself" exist as far as interface is up, and ipv6 routes don't depend on > >> if iface is up. You can check this with netstat -r for both addresses > >> with iface up and down. > > > > Hmm... take a look at this: > > > > Internet: > > Destination Gateway Flags Refs Use Netif > > Expire xx.xx.xx.2 link#8 UH 0 0 > > lo1 > > > > Internet6: > > Destination Gateway Flags > > Netif Expire > > 2a03:xxxx:xxxx::xxxx:xx02 link#8 UHS > > lo0 > > > > See the differents? For ip4 it uses the correct interface, lo1, but on > > ip6 it uses the lo0 interface and sure enough it is not down at all. > > It's new-arp fallout and related to the carp problems with IPv6. ok. where can I read about this problem with carp (since that is what I also gonna to use later on with ip6..) Is there any kind of information about the status of ip6 in FreeBSD. I mean really a list of what works and what not works? -- //fredan From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 21:23:21 2011 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 4828E1065673; Sun, 6 Mar 2011 21:23:21 +0000 (UTC) (envelope-from lacombar@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 E604A8FC12; Sun, 6 Mar 2011 21:23:20 +0000 (UTC) Received: by iwn33 with SMTP id 33so3995057iwn.13 for ; Sun, 06 Mar 2011 13:23:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kllqkOK+mvh2RYBRmbLpq0dbT8K8d7AI6GYbGHXsWmA=; b=sgWRuemRaghSl06palv4rcE42kN1t8lltZeYzi452hDS/GoRtkX6MtTbIDQF5n3Ex7 c/tG/LYgJeCcZPVRneRRZAAdsAjpSmQKn9/nSMBOh3N21bDLxDcAeRSh/f2DlJz5AT/u z5e0tFBWlXCEcA21kDsQth4T9aWsGn1O5BIrs= 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=mTiaW3A3mgQjp+TOJIr2/u0YdHcuMFvOUgzVEQGru0K3Y58gl2CM0MchahTjBwLr+A ios3krD/EnDjxJsTvVaJfus98kxT0t5jL/PVibsYLRNTzXvGpjuARD1vzlpNyZmhGV44 rGmpn+P5VmT7OdO/6oi+fI1N18EGXuhuo0t6E= MIME-Version: 1.0 Received: by 10.42.223.134 with SMTP id ik6mr3861486icb.267.1299446599957; Sun, 06 Mar 2011 13:23:19 -0800 (PST) Received: by 10.42.172.198 with HTTP; Sun, 6 Mar 2011 13:23:19 -0800 (PST) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Sun, 6 Mar 2011 16:23:19 -0500 Message-ID: From: Arnaud Lacombe To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Brandon Gooch , freebsd-net@freebsd.org, Jan Koum , Steven Hartland Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 21:23:21 -0000 Hi Jack, On Sun, Mar 6, 2011 at 2:48 PM, Jack Vogel wrote: > Missed packets just mean that some temporary resource shortage or error > caused > the packet to be dropped. I don't believe this is indicative of a problem= , > just let it > keep running, 2 days is good but 2 weeks is better :) > > Thanks for testing it! > I still did not get any feedback from you about the patch I sent the list about not ignoring the RX overrun interrupt triggered by the card. Thanks, - Arnaud > Jack > > > On Sun, Mar 6, 2011 at 4:37 AM, =D6zkan KIRIK wro= te: >> >> Hello, >> >> I've been testing the em.7.2.2 driver as kld. The system is up about 2 >> days 6 hours. >> System has 4 em interfaces, Throughput is about 200Mbit/s. System >> didn't hang, but em2 has Input Errors. >> >> I saw that, dev.em.2.mac_stats.missed_packets is not zero? What could >> be the problem? >> >> # uname -r >> 8.2-RELEASE >> >> # sysctl dev.em.| grep miss >> dev.em.0.mac_stats.missed_packets: 0 >> dev.em.1.mac_stats.missed_packets: 0 >> dev.em.2.mac_stats.missed_packets: 5886 >> dev.em.3.mac_stats.missed_packets: 0 >> >> # netstat -nWI em2 | grep Link >> Name =A0 =A0 =A0Mtu Network =A0 =A0 =A0 Address =A0 =A0 =A0 =A0 =A0 =A0 = =A0Ipkts Ierrs Idrop >> Opkts Oerrs =A0Coll >> em2 =A0 =A0 =A01500 =A0 =A0 =A000:23:8b:89:e4:9e 267256324 =A05= 886 =A0 =A0 0 >> 273081628 =A0 =A0 0 =A0 =A0 0 >> >> # sysctl dev.em.2. >> dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 >> dev.em.2.%driver: em >> dev.em.2.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.P0P4.BR1E >> dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x108e >> subdevice=3D0x125e class=3D0x020000 >> dev.em.2.%parent: pci12 >> dev.em.2.nvm: -1 >> dev.em.2.debug: -1 >> dev.em.2.rx_int_delay: 0 >> dev.em.2.tx_int_delay: 66 >> dev.em.2.rx_abs_int_delay: 66 >> dev.em.2.tx_abs_int_delay: 66 >> dev.em.2.rx_processing_limit: 100 >> dev.em.2.flow_control: 3 >> dev.em.2.eee_control: 0 >> dev.em.2.link_irq: 0 >> dev.em.2.mbuf_alloc_fail: 0 >> dev.em.2.cluster_alloc_fail: 0 >> dev.em.2.dropped: 0 >> dev.em.2.tx_dma_fail: 0 >> dev.em.2.rx_overruns: 7 >> dev.em.2.watchdog_timeouts: 0 >> dev.em.2.device_control: 1075577409 >> dev.em.2.rx_control: 67141634 >> dev.em.2.fc_high_water: 30720 >> dev.em.2.fc_low_water: 29220 >> dev.em.2.queue0.txd_head: 3025 >> dev.em.2.queue0.txd_tail: 3025 >> dev.em.2.queue0.tx_irq: 0 >> dev.em.2.queue0.no_desc_avail: 0 >> dev.em.2.queue0.rxd_head: 1826 >> dev.em.2.queue0.rxd_tail: 1825 >> dev.em.2.queue0.rx_irq: 0 >> dev.em.2.mac_stats.excess_coll: 0 >> dev.em.2.mac_stats.single_coll: 0 >> dev.em.2.mac_stats.multiple_coll: 0 >> dev.em.2.mac_stats.late_coll: 0 >> dev.em.2.mac_stats.collision_count: 0 >> dev.em.2.mac_stats.symbol_errors: 0 >> dev.em.2.mac_stats.sequence_errors: 0 >> dev.em.2.mac_stats.defer_count: 0 >> dev.em.2.mac_stats.missed_packets: 5886 >> dev.em.2.mac_stats.recv_no_buff: 3407 >> dev.em.2.mac_stats.recv_undersize: 0 >> dev.em.2.mac_stats.recv_fragmented: 0 >> dev.em.2.mac_stats.recv_oversize: 0 >> dev.em.2.mac_stats.recv_jabber: 0 >> dev.em.2.mac_stats.recv_errs: 0 >> dev.em.2.mac_stats.crc_errs: 0 >> dev.em.2.mac_stats.alignment_errs: 0 >> dev.em.2.mac_stats.coll_ext_errs: 0 >> dev.em.2.mac_stats.xon_recvd: 0 >> dev.em.2.mac_stats.xon_txd: 0 >> dev.em.2.mac_stats.xoff_recvd: 0 >> dev.em.2.mac_stats.xoff_txd: 0 >> dev.em.2.mac_stats.total_pkts_recvd: 265358324 >> dev.em.2.mac_stats.good_pkts_recvd: 265352438 >> dev.em.2.mac_stats.bcast_pkts_recvd: 701728 >> dev.em.2.mac_stats.mcast_pkts_recvd: 4076 >> dev.em.2.mac_stats.rx_frames_64: 0 >> dev.em.2.mac_stats.rx_frames_65_127: 140801982 >> dev.em.2.mac_stats.rx_frames_128_255: 3553397 >> dev.em.2.mac_stats.rx_frames_256_511: 3418754 >> dev.em.2.mac_stats.rx_frames_512_1023: 8096866 >> dev.em.2.mac_stats.rx_frames_1024_1522: 109481439 >> dev.em.2.mac_stats.good_octets_recvd: 177455051448 >> dev.em.2.mac_stats.good_octets_txd: 274861571704 >> dev.em.2.mac_stats.total_pkts_txd: 270439410 >> dev.em.2.mac_stats.good_pkts_txd: 270439410 >> dev.em.2.mac_stats.bcast_pkts_txd: 194927 >> dev.em.2.mac_stats.mcast_pkts_txd: 48 >> dev.em.2.mac_stats.tx_frames_64: 23050855 >> dev.em.2.mac_stats.tx_frames_65_127: 54156414 >> dev.em.2.mac_stats.tx_frames_128_255: 4299280 >> dev.em.2.mac_stats.tx_frames_256_511: 7837146 >> dev.em.2.mac_stats.tx_frames_512_1023: 8272014 >> dev.em.2.mac_stats.tx_frames_1024_1522: 172823701 >> dev.em.2.mac_stats.tso_txd: 0 >> dev.em.2.mac_stats.tso_ctx_fail: 0 >> dev.em.2.interrupts.asserts: 283674059 >> dev.em.2.interrupts.rx_pkt_timer: 33585 >> dev.em.2.interrupts.rx_abs_timer: 0 >> dev.em.2.interrupts.tx_pkt_timer: 11022 >> dev.em.2.interrupts.tx_abs_timer: 22449 >> dev.em.2.interrupts.tx_queue_empty: 0 >> dev.em.2.interrupts.tx_queue_min_thresh: 0 >> dev.em.2.interrupts.rx_desc_min_thresh: 0 >> dev.em.2.interrupts.rx_overrun: 0 >> >> Regards, >> Ozkan KIRIK > > From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 21:37:23 2011 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 3B411106567A for ; Sun, 6 Mar 2011 21:37:23 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id E479A8FC21 for ; Sun, 6 Mar 2011 21:37:22 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id C5C9A25D3872; Sun, 6 Mar 2011 21:36:50 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D8552159A2F3; Sun, 6 Mar 2011 21:36:49 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id g4CB5vTOtPlG; Sun, 6 Mar 2011 21:36:49 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id F3E84159A2F0; Sun, 6 Mar 2011 21:36:48 +0000 (UTC) Date: Sun, 6 Mar 2011 21:36:48 +0000 (UTC) From: "Bjoern A. Zeeb" To: fredrik danerklint In-Reply-To: <201103062138.29111.fredan@fredan.se> Message-ID: References: <201103051943.41917.fredan@fredan.se> <201103061642.31177.fredan@fredan.se> <201103062138.29111.fredan@fredan.se> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: ifconfig lo1 down X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 21:37:23 -0000 On Sun, 6 Mar 2011, fredrik danerklint wrote: >> It's new-arp fallout and related to the carp problems with IPv6. > > ok. where can I read about this problem with carp (since that is what I also > gonna to use later on with ip6..) kern/153848 or ther last weeks on this list. > Is there any kind of information about the status of ip6 in FreeBSD. I mean > really a list of what works and what not works? Lots of things work, some individual bugs but probably no more than in other subsystems;-) It's more likely that you'll get a helpful answer in case you ask about the specific features you need. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 21:39:47 2011 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 D39351065674; Sun, 6 Mar 2011 21:39:47 +0000 (UTC) (envelope-from jamesbrandongooch@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 1A4F48FC15; Sun, 6 Mar 2011 21:39:46 +0000 (UTC) Received: by wyb32 with SMTP id 32so4241805wyb.13 for ; Sun, 06 Mar 2011 13:39:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=v1JzfWJLQV/KLMWu0Qe4XdGNWuh+HD38nqTcO2wg/5Q=; b=peBss4uPlZg/LPHM4B/umxXr9QXMzWyojY/ROqbsEpx6lYeknLQH8h4HQ/475tTn4X rXckwGw6LH1phQ4FF7R1IzTLNcxqOP3pylvAhn5CxeAebSd+7Ba861VUCu3VIwjetuKz UAPciKzAVKuQDgRu8Zr9Pw0ZxXxc6sYwf+3Q0= 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=UyLZTS0KImMvjNX0bJlwvVyZ5gcLyO0Bo/3gXtz3g05l81/kNsFy26+p683l9eIFm9 nb+JfwvFkfLezi9+4vGaPesJLK56os74p/SktRoo2lD5u/hM0gUAHODYfqbMCECmgscl M7pa+sqkOmNcg7z9jOE3wfHqnY+CeC7gJj1dM= MIME-Version: 1.0 Received: by 10.216.143.135 with SMTP id l7mr1646898wej.86.1299447586112; Sun, 06 Mar 2011 13:39:46 -0800 (PST) Received: by 10.216.28.81 with HTTP; Sun, 6 Mar 2011 13:39:46 -0800 (PST) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Sun, 6 Mar 2011 15:39:46 -0600 Message-ID: From: Brandon Gooch To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd-net@freebsd.org, Jan Koum , Steven Hartland , Arnaud Lacombe Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 21:39:47 -0000 On Sun, Mar 6, 2011 at 1:48 PM, Jack Vogel wrote: > Missed packets just mean that some temporary resource shortage or error > caused > the packet to be dropped. I don't believe this is indicative of a problem, > just let it > keep running, 2 days is good but 2 weeks is better :) > > Thanks for testing it! > > Jack Jack, I found several production machines I can test 7.2.2 on, if you'd be so kind to provide me with a link or an attachment :) I don't know exactly what chips they are, but I figure that testing is still testing... -Brandon From owner-freebsd-net@FreeBSD.ORG Sun Mar 6 21:40:15 2011 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 1167D1065680; Sun, 6 Mar 2011 21:40:15 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE0B48FC0A; Sun, 6 Mar 2011 21:40:14 +0000 (UTC) Received: by iyj12 with SMTP id 12so4004446iyj.13 for ; Sun, 06 Mar 2011 13:40:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DfJxmbkEuUKVcnNJCwrKCy5h7eC+4PWWDFOJAX0y0bg=; b=SvFxNkcdQi89rqasHlFcbd1lFp2ufMSneHfvL+/vHvTx4jS93tcw850ffTVx8dSPUZ EZLwunNgkzwEMrSqnZ9XhkDK7fPJXmssXYWGOHqN7VOTZThC9qeE1oxij4R6K/w/ajhy +aQ3PL/ZAvNNFGo4yGKQmQUS5fdOvTtSqWztQ= 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=Jltzk0kBqmCprc8FHFgSJMqw3Pq3uEi0hhDNFnBzzDPAAcIBSo4ceCdus3UsxkI8L6 zRPc07KuvDAR5CWCRGfX+j4dqpLtiFOv1muhRO8SFVWI3kdW+gkhqXQgVmPKSy/hwGHH iOi2Y18L9LB1Eo7+D7IcVFM2C+p9ncLMTTnnk= MIME-Version: 1.0 Received: by 10.43.64.69 with SMTP id xh5mr2472456icb.66.1299447613807; Sun, 06 Mar 2011 13:40:13 -0800 (PST) Received: by 10.42.172.198 with HTTP; Sun, 6 Mar 2011 13:40:13 -0800 (PST) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Sun, 6 Mar 2011 16:40:13 -0500 Message-ID: From: Arnaud Lacombe To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Brandon Gooch , freebsd-net@freebsd.org, Jan Koum , Steven Hartland Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2011 21:40:15 -0000 Hi, On Sun, Mar 6, 2011 at 4:23 PM, Arnaud Lacombe wrote: > Hi Jack, > > On Sun, Mar 6, 2011 at 2:48 PM, Jack Vogel wrote: >> Missed packets just mean that some temporary resource shortage or error >> caused >> the packet to be dropped. I don't believe this is indicative of a proble= m, >> just let it >> keep running, 2 days is good but 2 weeks is better :) >> >> Thanks for testing it! >> > I still did not get any feedback from you about the patch I sent the > list about not ignoring the RX overrun interrupt triggered by the > card. > Just to precise. For what I understood of Beezar Lui "fix", all the work is done in the RX interrupt context, ie. you rely on the card to trigger RX interrupt to refresh mbufs. If the resource shortage is too long, the card stops triggering RX interrupt and "hang", but it _still_ trigger RX overrun to warn the OS about the situation. Currently this interrupt is just ignored. Your original fix works for igb(4) as a single handler is used per queue; igb_rxeof() get called in both RX and TX context. This is not the case with em(4) as RX and TX interrupt are independent from each other. So if the hardware empties the ring and you cannot replenish it while you still get RX interrupt, you have no other choice than using the RX overrun interrupt to hope to recover. - Arnaud > Thanks, > =A0- Arnaud > >> Jack >> >> >> On Sun, Mar 6, 2011 at 4:37 AM, =D6zkan KIRIK wr= ote: >>> >>> Hello, >>> >>> I've been testing the em.7.2.2 driver as kld. The system is up about 2 >>> days 6 hours. >>> System has 4 em interfaces, Throughput is about 200Mbit/s. System >>> didn't hang, but em2 has Input Errors. >>> >>> I saw that, dev.em.2.mac_stats.missed_packets is not zero? What could >>> be the problem? >>> >>> # uname -r >>> 8.2-RELEASE >>> >>> # sysctl dev.em.| grep miss >>> dev.em.0.mac_stats.missed_packets: 0 >>> dev.em.1.mac_stats.missed_packets: 0 >>> dev.em.2.mac_stats.missed_packets: 5886 >>> dev.em.3.mac_stats.missed_packets: 0 >>> >>> # netstat -nWI em2 | grep Link >>> Name =A0 =A0 =A0Mtu Network =A0 =A0 =A0 Address =A0 =A0 =A0 =A0 =A0 =A0= =A0Ipkts Ierrs Idrop >>> Opkts Oerrs =A0Coll >>> em2 =A0 =A0 =A01500 =A0 =A0 =A000:23:8b:89:e4:9e 267256324 =A0= 5886 =A0 =A0 0 >>> 273081628 =A0 =A0 0 =A0 =A0 0 >>> >>> # sysctl dev.em.2. >>> dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 >>> dev.em.2.%driver: em >>> dev.em.2.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.P0P4.BR1E >>> dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x108e >>> subdevice=3D0x125e class=3D0x020000 >>> dev.em.2.%parent: pci12 >>> dev.em.2.nvm: -1 >>> dev.em.2.debug: -1 >>> dev.em.2.rx_int_delay: 0 >>> dev.em.2.tx_int_delay: 66 >>> dev.em.2.rx_abs_int_delay: 66 >>> dev.em.2.tx_abs_int_delay: 66 >>> dev.em.2.rx_processing_limit: 100 >>> dev.em.2.flow_control: 3 >>> dev.em.2.eee_control: 0 >>> dev.em.2.link_irq: 0 >>> dev.em.2.mbuf_alloc_fail: 0 >>> dev.em.2.cluster_alloc_fail: 0 >>> dev.em.2.dropped: 0 >>> dev.em.2.tx_dma_fail: 0 >>> dev.em.2.rx_overruns: 7 >>> dev.em.2.watchdog_timeouts: 0 >>> dev.em.2.device_control: 1075577409 >>> dev.em.2.rx_control: 67141634 >>> dev.em.2.fc_high_water: 30720 >>> dev.em.2.fc_low_water: 29220 >>> dev.em.2.queue0.txd_head: 3025 >>> dev.em.2.queue0.txd_tail: 3025 >>> dev.em.2.queue0.tx_irq: 0 >>> dev.em.2.queue0.no_desc_avail: 0 >>> dev.em.2.queue0.rxd_head: 1826 >>> dev.em.2.queue0.rxd_tail: 1825 >>> dev.em.2.queue0.rx_irq: 0 >>> dev.em.2.mac_stats.excess_coll: 0 >>> dev.em.2.mac_stats.single_coll: 0 >>> dev.em.2.mac_stats.multiple_coll: 0 >>> dev.em.2.mac_stats.late_coll: 0 >>> dev.em.2.mac_stats.collision_count: 0 >>> dev.em.2.mac_stats.symbol_errors: 0 >>> dev.em.2.mac_stats.sequence_errors: 0 >>> dev.em.2.mac_stats.defer_count: 0 >>> dev.em.2.mac_stats.missed_packets: 5886 >>> dev.em.2.mac_stats.recv_no_buff: 3407 >>> dev.em.2.mac_stats.recv_undersize: 0 >>> dev.em.2.mac_stats.recv_fragmented: 0 >>> dev.em.2.mac_stats.recv_oversize: 0 >>> dev.em.2.mac_stats.recv_jabber: 0 >>> dev.em.2.mac_stats.recv_errs: 0 >>> dev.em.2.mac_stats.crc_errs: 0 >>> dev.em.2.mac_stats.alignment_errs: 0 >>> dev.em.2.mac_stats.coll_ext_errs: 0 >>> dev.em.2.mac_stats.xon_recvd: 0 >>> dev.em.2.mac_stats.xon_txd: 0 >>> dev.em.2.mac_stats.xoff_recvd: 0 >>> dev.em.2.mac_stats.xoff_txd: 0 >>> dev.em.2.mac_stats.total_pkts_recvd: 265358324 >>> dev.em.2.mac_stats.good_pkts_recvd: 265352438 >>> dev.em.2.mac_stats.bcast_pkts_recvd: 701728 >>> dev.em.2.mac_stats.mcast_pkts_recvd: 4076 >>> dev.em.2.mac_stats.rx_frames_64: 0 >>> dev.em.2.mac_stats.rx_frames_65_127: 140801982 >>> dev.em.2.mac_stats.rx_frames_128_255: 3553397 >>> dev.em.2.mac_stats.rx_frames_256_511: 3418754 >>> dev.em.2.mac_stats.rx_frames_512_1023: 8096866 >>> dev.em.2.mac_stats.rx_frames_1024_1522: 109481439 >>> dev.em.2.mac_stats.good_octets_recvd: 177455051448 >>> dev.em.2.mac_stats.good_octets_txd: 274861571704 >>> dev.em.2.mac_stats.total_pkts_txd: 270439410 >>> dev.em.2.mac_stats.good_pkts_txd: 270439410 >>> dev.em.2.mac_stats.bcast_pkts_txd: 194927 >>> dev.em.2.mac_stats.mcast_pkts_txd: 48 >>> dev.em.2.mac_stats.tx_frames_64: 23050855 >>> dev.em.2.mac_stats.tx_frames_65_127: 54156414 >>> dev.em.2.mac_stats.tx_frames_128_255: 4299280 >>> dev.em.2.mac_stats.tx_frames_256_511: 7837146 >>> dev.em.2.mac_stats.tx_frames_512_1023: 8272014 >>> dev.em.2.mac_stats.tx_frames_1024_1522: 172823701 >>> dev.em.2.mac_stats.tso_txd: 0 >>> dev.em.2.mac_stats.tso_ctx_fail: 0 >>> dev.em.2.interrupts.asserts: 283674059 >>> dev.em.2.interrupts.rx_pkt_timer: 33585 >>> dev.em.2.interrupts.rx_abs_timer: 0 >>> dev.em.2.interrupts.tx_pkt_timer: 11022 >>> dev.em.2.interrupts.tx_abs_timer: 22449 >>> dev.em.2.interrupts.tx_queue_empty: 0 >>> dev.em.2.interrupts.tx_queue_min_thresh: 0 >>> dev.em.2.interrupts.rx_desc_min_thresh: 0 >>> dev.em.2.interrupts.rx_overrun: 0 >>> >>> Regards, >>> Ozkan KIRIK >> >> > From owner-freebsd-net@FreeBSD.ORG Mon Mar 7 00:30:57 2011 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 6AC991065670; Mon, 7 Mar 2011 00:30:57 +0000 (UTC) (envelope-from Daren.I@daelive.com) Received: from mail.daelive.com (mail.daelive.com [121.50.207.139]) by mx1.freebsd.org (Postfix) with ESMTP id D9E8D8FC18; Mon, 7 Mar 2011 00:30:56 +0000 (UTC) X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from 192.168.10.86 ([192.168.10.86]) by dae-exch2.daeonline.local ([192.168.10.14]) with Microsoft Exchange Server HTTP-DAV ; Mon, 7 Mar 2011 00:20:30 +0000 MIME-Version: 1.0 Received: from hal.daeonline.local by dae-exch2.daeonline.local; 07 Mar 2011 10:18:51 +1000 Organization: daelive X-Mailer: Evolution 2.12.3 (2.12.3-8.el5_2.3) Organization: daelive X-Mailer: Evolution 2.12.3 (2.12.3-8.el5_2.3) Content-class: urn:content-classes:message Date: Mon, 7 Mar 2011 10:18:51 +1000 Message-ID: <1299457131.5611.11.camel@hal.daeonline.local> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: please (re) test if_ath in -HEAD Thread-Index: AcvcXXe/U5dwT/61QEC8LIhaMVpB9w== References: <1299454075.5611.3.camel@hal.daeonline.local> From: "Daren Isaacs" To: "Adrian Chadd" Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daren Isaacs List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 00:30:57 -0000 >=20 > On 7 March 2011 07:27, daren wrote: > =20 > =20 > On Thu, 2011-03-03 at 14:31 -0800, Adrian Chadd wrote: > > Hi all, > > > > For those of you who are testing out my if_ath changes, I'd > really > > appreciate it if you'd update to -HEAD and re-test. > > > > I've done a variety of changes to the radio setup and > found/fixed a few bugs > > in the TX path. It's quite possible these have introduced > regressions. I'd > > like to make sure that I haven't broken legacy (11abg) > support in > > weird/wonderful ways. I'd also like to make sure that I > haven't > > broken/changed the behaviour or performance of the NICs in > any way. > > > > Please give things a good thrashing and let me know the > results. > > > > I'm still working towards debugging and enabling basic 11n > support, but I > > need to first make sure that I haven't broken legacy > operation in any way. > =20 > =20 > Do these changes support the AR2427? >=20 >=20 On Mon, 2011-03-07 at 08:07 +0800, Adrian Chadd wrote: > The AR2427 support in HEAD is still unstable. I'm just fleshing out > the AR9280 support and finding/fixing regressions that have been > introduced before I continue fixing up the AR9285/AR2427 support. >=20 >=20 > Basically, 11g modes on the AR2427 start off fine but they stop being > successfully TXed after a few hours. Maybe if you run it in 11b only > mode it'll be stable enough for use. >=20 >=20 > I do have an AR2427 in a laptop here so I can actually test it. :) >=20 >=20 >=20 >=20 > adrian >=20 Ok great, thanks. From owner-freebsd-net@FreeBSD.ORG Mon Mar 7 03:00:29 2011 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 1A1351065670 for ; Mon, 7 Mar 2011 03:00:29 +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 1D8B38FC0A for ; Mon, 7 Mar 2011 03:00:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id p272nLL8035561; Mon, 7 Mar 2011 13:49:21 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 7 Mar 2011 13:49:20 +1100 (EST) From: Ian Smith To: Dave Johnson In-Reply-To: Message-ID: <20110307132754.T84485@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: An IPFW problem when going from release to stable on 8.2/ Maybe bge0 network card? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2011 03:00:29 -0000 On Sun, 6 Mar 2011, Dave Johnson wrote: > Hi all > > > An IPFW problem when going from release to stable on 8.2 > > An help gladly accepted > > LOG ON > > Flushed all rules. > 00010 allow ip from 127.0.0.1 to 127.0.0.1 via lo0 > 00030 divert 8668 ip from any to any via bge0 > ipfw: getsockopt(IP_FW_ADD): Invalid argument > 50000 allow ip from any to any > Firewall rules loaded. > Starting natd. That error occured when attempting to install the fwd rule below. Checking with 'ipfw list' should show that rule as missing. > rc.conf > defaultrouter="192.168.0.1" > gateway_enable="YES" > hostname="xxx.xxx.xxx" > ifconfig_bge0="inet 192.168.0.11 netmask 255.255.255.0" > ifconfig_em0="inet 192.168.1.2 netmask 255.255.255.0" > keymap="us.iso" > moused_enable="YES" > sshd_enable="YES" > firewall_enable="YES" > firewall_script="/etc/rc.firewall" > natd_program="/sbin/natd" > natd_enable="YES" > natd_interface="bge0" > natd_flags="-f /etc/natd.conf" > dhcpd_enable="NO" > dhcpd_flags="-q" > dhcpd_conf="/usr/local/etc/dhcpd.conf" > dhcpd_ifaces="em0" > dhcpd_withumask="022" > > natd.conf > > interface bge0 > use_sockets yes > same_ports yes > log > #redirect_port tcp 192.168.1.189:3389 3389 > #redirect_port tcp 192.168.1.53:5500 5500 > > #!/bin/sh > > /sbin/ipfw -f flush > /sbin/ipfw -f pipe flush > > > > #Nat Rules > /sbin/ipfw add 10 allow ip from 127.0.0.1 to 127.0.0.1 via lo0 > /sbin/ipfw add 30 divert natd all from any to any via bge0 Don't use 'all' or 'ip' with divert, specify ip4 instead; divert can't handle ip6 packets yet, panics have been reported. See /etc/rc.firewall > #Forward to Transparent Proxy Server > #/sbin/ipfw add 10001 fwd 127.0.0.1,3128 tcp from any to any 80 > #/sbin/ipfw add 10010 fwd 127.0.0.1,3128 tcp from 10.0.21.2 to any 80 > > /sbin/ipfw add 10001 fwd 127.0.0.1,3128 tcp from any to any 80 > > > /sbin/ipfw add 50000 allow ip from any to any > > KERNEL > > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_VERBOSE_LIMIT=5 > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPDIVERT > options DUMMYNET But ipfw(8) sayeth: To enable fwd a custom kernel needs to be compiled with the option options IPFIREWALL_FORWARD. cheers, Ian [ aside: man.cgi is currently broken for 8.2-RELEASE, at least for ipfw. http://www.freebsd.org/cgi/man.cgi?query=ipfw&apropos=0&sektion=0&manpath=FreeBSD+8.2-RELEASE&format=html reports "Sorry, no data found for `ipfw'. Please try a keyword search." Selecting 8.1-stable instead works correctly ] From owner-freebsd-net@FreeBSD.ORG Mon Mar 7 09:07:13 2011 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 19DE1106566B; Mon, 7 Mar 2011 09:07:13 +0000 (UTC) (envelope-from fluffy@fluffy.khv.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [95.108.130.120]) by mx1.freebsd.org (Postfix) with ESMTP id BE7F08FC18; Mon, 7 Mar 2011 09:07:12 +0000 (UTC) Received: from web135.yandex.ru (web135.yandex.ru [95.108.131.157]) by forward13.mail.yandex.net (Yandex) with ESMTP id DCF6214191C; Mon, 7 Mar 2011 11:53:25 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by web135.yandex.ru (Yandex) with ESMTP id B50A86B30044; Mon, 7 Mar 2011 11:53:25 +0300 (MSK) Received: from [46.38.1.85] ([46.38.1.85]) by mail.yandex.ru with HTTP; Mon, 07 Mar 2011 11:53:25 +0300 From: Dima Panov To: Adrian Chadd In-Reply-To: References: MIME-Version: 1.0 Message-Id: <867311299488005@web135.yandex.ru> Date: Mon, 07 Mar 2011 18:53:25 +1000 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2011 09:07:13 -0000 hello! FreeBSD 9.0-900033-CURRENT #0 r219338M: Mon Mar 7 11:31:40 VLAT 2011 All fine with AR9285, WPA2 is used stable 36/48/54Mbps with my AP 07.03.2011, 06:14, "Adrian Chadd" : > On 7 March 2011 03:21, Ian FREISLICH ; wrote: > >> šAdrian Chadd wrote: >>> šI'd like to establish at least a range of subversion revisions so we can >>> šstart binary searching which one(s) caused instabilities. >> šIs this all the source? >> >> šOld: >> š$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $ >> šNew: >> š$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $ > > Ok, so between r219318 (today) and r218779 (2011-02-18). > > Would you please first test r218779 and verify that performance is (back to) > fine? -- Dima Panov (fluffy@FreeBSD.org) KDE@FreeBSD team Facebook: http://www.facebook.com/?id=100000181104157 From owner-freebsd-net@FreeBSD.ORG Mon Mar 7 11:07:04 2011 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 248BB106566C for ; Mon, 7 Mar 2011 11:07:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD518FC1A for ; Mon, 7 Mar 2011 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p27B73uV097007 for ; Mon, 7 Mar 2011 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p27B73s9097004 for freebsd-net@FreeBSD.org; Mon, 7 Mar 2011 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Mar 2011 11:07:03 GMT Message-Id: <201103071107.p27B73s9097004@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, 07 Mar 2011 11:07:04 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net [bce] [panic] kernel panic in bce0 driver o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154831 net [arp] [patch] arp sysctl setting log_arp_permanent_mod o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154676 net [netgraph] [panic] HEAD, 8.1-RELEASE panic after some o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154567 net [ath] ath(4) lot of bad series(0) o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154284 net [ath] Modern ath wifi cards (such as AR9285) have miss o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/154006 net [tcp] [patch] tcp "window probe" bug on 64bit o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153671 net [em] [panic] 8.2-PRERELEASE repeatable kernel in if_em o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153255 net [panic] 8.2-PRERELEASE repeatable kernel panic under h o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152360 net [dummynet] [panic] Crash related to dummynet. o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o bin/150642 net netstat(1) doesn't print anything for SCTP sockets o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149786 net [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 net [realtek/atheros]: None of my network card working o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 net [ath] wireless networking stops functioning o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 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/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply 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/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people 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 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length 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] [request] allow Atheros watchdog timeout 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/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/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143034 net [panic] system reboots itself in tcp code [regression] 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/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 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph 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/140346 net [wlan] High bandwidth use causes loss of wlan connecti 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/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/139117 net [lagg] + wlan boot timing (EBUSY) 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/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/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 p kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/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/135502 net [periodic] Warning message raised by rtfree function i 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/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/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run 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/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o bin/131365 net route(8): route add changes interpretation of network 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 f 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/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 bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/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/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 o kern/125721 net [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 net [ath] [panic] ath(4) related panic o kern/125501 net [ath] atheros cardbus driver hangs f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa f kern/125332 net [ath] [panic] crash under any non-tiny networking unde 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/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. 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 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 conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node 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 f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge 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/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 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net 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/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module 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/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/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/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 bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks f kern/107279 net [ath] [panic] ath_start: attempted use of a free mbuf! 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/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] f kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack 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 f 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 s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k 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 p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip 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 o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/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 381 problems total. From owner-freebsd-net@FreeBSD.ORG Tue Mar 8 00:27:33 2011 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 27E92106564A; Tue, 8 Mar 2011 00:27:33 +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 F1CE68FC15; Tue, 8 Mar 2011 00:27: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 p280RWja062725; Tue, 8 Mar 2011 00:27:32 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p280RWWj062721; Tue, 8 Mar 2011 00:27:32 GMT (envelope-from linimon) Date: Tue, 8 Mar 2011 00:27:32 GMT Message-Id: <201103080027.p280RWWj062721@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: bin/155365: [routed] [patch] if.c in routed fails to compile if time_t and long are different sizes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2011 00:27:33 -0000 Old Synopsis: if.c in routed fails to compile if time_t and long are different sizes New Synopsis: [routed] [patch] if.c in routed fails to compile if time_t and long are different sizes Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 8 00:26:44 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155365 From owner-freebsd-net@FreeBSD.ORG Tue Mar 8 07:08:10 2011 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 B3D101065677; Tue, 8 Mar 2011 07:08:10 +0000 (UTC) (envelope-from adrian.chadd@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 E57458FC16; Tue, 8 Mar 2011 07:08:09 +0000 (UTC) Received: by wwc33 with SMTP id 33so588554wwc.31 for ; Mon, 07 Mar 2011 23:08:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:cc:content-type; bh=lrxnb1lAG1GNossG5fLlcvtkCSbDhGkd+OV5/UayV5U=; b=ozqiQACv/EIzLT1FyIEwdxEA6po42eKIZT4vVCzltkkn14g1ccSG07pTHKSDerUHSB kU++WyCzqOAGqBuZOPqRPN+NtJVk/qskclS6pgauFu2e3BHs/DqrjTuWrBJq/LfJRncU Y8SvK4O17/Na9nMxNI4/rAHg5sCfNlXsVzjlw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=k0dTDYFyutYjZ7+1m0tV8wmhrd9PLzWlpr2gMFJUDAiNYXSWIIhfIuF7Oi3CA5RLf7 v6GpkGeodg1+r3RMWk7ItsRZDCqV82EA9P6Orz0qhZ2WSh397elEAVaFxOoutJIDCGCF ZsyTl07nswQw9yXZoj0xZFUZ7GL6Re1+3/EAA= MIME-Version: 1.0 Received: by 10.227.147.20 with SMTP id j20mr4180311wbv.159.1299568088279; Mon, 07 Mar 2011 23:08:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.227.133.4 with HTTP; Mon, 7 Mar 2011 23:08:08 -0800 (PST) Date: Tue, 8 Mar 2011 15:08:08 +0800 X-Google-Sender-Auth: hKr4aNZ7UtFhTeBIHNnVZWaXRr4 Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current@freebsd.org Subject: Request to test if_ath - TX power control changes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2011 07:08:10 -0000 Hi everyone, This patch introduces open-loop TX power control for the AR9280 (Merlin) and tidies up some of the code duplication between the AR5416 and AR9285 power control code. If you're using an AR9280 then please, -please- test this out and get back to me. I'd also appreciate EEPROM dumps (via ath_prom_read) so I can see what your card has programmed in it. Doubly so if you're using an AR9280 in 5ghz mode. If you're using a non-AR9280 chip (ie, AR5416, AR9160, AR9285), then i'd also appreciate further testing. I'd like to make sure I haven't introduced regressions here! Although legacy rate TX'ing seems to work with this patch, if your AR9280 uses open-loop TX power control then the output from your card is very likely going to be quite distorted. It's bad for you, bad for your card and bad for your surroundings. Besides some further code restructuring (which won't change functionality), I'm going to take a break from making any further changes that aren't bugfixes until the AR9285 related bugs Ian was seeing are found/fixed, along with any and all regressions people report with the driver. This is your opportunity to get me to find/fix performance, stability and other issues that have crept up, so it's in the best interests of everyone (including you!) to test this stuff as thoroughly as possible before 9.0-RELEASE comes out. Thanks! Adrian On 8 March 2011 14:59, Adrian Chadd wrote: > Author: adrian > Date: Tue Mar 8 06:59:59 2011 > New Revision: 219393 > URL: http://svn.freebsd.org/changeset/base/219393 > > Log: > Implement open-loop TX power control (OLC) for Merlin (AR9280) and > generally tidy up the TX power programming code. > > Enforce that the TX power offset for Merlin is -5 dBm, rather than > any other value programmable in the EEPROM. This requires some > further code to be ported over from ath9k, so until that is done > and tested, fail to attach NICs whose TX power offset isn't -5 > dBm. > > This improves both legacy and HT transmission on my merlin board. > It allows for stable MCS TX up to MCS15. > > Specifics: > > * Refactor out a bunch of the TX power calibration code - > setting/obtaining the power detector / gain boundaries, > programming the PDADC > * Take the -5 dBm TX power offset into account on Merlin - > "0" in the per-rate TX power register means -5 dBm, not > 0 dBm > * When doing OLC > * Enforce min (0) and max (AR5416_MAX_RATE_POWER) when fiddling > with the TX power, to avoid the TX power values from wrapping > when low. > * Implement the 1 dBm cck power offset when doing OLC > * Implement temperature compensation for 2.4ghz mode when doing OLC > * Implement an AR9280 specific TX power calibration routine which > includes the OLC twiddles, leaving the earlier chipset path > (AR5416, AR9160) alone > > Whilst here, use these refactored routines for the AR9285 TX power > calibration/programming code and enforce correct overflow/underflow > handling when fiddling with TX power values. > > Obtained from: linux ath9k > > From owner-freebsd-net@FreeBSD.ORG Tue Mar 8 11:17:44 2011 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 BE3951065673 for ; Tue, 8 Mar 2011 11:17:44 +0000 (UTC) (envelope-from nishantgauravr@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 95EF38FC15 for ; Tue, 8 Mar 2011 11:17:44 +0000 (UTC) Received: by pzk32 with SMTP id 32so1084087pzk.13 for ; Tue, 08 Mar 2011 03:17:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=slxfqXxw3UT8j/BVuOT5jdRdI7iIhK+dryFkYAGWlpY=; b=osy0Rzl7JVnltA+vwNHHIflnCiFkwzMwMl0+CsuwPu3UfgHNU4LtiwQg64mELfL8wI nvo3Q9Ok+YReN2kb7aV1HnRQ5rzL2ApBbGfsCToGhKHovlxCUf/YWzQ5ZWwMaXJCQzzG rnvnrejMA7hjPMhB2HoQy+BpMpp93Wq/+LxXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=PDedCxXwXgg5gZbH/0H63OjVzyidyQ4hxW+pgo4pUUt0Zbpbf3qJbSyHcJco83Ae1x nb9mnJst2aq6xOWAL0YZTdxeWQwhEAnnWJVVLvUSsjjoVe9PPObEETKgx1slVtxKWE2Z ZjtCqfiWN8GkZEKiFnmpZnIIjcQNI+DBrIlzU= MIME-Version: 1.0 Received: by 10.142.12.16 with SMTP id 16mr4324868wfl.253.1299581569558; Tue, 08 Mar 2011 02:52:49 -0800 (PST) Received: by 10.142.68.6 with HTTP; Tue, 8 Mar 2011 02:52:49 -0800 (PST) Date: Tue, 8 Mar 2011 02:52:49 -0800 Message-ID: From: Nishant Gaurav To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: regarding help on lvs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2011 11:17:44 -0000 Hi everyone, I am working on lvs( linux virtual server) . As per the information, patch version 0.4 was tested on FREE BSD 5.4 RELEASE. can same version of patch i.e. VERSION 0.4 will work on FREE BSD 7 or 8 RELEASE. Any help will be gladly accepted.......... From owner-freebsd-net@FreeBSD.ORG Tue Mar 8 22:52:53 2011 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 B1783106566C; Tue, 8 Mar 2011 22:52:53 +0000 (UTC) (envelope-from ctfreebsd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 479B48FC12; Tue, 8 Mar 2011 22:52:52 +0000 (UTC) Received: by yie12 with SMTP id 12so2487892yie.13 for ; Tue, 08 Mar 2011 14:52:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=gedAWUzA6rZkfYzSfRFSxJ5WvM/k/d3qmx8PaDPNouI=; b=eGF8oSGQVvxClf++VlM5L/prl0dCKX41MHVsy7k2nL/sfroKDYFp8mwOeccAylUhI0 TQWcUaG73s7i0+2VsArx5G64zM4Goa6FJsp7vPMdsSpx2dMZMyBPxnjhzmcjAS7fCxnS 3Kl7pyTy5nCOTwVqhvsN0ZcXD4bZbKWJgDvl0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=q9JeVSLbE8C4jIYWAGorKoLvw3hK8ZJV+CmrjPF4C42zYK68coDpFIH3tgIafoDpu2 C8dZoUXt6hNIC5vQqoKsDsI9Sjmt4KRmjkVyIhR5Ic6r81R5SMSB3JRYc8qzTYvS+w1K Uyy2tgp6oRAJWlBhhZaJxGWAKerT8ptE3XgUA= MIME-Version: 1.0 Received: by 10.151.122.3 with SMTP id z3mr6884957ybm.89.1299624772288; Tue, 08 Mar 2011 14:52:52 -0800 (PST) Received: by 10.147.171.19 with HTTP; Tue, 8 Mar 2011 14:52:52 -0800 (PST) Date: Wed, 9 Mar 2011 00:52:52 +0200 Message-ID: From: Dave Johnson To: freebsd-ipfw@freebsd.org, freebsd-net@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Port 80 closed? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2011 22:52:53 -0000 Hi all An IPFW problem? An help gladly accepted It would appear Port 80 closed Ports 21 25 443 587 998 work well rc.conf defaultrouter="192.168.0.1" gateway_enable="YES" hostname="xxx.xxx.xxx" ifconfig_re0="inet 192.168.0.11 netmask 255.255.255.0" ifconfig_re1="inet 192.168.1.2 netmask 255.255.255.0" keymap="us.iso" moused_enable="YES" sshd_enable="YES" firewall_enable="YES" firewall_script="/etc/rc.firewall" natd_program="/sbin/natd" natd_enable="YES" natd_interface="re0" natd_flags="-f /etc/natd.conf" dhcpd_enable="NO" dhcpd_flags="-q" dhcpd_conf="/usr/local/etc/dhcpd.conf" dhcpd_ifaces="re1" dhcpd_withumask="022" natd.conf interface re0 use_sockets yes same_ports yes log #redirect_port tcp 192.168.1.189:3389 3389 #redirect_port tcp 192.168.1.53:5500 5500 #!/bin/sh /sbin/ipfw -f flush /sbin/ipfw -f pipe flush #Nat Rules /sbin/ipfw add 10 allow ip from 127.0.0.1 to 127.0.0.1 via lo0 /sbin/ipfw add 30 divert natd all from any to any via re0 #Forward to Transparent Proxy Server #/sbin/ipfw add 10001 fwd 127.0.0.1,3128 tcp from any to any 80 #/sbin/ipfw add 10010 fwd 127.0.0.1,3128 tcp from 10.0.21.2 to any 80 /sbin/ipfw add 10001 fwd 127.0.0.1,3128 tcp from any to any 80 /sbin/ipfw add 50000 allow ip from any to any Regards From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 01:22:29 2011 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 D6B0F106566C for ; Wed, 9 Mar 2011 01:22:29 +0000 (UTC) (envelope-from mlmichael70@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 6994D8FC13 for ; Wed, 9 Mar 2011 01:22:29 +0000 (UTC) Received: by wwc33 with SMTP id 33so48299wwc.31 for ; Tue, 08 Mar 2011 17:22:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=11vPJpmx6ijAhD/gXrpOhteuZOjef4f94bUyUMOFT9o=; b=L4+o3AbwezxUEQIYNk3YlcEZ13fqTcLxHKkVhOe18MU0lT9gzLzcm6nEqvK3hpoSYC JF5awEUru8DAkwJE5v4wUM55lyKxQZU7MyCW5ezzuPdyW4e+NbI6xpShbiZpEXqZ91Gh PWxq4noePHh5MHzrd5gvEnq7/xILUAH8FShKQ= 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=EVElF1eXZfER8fma8qW1lOKwBV4t+3fth0bBXpaY9gmpw9+RpLTD4Fc0ZxxrUcR14T bOiHM3VH7kPquy8MosZdXwctdeIlxVRPUyvm/UOc03YgiMSGVX5XvXMQ5ZSwcNamnDHW 85ayeclUmo3w/uwsLM7xIcin+swo9kjabDVvA= Received: by 10.216.44.208 with SMTP id n58mr4292028web.39.1299632432643; Tue, 08 Mar 2011 17:00:32 -0800 (PST) Received: from prime.nonspace ([217.171.129.80]) by mx.google.com with ESMTPS id o6sm1020697wbo.15.2011.03.08.17.00.31 (version=SSLv3 cipher=OTHER); Tue, 08 Mar 2011 17:00:32 -0800 (PST) Message-ID: <4D76D138.9010103@gmail.com> Date: Wed, 09 Mar 2011 01:00:40 +0000 From: Michael User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101215 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: dhclient (possibly all networking) not working with some routers and WPA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 01:22:30 -0000 Hi, I'm running FreeBSD 8.1-Release with ath0 card. For some unknown reason this laptop is not able to get IP address from my access point (DHCP) if WPA encryption is enabled. The tricky part is that it says it is associated but has IP of 0.0.0.0. So it looks like encryption part is working and then other communication fails. Everything works fine if I switch the encryption off. The same station works fine with other access points. Other operating systems works fine on the same station with the same access point. And the same access point works fine with other stations. In short - it's only FreeBSD that is having problems in this setup. What I have tried and it didn't help: - using FreeBSD 8.0-R and 8.1-R - using isc-dhcp41-client and isc-dhcp31-client from ports - turning on/off different QoS settings on the access point - adding my station to static IP table on the access point - configuring ip address, netmask and routing table manually on my station with DHCP server both enabled and disabled - using different access points - two out of four are not working, all different makes and models Here is what tcpdump says about it (192.168.0.1 is my access point): 00:17:09.671578 EAPOL key (3) v2, len 117 00:17:09.671770 EAPOL key (3) v1, len 117 00:17:09.680168 EAPOL key (3) v2, len 151 00:17:09.680275 EAPOL key (3) v1, len 95 00:17:09.731370 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:26:5e:e7:e8:78 (oui Unknown), length 300 00:17:14.732238 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:26:5e:e7:e8:78 (oui Unknown), length 300 00:17:14.737050 ARP, Request who-has 192.168.0.50 tell 192.168.0.1, length 46 00:17:20.732593 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:26:5e:e7:e8:78 (oui Unknown), length 300 00:17:20.737266 ARP, Request who-has 192.168.0.50 tell 192.168.0.1, length 46 00:17:26.733269 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:26:5e:e7:e8:78 (oui Unknown), length 300 00:17:26.738084 ARP, Request who-has 192.168.0.50 tell 192.168.0.1, length 46 00:17:41.733600 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:26:5e:e7:e8:78 (oui Unknown), length 300 00:17:41.738351 ARP, Request who-has 192.168.0.50 tell 192.168.0.1, length 46 I'm quite desperate to get it fixed so any ideas/suggestions appreciated. Michael -- "There cannot be a crisis next week. My schedule is already full." -Henry Kissinger From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 07:01:21 2011 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 B699C106564A for ; Wed, 9 Mar 2011 07:01:21 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5359D8FC1C for ; Wed, 9 Mar 2011 07:01:20 +0000 (UTC) Received: by fxm19 with SMTP id 19so230416fxm.13 for ; Tue, 08 Mar 2011 23:01:20 -0800 (PST) Received: by 10.223.149.70 with SMTP id s6mr4180534fav.66.1299654063452; Tue, 08 Mar 2011 23:01:03 -0800 (PST) Received: from jessie.localnet (p5B2ECD16.dip0.t-ipconnect.de [91.46.205.22]) by mx.google.com with ESMTPS id n3sm710972fax.7.2011.03.08.23.01.01 (version=SSLv3 cipher=OTHER); Tue, 08 Mar 2011 23:01:01 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Michael Date: Wed, 9 Mar 2011 08:00:39 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-28-generic; KDE/4.4.5; i686; ; ) References: <4D76D138.9010103@gmail.com> In-Reply-To: <4D76D138.9010103@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201103090800.40211.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: dhclient (possibly all networking) not working with some routers and WPA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 07:01:21 -0000 On Wednesday, March 09, 2011 02:00:40 Michael wrote: > Hi, > > I'm running FreeBSD 8.1-Release with ath0 card. For some unknown reason > this laptop is not able to get IP address from my access point (DHCP) if > WPA encryption is enabled. > > The tricky part is that it says it is associated but has IP of 0.0.0.0. > So it looks like encryption part is working and then other communication > fails. > > Everything works fine if I switch the encryption off. > The same station works fine with other access points. Other operating > systems works fine on the same station with the same access point. And > the same access point works fine with other stations. > In short - it's only FreeBSD that is having problems in this setup. > > What I have tried and it didn't help: > - using FreeBSD 8.0-R and 8.1-R > - using isc-dhcp41-client and isc-dhcp31-client from ports > - turning on/off different QoS settings on the access point > - adding my station to static IP table on the access point > - configuring ip address, netmask and routing table manually on my > station with DHCP server both enabled and disabled > - using different access points - two out of four are not working, all > different makes and models > > [..] > > I'm quite desperate to get it fixed so any ideas/suggestions appreciated. Do I get that right? You've tried setting a fixed IP? Can you also run tcpdump on a remote side? How does your wpa_supplicant.conf look like? Do you have any other device available? an USB wlan stick or something to rule out the Atheros hardware. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 07:35:28 2011 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 072B0106564A; Wed, 9 Mar 2011 07:35:28 +0000 (UTC) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: from amazone2.ujf-grenoble.fr (amazone2.ujf-grenoble.fr [152.77.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id A0C058FC0A; Wed, 9 Mar 2011 07:35:27 +0000 (UTC) Received: from tana1.ujf-grenoble.fr (tana1.ujf-grenoble.fr [152.77.24.147]) by amazone2.ujf-grenoble.fr (8.13.7/8.13.7/Configured by JE/GB 2010-12-10) with ESMTP id p297ZPQF072387; Wed, 9 Mar 2011 08:35:25 +0100 (CET) Received: from tana1.ujf-grenoble.fr (unknown [127.0.0.1]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id 89F512E004; Wed, 9 Mar 2011 08:35:25 +0100 (CET) X-UJF-AV: Scanned on tana1.ujf-grenoble.fr Received: from tibre3.ujf-grenoble.fr (tibre3.ujf-grenoble.fr [152.77.18.213]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id 565E72E003; Wed, 9 Mar 2011 08:35:25 +0100 (CET) Received: from iut-mir-o.ujf-grenoble.fr (iut-mir-o.ujf-grenoble.fr [152.77.59.35]) by tibre3.ujf-grenoble.fr (8.14.3/8.14.3/SyS-1.10) with ESMTP id p297ZN91040092; Wed, 9 Mar 2011 08:35:25 +0100 (CET) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: from iut-mir-o.ujf-grenoble.fr (localhost [127.0.0.1]) by iut-mir-o.ujf-grenoble.fr (8.14.4/8.14.4) with ESMTP id p297ZNU0003759; Wed, 9 Mar 2011 08:35:23 +0100 (CET) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: (from murankar@localhost) by iut-mir-o.ujf-grenoble.fr (8.14.4/8.14.4/Submit) id p297ZNNu003758; Wed, 9 Mar 2011 08:35:23 +0100 (CET) (envelope-from murankar) Date: Wed, 9 Mar 2011 08:35:23 +0100 From: Urankar Mikael To: Adrian Chadd Message-ID: <20110309073523.GA3530@iut-mir-o.ujf-grenoble.fr> References: <20110305084520.GB2833@iut-mir-o.ujf-grenoble.fr> <20110305163034.GD2833@iut-mir-o.ujf-grenoble.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 07:35:28 -0000 Here are some dumb benchmarks through ftp : with 8.2R RX rate is 2400kBps and TX rate is 810KBps on a 9-CURRENT RX rate is 2700kBps and TX rate is 2700kBps More info on my system : ath0@pci0:4:0:0: class=0x020000 card=0x5b001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR2312)' ath0: mem 0x88000000-0x8800ffff irq 19 at device 0.0 on cardbus0 ath0: AR2413 mac 7.9 RF2413 phy 4.5 FreeBSD iut-mir-o.ujf-grenoble.fr 9.0-CURRENT FreeBSD 9.0-CURRENT #39 r219368M: Mon Mar 7 12:15:50 CET 2011 $FreeBSD: head/sys/dev/ath/ah_osdep.c 219315 2011-03-05 21:20:18Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath.c 219185 2011-03-02 17:19:54Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_debug.c 218058 2011-01-29 05:08:21Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_keycache.c 219185 2011-03-02 17:19:54Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_pci.c 192147 2009-05-15 17:02:11Z imp $ $FreeBSD: head/sys/dev/ath/if_ath_sysctl.c 219180 2011-03-02 16:03:19Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_tx.c 218932 2011-02-22 00:37:53Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_tx_ht.c 219214 2011-03-03 03:02:06Z adrian $ On Sun 06 March 2011 at 05:02:38AM +0800, Adrian Chadd wrote: > What was the previous performance? And which chipsets? > > > > Adrian > > On 6 March 2011 00:30, Urankar Mikael wrote: > > > On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: > > > Absolutely! Let me know if I've broken anything! > > > > > > Adrian > > > > > > On 5 March 2011 00:45, Urankar Mikael > >wrote: > > > > > > > On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: > > > > > Hi all, > > > > > > > > > > For those of you who are testing out my if_ath changes, I'd really > > > > > appreciate it if you'd update to -HEAD and re-test. > > > > > > > > > > I've done a variety of changes to the radio setup and found/fixed a > > few > > > > bugs > > > > > in the TX path. It's quite possible these have introduced > > regressions. > > > > I'd > > > > > like to make sure that I haven't broken legacy (11abg) support in > > > > > weird/wonderful ways. I'd also like to make sure that I haven't > > > > > broken/changed the behaviour or performance of the NICs in any way. > > > > > > > > > > Please give things a good thrashing and let me know the results. > > > > > > > > > > I'm still working towards debugging and enabling basic 11n support, > > but I > > > > > need to first make sure that I haven't broken legacy operation in any > > > > way. > > > > > > > > > > > > > Are you interested by tests on an old atheros card (Atheros 5212, > > AR2413 > > > > mac 7.9 RF2413 phy 4.5) ? > > > > > > > > Everything seems to work fine, performances are as good as before. > > I'm only doing basic stuff with this card (mostly web surfing), I'm > > connected to an AP with WPA encryption. If you want me to test other > > encryption or setup an AP with this card or whatever, feel free to ask. > > > > And thanks for you work ! > > _______________________________________________ > > freebsd-mobile@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Mikaël Urankar Moyens Informatiques et Réseaux IUT1 GRENOBLE BP67 38402 ST MARTIN D'HERES CEDEX From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 08:58:52 2011 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 353CA1065672; Wed, 9 Mar 2011 08:58:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id AA1CD8FC18; Wed, 9 Mar 2011 08:58:51 +0000 (UTC) Received: by vxc34 with SMTP id 34so313081vxc.13 for ; Wed, 09 Mar 2011 00:58:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=l68GpDIfhVFm3KARm2ypYQyvAzR7LBNxTnRfTm6U2k8=; b=LFtoNAf019lfZYlNg6tDXHHLuChBC+SW9HY0izQaHbihQrF52e2TUcL+Gj9Ic1GNx5 VnkrtIwCcORjGZ9U/S9vfn63/YAVLV7TUKqUh9ONhNcStPju/bUGdcT6A7eDLQtWl+4z jPK28Gp/ewYKS9HxjejbOOrKrSHRQfpZFEH6g= 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; b=kurLXN1HL1TNzrfgoiBIEaEhJJYN9aH271TI2/bc3OgToAzBZ/f06zuN2fYtLyGQRe FccAsuI1BMpzjuVtpLHD4bFXbN7xwZxPyqYYfpVKjlsXmk1pgXGEAXMpty2Ukq91XMDU BFlv/81jL3bkjFqyGMS5diRkAxtrjxLQW3c8g= MIME-Version: 1.0 Received: by 10.52.97.99 with SMTP id dz3mr3019427vdb.267.1299661130617; Wed, 09 Mar 2011 00:58:50 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.70.17 with HTTP; Wed, 9 Mar 2011 00:58:50 -0800 (PST) In-Reply-To: <20110309073523.GA3530@iut-mir-o.ujf-grenoble.fr> References: <20110305084520.GB2833@iut-mir-o.ujf-grenoble.fr> <20110305163034.GD2833@iut-mir-o.ujf-grenoble.fr> <20110309073523.GA3530@iut-mir-o.ujf-grenoble.fr> Date: Wed, 9 Mar 2011 16:58:50 +0800 X-Google-Sender-Auth: BOHVIyLL0Whb0pPQkG2ISEbYFmw Message-ID: From: Adrian Chadd To: Urankar Mikael Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 08:58:52 -0000 So you're saying -head is better, right? Adrian On 9 March 2011 15:35, Urankar Mikael wrote= : > Here are some dumb benchmarks through ftp : > > with 8.2R RX rate is 2400kBps and TX rate is 810KBps > on a 9-CURRENT RX rate is 2700kBps and TX rate is 2700kBps > > More info on my system : > ath0@pci0:4:0:0: class=3D0x020000 card=3D0x5b001385 chip=3D0x00131= 68c > rev=3D0x01 hdr=3D0x00 > vendor =3D 'Atheros Communications Inc.' > device =3D '802.11a/b/g Wireless Adapter (AR2312)' > > ath0: mem 0x88000000-0x8800ffff irq 19 at device 0.0 on > cardbus0 > ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > FreeBSD iut-mir-o.ujf-grenoble.fr 9.0-CURRENT FreeBSD 9.0-CURRENT #39 > r219368M: Mon Mar 7 12:15:50 CET 2011 > > $FreeBSD: head/sys/dev/ath/ah_osdep.c 219315 2011-03-05 21:20:18Z adrian = $ > $FreeBSD: head/sys/dev/ath/if_ath.c 219185 2011-03-02 17:19:54Z adrian $ > $FreeBSD: head/sys/dev/ath/if_ath_debug.c 218058 2011-01-29 05:08:21Z > adrian $ > $FreeBSD: head/sys/dev/ath/if_ath_keycache.c 219185 2011-03-02 17:19:54Z > adrian $ > $FreeBSD: head/sys/dev/ath/if_ath_pci.c 192147 2009-05-15 17:02:11Z imp $ > $FreeBSD: head/sys/dev/ath/if_ath_sysctl.c 219180 2011-03-02 16:03:19Z > adrian $ > $FreeBSD: head/sys/dev/ath/if_ath_tx.c 218932 2011-02-22 00:37:53Z adrian= $ > $FreeBSD: head/sys/dev/ath/if_ath_tx_ht.c 219214 2011-03-03 03:02:06Z > adrian $ > > > On Sun 06 March 2011 at 05:02:38AM +0800, Adrian Chadd wrote: > > What was the previous performance? And which chipsets? > > > > > > > > Adrian > > > > On 6 March 2011 00:30, Urankar Mikael >wrote: > > > > > On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: > > > > Absolutely! Let me know if I've broken anything! > > > > > > > > Adrian > > > > > > > > On 5 March 2011 00:45, Urankar Mikael < > mikael.urankar@ujf-grenoble.fr > > > >wrote: > > > > > > > > > On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: > > > > > > Hi all, > > > > > > > > > > > > For those of you who are testing out my if_ath changes, I'd > really > > > > > > appreciate it if you'd update to -HEAD and re-test. > > > > > > > > > > > > I've done a variety of changes to the radio setup and found/fix= ed > a > > > few > > > > > bugs > > > > > > in the TX path. It's quite possible these have introduced > > > regressions. > > > > > I'd > > > > > > like to make sure that I haven't broken legacy (11abg) support = in > > > > > > weird/wonderful ways. I'd also like to make sure that I haven't > > > > > > broken/changed the behaviour or performance of the NICs in any > way. > > > > > > > > > > > > Please give things a good thrashing and let me know the results= . > > > > > > > > > > > > I'm still working towards debugging and enabling basic 11n > support, > > > but I > > > > > > need to first make sure that I haven't broken legacy operation = in > any > > > > > way. > > > > > > > > > > > > > > > > Are you interested by tests on an old atheros card (Atheros 5212, > > > AR2413 > > > > > mac 7.9 RF2413 phy 4.5) ? > > > > > > > > > > > Everything seems to work fine, performances are as good as before. > > > I'm only doing basic stuff with this card (mostly web surfing), I'm > > > connected to an AP with WPA encryption. If you want me to test other > > > encryption or setup an AP with this card or whatever, feel free to as= k. > > > > > > And thanks for you work ! > > > _______________________________________________ > > > freebsd-mobile@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > > > To unsubscribe, send any mail to " > freebsd-mobile-unsubscribe@freebsd.org" > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > -- > Mika=EBl Urankar > Moyens Informatiques et R=E9seaux > IUT1 GRENOBLE BP67 > 38402 ST MARTIN D'HERES CEDEX > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 09:03:03 2011 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 8D4731065670 for ; Wed, 9 Mar 2011 09:03:03 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2AEF98FC1B for ; Wed, 9 Mar 2011 09:03:02 +0000 (UTC) Received: by fxm19 with SMTP id 19so303327fxm.13 for ; Wed, 09 Mar 2011 01:03:02 -0800 (PST) Received: by 10.223.91.79 with SMTP id l15mr5185355fam.53.1299661382099; Wed, 09 Mar 2011 01:03:02 -0800 (PST) Received: from jessie.localnet (p5B2ECD16.dip0.t-ipconnect.de [91.46.205.22]) by mx.google.com with ESMTPS id c11sm760859fav.2.2011.03.09.01.03.00 (version=SSLv3 cipher=OTHER); Wed, 09 Mar 2011 01:03:01 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Michael Date: Wed, 9 Mar 2011 10:02:14 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-28-generic; KDE/4.4.5; i686; ; ) References: <4D76D138.9010103@gmail.com> In-Reply-To: <4D76D138.9010103@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201103091002.39932.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: dhclient (possibly all networking) not working with some routers and WPA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 09:03:03 -0000 On Wednesday, March 09, 2011 02:00:40 Michael wrote: > Hi, > > I'm running FreeBSD 8.1-Release with ath0 card. For some unknown reason > this laptop is not able to get IP address from my access point (DHCP) if > WPA encryption is enabled. > > The tricky part is that it says it is associated but has IP of 0.0.0.0. > So it looks like encryption part is working and then other communication > fails. > > Everything works fine if I switch the encryption off. > The same station works fine with other access points. Other operating > systems works fine on the same station with the same access point. And > the same access point works fine with other stations. > In short - it's only FreeBSD that is having problems in this setup. Was talking with Adrian about that after remembering the famous keycache issue. There are some fixes for that in HEAD, can I talk you into trying HEAD? -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 09:06:21 2011 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 0F7361065672 for ; Wed, 9 Mar 2011 09:06:21 +0000 (UTC) (envelope-from mlmichael70@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 946AA8FC0A for ; Wed, 9 Mar 2011 09:06:19 +0000 (UTC) Received: by wyf23 with SMTP id 23so301118wyf.13 for ; Wed, 09 Mar 2011 01:06:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=5DlKGrMCyZwlEyc+8qdOntyDExaF/L5jev4Hm4jqlOI=; b=G7L6q6p8d1gzt1NZi2M2Qus8kskQeIpY6GH3/18Sny6UxUKiB3CsMb2sqTn5zdzUeS BiK/xFHsPGsH0W8IT957tek7epXn+onoUhWrIFH8pI9Z2PSvU/yl2C8JONaW9KsXB+HI znEm+/na5YDjWcLmPTFg7S4csJUsCPxHpUAMQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=bwQ9E9RWqsbIRviLbNeyXWqczaYVU6IHkaJA4NzP8DczSyb/bMvlaZX/yjHrkpuM+5 EYR8rKJUngJUJtZE8BoNLpDih4ChkQeFTRV5xGOAEqvMUkVAAFf3DhDCvXXMYBie10ih BXrY/38xkiWZnCFtZVW2m/XkppSlJfAV7q+As= Received: by 10.227.147.198 with SMTP id m6mr5506645wbv.78.1299661255609; Wed, 09 Mar 2011 01:00:55 -0800 (PST) Received: from prime.nonspace (nat79.mia.three.co.uk [217.171.129.79]) by mx.google.com with ESMTPS id bd8sm1294936wbb.7.2011.03.09.01.00.53 (version=SSLv3 cipher=OTHER); Wed, 09 Mar 2011 01:00:54 -0800 (PST) Message-ID: <4D7741CF.8030403@gmail.com> Date: Wed, 09 Mar 2011 09:01:03 +0000 From: Michael User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101215 Thunderbird/3.1.7 MIME-Version: 1.0 To: bschmidt@freebsd.org References: <4D76D138.9010103@gmail.com> <201103090800.40211.bschmidt@freebsd.org> In-Reply-To: <201103090800.40211.bschmidt@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: dhclient (possibly all networking) not working with some routers and WPA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 09:06:21 -0000 On 09/03/2011 07:00, Bernhard Schmidt wrote: >> >> The tricky part is that it says it is associated but has IP of 0.0.0.0. >> So it looks like encryption part is working and then other communication >> fails. >> > > Do I get that right? You've tried setting a fixed IP? Can you also run > tcpdump on a remote side? How does your wpa_supplicant.conf look like? > Do you have any other device available? an USB wlan stick or something > to rule out the Atheros hardware. > Yes, I have tried what follows: ifconfig_wlan0="WPA inet 192.168.0.10 netmask 255.255.255.0" in /etc/rc.conf as well as manually after it's associated: route flush ifconfig wlan0 inet 192.168.0.30 netmask 255.255.255.0 route add default 192.168.0.1 and in both cases when I try to ping my router I get "host down". The wireless led on the router is flashing green at that time. ping (and dhcp) to that router works fine if I don't use encryption and it works fine over the wire. tcpdump on the router is not available as it's just a closed embedded device (NETGEAR N300 series, but keep in mind that I'm experiencing the same problem with different router as well). My wpa_supplicant.conf file: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid="NETGEAR" scan_ssid=1 bssid=xx:xx:xx:xx:xx:xx priority=9 mode=0 proto=RSN key_mgmt=WPA-PSK auth_alg=OPEN pairwise=CCMP group=CCMP psk="passphrase" } Unfortunately I don't have access to any other wireless cards. Anything else I can provide to help with narrowing it down? Michael From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 09:21:19 2011 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 6E2AD1065679; Wed, 9 Mar 2011 09:21:19 +0000 (UTC) (envelope-from mlmichael70@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 CC54B8FC1A; Wed, 9 Mar 2011 09:21:18 +0000 (UTC) Received: by wyf23 with SMTP id 23so311425wyf.13 for ; Wed, 09 Mar 2011 01:21:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=48bQwsXC61P7NpcFiLFtZsUATx4H+avY1gb0MJai8vY=; b=ZkbSgooF1Xtp8cKM685lasgL5nY3ShYwMhRuQSyCrXQPaUdXGzjQKCsXp6YuCAFeN5 lbC5dI2BOO4GaAnLToIg32wwl751oIzZrEPvLfGAerTtYlZwMA1b9rDQXg375IUUUYQp sQ8uJ33ohrb6tTRN8jybZPrsw37lQrHuTyVAc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=OhxkMJpfrttZtjwxr01R7++3b7naLfKW2qt+6Br5chnMh5Y0God35Ra2fMEfq0c2WW A0yrZBKOuGoi6Fprd9k+eVSCSWvy7t4eXvOs9gaPa5/up8/pvVNXfbbzTJ/06qeX+HbH wqcBkAG5i+Kr8XtfgD+MhBz4AUN5uo+9F54l4= Received: by 10.227.140.159 with SMTP id i31mr5471356wbu.166.1299662053197; Wed, 09 Mar 2011 01:14:13 -0800 (PST) Received: from prime.nonspace (nat79.mia.three.co.uk [217.171.129.79]) by mx.google.com with ESMTPS id y29sm1303195wbd.4.2011.03.09.01.14.11 (version=SSLv3 cipher=OTHER); Wed, 09 Mar 2011 01:14:12 -0800 (PST) Message-ID: <4D7744EF.3030102@gmail.com> Date: Wed, 09 Mar 2011 09:14:23 +0000 From: Michael User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101215 Thunderbird/3.1.7 MIME-Version: 1.0 To: bschmidt@freebsd.org References: <4D76D138.9010103@gmail.com> <201103091002.39932.bschmidt@freebsd.org> In-Reply-To: <201103091002.39932.bschmidt@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: dhclient (possibly all networking) not working with some routers and WPA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 09:21:19 -0000 On 09/03/2011 09:02, Bernhard Schmidt wrote: > On Wednesday, March 09, 2011 02:00:40 Michael wrote: >> Hi, >> >> I'm running FreeBSD 8.1-Release with ath0 card. For some unknown reason >> this laptop is not able to get IP address from my access point (DHCP) if >> WPA encryption is enabled. >> >> The tricky part is that it says it is associated but has IP of 0.0.0.0. >> So it looks like encryption part is working and then other communication >> fails. >> >> Everything works fine if I switch the encryption off. >> The same station works fine with other access points. Other operating >> systems works fine on the same station with the same access point. And >> the same access point works fine with other stations. >> In short - it's only FreeBSD that is having problems in this setup. > > Was talking with Adrian about that after remembering the famous > keycache issue. There are some fixes for that in HEAD, can I talk you > into trying HEAD? > Absolutely yes. As I said I am really keen to get it sorted. I have spent quite a lot of money on two different wireless routers (in 6 months time, two different locations) that doesn't work wireless with my FreeBSD laptop - bummer. Is there some image file I can download and install or do I have to compile the whole thing from sources? Michael From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 09:44:59 2011 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 AE8F5106566B for ; Wed, 9 Mar 2011 09:44:59 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4B4F38FC15 for ; Wed, 9 Mar 2011 09:44:58 +0000 (UTC) Received: by fxm19 with SMTP id 19so332854fxm.13 for ; Wed, 09 Mar 2011 01:44:58 -0800 (PST) Received: by 10.223.72.200 with SMTP id n8mr1907929faj.85.1299663898192; Wed, 09 Mar 2011 01:44:58 -0800 (PST) Received: from jessie.localnet (p5B2ECD16.dip0.t-ipconnect.de [91.46.205.22]) by mx.google.com with ESMTPS id 17sm778122far.19.2011.03.09.01.44.56 (version=SSLv3 cipher=OTHER); Wed, 09 Mar 2011 01:44:57 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Michael Date: Wed, 9 Mar 2011 10:44:35 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-28-generic; KDE/4.4.5; i686; ; ) References: <4D76D138.9010103@gmail.com> <201103091002.39932.bschmidt@freebsd.org> <4D7744EF.3030102@gmail.com> In-Reply-To: <4D7744EF.3030102@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201103091044.35689.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: dhclient (possibly all networking) not working with some routers and WPA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 09:44:59 -0000 On Wednesday, March 09, 2011 10:14:23 Michael wrote: > On 09/03/2011 09:02, Bernhard Schmidt wrote: > > On Wednesday, March 09, 2011 02:00:40 Michael wrote: > >> Hi, > >> > >> I'm running FreeBSD 8.1-Release with ath0 card. For some unknown reason > >> this laptop is not able to get IP address from my access point (DHCP) if > >> WPA encryption is enabled. > >> > >> The tricky part is that it says it is associated but has IP of 0.0.0.0. > >> So it looks like encryption part is working and then other communication > >> fails. > >> > >> Everything works fine if I switch the encryption off. > >> The same station works fine with other access points. Other operating > >> systems works fine on the same station with the same access point. And > >> the same access point works fine with other stations. > >> In short - it's only FreeBSD that is having problems in this setup. > > > > Was talking with Adrian about that after remembering the famous > > keycache issue. There are some fixes for that in HEAD, can I talk you > > into trying HEAD? > > > > Absolutely yes. As I said I am really keen to get it sorted. I have > spent quite a lot of money on two different wireless routers (in 6 > months time, two different locations) that doesn't work wireless with my > FreeBSD laptop - bummer. > Is there some image file I can download and install or do I have to > compile the whole thing from sources? There are snapshots available: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201102/ Maybe the livefs iso is enough for giving this a shot, dunno. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 10:05:14 2011 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 870FD106564A; Wed, 9 Mar 2011 10:05:14 +0000 (UTC) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: from amazone1.ujf-grenoble.fr (amazone1.ujf-grenoble.fr [193.54.238.254]) by mx1.freebsd.org (Postfix) with ESMTP id 315368FC1A; Wed, 9 Mar 2011 10:05:13 +0000 (UTC) Received: from tana1.ujf-grenoble.fr (tana1.ujf-grenoble.fr [152.77.24.147]) by amazone1.ujf-grenoble.fr (8.13.7/8.13.7/Configured by JE/GB 2010-12-10) with ESMTP id p299Cnwl021963; Wed, 9 Mar 2011 10:12:49 +0100 (CET) Received: from tana1.ujf-grenoble.fr (unknown [127.0.0.1]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id D44592E010; Wed, 9 Mar 2011 10:12:48 +0100 (CET) X-UJF-AV: Scanned on tana1.ujf-grenoble.fr Received: from tibre1.ujf-grenoble.fr (tibre1.ujf-grenoble.fr [152.77.24.148]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id B750D2E00F; Wed, 9 Mar 2011 10:12:48 +0100 (CET) Received: from iut-mir-o.ujf-grenoble.fr (iut-mir-o.ujf-grenoble.fr [152.77.59.35]) by tibre1.ujf-grenoble.fr (8.14.3/8.14.3/SyS-1.10) with ESMTP id p299CkV8006404; Wed, 9 Mar 2011 10:12:48 +0100 (CET) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: from iut-mir-o.ujf-grenoble.fr (localhost [127.0.0.1]) by iut-mir-o.ujf-grenoble.fr (8.14.4/8.14.4) with ESMTP id p299CkMv082137; Wed, 9 Mar 2011 10:12:46 +0100 (CET) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: (from murankar@localhost) by iut-mir-o.ujf-grenoble.fr (8.14.4/8.14.4/Submit) id p299CkUr082136; Wed, 9 Mar 2011 10:12:46 +0100 (CET) (envelope-from murankar) Date: Wed, 9 Mar 2011 10:12:46 +0100 From: Urankar Mikael To: Adrian Chadd Message-ID: <20110309091246.GC3530@iut-mir-o.ujf-grenoble.fr> References: <20110305084520.GB2833@iut-mir-o.ujf-grenoble.fr> <20110305163034.GD2833@iut-mir-o.ujf-grenoble.fr> <20110309073523.GA3530@iut-mir-o.ujf-grenoble.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 10:05:14 -0000 Yes ! On Wed 09 March 2011 at 04:58:50PM +0800, Adrian Chadd wrote: > So you're saying -head is better, right? > > On 9 March 2011 15:35, Urankar Mikael wrote: > > > Here are some dumb benchmarks through ftp : > > > > with 8.2R RX rate is 2400kBps and TX rate is 810KBps > > on a 9-CURRENT RX rate is 2700kBps and TX rate is 2700kBps > > > > More info on my system : > > ath0@pci0:4:0:0: class=0x020000 card=0x5b001385 chip=0x0013168c > > rev=0x01 hdr=0x00 > > vendor = 'Atheros Communications Inc.' > > device = '802.11a/b/g Wireless Adapter (AR2312)' > > > > ath0: mem 0x88000000-0x8800ffff irq 19 at device 0.0 on > > cardbus0 > > ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > > > FreeBSD iut-mir-o.ujf-grenoble.fr 9.0-CURRENT FreeBSD 9.0-CURRENT #39 > > r219368M: Mon Mar 7 12:15:50 CET 2011 > > > > $FreeBSD: head/sys/dev/ath/ah_osdep.c 219315 2011-03-05 21:20:18Z adrian $ > > $FreeBSD: head/sys/dev/ath/if_ath.c 219185 2011-03-02 17:19:54Z adrian $ > > $FreeBSD: head/sys/dev/ath/if_ath_debug.c 218058 2011-01-29 05:08:21Z > > adrian $ > > $FreeBSD: head/sys/dev/ath/if_ath_keycache.c 219185 2011-03-02 17:19:54Z > > adrian $ > > $FreeBSD: head/sys/dev/ath/if_ath_pci.c 192147 2009-05-15 17:02:11Z imp $ > > $FreeBSD: head/sys/dev/ath/if_ath_sysctl.c 219180 2011-03-02 16:03:19Z > > adrian $ > > $FreeBSD: head/sys/dev/ath/if_ath_tx.c 218932 2011-02-22 00:37:53Z adrian $ > > $FreeBSD: head/sys/dev/ath/if_ath_tx_ht.c 219214 2011-03-03 03:02:06Z > > adrian $ > > > > > > On Sun 06 March 2011 at 05:02:38AM +0800, Adrian Chadd wrote: > > > What was the previous performance? And which chipsets? > > > > > > > > > > > > Adrian > > > > > > On 6 March 2011 00:30, Urankar Mikael > >wrote: > > > > > > > On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: > > > > > Absolutely! Let me know if I've broken anything! > > > > > > > > > > Adrian > > > > > > > > > > On 5 March 2011 00:45, Urankar Mikael < > > mikael.urankar@ujf-grenoble.fr > > > > >wrote: > > > > > > > > > > > On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: > > > > > > > Hi all, > > > > > > > > > > > > > > For those of you who are testing out my if_ath changes, I'd > > really > > > > > > > appreciate it if you'd update to -HEAD and re-test. > > > > > > > > > > > > > > I've done a variety of changes to the radio setup and found/fixed > > a > > > > few > > > > > > bugs > > > > > > > in the TX path. It's quite possible these have introduced > > > > regressions. > > > > > > I'd > > > > > > > like to make sure that I haven't broken legacy (11abg) support in > > > > > > > weird/wonderful ways. I'd also like to make sure that I haven't > > > > > > > broken/changed the behaviour or performance of the NICs in any > > way. > > > > > > > > > > > > > > Please give things a good thrashing and let me know the results. > > > > > > > > > > > > > > I'm still working towards debugging and enabling basic 11n > > support, > > > > but I > > > > > > > need to first make sure that I haven't broken legacy operation in > > any > > > > > > way. > > > > > > > > > > > > > > > > > > > Are you interested by tests on an old atheros card (Atheros 5212, > > > > AR2413 > > > > > > mac 7.9 RF2413 phy 4.5) ? > > > > > > > > > > > > > > Everything seems to work fine, performances are as good as before. > > > > I'm only doing basic stuff with this card (mostly web surfing), I'm > > > > connected to an AP with WPA encryption. If you want me to test other > > > > encryption or setup an AP with this card or whatever, feel free to ask. > > > > > > > > And thanks for you work ! From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 10:19:22 2011 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 09D021065675; Wed, 9 Mar 2011 10:19:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9628FC14; Wed, 9 Mar 2011 10:19:20 +0000 (UTC) Received: by vxc34 with SMTP id 34so358050vxc.13 for ; Wed, 09 Mar 2011 02:19:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1oof8ZCn5abKnxnyof8QiC0WUwrtIJY+GSGIU1yRxEw=; b=RXKApuQu9hwmJ3i6ngBj/mU7rdh4jK3PEF076eLm17Y4K04yYFMlAFrzbgXLKtv/pE FeRvtzad2sMA8hBx9kuTcb3wF/wVp5RjuTVNoVx/8tYd1aHBcu2max948HTWuEdeT1HY XY8cpPAbhhajmZteiRcTM/lj579Q/YMfedujg= 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; b=jofa3jcXxWX+iFgQrX3KFLAcVpdVH/9nPOk7Cwk7oVdDL12K4Ef9zRpTHFuMlbEYld f4qWBgB3MbbDRMFhwXSBPkI77mwQPZedSJ652D43igKhJu+8GjGBjYRmXFK7z6i64EHF Qmo4FJ+BZlaIXc4c4bwJC4V3Y1OiFqRBXZvK8= MIME-Version: 1.0 Received: by 10.52.97.99 with SMTP id dz3mr3131689vdb.267.1299665959655; Wed, 09 Mar 2011 02:19:19 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.70.17 with HTTP; Wed, 9 Mar 2011 02:19:19 -0800 (PST) In-Reply-To: <20110309091246.GC3530@iut-mir-o.ujf-grenoble.fr> References: <20110305084520.GB2833@iut-mir-o.ujf-grenoble.fr> <20110305163034.GD2833@iut-mir-o.ujf-grenoble.fr> <20110309073523.GA3530@iut-mir-o.ujf-grenoble.fr> <20110309091246.GC3530@iut-mir-o.ujf-grenoble.fr> Date: Wed, 9 Mar 2011 18:19:19 +0800 X-Google-Sender-Auth: jIIL5PhYpbCjZ9J_cINFhJAFNJI Message-ID: From: Adrian Chadd To: Urankar Mikael Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 10:19:22 -0000 Woo. That's great news. On a non-11n card too. Excellent! adrian On 9 March 2011 17:12, Urankar Mikael wrote: > Yes ! > > On Wed 09 March 2011 at 04:58:50PM +0800, Adrian Chadd wrote: > > So you're saying -head is better, right? > > > > On 9 March 2011 15:35, Urankar Mikael >wrote: > > > > > Here are some dumb benchmarks through ftp : > > > > > > with 8.2R RX rate is 2400kBps and TX rate is 810KBps > > > on a 9-CURRENT RX rate is 2700kBps and TX rate is 2700kBps > > > > > > More info on my system : > > > ath0@pci0:4:0:0: class=0x020000 card=0x5b001385 chip=0x0013168c > > > rev=0x01 hdr=0x00 > > > vendor = 'Atheros Communications Inc.' > > > device = '802.11a/b/g Wireless Adapter (AR2312)' > > > > > > ath0: mem 0x88000000-0x8800ffff irq 19 at device 0.0 on > > > cardbus0 > > > ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > > > > > FreeBSD iut-mir-o.ujf-grenoble.fr 9.0-CURRENT FreeBSD 9.0-CURRENT #39 > > > r219368M: Mon Mar 7 12:15:50 CET 2011 > > > > > > $FreeBSD: head/sys/dev/ath/ah_osdep.c 219315 2011-03-05 21:20:18Z > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath.c 219185 2011-03-02 17:19:54Z adrian > $ > > > $FreeBSD: head/sys/dev/ath/if_ath_debug.c 218058 2011-01-29 05:08:21Z > > > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath_keycache.c 219185 2011-03-02 > 17:19:54Z > > > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath_pci.c 192147 2009-05-15 17:02:11Z imp > $ > > > $FreeBSD: head/sys/dev/ath/if_ath_sysctl.c 219180 2011-03-02 16:03:19Z > > > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath_tx.c 218932 2011-02-22 00:37:53Z > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath_tx_ht.c 219214 2011-03-03 03:02:06Z > > > adrian $ > > > > > > > > > On Sun 06 March 2011 at 05:02:38AM +0800, Adrian Chadd wrote: > > > > What was the previous performance? And which chipsets? > > > > > > > > > > > > > > > > Adrian > > > > > > > > On 6 March 2011 00:30, Urankar Mikael < > mikael.urankar@ujf-grenoble.fr > > > >wrote: > > > > > > > > > On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: > > > > > > Absolutely! Let me know if I've broken anything! > > > > > > > > > > > > Adrian > > > > > > > > > > > > On 5 March 2011 00:45, Urankar Mikael < > > > mikael.urankar@ujf-grenoble.fr > > > > > >wrote: > > > > > > > > > > > > > On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: > > > > > > > > Hi all, > > > > > > > > > > > > > > > > For those of you who are testing out my if_ath changes, I'd > > > really > > > > > > > > appreciate it if you'd update to -HEAD and re-test. > > > > > > > > > > > > > > > > I've done a variety of changes to the radio setup and > found/fixed > > > a > > > > > few > > > > > > > bugs > > > > > > > > in the TX path. It's quite possible these have introduced > > > > > regressions. > > > > > > > I'd > > > > > > > > like to make sure that I haven't broken legacy (11abg) > support in > > > > > > > > weird/wonderful ways. I'd also like to make sure that I > haven't > > > > > > > > broken/changed the behaviour or performance of the NICs in > any > > > way. > > > > > > > > > > > > > > > > Please give things a good thrashing and let me know the > results. > > > > > > > > > > > > > > > > I'm still working towards debugging and enabling basic 11n > > > support, > > > > > but I > > > > > > > > need to first make sure that I haven't broken legacy > operation in > > > any > > > > > > > way. > > > > > > > > > > > > > > > > > > > > > > Are you interested by tests on an old atheros card (Atheros > 5212, > > > > > AR2413 > > > > > > > mac 7.9 RF2413 phy 4.5) ? > > > > > > > > > > > > > > > > > Everything seems to work fine, performances are as good as before. > > > > > I'm only doing basic stuff with this card (mostly web surfing), I'm > > > > > connected to an AP with WPA encryption. If you want me to test > other > > > > > encryption or setup an AP with this card or whatever, feel free to > ask. > > > > > > > > > > And thanks for you work ! > From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 11:37:27 2011 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 A0DF8106564A; Wed, 9 Mar 2011 11:37:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF128FC1A; Wed, 9 Mar 2011 11:37:27 +0000 (UTC) Received: by vxc34 with SMTP id 34so405372vxc.13 for ; Wed, 09 Mar 2011 03:37:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=h4mYSetuszWxaKhEeh43Xwb08l/kgd56RG4Z9viLW8M=; b=BJn1UAgQrIWv+zmmqRsamPvBEt4xoBNCgJ5E0Rb7QE1g9m8VxMI4AR0QJpwfFIhk14 H1QRjLUFS7XqF1rA5xxGWVrxmtgJ5ZhJQV8DqgXcp3ViUXXQOqTACwebiH2KdScaeZ+j 3o4o9gLHFyWDjpAwd2musDg10yiLEJlcL1juA= 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; b=qzNkf5VKvyUKYzzbqtzx9O2m6f1kILASzok+0sPnfwIJsY5IJ7rjLJl+k2/uBPxQg9 lfBEVyX5TLiS+Z/9U68d8AvtlG50y36FRws1lLTjhYyABo305q3wKoPYyResUbJ2zsVS mBRl7AHtj8wnCYEnWbZ/ahDmumsBqG21wTv+4= MIME-Version: 1.0 Received: by 10.52.0.9 with SMTP id 9mr3599319vda.147.1299670646576; Wed, 09 Mar 2011 03:37:26 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.70.17 with HTTP; Wed, 9 Mar 2011 03:37:26 -0800 (PST) In-Reply-To: <4D7744EF.3030102@gmail.com> References: <4D76D138.9010103@gmail.com> <201103091002.39932.bschmidt@freebsd.org> <4D7744EF.3030102@gmail.com> Date: Wed, 9 Mar 2011 19:37:26 +0800 X-Google-Sender-Auth: fr3EF26JxileHsU1N4DaB2dRF7k Message-ID: From: Adrian Chadd To: Michael Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, bschmidt@freebsd.org Subject: Re: dhclient (possibly all networking) not working with some routers and WPA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 11:37:27 -0000 oh man, if_ath with CCMP? That's just going to hurt. :-) On 9 March 2011 17:14, Michael wrote: > > Everything works fine if I switch the encryption off. >>> The same station works fine with other access points. Other operating >>> systems works fine on the same station with the same access point. And >>> the same access point works fine with other stations. >>> In short - it's only FreeBSD that is having problems in this setup. >>> >> >> Was talking with Adrian about that after remembering the famous >> keycache issue. There are some fixes for that in HEAD, can I talk you >> into trying HEAD? > > Just grab r218483 and apply it to your kernel sources. That fixes the keycache bug. If it works, then I can be twisted into merging that into -8. I've been avoiding backporting my if_ath stuff to -8 so -8 can stand as a sort of regression test, but I think the keycache stuff is serious and simple enough to backport. Adrian From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 18:08:10 2011 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 2E662106566B; Wed, 9 Mar 2011 18:08:10 +0000 (UTC) (envelope-from mlmichael70@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 8A58C8FC0A; Wed, 9 Mar 2011 18:08:08 +0000 (UTC) Received: by wyf23 with SMTP id 23so829703wyf.13 for ; Wed, 09 Mar 2011 10:08:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=eDI5nE5kFEBzqxAL+X3+LIl0a9fd7V/Vajfehlakj5k=; b=nFSWosrjuJgyxlfYBCSXUeItLVJa3qOf3RNp+RmbzJIqa8D6kU0PJCWw8+VtKoTt5A W45E3CSTsyqzYJi33frpGsK8dFL2yyyRkEPfMRI1+WJ+qi5SDgNKhGu7QxWSXMbpU6jM JCFu8lz99IBtVNkwOxU7blKf7Dj4iBlcuBgbo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=tKNofiT/l+if3zznqjGRXxvKRil9fMaSU493sFkluSBhE6er+DCbndoqTaZVaJtutY BGbLnHe7VrC7oj3T0aZqxODhbi585n8LELSke9yhe5ATJjEKtwEsQN3QJX3nMFjNraKU SApjncAnm5hdTTucyjeYBYxtW3FdsV1yWrgBg= Received: by 10.227.208.212 with SMTP id gd20mr6136306wbb.210.1299694088164; Wed, 09 Mar 2011 10:08:08 -0800 (PST) Received: from prime.nonspace (adsl-178-78-81-25.karoo.kcom.com [178.78.81.25]) by mx.google.com with ESMTPS id u9sm1665476wbg.6.2011.03.09.10.08.06 (version=SSLv3 cipher=OTHER); Wed, 09 Mar 2011 10:08:07 -0800 (PST) Message-ID: <4D77C214.1010305@gmail.com> Date: Wed, 09 Mar 2011 18:08:20 +0000 From: Michael User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101215 Thunderbird/3.1.7 MIME-Version: 1.0 To: Adrian Chadd References: <4D76D138.9010103@gmail.com> <201103091002.39932.bschmidt@freebsd.org> <4D7744EF.3030102@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, bschmidt@freebsd.org Subject: Re: dhclient (possibly all networking) not working with some routers and WPA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 18:08:10 -0000 On 09/03/2011 11:37, Adrian Chadd wrote: > Just grab r218483 and apply it to your kernel sources. That fixes the > keycache bug. > Could you just confirm that the changes you are talking about are in FreeBSD-9.0-CURRENT-201101-amd64 as I would prefer not to test on my current system - but I'm more than happy to try a new installation on a separate drive. Michael From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 19:43:06 2011 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 027821065672 for ; Wed, 9 Mar 2011 19:43:06 +0000 (UTC) (envelope-from rajkumars@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 8F4848FC0A for ; Wed, 9 Mar 2011 19:43:05 +0000 (UTC) Received: by fxm19 with SMTP id 19so978204fxm.13 for ; Wed, 09 Mar 2011 11:43:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=lMRKu3TYsSKn61p1adUl5Z7YQnJ0xk4ns5iyfTC9ErY=; b=encg9RsOe1GzKSYOfkh7OeGbQpgw5hdNsOF9BfClWTnmfv6sh8laQ9tU7fG8eTyW/d H4OC+MVitpxW299U61poygqNos68ob3FBnoEapg6mMMx/UyjZ9fwA4/kKsvsWju6yZSu SCcjjJ5fkd+2ndLNLK/h812B4Upw4+9VvS43U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=WsK+S27z7uxjzXf2Km+jAVrsU5mPpq4+1JVkoh/vCN3WiozJxZ4Iwyc7LkJLEa3EAk YlKXc9Ec1JOJohxN62tTDMcivRr38INZ0CpcRg/T48byA6r0X+ptHkW6takjOE3WTx1m 5gN3B+/wWh0fpDzsIoSmG54xQ/SdDEe5jnigw= MIME-Version: 1.0 Received: by 10.223.143.16 with SMTP id s16mr1996847fau.57.1299697443327; Wed, 09 Mar 2011 11:04:03 -0800 (PST) Received: by 10.223.102.76 with HTTP; Wed, 9 Mar 2011 11:04:03 -0800 (PST) Date: Thu, 10 Mar 2011 00:34:03 +0530 Message-ID: From: Rajkumar S To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: IP_BINDANY: return packets not accepted by 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: Wed, 09 Mar 2011 19:43:06 -0000 Hello all, I am testing IP_BINDANY functionality with a small C program. I can bind to a foreign (non existing) address, and syn packets are being sent with the bound source IP address and port. Return (ACK) packets are reaching the host (I can see the SYN-ACK packet in tcpdump), but the third packet in TCP handshake is not getting generated. It looks like the second SYN-ACK is not getting accepted by the kernel. My test setup consists of 2 machines, one freebsd 8.2 where I am running my test program has an ip address of 192.168.3.83, and an echo server running in the second machine with ip address 192.168.3.18. The souce ip address of connection originating from my test program is 192.168.9.5 and echo server is having a route for 192.168.9.0/24 to 192.168.3.83. Since there is a route for 192.168.9.5 from 192.168.3.18 there is no need for any additional pf rules for redirecting and packets can be seen in tcpdump. Netstat gives the following output. The state remains SYN_SENT and the kernel is not able to "see" the SYN-ACK. tcp4 0 0 192.168.9.5.7 192.168.3.18.7 SYN_SENT tcpdump gives the following output (first 2 lines) 17:39:54.745332 00:40:f4:bd:3d:1c > 00:27:0e:26:d9:66, ethertype IPv4 (0x0800), length 74: 192.168.9.5.7 > 192.168.3.18.7: Flags [S], seq 587594188, win 65535, options [mss 1460,nop,wscale 3,sackOK,TS val 92954112 ecr 0], length 0 17:39:54.745446 00:27:0e:26:d9:66 > 00:40:f4:bd:3d:1c, ethertype IPv4 (0x0800), length 74: 192.168.3.18.7 > 192.168.9.5.7: Flags [S.], seq 399460822, ack 587594189, win 5792, options [mss 1460,sackOK,TS val 4341497 ecr 92954112,nop,wscale 7], length 0 arp -na (abbreviated) ? (192.168.3.83) at 00:40:f4:bd:3d:1c on re0 permanent [ethernet] ? (192.168.3.18) at 00:27:0e:26:d9:66 on re0 expires in 1133 seconds [ethernet] Am I missing some thing here? I am running all programs as root, so I do have the privileges. I guess there are no sysctrl to be set. Any help to get this working is much appreciated. with regards, raj From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 20:47:52 2011 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 590411065672; Wed, 9 Mar 2011 20:47:52 +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 2FA288FC0C; Wed, 9 Mar 2011 20:47:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p29KlqeJ070410; Wed, 9 Mar 2011 20:47:52 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p29KlqSQ070406; Wed, 9 Mar 2011 20:47:52 GMT (envelope-from linimon) Date: Wed, 9 Mar 2011 20:47:52 GMT Message-Id: <201103092047.p29KlqSQ070406@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155407: [tcp] Exhausted net.inet.tcp.reass.maxsegments block recovering tcp session X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 20:47:52 -0000 Old Synopsis: Exhausted net.inet.tcp.reass.maxsegments block recovering tcp session New Synopsis: [tcp] Exhausted net.inet.tcp.reass.maxsegments block recovering tcp session Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Mar 9 20:47:14 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155407 From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 20:49:17 2011 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 D564E106564A for ; Wed, 9 Mar 2011 20:49:17 +0000 (UTC) (envelope-from melissa-freebsd@littlebluecar.co.uk) Received: from filter.blacknosugar.com (filter.blacknosugar.com [212.13.204.214]) by mx1.freebsd.org (Postfix) with ESMTP id 495C58FC13 for ; Wed, 9 Mar 2011 20:49:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=littlebluecar.co.uk; s=dkim; h=Subject:To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Content-Type:Mime-Version; bh=uVuImmkUmlAcVAhOYy/1JLBs3lfEX9LcFcqvXDnRCdI=; b=CYjv34JxvsqBcUBRtBygj/zPHJ9TXFzo+mkjsM6Kps04bqIHLKjAMNGBnQq4GDY6XC1j1iwkZwPFDQsNSyjFGLrGJsu3PzZAqM0FBDs4hSTlPfggGyb2gokG1Rq4QvWN; Received: from bowser.blacknosugar.com ([78.86.203.16] helo=[192.168.1.59]) by filter.blacknosugar.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.74 (FreeBSD)) (envelope-from ) id 1PxPis-000Dxl-Lv; Wed, 09 Mar 2011 20:11:09 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Melissa Jenkins In-Reply-To: Date: Wed, 9 Mar 2011 20:11:00 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <63A5C79A-B4C3-42C3-9B76-1F2EB04DB871@littlebluecar.co.uk><01EE1F52-3393-4A43-882F-C35677CB0754@gmail.com> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1082) X-SA-Exim-Connect-IP: 78.86.203.16 X-SA-Exim-Mail-From: melissa-freebsd@littlebluecar.co.uk X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on filter X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on filter.blacknosugar.com) Cc: Qing Li Subject: Re: PPP and Route Delete X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 20:49:18 -0000 > The self-pointing route 10.0.5.1 should have multiple references set = on > it, and that route won't be deleted from the routing table until the=20= > last reference is removed. >=20 > You can verify that by checking the "netstat" output, the "Ref" column > after tun1 has been created. Unfortunately PPP doesn't increase the reference count: After connecting 1 VPN: Destination Gateway Flags Refs Use Netif = Expire 10.0.5.1 link#12 UHS 0 0 lo0 After connecting the second VPN: Destination Gateway Flags Refs Use Netif = Expire 10.0.5.1 link#12 UHS 1 0 lo0 When you disconnect the second VPN all the routes pointing to 10.0.5.1 = are removed. If I add 10.0.5.1 as an proper alias to an interface (eg loopback) it = seems to work as you would expect and disconnecting one VPN doesn't = disconnect all the rest. >> I've been working on migrating a PPTP server from FreeBSD 7.1 to = FreeBSD 8.1. The server is configured using PopTop (from ports) and PPP = (/usr/sbin) rather than MPD. (Before anybody tells me to use MPD we = can't because it doesn't inject packets into the kernel in the same way = and it's not possible to filter on them correctly) >>=20 >> Basic PPTP connection works properly.=20 >>=20 >> The fun happens when I have two simultaneous users. The first one to = DISCONNECT deletes the routes for both of them and all PPTP traffic = ceases. >=20 > Just been working my way through the PPP code - which doesn't actually = appear to have changed. >=20 > However, the netinet/in.c does have some comments in the SVN history = about deleting the loopback address, this appears to have been merged in = as part of the 8 release cycle (r197231 perhaps) (though I'm not an = expert at SVN etc) >=20 > What should happen when there are multiple interfaces with the same = address. When I have two tunnels configured they show up as (eg) >=20 > tun0: flags=3D8051 metric 0 mtu 1398 > options=3D80000 > inet 10.0.5.1 --> 10.0.0.31 netmask 0xffffffff > Opened by PID 12616 >=20 > tun1: flags=3D8051 metric 0 mtu 1398 > options=3D80000 > inet 10.0.5.1 --> 10.0.0.32 netmask 0xffffffff > Opened by PID 12630 >=20 > If the loop back address is 10.0.5.1 and closing one of them deletes = the loopback what should happen? Should it delete all routes that refer = to 10.0.5.1? From owner-freebsd-net@FreeBSD.ORG Wed Mar 9 21:34:03 2011 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 3FBCE106564A for ; Wed, 9 Mar 2011 21:34:03 +0000 (UTC) (envelope-from ika256@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id ED2818FC12 for ; Wed, 9 Mar 2011 21:34:02 +0000 (UTC) Received: by vxc34 with SMTP id 34so1055214vxc.13 for ; Wed, 09 Mar 2011 13:34:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=RzGojjFRSsprDw4HqcLXZ2PZZCdiCwOmqn9BYhsUsgE=; b=qRp6F4PKdmIGTc7aMFFpbad2W/wnQjxTzkBWyo89w/W+PJFFeq2DXQf1LDVRlV3HjR ArYkZ4kTruFa8WHfakjCehfRVlvhHrXgc0+cAK2U/s+AqU9sC6BU0dDu5me1BBFPv5zF V604rEN4xdP+zIAuJRRTpxOTVigA8KFuEPucI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=oEuMW2MlpBBfiC3QzqVroB/fGBvfdJF9YkwPGae2jY6i/fQSkp4hiKapcg3JpYX7Bn LMtef8Niifuik3S8tqMpT+n+9VHh2csenPrxn//agMqF74OoRtYOk/y7wuMwBH5Zdtd1 q/23U9IL3YC8IjyCiYlHLgVvy2T/rT/IOgO0g= MIME-Version: 1.0 Received: by 10.52.174.66 with SMTP id bq2mr1419502vdc.79.1299705082861; Wed, 09 Mar 2011 13:11:22 -0800 (PST) Received: by 10.220.118.5 with HTTP; Wed, 9 Mar 2011 13:11:22 -0800 (PST) Date: Thu, 10 Mar 2011 01:11:22 +0400 Message-ID: From: Irakli To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: route(8) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2011 21:34:03 -0000 Hello FreeBSD Developers In FreeBSD route(8) don't support command "show", but NetBSD and OpenBSD supports Yes I know it can be done with "netstat -r", but why primary route manipulation program don't support it ? If you do not complicate, it would be nice to see this feature in the route command thanks From owner-freebsd-net@FreeBSD.ORG Thu Mar 10 08:23:19 2011 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 98C0B106566C; Thu, 10 Mar 2011 08:23:19 +0000 (UTC) (envelope-from mlmichael70@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 CDF098FC0C; Thu, 10 Mar 2011 08:23:18 +0000 (UTC) Received: by wwc33 with SMTP id 33so1702383wwc.31 for ; Thu, 10 Mar 2011 00:23:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=9sIgqBA6py0CXYJj/GkEWhotu8++ngZfzv67CiSOqr4=; b=wiS0hgSqxdfby8Va9VzNV2MTAiKxcUkzuj6OYG92wmuIZTlQ+g+EyHEq8FwmDXqgro VJGOKUnoJJwaFJ1q4CcWOPxf8bfkTiZIAx7Oq0ug1nHchN0FsMSRjZKPIo7h31WZbLwR L5SpZZYYjpNiZf43OPED7V3lImcX0+ZH78/l4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=YNgp+H3I/o1hsuBtef4t+eBAIAcBxwLzOpDUWeNTnbkNgtVMgU3QI7Zil0+Gt9JvYc GRQTMlwFuZXtPnzOBS+9wHG4H47k9LstPno64faw/jI0aCWdJjzI07SHbF0JpIO9baEr GqktxNIm9zcvoBTefgMN91lVrR1vTH3O9gk2w= Received: by 10.227.11.68 with SMTP id s4mr2841329wbs.183.1299745397623; Thu, 10 Mar 2011 00:23:17 -0800 (PST) Received: from prime.nonspace (adsl-94-72-200-61.karoo.kcom.com [94.72.200.61]) by mx.google.com with ESMTPS id u9sm2201119wbg.12.2011.03.10.00.23.16 (version=SSLv3 cipher=OTHER); Thu, 10 Mar 2011 00:23:16 -0800 (PST) Message-ID: <4D788A81.5090507@gmail.com> Date: Thu, 10 Mar 2011 08:23:29 +0000 From: Michael User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101215 Thunderbird/3.1.7 MIME-Version: 1.0 To: Adrian Chadd References: <4D76D138.9010103@gmail.com> <201103091002.39932.bschmidt@freebsd.org> <4D7744EF.3030102@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, bschmidt@freebsd.org Subject: Re: dhclient (possibly all networking) not working with some routers and WPA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2011 08:23:19 -0000 On 09/03/2011 11:37, Adrian Chadd wrote: > oh man, if_ath with CCMP? That's just going to hurt. :-) > Just tried with WPA-TKIP and it works fine! Thanks a lot. Does it still points to keykache issue? If so, I am still willing to test your patch. Michael From owner-freebsd-net@FreeBSD.ORG Thu Mar 10 08:44:45 2011 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 C7203106564A; Thu, 10 Mar 2011 08:44:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 520A68FC0C; Thu, 10 Mar 2011 08:44:44 +0000 (UTC) Received: by vxc34 with SMTP id 34so1494750vxc.13 for ; Thu, 10 Mar 2011 00:44:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=0++900a8B58j+71Bb9Oc0poN8l4gEQas7BVvTJG5iwg=; b=OImqbRZR/vwtkASUDFbqr1Cx3IQx0H9bCTK2fkYJPVD/04i89S3xsoeE/gAUL/9GnC XiN3pT7Gcpr8XrXvsyjlivMTNGb/hFOTgyjzOnUeWJPDFd6xpvXOg27IoqPl3Zcazjdg nPZEjohXKaubokxE7Ca+hqtJId/vI93mBOJbU= 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; b=ESGtfwYpba1w4PGvGotHURaeU9oP1Fja4IkYbcsQq/4Zw7LRRXyMG4t2dwJl/NRLLN 0JV8cC/ZBC5cvVbfu1RH+BOaRfZnliuHu2k7LRJpvSUc+ndYm3CblwZfuNv/TjCIAjHb gV7vTVVSTRVeCQ+gqktLDhcBV5HTYbeQvBi1s= MIME-Version: 1.0 Received: by 10.52.94.147 with SMTP id dc19mr4328781vdb.67.1299746684412; Thu, 10 Mar 2011 00:44:44 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.70.17 with HTTP; Thu, 10 Mar 2011 00:44:44 -0800 (PST) In-Reply-To: References: Date: Thu, 10 Mar 2011 16:44:44 +0800 X-Google-Sender-Auth: njpfVGsljvoF2czIoqiUEVndPWA Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current@freebsd.org Subject: Re: Request to test if_ath - TX power control changes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2011 08:44:45 -0000 (You know, I'm very tempted to just create a FreeBSD-wireless mailing list.. :-) My AR9280/AR9285 collection just arrived in the post. A quick 2 minute test with the AR9285 showed that at least the one I have has issues TX'ing at higher 11g rates. I won't even bother testing 11n MCS rates until I fix that. If you have an AR9285 and you're able/willing to test out -HEAD then I'd appreciate it if you could do some iperf tests (both ways, so it's both TX'ing and RX'ing, but not at the same time please!) and then check out the rate control stats - sysctl dev.ath.0.sample_stats=1. Thanks! Adrian From owner-freebsd-net@FreeBSD.ORG Thu Mar 10 10:32:20 2011 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 EB950106566B for ; Thu, 10 Mar 2011 10:32:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id B7C998FC0A for ; Thu, 10 Mar 2011 10:32:19 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p2AAWG5S047630 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 10 Mar 2011 02:32:18 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4D78A8B3.6010901@freebsd.org> Date: Thu, 10 Mar 2011 02:32:19 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Rajkumar S References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IP_BINDANY: return packets not accepted by 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: Thu, 10 Mar 2011 10:32:20 -0000 On 3/9/11 11:04 AM, Rajkumar S wrote: > Hello all, > > I am testing IP_BINDANY functionality with a small C program. I can > bind to a foreign (non existing) address, and syn packets are being > sent with the bound source IP address and port. Return (ACK) packets > are reaching the host (I can see the SYN-ACK packet in tcpdump), but > the third packet in TCP handshake is not getting generated. It looks > like the second SYN-ACK is not getting accepted by the kernel. > > My test setup consists of 2 machines, one freebsd 8.2 where I am > running my test program has an ip address of 192.168.3.83, and an echo > server running in the second machine with ip address 192.168.3.18. The > souce ip address of connection originating from my test program is > 192.168.9.5 and echo server is having a route for 192.168.9.0/24 to > 192.168.3.83. > > Since there is a route for 192.168.9.5 from 192.168.3.18 there is no > need for any additional pf rules for redirecting and packets can be > seen in tcpdump. > > Netstat gives the following output. The state remains SYN_SENT and the > kernel is not able to "see" the SYN-ACK. > > tcp4 0 0 192.168.9.5.7 192.168.3.18.7 SYN_SENT > > tcpdump gives the following output (first 2 lines) > > 17:39:54.745332 00:40:f4:bd:3d:1c> 00:27:0e:26:d9:66, ethertype IPv4 > (0x0800), length 74: 192.168.9.5.7> 192.168.3.18.7: Flags [S], seq > 587594188, win 65535, options [mss 1460,nop,wscale 3,sackOK,TS val > 92954112 ecr 0], length 0 > > 17:39:54.745446 00:27:0e:26:d9:66> 00:40:f4:bd:3d:1c, ethertype IPv4 > (0x0800), length 74: 192.168.3.18.7> 192.168.9.5.7: Flags [S.], seq > 399460822, ack 587594189, win 5792, options [mss 1460,sackOK,TS val > 4341497 ecr 92954112,nop,wscale 7], length 0 > > arp -na (abbreviated) > ? (192.168.3.83) at 00:40:f4:bd:3d:1c on re0 permanent [ethernet] > ? (192.168.3.18) at 00:27:0e:26:d9:66 on re0 expires in 1133 seconds [ethernet] > > Am I missing some thing here? I am running all programs as root, so I > do have the privileges. I guess there are no sysctrl to be set. Any > help to get this working is much appreciated. yes, you are missing the fact that the return packets will never be accepted unless you have an ipfw rule saying: fwd localhost ip from any to any uid {uid of your process} in recv {your interface} the first layer of ip doesn't know about sockets and will reject packets to non-local addresses. however ipfw can override this and tell the IP stack to take it because it identifies the matching socket. "yes it's a kludge" but it works. sorry if you don't use ipfw.. 'pf' MAY be able to do similar but I dont' know. > with regards, > > raj > _______________________________________________ > 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 Mar 10 22:20:09 2011 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 3C91B106564A; Thu, 10 Mar 2011 22:20:09 +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 0D1908FC12; Thu, 10 Mar 2011 22:20:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2AMK8VO061089; Thu, 10 Mar 2011 22:20:08 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2AMK8HH061074; Thu, 10 Mar 2011 22:20:08 GMT (envelope-from linimon) Date: Thu, 10 Mar 2011 22:20:08 GMT Message-Id: <201103102220.p2AMK8HH061074@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155442: [bge] bge driver is seen but does not respond to networking requests X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2011 22:20:09 -0000 Old Synopsis: bge driver is seen but does not respond to networking requests New Synopsis: [bge] bge driver is seen but does not respond to networking requests Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 10 22:19:31 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155442 From owner-freebsd-net@FreeBSD.ORG Fri Mar 11 01:33:56 2011 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 64160106564A; Fri, 11 Mar 2011 01:33:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id B06088FC0C; Fri, 11 Mar 2011 01:33:55 +0000 (UTC) Received: by vxc34 with SMTP id 34so2447906vxc.13 for ; Thu, 10 Mar 2011 17:33:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=m04QOFMMuUjSSG9KXOCjeJwVuzIwm8iAANffwoBuEds=; b=YhefjKaPa2z1COi4suChb/5l4jt3OmlFaQsowKMju2d6S/WlUiInTkk7/WTXmIOcHE IGSJJ1m3NFnT71n7Fq+28TqHI9tWHoV6mHKQSs9WnriAiGL2a7eOW6lXiezIwNQMQ/wc /zwnAcHIEwOvmkBMQJsUWBLZu9OgT9FL+Y6rE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=ceY7Fb0O1V4eZnwac10hL7a5nXOITqq23jQTL0cuVxbl4zpYHq6H5pcJMDxnk54XQ2 5MjQXS/14Gfi2QLHMNHkCWkr0BFCxTZc6Bl0zN6idlMDpJkuPfzmsUYFALwYjKyap3lN Ul/QQ5k8Rn+eiTwd18fVh6f+B0P5aaI0hiRDg= MIME-Version: 1.0 Received: by 10.52.94.147 with SMTP id dc19mr5972255vdb.67.1299807234698; Thu, 10 Mar 2011 17:33:54 -0800 (PST) Received: by 10.52.70.17 with HTTP; Thu, 10 Mar 2011 17:33:54 -0800 (PST) Date: Fri, 11 Mar 2011 09:33:54 +0800 Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current Subject: Re: please (re) test AR9220/AR9280 if_ath in -HEAD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2011 01:33:56 -0000 Hi all again! I've just committed some more fixes to TX power calibration for the AR9220 and AR9280. I -think- I have all of the radio setup correct now for the AR5416, AR9160, AR9220 and AR9280. If you're using any of these, especially if you're using the AR9220/AR9280 (and doubly so oif you're using the Ubiquiti SR71-12 or SR71-15) then I'd really appreciate if you did some testing and got back to me. I specifically want to ensure that there's no transmission errors in "normal" (ie, not overly noisy) environments. The earlier AR9220/AR9280 code didn't entirely setup the TX calibration right so it's possible there was distortion. This would've showed up as high TX retransmissions and error rates (sysctl dev.ath.0.sample_stats=1 ; then check dmesg.) I'm working on the AR9285/AR2427 right now and yes, there's still issues there with TX calibration. I'll let everyone know when I've made some progress there. Thanks! Adrian From owner-freebsd-net@FreeBSD.ORG Fri Mar 11 11:04:16 2011 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 042FF1065670 for ; Fri, 11 Mar 2011 11:04:16 +0000 (UTC) (envelope-from rajkumars@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 8C8248FC08 for ; Fri, 11 Mar 2011 11:04:15 +0000 (UTC) Received: by fxm11 with SMTP id 11so1028822fxm.13 for ; Fri, 11 Mar 2011 03:04:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=QRr2LvsKVbfhm4N+5YRuXbYkaRncWrVWBeXsrIutaFo=; b=MDKbjb47tsaIdycgACRS+P5BgN8Us6Dr9ohWfxtw/9BuPEcqk/y/euWCXYO/778N4T TukEq9aCXnB3epLCEgl9mMMhHm0f+v09XeDySPP2iYCuo0eo8K/OGoqYLsO3tyPwHiYf 9MxILsTTVnoHuu8Uafsbch+SrgJsUi2PuT974= 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=OrZt4b3YeFy0r/JRCwvXpf5t3GKZYFXdu3qGoW87sMdfN937VaribiaW8VTv64OF4h AP/FtAgolwIqMu43XzGf3I7qD6fAdIgsXYKYMb0cj4ePVcIqVYYQ/g1iGw67+6D/c2YF R6Fi8XXY32ge16Me6aKYZW7ZdAu/fyOAhCAfU= MIME-Version: 1.0 Received: by 10.223.143.16 with SMTP id s16mr894177fau.57.1299841451835; Fri, 11 Mar 2011 03:04:11 -0800 (PST) Received: by 10.223.103.11 with HTTP; Fri, 11 Mar 2011 03:04:11 -0800 (PST) In-Reply-To: <4D78A8B3.6010901@freebsd.org> References: <4D78A8B3.6010901@freebsd.org> Date: Fri, 11 Mar 2011 16:34:11 +0530 Message-ID: From: Rajkumar S To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: IP_BINDANY: return packets not accepted by 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: Fri, 11 Mar 2011 11:04:16 -0000 Hi, Thanks, it's working! raj On Thu, Mar 10, 2011 at 4:02 PM, Julian Elischer wrote: > yes, you are missing the fact that the return packets will never be accepted > unless you have an ipfw rule saying: > > fwd localhost ip from any to any uid {uid of your process} in recv {your > interface} From owner-freebsd-net@FreeBSD.ORG Fri Mar 11 14:57:27 2011 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 E875C106564A; Fri, 11 Mar 2011 14:57:27 +0000 (UTC) (envelope-from ozkan.kirik@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 698158FC0A; Fri, 11 Mar 2011 14:57:27 +0000 (UTC) Received: by qyk35 with SMTP id 35so5604073qyk.13 for ; Fri, 11 Mar 2011 06:57:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4wkhjkHqDW9Oe+bzLeYISa+/rmjTH2HMlCeDBDpru5Y=; b=QrjAcXOpTEvOrkynCnprfCEddOo77yb9hisWnSUm6Weeu1D6/8bxSnZ1EKepYFGDp7 9nH0v2htDTOIBGBt60bzBNKb0xDkDoduSrRQtHAZRYWrbjCGdW9cSbF4WNPnDh/HOfDP QxMsPF0voFGNz1JqMHoV96K4ZaPa1DuEthpTg= 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=ACzDw3j1wpfE6hamMeMjnEHItOvkfjbUctSuM7LWDRv3pyoT8j+XV6DkBfpMXh5hEZ SlZ7Pep7tej+AehFobQ7FlkC3Q0xwuQT/S2ejdOtTvoGXlBsB6mDNlsfJEfVK/L2fxBX 4/Q+XVvfpOT9hii6yLs/lBS7AceOS/irO4F78= MIME-Version: 1.0 Received: by 10.229.102.165 with SMTP id g37mr7696900qco.120.1299855445805; Fri, 11 Mar 2011 06:57:25 -0800 (PST) Received: by 10.229.97.209 with HTTP; Fri, 11 Mar 2011 06:57:25 -0800 (PST) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Fri, 11 Mar 2011 16:57:25 +0200 Message-ID: From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2011 14:57:28 -0000 Hi again, I wanna share state of test machine. em-7.2.2 driver runs as kld. No hangs. Altough em0 has about 200Mbps traffic, cpu usage of em0 is too high. Should I try -DEM_MULTIQUEUE option ? Regards, Ozkan KIRIK # uptime 4:36PM up 7 days, 8:30, 1 user, load averages: 4.19, 3.73, 3.71 # uname -srp FreeBSD 8.2-RELEASE amd64 # bwm-ng input: getifaddrs type: rate | iface Rx Tx = Total =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D em0: 149356.24 Kb/s 30202.86 Kb/s 179559.10= Kb/s em1: 1896.86 Kb/s 225.53 Kb/s 2122.39= Kb/s bce0: 8201.30 Kb/s 42895.40 Kb/s 51096.70= Kb/s em2: 22524.07 Kb/s 42751.14 Kb/s 65275.21= Kb/s em3: 3767.80 Kb/s 51521.05 Kb/s 55288.85= Kb/s # top -SHn last pid: 38924; load averages: 2.97, 3.32, 3.51 up 7+08:35:29 16:4= 1:59 693 processes: 13 running, 656 sleeping, 24 waiting Mem: 4393M Active, 8060M Inact, 2761M Wired, 255M Cache, 1647M Buf, 402M Fr= ee Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 0 root -68 0 0K 176K CPU2 2 45.9H 83.30% {em0 taskq} 11 root 171 ki31 0K 128K RUN 3 154.7H 82.28% {idle: cpu3= } 11 root 171 ki31 0K 128K CPU7 7 152.4H 74.85% {idle: cpu7= } 11 root 171 ki31 0K 128K CPU1 1 143.4H 71.53% {idle: cpu1= } 11 root 171 ki31 0K 128K RUN 6 150.2H 70.90% {idle: cpu6= } 11 root 171 ki31 0K 128K CPU0 0 135.0H 67.53% {idle: cpu0= } 11 root 171 ki31 0K 128K RUN 5 142.3H 56.49% {idle: cpu5= } 11 root 171 ki31 0K 128K CPU4 4 133.7H 56.45% {idle: cpu4= } 12 root -68 - 0K 384K WAIT 4 992:45 35.25% {irq258: bc= e0} 0 root -68 0 0K 176K - 5 18.8H 33.84% {em2 taskq} 11 root 171 ki31 0K 128K RUN 2 124.5H 19.24% {idle: cpu2= } 0 root -68 0 0K 176K CPU6 6 898:40 17.68% {em3 taskq} # sysctl dev.em. | grep miss dev.em.0.mac_stats.missed_packets: 910 dev.em.1.mac_stats.missed_packets: 0 dev.em.2.mac_stats.missed_packets: 5886 dev.em.3.mac_stats.missed_packets: 5518 # sysctl dev.em. dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 dev.em.0.%driver: em dev.em.0.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.NPE2.SPE4.P8P= C.LAN0 dev.em.0.%pnpinfo: vendor=3D0x8086 device=3D0x1096 subvendor=3D0x108e subdevice=3D0x4843 class=3D0x020000 dev.em.0.%parent: pci4 dev.em.0.nvm: -1 dev.em.0.debug: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.em.0.flow_control: 3 dev.em.0.eee_control: 0 dev.em.0.link_irq: 0 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.rx_overruns: 1 dev.em.0.watchdog_timeouts: 0 dev.em.0.device_control: 1075593793 dev.em.0.rx_control: 67141634 dev.em.0.fc_high_water: 30720 dev.em.0.fc_low_water: 29220 dev.em.0.queue0.txd_head: 311 dev.em.0.queue0.txd_tail: 311 dev.em.0.queue0.tx_irq: 0 dev.em.0.queue0.no_desc_avail: 0 dev.em.0.queue0.rxd_head: 1144 dev.em.0.queue0.rxd_tail: 1120 dev.em.0.queue0.rx_irq: 0 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.multiple_coll: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.collision_count: 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: 910 dev.em.0.mac_stats.recv_no_buff: 7050 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac_stats.recv_jabber: 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.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: 3324123116 dev.em.0.mac_stats.good_pkts_recvd: 3324122206 dev.em.0.mac_stats.bcast_pkts_recvd: 159692 dev.em.0.mac_stats.mcast_pkts_recvd: 0 dev.em.0.mac_stats.rx_frames_64: 314397503 dev.em.0.mac_stats.rx_frames_65_127: 511431761 dev.em.0.mac_stats.rx_frames_128_255: 62445780 dev.em.0.mac_stats.rx_frames_256_511: 76542752 dev.em.0.mac_stats.rx_frames_512_1023: 111888998 dev.em.0.mac_stats.rx_frames_1024_1522: 2247415412 dev.em.0.mac_stats.good_octets_recvd: 3546201196566 dev.em.0.mac_stats.good_octets_txd: 1361437676103 dev.em.0.mac_stats.total_pkts_txd: 2931605576 dev.em.0.mac_stats.good_pkts_txd: 2931605576 dev.em.0.mac_stats.bcast_pkts_txd: 27621 dev.em.0.mac_stats.mcast_pkts_txd: 8 dev.em.0.mac_stats.tx_frames_64: 532709844 dev.em.0.mac_stats.tx_frames_65_127: 1405874859 dev.em.0.mac_stats.tx_frames_128_255: 54604175 dev.em.0.mac_stats.tx_frames_256_511: 51889529 dev.em.0.mac_stats.tx_frames_512_1023: 113268603 dev.em.0.mac_stats.tx_frames_1024_1522: 773258566 dev.em.0.mac_stats.tso_txd: 11638542 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.interrupts.asserts: 1386007928 dev.em.0.interrupts.rx_pkt_timer: 183978 dev.em.0.interrupts.rx_abs_timer: 0 dev.em.0.interrupts.tx_pkt_timer: 93292 dev.em.0.interrupts.tx_abs_timer: 143694 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.1.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 dev.em.1.%driver: em dev.em.1.%location: slot=3D0 function=3D1 handle=3D\_SB_.PCI0.NPE2.SPE4.P8P= C.LAN1 dev.em.1.%pnpinfo: vendor=3D0x8086 device=3D0x1096 subvendor=3D0x108e subdevice=3D0x4843 class=3D0x020000 dev.em.1.%parent: pci4 dev.em.1.nvm: -1 dev.em.1.debug: -1 dev.em.1.rx_int_delay: 0 dev.em.1.tx_int_delay: 66 dev.em.1.rx_abs_int_delay: 66 dev.em.1.tx_abs_int_delay: 66 dev.em.1.rx_processing_limit: 100 dev.em.1.flow_control: 3 dev.em.1.eee_control: 0 dev.em.1.link_irq: 0 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.rx_overruns: 0 dev.em.1.watchdog_timeouts: 0 dev.em.1.device_control: 1075593793 dev.em.1.rx_control: 67141634 dev.em.1.fc_high_water: 30720 dev.em.1.fc_low_water: 29220 dev.em.1.queue0.txd_head: 2182 dev.em.1.queue0.txd_tail: 2182 dev.em.1.queue0.tx_irq: 0 dev.em.1.queue0.no_desc_avail: 0 dev.em.1.queue0.rxd_head: 3788 dev.em.1.queue0.rxd_tail: 3787 dev.em.1.queue0.rx_irq: 0 dev.em.1.mac_stats.excess_coll: 0 dev.em.1.mac_stats.single_coll: 0 dev.em.1.mac_stats.multiple_coll: 0 dev.em.1.mac_stats.late_coll: 0 dev.em.1.mac_stats.collision_count: 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_undersize: 0 dev.em.1.mac_stats.recv_fragmented: 0 dev.em.1.mac_stats.recv_oversize: 0 dev.em.1.mac_stats.recv_jabber: 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.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: 612589160 dev.em.1.mac_stats.good_pkts_recvd: 612589160 dev.em.1.mac_stats.bcast_pkts_recvd: 47088 dev.em.1.mac_stats.mcast_pkts_recvd: 0 dev.em.1.mac_stats.rx_frames_64: 6785503 dev.em.1.mac_stats.rx_frames_65_127: 35934851 dev.em.1.mac_stats.rx_frames_128_255: 17109287 dev.em.1.mac_stats.rx_frames_256_511: 12238891 dev.em.1.mac_stats.rx_frames_512_1023: 11759994 dev.em.1.mac_stats.rx_frames_1024_1522: 528760634 dev.em.1.mac_stats.good_octets_recvd: 802710429802 dev.em.1.mac_stats.good_octets_txd: 33871996870 dev.em.1.mac_stats.total_pkts_txd: 236188292 dev.em.1.mac_stats.good_pkts_txd: 236188292 dev.em.1.mac_stats.bcast_pkts_txd: 21565 dev.em.1.mac_stats.mcast_pkts_txd: 5 dev.em.1.mac_stats.tx_frames_64: 41242650 dev.em.1.mac_stats.tx_frames_65_127: 168115252 dev.em.1.mac_stats.tx_frames_128_255: 9453471 dev.em.1.mac_stats.tx_frames_256_511: 4589683 dev.em.1.mac_stats.tx_frames_512_1023: 4863510 dev.em.1.mac_stats.tx_frames_1024_1522: 7923726 dev.em.1.mac_stats.tso_txd: 655 dev.em.1.mac_stats.tso_ctx_fail: 0 dev.em.1.interrupts.asserts: 334830743 dev.em.1.interrupts.rx_pkt_timer: 59237 dev.em.1.interrupts.rx_abs_timer: 0 dev.em.1.interrupts.tx_pkt_timer: 21979 dev.em.1.interrupts.tx_abs_timer: 23600 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.2.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 dev.em.2.%driver: em dev.em.2.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.P0P4.BR1E dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x108e subdevice=3D0x125e class=3D0x020000 dev.em.2.%parent: pci12 dev.em.2.nvm: -1 dev.em.2.debug: -1 dev.em.2.rx_int_delay: 0 dev.em.2.tx_int_delay: 66 dev.em.2.rx_abs_int_delay: 66 dev.em.2.tx_abs_int_delay: 66 dev.em.2.rx_processing_limit: 100 dev.em.2.flow_control: 3 dev.em.2.eee_control: 0 dev.em.2.link_irq: 0 dev.em.2.mbuf_alloc_fail: 0 dev.em.2.cluster_alloc_fail: 0 dev.em.2.dropped: 0 dev.em.2.tx_dma_fail: 0 dev.em.2.rx_overruns: 7 dev.em.2.watchdog_timeouts: 0 dev.em.2.device_control: 1075577409 dev.em.2.rx_control: 67141634 dev.em.2.fc_high_water: 30720 dev.em.2.fc_low_water: 29220 dev.em.2.queue0.txd_head: 1848 dev.em.2.queue0.txd_tail: 1848 dev.em.2.queue0.tx_irq: 0 dev.em.2.queue0.no_desc_avail: 0 dev.em.2.queue0.rxd_head: 3669 dev.em.2.queue0.rxd_tail: 3666 dev.em.2.queue0.rx_irq: 0 dev.em.2.mac_stats.excess_coll: 0 dev.em.2.mac_stats.single_coll: 0 dev.em.2.mac_stats.multiple_coll: 0 dev.em.2.mac_stats.late_coll: 0 dev.em.2.mac_stats.collision_count: 0 dev.em.2.mac_stats.symbol_errors: 0 dev.em.2.mac_stats.sequence_errors: 0 dev.em.2.mac_stats.defer_count: 0 dev.em.2.mac_stats.missed_packets: 5886 dev.em.2.mac_stats.recv_no_buff: 3407 dev.em.2.mac_stats.recv_undersize: 0 dev.em.2.mac_stats.recv_fragmented: 0 dev.em.2.mac_stats.recv_oversize: 0 dev.em.2.mac_stats.recv_jabber: 0 dev.em.2.mac_stats.recv_errs: 0 dev.em.2.mac_stats.crc_errs: 0 dev.em.2.mac_stats.alignment_errs: 0 dev.em.2.mac_stats.coll_ext_errs: 0 dev.em.2.mac_stats.xon_recvd: 0 dev.em.2.mac_stats.xon_txd: 0 dev.em.2.mac_stats.xoff_recvd: 0 dev.em.2.mac_stats.xoff_txd: 0 dev.em.2.mac_stats.total_pkts_recvd: 1278663367 dev.em.2.mac_stats.good_pkts_recvd: 1278657479 dev.em.2.mac_stats.bcast_pkts_recvd: 4797331 dev.em.2.mac_stats.mcast_pkts_recvd: 12303 dev.em.2.mac_stats.rx_frames_64: 1 dev.em.2.mac_stats.rx_frames_65_127: 790457496 dev.em.2.mac_stats.rx_frames_128_255: 25476141 dev.em.2.mac_stats.rx_frames_256_511: 28419874 dev.em.2.mac_stats.rx_frames_512_1023: 52544603 dev.em.2.mac_stats.rx_frames_1024_1522: 381759364 dev.em.2.mac_stats.good_octets_recvd: 671412801559 dev.em.2.mac_stats.good_octets_txd: 1407902706334 dev.em.2.mac_stats.total_pkts_txd: 1378397063 dev.em.2.mac_stats.good_pkts_txd: 1378397063 dev.em.2.mac_stats.bcast_pkts_txd: 530670 dev.em.2.mac_stats.mcast_pkts_txd: 310 dev.em.2.mac_stats.tx_frames_64: 166321947 dev.em.2.mac_stats.tx_frames_65_127: 214815586 dev.em.2.mac_stats.tx_frames_128_255: 26196882 dev.em.2.mac_stats.tx_frames_256_511: 45186662 dev.em.2.mac_stats.tx_frames_512_1023: 42820430 dev.em.2.mac_stats.tx_frames_1024_1522: 883055556 dev.em.2.mac_stats.tso_txd: 0 dev.em.2.mac_stats.tso_ctx_fail: 0 dev.em.2.interrupts.asserts: 1261244440 dev.em.2.interrupts.rx_pkt_timer: 145439 dev.em.2.interrupts.rx_abs_timer: 0 dev.em.2.interrupts.tx_pkt_timer: 54195 dev.em.2.interrupts.tx_abs_timer: 94511 dev.em.2.interrupts.tx_queue_empty: 0 dev.em.2.interrupts.tx_queue_min_thresh: 0 dev.em.2.interrupts.rx_desc_min_thresh: 0 dev.em.2.interrupts.rx_overrun: 0 dev.em.2.wake: 0 dev.em.3.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 dev.em.3.%driver: em dev.em.3.%location: slot=3D0 function=3D1 dev.em.3.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x108e subdevice=3D0x125e class=3D0x020000 dev.em.3.%parent: pci12 dev.em.3.nvm: -1 dev.em.3.debug: -1 dev.em.3.rx_int_delay: 0 dev.em.3.tx_int_delay: 66 dev.em.3.rx_abs_int_delay: 66 dev.em.3.tx_abs_int_delay: 66 dev.em.3.rx_processing_limit: 100 dev.em.3.flow_control: 3 dev.em.3.eee_control: 0 dev.em.3.link_irq: 0 dev.em.3.mbuf_alloc_fail: 0 dev.em.3.cluster_alloc_fail: 0 dev.em.3.dropped: 0 dev.em.3.tx_dma_fail: 0 dev.em.3.rx_overruns: 1 dev.em.3.watchdog_timeouts: 0 dev.em.3.device_control: 1075577409 dev.em.3.rx_control: 67141634 dev.em.3.fc_high_water: 30720 dev.em.3.fc_low_water: 29220 dev.em.3.queue0.txd_head: 4066 dev.em.3.queue0.txd_tail: 4066 dev.em.3.queue0.tx_irq: 0 dev.em.3.queue0.no_desc_avail: 0 dev.em.3.queue0.rxd_head: 1489 dev.em.3.queue0.rxd_tail: 1488 dev.em.3.queue0.rx_irq: 0 dev.em.3.mac_stats.excess_coll: 0 dev.em.3.mac_stats.single_coll: 0 dev.em.3.mac_stats.multiple_coll: 0 dev.em.3.mac_stats.late_coll: 0 dev.em.3.mac_stats.collision_count: 0 dev.em.3.mac_stats.symbol_errors: 0 dev.em.3.mac_stats.sequence_errors: 0 dev.em.3.mac_stats.defer_count: 0 dev.em.3.mac_stats.missed_packets: 5518 dev.em.3.mac_stats.recv_no_buff: 31 dev.em.3.mac_stats.recv_undersize: 0 dev.em.3.mac_stats.recv_fragmented: 0 dev.em.3.mac_stats.recv_oversize: 0 dev.em.3.mac_stats.recv_jabber: 0 dev.em.3.mac_stats.recv_errs: 0 dev.em.3.mac_stats.crc_errs: 0 dev.em.3.mac_stats.alignment_errs: 0 dev.em.3.mac_stats.coll_ext_errs: 0 dev.em.3.mac_stats.xon_recvd: 0 dev.em.3.mac_stats.xon_txd: 0 dev.em.3.mac_stats.xoff_recvd: 0 dev.em.3.mac_stats.xoff_txd: 0 dev.em.3.mac_stats.total_pkts_recvd: 1004852864 dev.em.3.mac_stats.good_pkts_recvd: 1004847345 dev.em.3.mac_stats.bcast_pkts_recvd: 19377766 dev.em.3.mac_stats.mcast_pkts_recvd: 1713418 dev.em.3.mac_stats.rx_frames_64: 1031384 dev.em.3.mac_stats.rx_frames_65_127: 612329188 dev.em.3.mac_stats.rx_frames_128_255: 21097424 dev.em.3.mac_stats.rx_frames_256_511: 16515533 dev.em.3.mac_stats.rx_frames_512_1023: 36547146 dev.em.3.mac_stats.rx_frames_1024_1522: 317326670 dev.em.3.mac_stats.good_octets_recvd: 529331348489 dev.em.3.mac_stats.good_octets_txd: 1389567129164 dev.em.3.mac_stats.total_pkts_txd: 1302125119 dev.em.3.mac_stats.good_pkts_txd: 1302125119 dev.em.3.mac_stats.bcast_pkts_txd: 412749 dev.em.3.mac_stats.mcast_pkts_txd: 301 dev.em.3.mac_stats.tx_frames_64: 156524010 dev.em.3.mac_stats.tx_frames_65_127: 134491341 dev.em.3.mac_stats.tx_frames_128_255: 25754249 dev.em.3.mac_stats.tx_frames_256_511: 46463156 dev.em.3.mac_stats.tx_frames_512_1023: 57886605 dev.em.3.mac_stats.tx_frames_1024_1522: 881005758 dev.em.3.mac_stats.tso_txd: 0 dev.em.3.mac_stats.tso_ctx_fail: 0 dev.em.3.interrupts.asserts: 1017261076 dev.em.3.interrupts.rx_pkt_timer: 110374 dev.em.3.interrupts.rx_abs_timer: 0 dev.em.3.interrupts.tx_pkt_timer: 62746 dev.em.3.interrupts.tx_abs_timer: 100063 dev.em.3.interrupts.tx_queue_empty: 0 dev.em.3.interrupts.tx_queue_min_thresh: 0 dev.em.3.interrupts.rx_desc_min_thresh: 0 dev.em.3.interrupts.rx_overrun: 0 On Sun, Mar 6, 2011 at 9:48 PM, Jack Vogel wrote: > Missed packets just mean that some temporary resource shortage or error > caused > the packet to be dropped. I don't believe this is indicative of a problem= , > just let it > keep running, 2 days is good but 2 weeks is better :) > > Thanks for testing it! > > Jack > > > On Sun, Mar 6, 2011 at 4:37 AM, =D6zkan KIRIK wro= te: >> >> Hello, >> >> I've been testing the em.7.2.2 driver as kld. The system is up about 2 >> days 6 hours. >> System has 4 em interfaces, Throughput is about 200Mbit/s. System >> didn't hang, but em2 has Input Errors. >> >> I saw that, dev.em.2.mac_stats.missed_packets is not zero? What could >> be the problem? >> >> # uname -r >> 8.2-RELEASE >> >> # sysctl dev.em.| grep miss >> dev.em.0.mac_stats.missed_packets: 0 >> dev.em.1.mac_stats.missed_packets: 0 >> dev.em.2.mac_stats.missed_packets: 5886 >> dev.em.3.mac_stats.missed_packets: 0 >> >> # netstat -nWI em2 | grep Link >> Name =A0 =A0 =A0Mtu Network =A0 =A0 =A0 Address =A0 =A0 =A0 =A0 =A0 =A0 = =A0Ipkts Ierrs Idrop >> Opkts Oerrs =A0Coll >> em2 =A0 =A0 =A01500 =A0 =A0 =A000:23:8b:89:e4:9e 267256324 =A05= 886 =A0 =A0 0 >> 273081628 =A0 =A0 0 =A0 =A0 0 >> >> # sysctl dev.em.2. >> dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 >> dev.em.2.%driver: em >> dev.em.2.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.P0P4.BR1E >> dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x108e >> subdevice=3D0x125e class=3D0x020000 >> dev.em.2.%parent: pci12 >> dev.em.2.nvm: -1 >> dev.em.2.debug: -1 >> dev.em.2.rx_int_delay: 0 >> dev.em.2.tx_int_delay: 66 >> dev.em.2.rx_abs_int_delay: 66 >> dev.em.2.tx_abs_int_delay: 66 >> dev.em.2.rx_processing_limit: 100 >> dev.em.2.flow_control: 3 >> dev.em.2.eee_control: 0 >> dev.em.2.link_irq: 0 >> dev.em.2.mbuf_alloc_fail: 0 >> dev.em.2.cluster_alloc_fail: 0 >> dev.em.2.dropped: 0 >> dev.em.2.tx_dma_fail: 0 >> dev.em.2.rx_overruns: 7 >> dev.em.2.watchdog_timeouts: 0 >> dev.em.2.device_control: 1075577409 >> dev.em.2.rx_control: 67141634 >> dev.em.2.fc_high_water: 30720 >> dev.em.2.fc_low_water: 29220 >> dev.em.2.queue0.txd_head: 3025 >> dev.em.2.queue0.txd_tail: 3025 >> dev.em.2.queue0.tx_irq: 0 >> dev.em.2.queue0.no_desc_avail: 0 >> dev.em.2.queue0.rxd_head: 1826 >> dev.em.2.queue0.rxd_tail: 1825 >> dev.em.2.queue0.rx_irq: 0 >> dev.em.2.mac_stats.excess_coll: 0 >> dev.em.2.mac_stats.single_coll: 0 >> dev.em.2.mac_stats.multiple_coll: 0 >> dev.em.2.mac_stats.late_coll: 0 >> dev.em.2.mac_stats.collision_count: 0 >> dev.em.2.mac_stats.symbol_errors: 0 >> dev.em.2.mac_stats.sequence_errors: 0 >> dev.em.2.mac_stats.defer_count: 0 >> dev.em.2.mac_stats.missed_packets: 5886 >> dev.em.2.mac_stats.recv_no_buff: 3407 >> dev.em.2.mac_stats.recv_undersize: 0 >> dev.em.2.mac_stats.recv_fragmented: 0 >> dev.em.2.mac_stats.recv_oversize: 0 >> dev.em.2.mac_stats.recv_jabber: 0 >> dev.em.2.mac_stats.recv_errs: 0 >> dev.em.2.mac_stats.crc_errs: 0 >> dev.em.2.mac_stats.alignment_errs: 0 >> dev.em.2.mac_stats.coll_ext_errs: 0 >> dev.em.2.mac_stats.xon_recvd: 0 >> dev.em.2.mac_stats.xon_txd: 0 >> dev.em.2.mac_stats.xoff_recvd: 0 >> dev.em.2.mac_stats.xoff_txd: 0 >> dev.em.2.mac_stats.total_pkts_recvd: 265358324 >> dev.em.2.mac_stats.good_pkts_recvd: 265352438 >> dev.em.2.mac_stats.bcast_pkts_recvd: 701728 >> dev.em.2.mac_stats.mcast_pkts_recvd: 4076 >> dev.em.2.mac_stats.rx_frames_64: 0 >> dev.em.2.mac_stats.rx_frames_65_127: 140801982 >> dev.em.2.mac_stats.rx_frames_128_255: 3553397 >> dev.em.2.mac_stats.rx_frames_256_511: 3418754 >> dev.em.2.mac_stats.rx_frames_512_1023: 8096866 >> dev.em.2.mac_stats.rx_frames_1024_1522: 109481439 >> dev.em.2.mac_stats.good_octets_recvd: 177455051448 >> dev.em.2.mac_stats.good_octets_txd: 274861571704 >> dev.em.2.mac_stats.total_pkts_txd: 270439410 >> dev.em.2.mac_stats.good_pkts_txd: 270439410 >> dev.em.2.mac_stats.bcast_pkts_txd: 194927 >> dev.em.2.mac_stats.mcast_pkts_txd: 48 >> dev.em.2.mac_stats.tx_frames_64: 23050855 >> dev.em.2.mac_stats.tx_frames_65_127: 54156414 >> dev.em.2.mac_stats.tx_frames_128_255: 4299280 >> dev.em.2.mac_stats.tx_frames_256_511: 7837146 >> dev.em.2.mac_stats.tx_frames_512_1023: 8272014 >> dev.em.2.mac_stats.tx_frames_1024_1522: 172823701 >> dev.em.2.mac_stats.tso_txd: 0 >> dev.em.2.mac_stats.tso_ctx_fail: 0 >> dev.em.2.interrupts.asserts: 283674059 >> dev.em.2.interrupts.rx_pkt_timer: 33585 >> dev.em.2.interrupts.rx_abs_timer: 0 >> dev.em.2.interrupts.tx_pkt_timer: 11022 >> dev.em.2.interrupts.tx_abs_timer: 22449 >> dev.em.2.interrupts.tx_queue_empty: 0 >> dev.em.2.interrupts.tx_queue_min_thresh: 0 >> dev.em.2.interrupts.rx_desc_min_thresh: 0 >> dev.em.2.interrupts.rx_overrun: 0 >> >> Regards, >> Ozkan KIRIK > > From owner-freebsd-net@FreeBSD.ORG Fri Mar 11 16:38:34 2011 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 7EBB5106566C; Fri, 11 Mar 2011 16:38:34 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.49.45]) by mx1.freebsd.org (Postfix) with ESMTP id 563C18FC12; Fri, 11 Mar 2011 16:38:34 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id CA5AF5C3D; Fri, 11 Mar 2011 11:39:21 -0500 (EST) Date: Fri, 11 Mar 2011 11:39:21 -0500 From: Wesley Shields To: Brandon Gooch Message-ID: <20110311163921.GA21078@atarininja.org> References: <1298961441.2888.2.camel@core.nessbank> <20110302194540.0000018f@unknown> <20110302215258.GA48643@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Bruce Cran , freebsd-net@freebsd.org, Rui Paulo Subject: Re: Interface descriptions via pcap broken X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2011 16:38:34 -0000 On Wed, Mar 02, 2011 at 04:57:18PM -0600, Brandon Gooch wrote: > On Wed, Mar 2, 2011 at 3:52 PM, Wesley Shields wrote: > > On Wed, Mar 02, 2011 at 07:45:40PM +0000, Bruce Cran wrote: > >> On Wed, 2 Mar 2011 13:40:57 -0600 > >> Brandon Gooch wrote: > >> > >> > BTW, if you give your devices descriptions, libpcap > >> > starts to behave again; this could be a clue to the source of the bug > >> > :/ > >> > >> 0xa5 is the malloc fill pattern when debugging is enabled, and > >> having recently reinstalled FreeBSD I forgot to create the malloc.conf > >> symlink. So something's reading from uninitialized memory. > > > > Does commit c65292b04b98d6a76d58c5a54ca8f81463bf24de in the libpcap git > > tree look like it could help? I haven't checked in detail but I think it > > might have never made it into a release yet? > > > > https://github.com/mcr/libpcap/commit/c65292b04b98d6a76d58c5a54ca8f81463bf24de > > > > -- WXS > > I applied the patch attached (diff'd against the code from the github > link above), rebuilt libpcap and wireshark, and the problem described > no longer exists. Thanks for looking at this wxs@! This was fixed in r219472 by Xin Li. -- WXS From owner-freebsd-net@FreeBSD.ORG Fri Mar 11 17:24:01 2011 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 348FD106564A; Fri, 11 Mar 2011 17:24:01 +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 A59788FC14; Fri, 11 Mar 2011 17:24:00 +0000 (UTC) Received: by yxl31 with SMTP id 31so1426796yxl.13 for ; Fri, 11 Mar 2011 09:24:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=asxg94q7xzrS2nlqM5fITbAP/GoHI3y7Zk4X2bONiEs=; b=OtggIYRiMjUlIx1sU4vqzJziyUpeZ6Bt4yF49jtiLZQNoIeLStDq6B9MtLaO6VZfBe ovnXvzfYNilJ3p3S7qXTRkM1sLodzLOZeQrIBDDdum8j+qScpDgBcLHVTSso8SOfnfVO PlEEp5V7FNNdqu6C5DcH4vMWwWaduJVShtXH4= 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=dTDnGN1SjU08PI2fn1GvJtNjZ3KtLt89dqkgNpz9T46ntF+99YxJPUHVLqETWuK7KK tGBo1HsfUYNoQmaIJBU0hANmO1PjxdIOL14qw3jAHI+EfFRpJcX2ZHJGpqa7xupo2/Ph cmTJu8IIJgvIzm41qr+3HKR0dH7Jcv2kP9EOs= MIME-Version: 1.0 Received: by 10.43.70.20 with SMTP id ye20mr2712247icb.156.1299864239577; Fri, 11 Mar 2011 09:23:59 -0800 (PST) Received: by 10.42.213.200 with HTTP; Fri, 11 Mar 2011 09:23:59 -0800 (PST) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Fri, 11 Mar 2011 09:23:59 -0800 Message-ID: From: Jack Vogel To: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2011 17:24:01 -0000 MULTIQUEUE won't help on that hardware, only the 82574 has the ability to use multiple queues in the em driver. Its the advanced server adapters supported by the igb driver that are the best choice in that regard. So, now the driver does not hang but cpu is too high... Anyone else find this to be the case that is testing this driver? Jack On Fri, Mar 11, 2011 at 6:57 AM, =D6zkan KIRIK wrot= e: > Hi again, > > I wanna share state of test machine. em-7.2.2 driver runs as kld. No hang= s. > Altough em0 has about 200Mbps traffic, cpu usage of em0 is too high. > Should I try -DEM_MULTIQUEUE option ? > > Regards, > Ozkan KIRIK > > # uptime > 4:36PM up 7 days, 8:30, 1 user, load averages: 4.19, 3.73, 3.71 > > # uname -srp > FreeBSD 8.2-RELEASE amd64 > > # bwm-ng > > input: getifaddrs type: rate > | iface Rx Tx > Total > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > em0: 149356.24 Kb/s 30202.86 Kb/s 179559.1= 0 > Kb/s > em1: 1896.86 Kb/s 225.53 Kb/s 2122.3= 9 > Kb/s > bce0: 8201.30 Kb/s 42895.40 Kb/s 51096.7= 0 > Kb/s > em2: 22524.07 Kb/s 42751.14 Kb/s 65275.2= 1 > Kb/s > em3: 3767.80 Kb/s 51521.05 Kb/s 55288.8= 5 > Kb/s > > > # top -SHn > last pid: 38924; load averages: 2.97, 3.32, 3.51 up 7+08:35:29 > 16:41:59 > 693 processes: 13 running, 656 sleeping, 24 waiting > Mem: 4393M Active, 8060M Inact, 2761M Wired, 255M Cache, 1647M Buf, 402M > Free > Swap: 4096M Total, 4096M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 0 root -68 0 0K 176K CPU2 2 45.9H 83.30% {em0 taskq= } > 11 root 171 ki31 0K 128K RUN 3 154.7H 82.28% {idle: cpu= 3} > 11 root 171 ki31 0K 128K CPU7 7 152.4H 74.85% {idle: cpu= 7} > 11 root 171 ki31 0K 128K CPU1 1 143.4H 71.53% {idle: cpu= 1} > 11 root 171 ki31 0K 128K RUN 6 150.2H 70.90% {idle: cpu= 6} > 11 root 171 ki31 0K 128K CPU0 0 135.0H 67.53% {idle: cpu= 0} > 11 root 171 ki31 0K 128K RUN 5 142.3H 56.49% {idle: cpu= 5} > 11 root 171 ki31 0K 128K CPU4 4 133.7H 56.45% {idle: cpu= 4} > 12 root -68 - 0K 384K WAIT 4 992:45 35.25% {irq258: > bce0} > 0 root -68 0 0K 176K - 5 18.8H 33.84% {em2 taskq= } > 11 root 171 ki31 0K 128K RUN 2 124.5H 19.24% {idle: cpu= 2} > 0 root -68 0 0K 176K CPU6 6 898:40 17.68% {em3 taskq= } > > # sysctl dev.em. | grep miss > dev.em.0.mac_stats.missed_packets: 910 > dev.em.1.mac_stats.missed_packets: 0 > dev.em.2.mac_stats.missed_packets: 5886 > dev.em.3.mac_stats.missed_packets: 5518 > > # sysctl dev.em. > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 > dev.em.0.%driver: em > dev.em.0.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.NPE2.SPE4.P= 8PC.LAN0 > dev.em.0.%pnpinfo: vendor=3D0x8086 device=3D0x1096 subvendor=3D0x108e > subdevice=3D0x4843 class=3D0x020000 > dev.em.0.%parent: pci4 > dev.em.0.nvm: -1 > dev.em.0.debug: -1 > dev.em.0.rx_int_delay: 0 > dev.em.0.tx_int_delay: 66 > dev.em.0.rx_abs_int_delay: 66 > dev.em.0.tx_abs_int_delay: 66 > dev.em.0.rx_processing_limit: 100 > dev.em.0.flow_control: 3 > dev.em.0.eee_control: 0 > dev.em.0.link_irq: 0 > 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.rx_overruns: 1 > dev.em.0.watchdog_timeouts: 0 > dev.em.0.device_control: 1075593793 > dev.em.0.rx_control: 67141634 > dev.em.0.fc_high_water: 30720 > dev.em.0.fc_low_water: 29220 > dev.em.0.queue0.txd_head: 311 > dev.em.0.queue0.txd_tail: 311 > dev.em.0.queue0.tx_irq: 0 > dev.em.0.queue0.no_desc_avail: 0 > dev.em.0.queue0.rxd_head: 1144 > dev.em.0.queue0.rxd_tail: 1120 > dev.em.0.queue0.rx_irq: 0 > dev.em.0.mac_stats.excess_coll: 0 > dev.em.0.mac_stats.single_coll: 0 > dev.em.0.mac_stats.multiple_coll: 0 > dev.em.0.mac_stats.late_coll: 0 > dev.em.0.mac_stats.collision_count: 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: 910 > dev.em.0.mac_stats.recv_no_buff: 7050 > dev.em.0.mac_stats.recv_undersize: 0 > dev.em.0.mac_stats.recv_fragmented: 0 > dev.em.0.mac_stats.recv_oversize: 0 > dev.em.0.mac_stats.recv_jabber: 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.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: 3324123116 > dev.em.0.mac_stats.good_pkts_recvd: 3324122206 > dev.em.0.mac_stats.bcast_pkts_recvd: 159692 > dev.em.0.mac_stats.mcast_pkts_recvd: 0 > dev.em.0.mac_stats.rx_frames_64: 314397503 > dev.em.0.mac_stats.rx_frames_65_127: 511431761 > dev.em.0.mac_stats.rx_frames_128_255: 62445780 > dev.em.0.mac_stats.rx_frames_256_511: 76542752 > dev.em.0.mac_stats.rx_frames_512_1023: 111888998 > dev.em.0.mac_stats.rx_frames_1024_1522: 2247415412 > dev.em.0.mac_stats.good_octets_recvd: 3546201196566 > dev.em.0.mac_stats.good_octets_txd: 1361437676103 > dev.em.0.mac_stats.total_pkts_txd: 2931605576 > dev.em.0.mac_stats.good_pkts_txd: 2931605576 > dev.em.0.mac_stats.bcast_pkts_txd: 27621 > dev.em.0.mac_stats.mcast_pkts_txd: 8 > dev.em.0.mac_stats.tx_frames_64: 532709844 > dev.em.0.mac_stats.tx_frames_65_127: 1405874859 > dev.em.0.mac_stats.tx_frames_128_255: 54604175 > dev.em.0.mac_stats.tx_frames_256_511: 51889529 > dev.em.0.mac_stats.tx_frames_512_1023: 113268603 > dev.em.0.mac_stats.tx_frames_1024_1522: 773258566 > dev.em.0.mac_stats.tso_txd: 11638542 > dev.em.0.mac_stats.tso_ctx_fail: 0 > dev.em.0.interrupts.asserts: 1386007928 > dev.em.0.interrupts.rx_pkt_timer: 183978 > dev.em.0.interrupts.rx_abs_timer: 0 > dev.em.0.interrupts.tx_pkt_timer: 93292 > dev.em.0.interrupts.tx_abs_timer: 143694 > 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.1.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 > dev.em.1.%driver: em > dev.em.1.%location: slot=3D0 function=3D1 handle=3D\_SB_.PCI0.NPE2.SPE4.P= 8PC.LAN1 > dev.em.1.%pnpinfo: vendor=3D0x8086 device=3D0x1096 subvendor=3D0x108e > subdevice=3D0x4843 class=3D0x020000 > dev.em.1.%parent: pci4 > dev.em.1.nvm: -1 > dev.em.1.debug: -1 > dev.em.1.rx_int_delay: 0 > dev.em.1.tx_int_delay: 66 > dev.em.1.rx_abs_int_delay: 66 > dev.em.1.tx_abs_int_delay: 66 > dev.em.1.rx_processing_limit: 100 > dev.em.1.flow_control: 3 > dev.em.1.eee_control: 0 > dev.em.1.link_irq: 0 > 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.rx_overruns: 0 > dev.em.1.watchdog_timeouts: 0 > dev.em.1.device_control: 1075593793 > dev.em.1.rx_control: 67141634 > dev.em.1.fc_high_water: 30720 > dev.em.1.fc_low_water: 29220 > dev.em.1.queue0.txd_head: 2182 > dev.em.1.queue0.txd_tail: 2182 > dev.em.1.queue0.tx_irq: 0 > dev.em.1.queue0.no_desc_avail: 0 > dev.em.1.queue0.rxd_head: 3788 > dev.em.1.queue0.rxd_tail: 3787 > dev.em.1.queue0.rx_irq: 0 > dev.em.1.mac_stats.excess_coll: 0 > dev.em.1.mac_stats.single_coll: 0 > dev.em.1.mac_stats.multiple_coll: 0 > dev.em.1.mac_stats.late_coll: 0 > dev.em.1.mac_stats.collision_count: 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_undersize: 0 > dev.em.1.mac_stats.recv_fragmented: 0 > dev.em.1.mac_stats.recv_oversize: 0 > dev.em.1.mac_stats.recv_jabber: 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.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: 612589160 > dev.em.1.mac_stats.good_pkts_recvd: 612589160 > dev.em.1.mac_stats.bcast_pkts_recvd: 47088 > dev.em.1.mac_stats.mcast_pkts_recvd: 0 > dev.em.1.mac_stats.rx_frames_64: 6785503 > dev.em.1.mac_stats.rx_frames_65_127: 35934851 > dev.em.1.mac_stats.rx_frames_128_255: 17109287 > dev.em.1.mac_stats.rx_frames_256_511: 12238891 > dev.em.1.mac_stats.rx_frames_512_1023: 11759994 > dev.em.1.mac_stats.rx_frames_1024_1522: 528760634 > dev.em.1.mac_stats.good_octets_recvd: 802710429802 > dev.em.1.mac_stats.good_octets_txd: 33871996870 > dev.em.1.mac_stats.total_pkts_txd: 236188292 > dev.em.1.mac_stats.good_pkts_txd: 236188292 > dev.em.1.mac_stats.bcast_pkts_txd: 21565 > dev.em.1.mac_stats.mcast_pkts_txd: 5 > dev.em.1.mac_stats.tx_frames_64: 41242650 > dev.em.1.mac_stats.tx_frames_65_127: 168115252 > dev.em.1.mac_stats.tx_frames_128_255: 9453471 > dev.em.1.mac_stats.tx_frames_256_511: 4589683 > dev.em.1.mac_stats.tx_frames_512_1023: 4863510 > dev.em.1.mac_stats.tx_frames_1024_1522: 7923726 > dev.em.1.mac_stats.tso_txd: 655 > dev.em.1.mac_stats.tso_ctx_fail: 0 > dev.em.1.interrupts.asserts: 334830743 > dev.em.1.interrupts.rx_pkt_timer: 59237 > dev.em.1.interrupts.rx_abs_timer: 0 > dev.em.1.interrupts.tx_pkt_timer: 21979 > dev.em.1.interrupts.tx_abs_timer: 23600 > 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.2.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 > dev.em.2.%driver: em > dev.em.2.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.P0P4.BR1E > dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x108e > subdevice=3D0x125e class=3D0x020000 > dev.em.2.%parent: pci12 > dev.em.2.nvm: -1 > dev.em.2.debug: -1 > dev.em.2.rx_int_delay: 0 > dev.em.2.tx_int_delay: 66 > dev.em.2.rx_abs_int_delay: 66 > dev.em.2.tx_abs_int_delay: 66 > dev.em.2.rx_processing_limit: 100 > dev.em.2.flow_control: 3 > dev.em.2.eee_control: 0 > dev.em.2.link_irq: 0 > dev.em.2.mbuf_alloc_fail: 0 > dev.em.2.cluster_alloc_fail: 0 > dev.em.2.dropped: 0 > dev.em.2.tx_dma_fail: 0 > dev.em.2.rx_overruns: 7 > dev.em.2.watchdog_timeouts: 0 > dev.em.2.device_control: 1075577409 > dev.em.2.rx_control: 67141634 > dev.em.2.fc_high_water: 30720 > dev.em.2.fc_low_water: 29220 > dev.em.2.queue0.txd_head: 1848 > dev.em.2.queue0.txd_tail: 1848 > dev.em.2.queue0.tx_irq: 0 > dev.em.2.queue0.no_desc_avail: 0 > dev.em.2.queue0.rxd_head: 3669 > dev.em.2.queue0.rxd_tail: 3666 > dev.em.2.queue0.rx_irq: 0 > dev.em.2.mac_stats.excess_coll: 0 > dev.em.2.mac_stats.single_coll: 0 > dev.em.2.mac_stats.multiple_coll: 0 > dev.em.2.mac_stats.late_coll: 0 > dev.em.2.mac_stats.collision_count: 0 > dev.em.2.mac_stats.symbol_errors: 0 > dev.em.2.mac_stats.sequence_errors: 0 > dev.em.2.mac_stats.defer_count: 0 > dev.em.2.mac_stats.missed_packets: 5886 > dev.em.2.mac_stats.recv_no_buff: 3407 > dev.em.2.mac_stats.recv_undersize: 0 > dev.em.2.mac_stats.recv_fragmented: 0 > dev.em.2.mac_stats.recv_oversize: 0 > dev.em.2.mac_stats.recv_jabber: 0 > dev.em.2.mac_stats.recv_errs: 0 > dev.em.2.mac_stats.crc_errs: 0 > dev.em.2.mac_stats.alignment_errs: 0 > dev.em.2.mac_stats.coll_ext_errs: 0 > dev.em.2.mac_stats.xon_recvd: 0 > dev.em.2.mac_stats.xon_txd: 0 > dev.em.2.mac_stats.xoff_recvd: 0 > dev.em.2.mac_stats.xoff_txd: 0 > dev.em.2.mac_stats.total_pkts_recvd: 1278663367 > dev.em.2.mac_stats.good_pkts_recvd: 1278657479 > dev.em.2.mac_stats.bcast_pkts_recvd: 4797331 > dev.em.2.mac_stats.mcast_pkts_recvd: 12303 > dev.em.2.mac_stats.rx_frames_64: 1 > dev.em.2.mac_stats.rx_frames_65_127: 790457496 > dev.em.2.mac_stats.rx_frames_128_255: 25476141 > dev.em.2.mac_stats.rx_frames_256_511: 28419874 > dev.em.2.mac_stats.rx_frames_512_1023: 52544603 > dev.em.2.mac_stats.rx_frames_1024_1522: 381759364 > dev.em.2.mac_stats.good_octets_recvd: 671412801559 > dev.em.2.mac_stats.good_octets_txd: 1407902706334 > dev.em.2.mac_stats.total_pkts_txd: 1378397063 > dev.em.2.mac_stats.good_pkts_txd: 1378397063 > dev.em.2.mac_stats.bcast_pkts_txd: 530670 > dev.em.2.mac_stats.mcast_pkts_txd: 310 > dev.em.2.mac_stats.tx_frames_64: 166321947 > dev.em.2.mac_stats.tx_frames_65_127: 214815586 > dev.em.2.mac_stats.tx_frames_128_255: 26196882 > dev.em.2.mac_stats.tx_frames_256_511: 45186662 > dev.em.2.mac_stats.tx_frames_512_1023: 42820430 > dev.em.2.mac_stats.tx_frames_1024_1522: 883055556 > dev.em.2.mac_stats.tso_txd: 0 > dev.em.2.mac_stats.tso_ctx_fail: 0 > dev.em.2.interrupts.asserts: 1261244440 > dev.em.2.interrupts.rx_pkt_timer: 145439 > dev.em.2.interrupts.rx_abs_timer: 0 > dev.em.2.interrupts.tx_pkt_timer: 54195 > dev.em.2.interrupts.tx_abs_timer: 94511 > dev.em.2.interrupts.tx_queue_empty: 0 > dev.em.2.interrupts.tx_queue_min_thresh: 0 > dev.em.2.interrupts.rx_desc_min_thresh: 0 > dev.em.2.interrupts.rx_overrun: 0 > dev.em.2.wake: 0 > dev.em.3.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 > dev.em.3.%driver: em > dev.em.3.%location: slot=3D0 function=3D1 > dev.em.3.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x108e > subdevice=3D0x125e class=3D0x020000 > dev.em.3.%parent: pci12 > dev.em.3.nvm: -1 > dev.em.3.debug: -1 > dev.em.3.rx_int_delay: 0 > dev.em.3.tx_int_delay: 66 > dev.em.3.rx_abs_int_delay: 66 > dev.em.3.tx_abs_int_delay: 66 > dev.em.3.rx_processing_limit: 100 > dev.em.3.flow_control: 3 > dev.em.3.eee_control: 0 > dev.em.3.link_irq: 0 > dev.em.3.mbuf_alloc_fail: 0 > dev.em.3.cluster_alloc_fail: 0 > dev.em.3.dropped: 0 > dev.em.3.tx_dma_fail: 0 > dev.em.3.rx_overruns: 1 > dev.em.3.watchdog_timeouts: 0 > dev.em.3.device_control: 1075577409 > dev.em.3.rx_control: 67141634 > dev.em.3.fc_high_water: 30720 > dev.em.3.fc_low_water: 29220 > dev.em.3.queue0.txd_head: 4066 > dev.em.3.queue0.txd_tail: 4066 > dev.em.3.queue0.tx_irq: 0 > dev.em.3.queue0.no_desc_avail: 0 > dev.em.3.queue0.rxd_head: 1489 > dev.em.3.queue0.rxd_tail: 1488 > dev.em.3.queue0.rx_irq: 0 > dev.em.3.mac_stats.excess_coll: 0 > dev.em.3.mac_stats.single_coll: 0 > dev.em.3.mac_stats.multiple_coll: 0 > dev.em.3.mac_stats.late_coll: 0 > dev.em.3.mac_stats.collision_count: 0 > dev.em.3.mac_stats.symbol_errors: 0 > dev.em.3.mac_stats.sequence_errors: 0 > dev.em.3.mac_stats.defer_count: 0 > dev.em.3.mac_stats.missed_packets: 5518 > dev.em.3.mac_stats.recv_no_buff: 31 > dev.em.3.mac_stats.recv_undersize: 0 > dev.em.3.mac_stats.recv_fragmented: 0 > dev.em.3.mac_stats.recv_oversize: 0 > dev.em.3.mac_stats.recv_jabber: 0 > dev.em.3.mac_stats.recv_errs: 0 > dev.em.3.mac_stats.crc_errs: 0 > dev.em.3.mac_stats.alignment_errs: 0 > dev.em.3.mac_stats.coll_ext_errs: 0 > dev.em.3.mac_stats.xon_recvd: 0 > dev.em.3.mac_stats.xon_txd: 0 > dev.em.3.mac_stats.xoff_recvd: 0 > dev.em.3.mac_stats.xoff_txd: 0 > dev.em.3.mac_stats.total_pkts_recvd: 1004852864 > dev.em.3.mac_stats.good_pkts_recvd: 1004847345 > dev.em.3.mac_stats.bcast_pkts_recvd: 19377766 > dev.em.3.mac_stats.mcast_pkts_recvd: 1713418 > dev.em.3.mac_stats.rx_frames_64: 1031384 > dev.em.3.mac_stats.rx_frames_65_127: 612329188 > dev.em.3.mac_stats.rx_frames_128_255: 21097424 > dev.em.3.mac_stats.rx_frames_256_511: 16515533 > dev.em.3.mac_stats.rx_frames_512_1023: 36547146 > dev.em.3.mac_stats.rx_frames_1024_1522: 317326670 > dev.em.3.mac_stats.good_octets_recvd: 529331348489 > dev.em.3.mac_stats.good_octets_txd: 1389567129164 > dev.em.3.mac_stats.total_pkts_txd: 1302125119 > dev.em.3.mac_stats.good_pkts_txd: 1302125119 > dev.em.3.mac_stats.bcast_pkts_txd: 412749 > dev.em.3.mac_stats.mcast_pkts_txd: 301 > dev.em.3.mac_stats.tx_frames_64: 156524010 > dev.em.3.mac_stats.tx_frames_65_127: 134491341 > dev.em.3.mac_stats.tx_frames_128_255: 25754249 > dev.em.3.mac_stats.tx_frames_256_511: 46463156 > dev.em.3.mac_stats.tx_frames_512_1023: 57886605 > dev.em.3.mac_stats.tx_frames_1024_1522: 881005758 > dev.em.3.mac_stats.tso_txd: 0 > dev.em.3.mac_stats.tso_ctx_fail: 0 > dev.em.3.interrupts.asserts: 1017261076 > dev.em.3.interrupts.rx_pkt_timer: 110374 > dev.em.3.interrupts.rx_abs_timer: 0 > dev.em.3.interrupts.tx_pkt_timer: 62746 > dev.em.3.interrupts.tx_abs_timer: 100063 > dev.em.3.interrupts.tx_queue_empty: 0 > dev.em.3.interrupts.tx_queue_min_thresh: 0 > dev.em.3.interrupts.rx_desc_min_thresh: 0 > dev.em.3.interrupts.rx_overrun: 0 > > > On Sun, Mar 6, 2011 at 9:48 PM, Jack Vogel wrote: > > Missed packets just mean that some temporary resource shortage or error > > caused > > the packet to be dropped. I don't believe this is indicative of a > problem, > > just let it > > keep running, 2 days is good but 2 weeks is better :) > > > > Thanks for testing it! > > > > Jack > > > > > > On Sun, Mar 6, 2011 at 4:37 AM, =D6zkan KIRIK > wrote: > >> > >> Hello, > >> > >> I've been testing the em.7.2.2 driver as kld. The system is up about 2 > >> days 6 hours. > >> System has 4 em interfaces, Throughput is about 200Mbit/s. System > >> didn't hang, but em2 has Input Errors. > >> > >> I saw that, dev.em.2.mac_stats.missed_packets is not zero? What could > >> be the problem? > >> > >> # uname -r > >> 8.2-RELEASE > >> > >> # sysctl dev.em.| grep miss > >> dev.em.0.mac_stats.missed_packets: 0 > >> dev.em.1.mac_stats.missed_packets: 0 > >> dev.em.2.mac_stats.missed_packets: 5886 > >> dev.em.3.mac_stats.missed_packets: 0 > >> > >> # netstat -nWI em2 | grep Link > >> Name Mtu Network Address Ipkts Ierrs Idrop > >> Opkts Oerrs Coll > >> em2 1500 00:23:8b:89:e4:9e 267256324 5886 0 > >> 273081628 0 0 > >> > >> # sysctl dev.em.2. > >> dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 7.2.2 > >> dev.em.2.%driver: em > >> dev.em.2.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.P0P4.BR1= E > >> dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x108e > >> subdevice=3D0x125e class=3D0x020000 > >> dev.em.2.%parent: pci12 > >> dev.em.2.nvm: -1 > >> dev.em.2.debug: -1 > >> dev.em.2.rx_int_delay: 0 > >> dev.em.2.tx_int_delay: 66 > >> dev.em.2.rx_abs_int_delay: 66 > >> dev.em.2.tx_abs_int_delay: 66 > >> dev.em.2.rx_processing_limit: 100 > >> dev.em.2.flow_control: 3 > >> dev.em.2.eee_control: 0 > >> dev.em.2.link_irq: 0 > >> dev.em.2.mbuf_alloc_fail: 0 > >> dev.em.2.cluster_alloc_fail: 0 > >> dev.em.2.dropped: 0 > >> dev.em.2.tx_dma_fail: 0 > >> dev.em.2.rx_overruns: 7 > >> dev.em.2.watchdog_timeouts: 0 > >> dev.em.2.device_control: 1075577409 > >> dev.em.2.rx_control: 67141634 > >> dev.em.2.fc_high_water: 30720 > >> dev.em.2.fc_low_water: 29220 > >> dev.em.2.queue0.txd_head: 3025 > >> dev.em.2.queue0.txd_tail: 3025 > >> dev.em.2.queue0.tx_irq: 0 > >> dev.em.2.queue0.no_desc_avail: 0 > >> dev.em.2.queue0.rxd_head: 1826 > >> dev.em.2.queue0.rxd_tail: 1825 > >> dev.em.2.queue0.rx_irq: 0 > >> dev.em.2.mac_stats.excess_coll: 0 > >> dev.em.2.mac_stats.single_coll: 0 > >> dev.em.2.mac_stats.multiple_coll: 0 > >> dev.em.2.mac_stats.late_coll: 0 > >> dev.em.2.mac_stats.collision_count: 0 > >> dev.em.2.mac_stats.symbol_errors: 0 > >> dev.em.2.mac_stats.sequence_errors: 0 > >> dev.em.2.mac_stats.defer_count: 0 > >> dev.em.2.mac_stats.missed_packets: 5886 > >> dev.em.2.mac_stats.recv_no_buff: 3407 > >> dev.em.2.mac_stats.recv_undersize: 0 > >> dev.em.2.mac_stats.recv_fragmented: 0 > >> dev.em.2.mac_stats.recv_oversize: 0 > >> dev.em.2.mac_stats.recv_jabber: 0 > >> dev.em.2.mac_stats.recv_errs: 0 > >> dev.em.2.mac_stats.crc_errs: 0 > >> dev.em.2.mac_stats.alignment_errs: 0 > >> dev.em.2.mac_stats.coll_ext_errs: 0 > >> dev.em.2.mac_stats.xon_recvd: 0 > >> dev.em.2.mac_stats.xon_txd: 0 > >> dev.em.2.mac_stats.xoff_recvd: 0 > >> dev.em.2.mac_stats.xoff_txd: 0 > >> dev.em.2.mac_stats.total_pkts_recvd: 265358324 > >> dev.em.2.mac_stats.good_pkts_recvd: 265352438 > >> dev.em.2.mac_stats.bcast_pkts_recvd: 701728 > >> dev.em.2.mac_stats.mcast_pkts_recvd: 4076 > >> dev.em.2.mac_stats.rx_frames_64: 0 > >> dev.em.2.mac_stats.rx_frames_65_127: 140801982 > >> dev.em.2.mac_stats.rx_frames_128_255: 3553397 > >> dev.em.2.mac_stats.rx_frames_256_511: 3418754 > >> dev.em.2.mac_stats.rx_frames_512_1023: 8096866 > >> dev.em.2.mac_stats.rx_frames_1024_1522: 109481439 > >> dev.em.2.mac_stats.good_octets_recvd: 177455051448 > >> dev.em.2.mac_stats.good_octets_txd: 274861571704 > >> dev.em.2.mac_stats.total_pkts_txd: 270439410 > >> dev.em.2.mac_stats.good_pkts_txd: 270439410 > >> dev.em.2.mac_stats.bcast_pkts_txd: 194927 > >> dev.em.2.mac_stats.mcast_pkts_txd: 48 > >> dev.em.2.mac_stats.tx_frames_64: 23050855 > >> dev.em.2.mac_stats.tx_frames_65_127: 54156414 > >> dev.em.2.mac_stats.tx_frames_128_255: 4299280 > >> dev.em.2.mac_stats.tx_frames_256_511: 7837146 > >> dev.em.2.mac_stats.tx_frames_512_1023: 8272014 > >> dev.em.2.mac_stats.tx_frames_1024_1522: 172823701 > >> dev.em.2.mac_stats.tso_txd: 0 > >> dev.em.2.mac_stats.tso_ctx_fail: 0 > >> dev.em.2.interrupts.asserts: 283674059 > >> dev.em.2.interrupts.rx_pkt_timer: 33585 > >> dev.em.2.interrupts.rx_abs_timer: 0 > >> dev.em.2.interrupts.tx_pkt_timer: 11022 > >> dev.em.2.interrupts.tx_abs_timer: 22449 > >> dev.em.2.interrupts.tx_queue_empty: 0 > >> dev.em.2.interrupts.tx_queue_min_thresh: 0 > >> dev.em.2.interrupts.rx_desc_min_thresh: 0 > >> dev.em.2.interrupts.rx_overrun: 0 > >> > >> Regards, > >> Ozkan KIRIK > > > > > From owner-freebsd-net@FreeBSD.ORG Fri Mar 11 17:40:43 2011 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 55D3B106564A; Fri, 11 Mar 2011 17:40:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 00FC48FC08; Fri, 11 Mar 2011 17:40:42 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:4433:c074:8d7b:b33d] ([IPv6:2607:f3e0:0:4:4433:c074:8d7b:b33d]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p2BHefPj012654 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 11 Mar 2011 12:40:41 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D7A5E93.1030102@sentex.net> Date: Fri, 11 Mar 2011 12:40:35 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jack Vogel References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2011 17:40:43 -0000 On 3/11/2011 12:23 PM, Jack Vogel wrote: > > So, now the driver does not hang but cpu is too high... Anyone else find > this to > be the case that is testing this driver? Just eyeballing the load avg graphs on the 2 boxes where I am testing, I dont see any glaring differences. But I have not set out to do any specific measurements / tests in that regard. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Fri Mar 11 21:29:31 2011 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 E046D1065672; Fri, 11 Mar 2011 21:29:31 +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 B751F8FC19; Fri, 11 Mar 2011 21:29:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2BLTVdE019216; Fri, 11 Mar 2011 21:29:31 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2BLTVaY019212; Fri, 11 Mar 2011 21:29:31 GMT (envelope-from yongari) Date: Fri, 11 Mar 2011 21:29:31 GMT Message-Id: <201103112129.p2BLTVaY019212@freefall.freebsd.org> To: yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/155442: [bge] bge driver is seen but does not respond to networking requests X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2011 21:29:32 -0000 Synopsis: [bge] bge driver is seen but does not respond to networking requests Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Fri Mar 11 21:29:14 UTC 2011 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=155442 From owner-freebsd-net@FreeBSD.ORG Sat Mar 12 06:50:58 2011 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 6DDA1106566C; Sat, 12 Mar 2011 06:50:58 +0000 (UTC) (envelope-from lstewart@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4468D8FC0A; Sat, 12 Mar 2011 06:50: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 p2C6owDF065754; Sat, 12 Mar 2011 06:50:58 GMT (envelope-from lstewart@freefall.freebsd.org) Received: (from lstewart@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2C6owWB065744; Sat, 12 Mar 2011 06:50:58 GMT (envelope-from lstewart) Date: Sat, 12 Mar 2011 06:50:58 GMT Message-Id: <201103120650.p2C6owWB065744@freefall.freebsd.org> To: lstewart@FreeBSD.org, freebsd-net@FreeBSD.org, lstewart@FreeBSD.org From: lstewart@FreeBSD.org Cc: Subject: Re: kern/155407: [tcp] Exhausted net.inet.tcp.reass.maxsegments block recovering tcp session X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2011 06:50:58 -0000 Synopsis: [tcp] Exhausted net.inet.tcp.reass.maxsegments block recovering tcp session Responsible-Changed-From-To: freebsd-net->lstewart Responsible-Changed-By: lstewart Responsible-Changed-When: Sat Mar 12 06:48:44 UTC 2011 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=155407 From owner-freebsd-net@FreeBSD.ORG Sat Mar 12 09:31:37 2011 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 4AF7A106566B for ; Sat, 12 Mar 2011 09:31:37 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1DBD48FC13 for ; Sat, 12 Mar 2011 09:31:36 +0000 (UTC) Received: by iwn33 with SMTP id 33so4060975iwn.13 for ; Sat, 12 Mar 2011 01:31:36 -0800 (PST) Received: by 10.43.63.66 with SMTP id xd2mr11213566icb.76.1299920632620; Sat, 12 Mar 2011 01:03:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.241.3 with HTTP; Sat, 12 Mar 2011 01:03:12 -0800 (PST) From: Vlad Galu Date: Sat, 12 Mar 2011 10:03:12 +0100 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bge(4) on RELENG_8 mbuf cluster starvation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2011 09:31:37 -0000 Hi folks, On a fairly busy recent (r219010) RELENG_8 machine I keep getting -- cut here -- 1096/1454/2550 mbufs in use (current/cache/total) 1035/731/1766/262144 mbuf clusters in use (current/cache/total/max) 1035/202 mbuf+clusters out of packet secondary zone in use (current/cache) 0/117/117/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 2344K/2293K/4637K bytes allocated to network (current/cache/total) 0/70128196/37726935 requests for mbufs denied (mbufs/clusters/mbuf+clusters) ^^^^^^^^^^^^^^^^^^^^^ -- and here -- The interfaces are detected as BCM5750: -- cut here -- bge0: mem 0xc0200000-0xc020ffff irq 16 at device 0.0 on pci4 bge0: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:11:25:22:0d:ec bge1: mem 0xc0300000-0xc030ffff irq 17 at device 0.0 on pci5 bge1: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:11:25:22:0d:ed -- and here -- but pciconf says otherwise: -- cut here -- bge0@pci0:4:0:0: class=0x020000 card=0x02c61014 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' class = network subclass = ethernet bge1@pci0:5:0:0: class=0x020000 card=0x02c61014 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' class = network subclass = ethernet -- and here -- kern.ipc.nmbclusters is set to 131072. Other settings: -- cut here -- net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 262144 net.inet.tcp.recvspace: 262144 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.hostcache.prune: 300 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.count: 389 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.read_locking: 1 net.inet.tcp.recvbuf_max: 262144 net.inet.tcp.recvbuf_inc: 16384 net.inet.tcp.recvbuf_auto: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.ecn.maxretries: 1 net.inet.tcp.ecn.enable: 0 net.inet.tcp.abc_l_var: 2 net.inet.tcp.rfc3465: 1 net.inet.tcp.rfc3390: 0 net.inet.tcp.rfc3042: 0 net.inet.tcp.drop_synfin: 1 net.inet.tcp.delayed_ack: 1 net.inet.tcp.blackhole: 2 net.inet.tcp.log_in_vain: 0 net.inet.tcp.sendbuf_max: 262144 net.inet.tcp.sendbuf_inc: 8192 net.inet.tcp.sendbuf_auto: 1 net.inet.tcp.tso: 1 net.inet.tcp.newreno: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.slowstart_flightsize: 4 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.reass.overflows: 958 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxsegments: 16464 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.enable: 1 net.inet.tcp.inflight.stab: 20 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.enable: 0 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.pcbcount: 924 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.log_debug: 0 net.inet.tcp.minmss: 216 net.inet.tcp.syncache.rst_on_sock_fail: 0 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.cachelimit: 15360 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncookies_only: 0 net.inet.tcp.syncookies: 1 net.inet.tcp.timer_race: 0 net.inet.tcp.finwait2_timeout: 60000 net.inet.tcp.fast_finwait2_recycle: 1 net.inet.tcp.always_keepalive: 0 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.rexmit_min: 30 net.inet.tcp.msl: 30000 net.inet.tcp.nolocaltimewait: 0 net.inet.tcp.maxtcptw: 13107 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 41600 net.inet.udp.blackhole: 1 net.inet.udp.log_in_vain: 0 net.isr.numthreads: 1 net.isr.maxprot: 16 net.isr.defaultqlimit: 256 net.isr.maxqlimit: 10240 net.isr.bindthreads: 0 net.isr.maxthreads: 1 net.isr.direct: 1 net.isr.direct_force: 0 -- and here -- The machine normally uses PF so I disabled it for a while, but that didn't remove the symptom, which didn't occur before - this machine initially ran RELENG_6, then it was upgraded to RELENG_7 and finally to RELENG_8. Any insight would be greatly appreciated. Thanks, Vlad -- Good, fast & cheap. Pick any two. From owner-freebsd-net@FreeBSD.ORG Sat Mar 12 17:35:50 2011 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 1984B106564A for ; Sat, 12 Mar 2011 17:35:50 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E07B88FC0C for ; Sat, 12 Mar 2011 17:35:49 +0000 (UTC) Received: by iyj12 with SMTP id 12so4354547iyj.13 for ; Sat, 12 Mar 2011 09:35:49 -0800 (PST) Received: by 10.43.63.66 with SMTP id xd2mr11723774icb.76.1299951349149; Sat, 12 Mar 2011 09:35:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.241.3 with HTTP; Sat, 12 Mar 2011 09:35:09 -0800 (PST) In-Reply-To: References: From: Vlad Galu Date: Sat, 12 Mar 2011 18:35:09 +0100 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: bge(4) on RELENG_8 mbuf cluster starvation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2011 17:35:50 -0000 On Sat, Mar 12, 2011 at 10:03 AM, Vlad Galu wrote: > Hi folks, > > On a fairly busy recent (r219010) RELENG_8 machine I keep getting > -- cut here -- > 1096/1454/2550 mbufs in use (current/cache/total) > 1035/731/1766/262144 mbuf clusters in use (current/cache/total/max) > 1035/202 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/117/117/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 2344K/2293K/4637K bytes allocated to network (current/cache/total) > 0/70128196/37726935 requests for mbufs denied > (mbufs/clusters/mbuf+clusters) > ^^^^^^^^^^^^^^^^^^^^^ > -- and here -- > > The interfaces are detected as BCM5750: > -- cut here -- > bge0: > mem 0xc0200000-0xc020ffff irq 16 at device 0.0 on pci4 > bge0: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: Ethernet address: 00:11:25:22:0d:ec > bge1: > mem 0xc0300000-0xc030ffff irq 17 at device 0.0 on pci5 > bge1: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E > miibus1: on bge1 > brgphy1: PHY 1 on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge1: Ethernet address: 00:11:25:22:0d:ed > -- and here -- > > but pciconf says otherwise: > -- cut here -- > bge0@pci0:4:0:0: class=0x020000 card=0x02c61014 chip=0x165914e4 > rev=0x11 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' > class = network > subclass = ethernet > bge1@pci0:5:0:0: class=0x020000 card=0x02c61014 chip=0x165914e4 > rev=0x11 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5721)' > class = network > subclass = ethernet > -- and here -- > > kern.ipc.nmbclusters is set to 131072. Other settings: > -- cut here -- > net.inet.tcp.rfc1323: 1 > net.inet.tcp.mssdflt: 512 > net.inet.tcp.keepidle: 7200000 > net.inet.tcp.keepintvl: 75000 > net.inet.tcp.sendspace: 262144 > net.inet.tcp.recvspace: 262144 > net.inet.tcp.keepinit: 75000 > net.inet.tcp.delacktime: 100 > net.inet.tcp.hostcache.purge: 0 > net.inet.tcp.hostcache.prune: 300 > net.inet.tcp.hostcache.expire: 3600 > net.inet.tcp.hostcache.count: 389 > net.inet.tcp.hostcache.bucketlimit: 30 > net.inet.tcp.hostcache.hashsize: 512 > net.inet.tcp.hostcache.cachelimit: 15360 > net.inet.tcp.read_locking: 1 > net.inet.tcp.recvbuf_max: 262144 > net.inet.tcp.recvbuf_inc: 16384 > net.inet.tcp.recvbuf_auto: 1 > net.inet.tcp.insecure_rst: 0 > net.inet.tcp.ecn.maxretries: 1 > net.inet.tcp.ecn.enable: 0 > net.inet.tcp.abc_l_var: 2 > net.inet.tcp.rfc3465: 1 > net.inet.tcp.rfc3390: 0 > net.inet.tcp.rfc3042: 0 > net.inet.tcp.drop_synfin: 1 > net.inet.tcp.delayed_ack: 1 > net.inet.tcp.blackhole: 2 > net.inet.tcp.log_in_vain: 0 > net.inet.tcp.sendbuf_max: 262144 > net.inet.tcp.sendbuf_inc: 8192 > net.inet.tcp.sendbuf_auto: 1 > net.inet.tcp.tso: 1 > net.inet.tcp.newreno: 1 > net.inet.tcp.local_slowstart_flightsize: 4 > net.inet.tcp.slowstart_flightsize: 4 > net.inet.tcp.path_mtu_discovery: 1 > net.inet.tcp.reass.overflows: 958 > net.inet.tcp.reass.cursegments: 0 > net.inet.tcp.reass.maxsegments: 16464 > net.inet.tcp.sack.globalholes: 0 > net.inet.tcp.sack.globalmaxholes: 65536 > net.inet.tcp.sack.maxholes: 128 > net.inet.tcp.sack.enable: 1 > net.inet.tcp.inflight.stab: 20 > net.inet.tcp.inflight.max: 1073725440 > net.inet.tcp.inflight.min: 6144 > net.inet.tcp.inflight.rttthresh: 10 > net.inet.tcp.inflight.debug: 0 > net.inet.tcp.inflight.enable: 0 > net.inet.tcp.isn_reseed_interval: 0 > net.inet.tcp.icmp_may_rst: 1 > net.inet.tcp.pcbcount: 924 > net.inet.tcp.do_tcpdrain: 1 > net.inet.tcp.tcbhashsize: 512 > net.inet.tcp.log_debug: 0 > net.inet.tcp.minmss: 216 > net.inet.tcp.syncache.rst_on_sock_fail: 0 > net.inet.tcp.syncache.rexmtlimit: 3 > net.inet.tcp.syncache.hashsize: 512 > net.inet.tcp.syncache.count: 0 > net.inet.tcp.syncache.cachelimit: 15360 > net.inet.tcp.syncache.bucketlimit: 30 > net.inet.tcp.syncookies_only: 0 > net.inet.tcp.syncookies: 1 > net.inet.tcp.timer_race: 0 > net.inet.tcp.finwait2_timeout: 60000 > net.inet.tcp.fast_finwait2_recycle: 1 > net.inet.tcp.always_keepalive: 0 > net.inet.tcp.rexmit_slop: 200 > net.inet.tcp.rexmit_min: 30 > net.inet.tcp.msl: 30000 > net.inet.tcp.nolocaltimewait: 0 > net.inet.tcp.maxtcptw: 13107 > net.inet.udp.checksum: 1 > net.inet.udp.maxdgram: 9216 > net.inet.udp.recvspace: 41600 > net.inet.udp.blackhole: 1 > net.inet.udp.log_in_vain: 0 > net.isr.numthreads: 1 > net.isr.maxprot: 16 > net.isr.defaultqlimit: 256 > net.isr.maxqlimit: 10240 > net.isr.bindthreads: 0 > net.isr.maxthreads: 1 > net.isr.direct: 1 > net.isr.direct_force: 0 > -- and here -- > > The machine normally uses PF so I disabled it for a while, but that didn't > remove the symptom, which didn't occur before - this machine initially ran > RELENG_6, then it was upgraded to RELENG_7 and finally to RELENG_8. Any > insight would be greatly appreciated. > > Thanks, > Vlad > > -- > Good, fast & cheap. Pick any two. > Just wanted to add that this box is not really busy in the traditional meaning. It only handles about 500Kbps of traffic in each direction, but connections are intermittent and shortlived, with about 2000 active at any given time. So my guess is that there's no way for those to max out the nmbclusters. -- Good, fast & cheap. Pick any two. From owner-freebsd-net@FreeBSD.ORG Sat Mar 12 19:53:56 2011 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 48F28106564A for ; Sat, 12 Mar 2011 19:53:56 +0000 (UTC) (envelope-from lacombar@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 117458FC0C for ; Sat, 12 Mar 2011 19:53:55 +0000 (UTC) Received: by iwn33 with SMTP id 33so4416166iwn.13 for ; Sat, 12 Mar 2011 11:53:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=LkPWjUI3w9Cv9tcS1p82bY2bUmAM3oQFfRlvjCvey5c=; b=cg5ZgstDCwCHXO4QnMFaLE7aPr6h3/W+PBszNt2yx8hPhkvx3t5azg6D1/gS05cJ5e wdr8eMJkkayRa2LEX3JRddYvt2IfsQpzhRqzTXpL7C8JBnbmxT3vG2Y1ujxHcTOcGL0c Ls1L+gbBdxXKfOyP9biCj20cVZ/rTGFxhwXqw= 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=K33ARijek2AFIw5gSqV5o8E/sjiWR9oBiY6WuF+Eg/MYZrP8/f61dIc0v/Z44VHYDD sZvmcHgKnvrC0swfRPUKbifk7nz0Yjy9giAf5dWLy2M0q4TpkShjwEsM6b3HdI7U2prZ jiJ9bYUgQo+u5sWpWDRt+7dW5PCO9FM80bLnE= MIME-Version: 1.0 Received: by 10.43.49.69 with SMTP id uz5mr1761964icb.133.1299959635283; Sat, 12 Mar 2011 11:53:55 -0800 (PST) Received: by 10.42.177.132 with HTTP; Sat, 12 Mar 2011 11:53:55 -0800 (PST) In-Reply-To: References: Date: Sat, 12 Mar 2011 14:53:55 -0500 Message-ID: From: Arnaud Lacombe To: Vlad Galu Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: bge(4) on RELENG_8 mbuf cluster starvation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2011 19:53:56 -0000 Hi, On Sat, Mar 12, 2011 at 4:03 AM, Vlad Galu wrote: > Hi folks, > > On a fairly busy recent (r219010) RELENG_8 machine I keep getting > -- cut here -- > 1096/1454/2550 mbufs in use (current/cache/total) > 1035/731/1766/262144 mbuf clusters in use (current/cache/total/max) > 1035/202 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/117/117/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 2344K/2293K/4637K bytes allocated to network (current/cache/total) > 0/70128196/37726935 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > ^^^^^^^^^^^^^^^^^^^^^ > -- and here -- > > kern.ipc.nmbclusters is set to 131072. Other settings: no, netstat(8) says 262144. Maybe can you include $(sysctl dev.bge) ? Might be useful. - Arnaud From owner-freebsd-net@FreeBSD.ORG Sat Mar 12 20:18:09 2011 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 20DEA106566B for ; Sat, 12 Mar 2011 20:18:09 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E26608FC14 for ; Sat, 12 Mar 2011 20:18:08 +0000 (UTC) Received: by iyj12 with SMTP id 12so4446545iyj.13 for ; Sat, 12 Mar 2011 12:18:08 -0800 (PST) Received: by 10.42.169.197 with SMTP id c5mr1585669icz.344.1299961088243; Sat, 12 Mar 2011 12:18:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.241.3 with HTTP; Sat, 12 Mar 2011 12:17:28 -0800 (PST) In-Reply-To: References: From: Vlad Galu Date: Sat, 12 Mar 2011 21:17:28 +0100 Message-ID: To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: bge(4) on RELENG_8 mbuf cluster starvation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2011 20:18:09 -0000 On Sat, Mar 12, 2011 at 8:53 PM, Arnaud Lacombe wrote: > Hi, > > On Sat, Mar 12, 2011 at 4:03 AM, Vlad Galu wrote: > > Hi folks, > > > > On a fairly busy recent (r219010) RELENG_8 machine I keep getting > > -- cut here -- > > 1096/1454/2550 mbufs in use (current/cache/total) > > 1035/731/1766/262144 mbuf clusters in use (current/cache/total/max) > > 1035/202 mbuf+clusters out of packet secondary zone in use > (current/cache) > > 0/117/117/12800 4k (page size) jumbo clusters in use > > (current/cache/total/max) > > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > > 2344K/2293K/4637K bytes allocated to network (current/cache/total) > > 0/70128196/37726935 requests for mbufs denied > (mbufs/clusters/mbuf+clusters) > > ^^^^^^^^^^^^^^^^^^^^^ > > -- and here -- > > > > kern.ipc.nmbclusters is set to 131072. Other settings: > no, netstat(8) says 262144. > > Heh, you're right, I forgot I'd doubled it a while ago. Wrote that from the top of my head. > Maybe can you include $(sysctl dev.bge) ? Might be useful. > > - Arnaud > Sure: -- cut here -- dev.bge.0.%desc: Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x004101 dev.bge.0.%driver: bge dev.bge.0.%location: slot=0 function=0 dev.bge.0.%pnpinfo: vendor=0x14e4 device=0x1659 subvendor=0x1014 subdevice=0x02c6 class=0x020000 dev.bge.0.%parent: pci4 dev.bge.0.forced_collapse: 2 dev.bge.0.forced_udpcsum: 0 dev.bge.0.stats.FramesDroppedDueToFilters: 0 dev.bge.0.stats.DmaWriteQueueFull: 0 dev.bge.0.stats.DmaWriteHighPriQueueFull: 0 dev.bge.0.stats.NoMoreRxBDs: 0 dev.bge.0.stats.InputDiscards: 0 dev.bge.0.stats.InputErrors: 0 dev.bge.0.stats.RecvThresholdHit: 0 dev.bge.0.stats.rx.ifHCInOctets: 68037590571 dev.bge.0.stats.rx.Fragments: 0 dev.bge.0.stats.rx.UnicastPkts: 85983136 dev.bge.0.stats.rx.MulticastPkts: 0 dev.bge.0.stats.rx.BroadcastPkts: 1 dev.bge.0.stats.rx.FCSErrors: 0 dev.bge.0.stats.rx.AlignmentErrors: 0 dev.bge.0.stats.rx.xonPauseFramesReceived: 0 dev.bge.0.stats.rx.xoffPauseFramesReceived: 0 dev.bge.0.stats.rx.ControlFramesReceived: 0 dev.bge.0.stats.rx.xoffStateEntered: 0 dev.bge.0.stats.rx.FramesTooLong: 0 dev.bge.0.stats.rx.Jabbers: 0 dev.bge.0.stats.rx.UndersizePkts: 0 dev.bge.0.stats.tx.ifHCOutOctets: 91957314255 dev.bge.0.stats.tx.Collisions: 0 dev.bge.0.stats.tx.XonSent: 0 dev.bge.0.stats.tx.XoffSent: 0 dev.bge.0.stats.tx.InternalMacTransmitErrors: 0 dev.bge.0.stats.tx.SingleCollisionFrames: 0 dev.bge.0.stats.tx.MultipleCollisionFrames: 0 dev.bge.0.stats.tx.DeferredTransmissions: 0 dev.bge.0.stats.tx.ExcessiveCollisions: 0 dev.bge.0.stats.tx.LateCollisions: 0 dev.bge.0.stats.tx.UnicastPkts: 624045221 dev.bge.0.stats.tx.MulticastPkts: 10841 dev.bge.0.stats.tx.BroadcastPkts: 1121 dev.bge.1.%desc: Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x004101 dev.bge.1.%driver: bge dev.bge.1.%location: slot=0 function=0 dev.bge.1.%pnpinfo: vendor=0x14e4 device=0x1659 subvendor=0x1014 subdevice=0x02c6 class=0x020000 dev.bge.1.%parent: pci5 dev.bge.1.forced_collapse: 2 dev.bge.1.forced_udpcsum: 0 dev.bge.1.stats.FramesDroppedDueToFilters: 0 dev.bge.1.stats.DmaWriteQueueFull: 0 dev.bge.1.stats.DmaWriteHighPriQueueFull: 0 dev.bge.1.stats.NoMoreRxBDs: 680050 dev.bge.1.stats.InputDiscards: 228755931 dev.bge.1.stats.InputErrors: 49080818 dev.bge.1.stats.RecvThresholdHit: 0 dev.bge.1.stats.rx.ifHCInOctets: 2095148839247 dev.bge.1.stats.rx.Fragments: 47887706 dev.bge.1.stats.rx.UnicastPkts: 32672557601 dev.bge.1.stats.rx.MulticastPkts: 1218 dev.bge.1.stats.rx.BroadcastPkts: 2 dev.bge.1.stats.rx.FCSErrors: 2822217 dev.bge.1.stats.rx.AlignmentErrors: 0 dev.bge.1.stats.rx.xonPauseFramesReceived: 0 dev.bge.1.stats.rx.xoffPauseFramesReceived: 0 dev.bge.1.stats.rx.ControlFramesReceived: 0 dev.bge.1.stats.rx.xoffStateEntered: 0 dev.bge.1.stats.rx.FramesTooLong: 0 dev.bge.1.stats.rx.Jabbers: 0 dev.bge.1.stats.rx.UndersizePkts: 0 dev.bge.1.stats.tx.ifHCOutOctets: 48751515826 dev.bge.1.stats.tx.Collisions: 0 dev.bge.1.stats.tx.XonSent: 0 dev.bge.1.stats.tx.XoffSent: 0 dev.bge.1.stats.tx.InternalMacTransmitErrors: 0 dev.bge.1.stats.tx.SingleCollisionFrames: 0 dev.bge.1.stats.tx.MultipleCollisionFrames: 0 dev.bge.1.stats.tx.DeferredTransmissions: 0 dev.bge.1.stats.tx.ExcessiveCollisions: 0 dev.bge.1.stats.tx.LateCollisions: 0 dev.bge.1.stats.tx.UnicastPkts: 281039183 dev.bge.1.stats.tx.MulticastPkts: 0 dev.bge.1.stats.tx.BroadcastPkts: 1153 -- and here -- And now, that I remembered about this as well: -- cut here -- Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll bge1 1500 00:11:25:22:0d:ed 32321767025 278517070 37726837 281068216 0 0 -- and here -- The colo provider changed my cable a couple of times so I'd not blame it on that. Unfortunately, I don't have access to the port statistics on the switch. Running netstat with -w1 yields between 0 and 4 errors/second. -- Good, fast & cheap. Pick any two. From owner-freebsd-net@FreeBSD.ORG Sat Mar 12 20:35:31 2011 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 D0AD7106566C; Sat, 12 Mar 2011 20:35:31 +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 9D5538FC18; Sat, 12 Mar 2011 20:35:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2CKZVia075511; Sat, 12 Mar 2011 20:35:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2CKZVH1075507; Sat, 12 Mar 2011 20:35:31 GMT (envelope-from linimon) Date: Sat, 12 Mar 2011 20:35:31 GMT Message-Id: <201103122035.p2CKZVH1075507@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155498: [ral] ral(4) needs to be resynced with OpenBSD's to gain RT2860/2870 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: Sat, 12 Mar 2011 20:35:31 -0000 Old Synopsis: ral(4) needs to be resynced with OpenBSD's to gain RT2860/2870 support. New Synopsis: [ral] ral(4) needs to be resynced with OpenBSD's to gain RT2860/2870 support. Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 12 20:34:54 UTC 2011 Responsible-Changed-Why: reclassify and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=155498 From owner-freebsd-net@FreeBSD.ORG Sat Mar 12 20:37:37 2011 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 3F73D106567E; Sat, 12 Mar 2011 20:37:37 +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 15E4A8FC20; Sat, 12 Mar 2011 20:37:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2CKbaPC075672; Sat, 12 Mar 2011 20:37:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2CKbaLI075668; Sat, 12 Mar 2011 20:37:36 GMT (envelope-from linimon) Date: Sat, 12 Mar 2011 20:37:36 GMT Message-Id: <201103122037.p2CKbaLI075668@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155499: [mfi] mfi(4) command timeout loop on boot on releng/8.2 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 20:37:37 -0000 Old Synopsis: mfi(4) command timeout loop on boot on releng/8.2 New Synopsis: [mfi] mfi(4) command timeout loop on boot on releng/8.2 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 12 20:37:24 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155499 From owner-freebsd-net@FreeBSD.ORG Sat Mar 12 20:37:54 2011 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 7E9F4106566C; Sat, 12 Mar 2011 20:37:54 +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 54B978FC18; Sat, 12 Mar 2011 20:37:54 +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 p2CKbsS1075725; Sat, 12 Mar 2011 20:37:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2CKbsPv075721; Sat, 12 Mar 2011 20:37:54 GMT (envelope-from linimon) Date: Sat, 12 Mar 2011 20:37:54 GMT Message-Id: <201103122037.p2CKbsPv075721@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-bugs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155499: [mfi] mfi(4) command timeout loop on boot on releng/8.2 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 20:37:54 -0000 Synopsis: [mfi] mfi(4) command timeout loop on boot on releng/8.2 Responsible-Changed-From-To: freebsd-net->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 12 20:37:45 UTC 2011 Responsible-Changed-Why: er, fix braino. http://www.freebsd.org/cgi/query-pr.cgi?pr=155499 From owner-freebsd-net@FreeBSD.ORG Sat Mar 12 22:39:39 2011 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 A94AF1065673; Sat, 12 Mar 2011 22:39:39 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4715E8FC12; Sat, 12 Mar 2011 22:39:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2CMddLP084139; Sat, 12 Mar 2011 22:39:39 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2CMdcgI084133; Sat, 12 Mar 2011 17:39:38 -0500 (EST) (envelope-from eadler) Date: Sat, 12 Mar 2011 17:39:38 -0500 (EST) Message-Id: <201103122239.p2CMdcgI084133@freefall.freebsd.org> To: nms+bsd@otdel-1.org, eadler@FreeBSD.org, freebsd-net@FreeBSD.org From: eadler@FreeBSD.org Cc: Subject: Re: kern/139204: [arp] DHCP server replies rejected, ARP entry lost before max_age X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Mar 2011 22:39:39 -0000 Synopsis: [arp] DHCP server replies rejected, ARP entry lost before max_age State-Changed-From-To: open->patched State-Changed-By: eadler State-Changed-When: Sat Mar 12 17:39:38 EST 2011 State-Changed-Why: committed in head http://www.freebsd.org/cgi/query-pr.cgi?pr=139204