From owner-freebsd-net@FreeBSD.ORG Sun Nov 10 00:55:41 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 77CC6F52; Sun, 10 Nov 2013 00:55:41 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [37.187.6.142]) by mx1.freebsd.org (Postfix) with ESMTP id 200852C8C; Sun, 10 Nov 2013 00:55:41 +0000 (UTC) Received: from [192.168.1.119] (89-159-92-164.rev.dartybox.com [89.159.92.164]) by peterschmitt.fr (Postfix) with ESMTPSA id 98CE01BC32; Sun, 10 Nov 2013 01:46:09 +0100 (CET) Message-ID: <527EE562.50103@peterschmitt.fr> Date: Sun, 10 Nov 2013 01:46:10 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable stable Subject: 10.0-BETA3 em/nfe drivers on MSI K9NBPM2-FID board. LAN card changes. X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cIXlSPlVjdWOljUcei2qotXKNSuckvog3" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 10 Nov 2013 00:55:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cIXlSPlVjdWOljUcei2qotXKNSuckvog3 Content-Type: multipart/mixed; boundary="------------090408000202020101080309" This is a multi-part message in MIME format. --------------090408000202020101080309 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I have a server at Hetzner and something strange happend. First, I installed FreeBSD 10.0-BETA3 (amd64) via their FreeBSD 9.2-RELEASE rescue system, that's ok. I had to configure the network by using the em driver -> em0 interface. But suddenly, the network was lost. After an ACPI reboot, nothing. Going to the vKVM show me the system didn't detected em0 anymore but an nVidia (nfe driver) card! Here is the hardware: http://www.msi.com/product/mb/K9NBPM2-FID.html#/?div=3DDetail Here is a partial dmesg: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device 20.0 on pci0 ### something interesting ### ciphy0: PHY 1 on miibus0 Some /var/log/messages related to NICs: bootlog_nfe_em.txt Full dmesg of the currently booted system: dmesg.txt Does FreeBSD "confused" the "Vitesse" card and the nVidia one? --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --------------090408000202020101080309 Content-Type: text/plain; charset=UTF-8; name="bootlog_nfe_em.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="bootlog_nfe_em.txt" root@gentiane:/var/log # cat messages |egrep "(em0|nfe0)" Nov 9 11:03:07 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 11:03:07 gentiane kernel: miibus0: on nfe0 Nov 9 11:03:07 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 11:15:45 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 11:15:45 gentiane kernel: miibus0: on nfe0 Nov 9 11:15:45 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 11:15:47 gentiane kernel: nfe0: link state changed to UP Nov 9 11:15:47 gentiane devd: Executing '/etc/rc.d/dhclient quietstart n= fe0' Nov 9 11:19:35 gentiane kernel: em0: port 0xc000-0xc03f mem 0xfeba0000-0xfebbffff irq 11 at d= evice 4.0 on pci0 Nov 9 11:19:35 gentiane kernel: em0: Ethernet address: 00:19:db:bc:45:df= Nov 9 11:21:31 gentiane kernel: em0: port 0xc000-0xc03f mem 0xfeba0000-0xfebbffff irq 11 at d= evice 4.0 on pci0 Nov 9 11:21:31 gentiane kernel: em0: Ethernet address: 00:19:db:bc:45:df= Nov 9 11:29:40 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 11:29:40 gentiane kernel: miibus0: on nfe0 Nov 9 11:29:40 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 11:33:55 gentiane kernel: em0: port 0xc000-0xc03f mem 0xfeba0000-0xfebbffff irq 11 at d= evice 4.0 on pci0 Nov 9 11:33:55 gentiane kernel: em0: Ethernet address: 00:19:db:bc:45:df= Nov 9 11:38:48 gentiane kernel: em0: port 0xc000-0xc03f mem 0xfeba0000-0xfebbffff irq 11 at d= evice 4.0 on pci0 Nov 9 11:38:48 gentiane kernel: em0: Ethernet address: 00:19:db:bc:45:df= Nov 9 23:09:52 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:09:52 gentiane kernel: miibus0: on nfe0 Nov 9 23:09:52 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:12:32 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:12:32 gentiane kernel: miibus0: on nfe0 Nov 9 23:12:32 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:15:44 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:15:44 gentiane kernel: miibus0: on nfe0 Nov 9 23:15:44 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:22:36 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:22:36 gentiane kernel: miibus0: on nfe0 Nov 9 23:22:36 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:33:49 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:33:49 gentiane kernel: miibus0: on nfe0 Nov 9 23:33:49 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:41:21 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:41:21 gentiane kernel: miibus0: on nfe0 Nov 9 23:41:21 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:53:33 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 9 23:53:33 gentiane kernel: miibus0: on nfe0 Nov 9 23:53:33 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 9 23:53:34 gentiane kernel: nfe0: link state changed to UP Nov 9 23:53:34 gentiane devd: Executing '/etc/rc.d/dhclient quietstart n= fe0' Nov 10 00:00:09 gentiane kernel: nfe0: port 0xd080-0xd087 mem 0xfebdb000-0xfebdbfff irq 20 at device = 20.0 on pci0 Nov 10 00:00:09 gentiane kernel: miibus0: on nfe0 Nov 10 00:00:09 gentiane kernel: nfe0: Ethernet address: 00:19:db:bc:45:d= f Nov 10 00:00:10 gentiane kernel: nfe0: link state changed to UP Nov 10 00:00:10 gentiane devd: Executing '/etc/rc.d/dhclient quietstart n= fe0' --------------090408000202020101080309 Content-Type: text/plain; charset=UTF-8; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" root@gentiane:/var/log # dmesg=20 Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.= FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-BETA3 #0 r257580: Sun Nov 3 19:43:01 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Dual-Core AMD Opteron(tm) Processor 1218 (2612.02-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40f32 Family =3D 0xf Model =3D 0x= 43 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x1f real memory =3D 4294967296 (4096 MB) avail memory =3D 4042719232 (3855 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fee01000, ff000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed cpu0: on acpi0 cpu1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed00fff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 950 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 4.0 on pci0 pci3: on pcib3 vgapci0: mem 0xfd000000-0xfdffffff,0xd0000000-0x= dfffffff,0xfc000000-0xfcffffff irq 16 at device 5.0 on pci0 pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xfebde000-0xfebdefff irq 21 a= t device 11.0 on pci0 usbus0 on ohci0 ehci0: mem 0xfebdfc00-0xfebdfcff irq = 23 at device 11.1 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,= 0x170-0x177,0x376,0xffa0-0xffaf at device 13.0 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 atapci1: port 0xe800-0xe807,0xe4= 80-0xe483,0xe400-0xe407,0xe080-0xe083,0xe000-0xe00f mem 0xfebdd000-0xfebd= dfff irq 22 at device 14.0 on pci0 ata2: at channel 0 on atapci1 ata3: at channel 1 on atapci1 atapci2: port 0xdc00-0xdc07,0xd8= 80-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfebdc000-0xfebd= cfff irq 23 at device 15.0 on pci0 ata4: at channel 0 on atapci2 ata5: at channel 1 on atapci2 pcib4: at device 16.0 on pci0 pci4: on pcib4 nfe0: port 0xd080-0xd087 mem= 0xfebdb000-0xfebdbfff irq 20 at device 20.0 on pci0 miibus0: on nfe0 ciphy0: PHY 1 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000b= aseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow nfe0: Ethernet address: 00:19:db:bc:45:df acpi_button0: on acpi0 acpi_tz0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= ppc0: cannot reserve I/O port range powernow0: on cpu0 device_attach: powernow0 attach returned 6 powernow1: on cpu1 device_attach: powernow1 attach returned 6 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is pr= esent; to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader= =2Econf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0= ugen1.1: at usbus1 uhub1: on usbus1= uhub0: 8 ports with 8 removable, self powered ada0 at ata2 bus 0 scbus2 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 5VP7VGDJ ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ata4 bus 0 scbus4 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: Serial Number 6VPAXX9C ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad8 Netvsc initializing... SMP: AP CPU #1 Launched! GEOM_MIRROR: Cancelling unmapped because of ada1p2. GEOM_MIRROR: Cancelling unmapped because of ada0p2. GEOM_MIRROR: Device mirror/swap launched (2/2). Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 8 ports with 8 removable, self powered Trying to mount root from zfs:tank/root_10b3 []... ugen0.2: at usbus0 ukbd0: on= usbus0 kbd2 at ukbd0 ums0: on = usbus0 ums0: 5 buttons and [XYZ] coordinates ID=3D1 nfe0: link state changed to UP --------------090408000202020101080309-- --cIXlSPlVjdWOljUcei2qotXKNSuckvog3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSfuViAAoJEFr01BkajbiBX0IP/0WKvWVCE9Q+xhJHed0OE3gn anqmN7OiMiBrO9+0LTIWsEqiG8W8jmCJ9VmFWzMLQwItMAcfOjWRbXPziMpYGsF8 YqxnqZcFu4ztZUv/wLg23s964Nxvki8XqX2whPKtBrhrwdEM5yYfHwy/JgWdYZTv 43ay6HtHbMp3SmVsJHRDwhxohf6uAB5sCu+JPG9FLmrRRKWQFK+u4ivhfn8kQK4C abHcVaFeq3CKP8dcj0R52nn92GlhBRbn+0mY3wwcq31VGqsCUIr3L3/njy2armIF 8onsYePuJEI+C+lQcv+6UK08LLRyIMmT36vC2piY7GYGrS21jELGsGyZi8uUnllC TZM5eMfp+A5dzZZH1fC6f94cquMZTNskgaipNC+bdMYmaH6NIMxOXuqF4ylVI/ZO kBGbVplAT1KjnJwlTx3cPT9k1jkaV7SPEyu21des3SwDdJ8i2xTADJBQuO/3dy9f em3R/iIqnP7EWLfMGHE/ASTkIV413u38BPprDGIjXFnpFy0J8WaGrI4ipPk1TT0G IvODOY+Csbrepgx1InrKsL/xnhAkYglIF/aBXDRUdLHTpaOoMe9Qq4QvcRXbrFTE SkiUq+/AhG1AlkJCZV7JM/6fgp12Y9C5tKgmR0uAwa4Fgik1AEz8KAW6wvmNfGkT IukvWo9G3/ccENtMD15o =tOht -----END PGP SIGNATURE----- --cIXlSPlVjdWOljUcei2qotXKNSuckvog3-- From owner-freebsd-net@FreeBSD.ORG Sun Nov 10 11:49:56 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C50D155E; Sun, 10 Nov 2013 11:49:56 +0000 (UTC) (envelope-from juris.kaminskis@gmail.com) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B6F225A0; Sun, 10 Nov 2013 11:49:56 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id q59so3557443wes.37 for ; Sun, 10 Nov 2013 03:49:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=h9JNWVYIqNh8M/n6JCLI9bNj3IzXBCVwLfhFpl491qk=; b=enBSNBm4BmxI1IsXWuA8n2TYmvtq+2lNOTZ7vA4YidUc47ON4jLSDF22r2dONwQzvv xS37aP/FnGKaq9fbQsARiKQmQU/W/uYTjRibA40hwX1WJneh387JeeNgNJAoUsNtkJlj ZJiQASTw2NSDB1WnylK/YooGihjtFMNTNTyLXilL2saV4uZKuL7eVoMvtBlpiDIazATh W/8mVxBFP335EceLB35/nGbUgJJ2NGY0xkeoeJv3vnb3s84/AMjKAC8qO3+PS/uvI/85 tT16VUU4tOy+AfOZ6450ZzGNNkGev4y8yrOeWGVj35SJoqUZ9LUsrw8bjA2V7gfyplGM 0Glg== MIME-Version: 1.0 X-Received: by 10.180.73.9 with SMTP id h9mr2795547wiv.26.1384084194566; Sun, 10 Nov 2013 03:49:54 -0800 (PST) Received: by 10.194.185.101 with HTTP; Sun, 10 Nov 2013 03:49:54 -0800 (PST) In-Reply-To: References: <20131108223538.GB41951@nat.myhome> Date: Sun, 10 Nov 2013 13:49:54 +0200 Message-ID: Subject: Re: Sharing NTFS file system over NFS From: Juris Kaminskis To: Alan Somers Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net@freebsd.org, "Paul A. Procacci" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 10 Nov 2013 11:49:56 -0000 2013/11/9 Alan Somers > > Are you using fuse-ntfs? Somewhere I read that the in-kernel NFS > server can't serve FUSE file systems. If that's true, you could try > unfs3 (slow but stable) or nfs-ganesha (fast but immature). > > -Alan > unfs3 did the trick! FUSE does not work with in-kernel NFS, that is clear. thanks! From owner-freebsd-net@FreeBSD.ORG Sun Nov 10 14:57:44 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C49E04F4; Sun, 10 Nov 2013 14:57:44 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9A02F1D; Sun, 10 Nov 2013 14:57:43 +0000 (UTC) Received: from jwhlaptop (unknown [91.208.177.70]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3dHdQn6y79z1L9; Sun, 10 Nov 2013 14:49:21 +0000 (GMT) From: "Joe Holden" To: "'Florent Peterschmitt'" , , "'freebsd-stable stable'" References: <527EE562.50103@peterschmitt.fr> In-Reply-To: <527EE562.50103@peterschmitt.fr> Subject: RE: 10.0-BETA3 em/nfe drivers on MSI K9NBPM2-FID board. LAN card changes. Date: Sun, 10 Nov 2013 14:49:45 -0000 Message-ID: <009701cede24$198be2f0$4ca3a8d0$@rewt.org.uk> X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQH3jEQluYwMZVCA5wTfDpdRYdhkBZnNL1YQ Content-Language: en-gb X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 10 Nov 2013 14:57:44 -0000 > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Florent Peterschmitt > Sent: 10 November 2013 01:46 > To: freebsd-net@freebsd.org; freebsd-stable stable > Subject: 10.0-BETA3 em/nfe drivers on MSI K9NBPM2-FID board. LAN card > changes. > > Hi, > > I have a server at Hetzner and something strange happend. > > First, I installed FreeBSD 10.0-BETA3 (amd64) via their FreeBSD 9.2-RELEASE > rescue system, that's ok. > > I had to configure the network by using the em driver -> em0 interface. > > But suddenly, the network was lost. > > After an ACPI reboot, nothing. Going to the vKVM show me the system > didn't detected em0 anymore but an nVidia (nfe driver) card! > vKVM uses qemu emulation so it doesn't match the real hardware. > Here is the hardware: > > http://www.msi.com/product/mb/K9NBPM2-FID.html#/?div=Detail > > Here is a partial dmesg: > > nfe0: port 0xd080-0xd087 > mem 0xfebdb000-0xfebdbfff irq 20 at device 20.0 on pci0 > > ### something interesting ### > > ciphy0: PHY 1 on miibus0 > > > Some /var/log/messages related to NICs: bootlog_nfe_em.txt Full dmesg of > the currently booted system: dmesg.txt > > Does FreeBSD "confused" the "Vitesse" card and the nVidia one? > No because the MCP isn't the same as the PHY it may be connected to. Just change rc.conf to nfe and it'll probably work. > -- > Florent Peterschmitt | Please: > florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. > +33 (0)6 64 33 97 92 | * Send PDF for documents. > http://florent.peterschmitt.fr | * Trim your quotations. Really. > Proudly powered by Open Source | Thank you :) From owner-freebsd-net@FreeBSD.ORG Mon Nov 11 00:05:23 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBB2B175; Mon, 11 Nov 2013 00:05:23 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (gentiane.peterschmitt.fr [213.239.219.91]) by mx1.freebsd.org (Postfix) with ESMTP id 882712B38; Mon, 11 Nov 2013 00:05:23 +0000 (UTC) Received: from [192.168.1.107] (89-159-92-164.rev.dartybox.com [89.159.92.164]) by peterschmitt.fr (Postfix) with ESMTPSA id 2D4D91C955; Mon, 11 Nov 2013 01:05:24 +0100 (CET) Message-ID: <52801F3A.4020402@peterschmitt.fr> Date: Mon, 11 Nov 2013 01:05:14 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Joe Holden , freebsd-net@freebsd.org, 'freebsd-stable stable' Subject: Re: 10.0-BETA3 em/nfe drivers on MSI K9NBPM2-FID board. LAN card changes. References: <527EE562.50103@peterschmitt.fr> <009701cede24$198be2f0$4ca3a8d0$@rewt.org.uk> In-Reply-To: <009701cede24$198be2f0$4ca3a8d0$@rewt.org.uk> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GO7lRE2J0PfeiLU1L12tPSTFsq8ITi6AE" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 11 Nov 2013 00:05:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GO7lRE2J0PfeiLU1L12tPSTFsq8ITi6AE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10/11/13 15:49, Joe Holden wrote: > vKVM uses qemu emulation so it doesn't match the real hardware. Woops, it was'nt a vKVM but this: http://wiki.hetzner.de/index.php/LARA/e= n The system was not booted in vKVM when the problem appeared. >> Does FreeBSD "confused" the "Vitesse" card and the nVidia one? >> > No because the MCP isn't the same as the PHY it may be connected to. >=20 > Just change rc.conf to nfe and it'll probably work. The MCP ? And, yes, of course now I changed for the nfe card :) --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --GO7lRE2J0PfeiLU1L12tPSTFsq8ITi6AE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSgB9AAAoJEFr01BkajbiB488QAJZTH+HKhy287x4yOkZ6Kdk0 bhvEiFLejaepEphhoRf2D3H87LXSbPa6dyyE0r5FGSV/Exb+7JfI92meyoYtTNOT C7XW2vDxWjgTaqpa9t4/K2DMGvIK2MZeRhcJEJtRzWmuKvPpAZ9YLEO8JfHJdKAA FLn9xzVMHz87drMCWFau4uILDW2F/5oycx4NbSE3mnAbg63/vrZyNzwZzEmReGkP ZWTM5Wn3qJ3SZ1VpBK/ZX4Yfzd6tcuQm5v2KG0cTI/nzZTp0sYSPAZU7N5WEOJOv mqZ/9aIMHpYNVpFZxFrmGJhIk8fPmhYTcrf8tXebHgX+SdaTircC2CAudUA0shD/ /EoRzv1zGWiaA3ribjFSXZuIvdalKK2E0BksVwLlljThzvihhES2pWycZWaQBA63 TzH61H1ZQusyjZ4B+ECHklLTCUu2HPEW18nUbeTUCY4WcPpJuWrsP70SIQeEbaN3 mVM+HFJF0NZCgBrAbySNYB5QxrjRPA2Xqjak1j5iEjSqrvUAal3j6ZpndsT8T4Ng urC88tKnhun5Vevl9sw1L73PePh9+fGnUKaBgEhyIC6ElJqC1Ff44i50daZ9Grcz /ooN+Rk6ta12IfRA0LT8ijWmgGQref3IsT9wXLi3BREKhprHwhBqE4p2PQdhbxH9 pJ0ViDzbHkpbVK7XI+t4 =uIIQ -----END PGP SIGNATURE----- --GO7lRE2J0PfeiLU1L12tPSTFsq8ITi6AE-- From owner-freebsd-net@FreeBSD.ORG Mon Nov 11 00:58:04 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4EE5218E; Mon, 11 Nov 2013 00:58:04 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 221262DD6; Mon, 11 Nov 2013 00:58:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rAB0w3Lw008481; Mon, 11 Nov 2013 00:58:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rAB0w3RN008480; Mon, 11 Nov 2013 00:58:03 GMT (envelope-from linimon) Date: Mon, 11 Nov 2013 00:58:03 GMT Message-Id: <201311110058.rAB0w3RN008480@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: bin/183687: [patch] route(8): route add -net 172.20 add wrong host address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 11 Nov 2013 00:58:04 -0000 Old Synopsis: route add -net 172.20 add wrong host address New Synopsis: [patch] route(8): route add -net 172.20 add wrong host address Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Nov 11 00:57:28 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=183687 From owner-freebsd-net@FreeBSD.ORG Mon Nov 11 06:47:28 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A5C3D1F7 for ; Mon, 11 Nov 2013 06:47:28 +0000 (UTC) (envelope-from jilingshu@gmail.com) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6387D2DCA for ; Mon, 11 Nov 2013 06:47:28 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id w4so3802611qcr.26 for ; Sun, 10 Nov 2013 22:47:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/FnZ+BERgQ3S1GWPYilmxwwVo3cMg/ZO+x7CluRiqzE=; b=z6FVDmUWwDuh1KsLVpBrKqli/CIh4M++1ELqNKw4nUWhodkQ26rqDpIOaE/J5eP1wK ZJlJOHL8kzb8cC/214vxCC+mRNhy4z+f0xnTvEsQ0ozM4534MURjz94I4bkiKAVMHyoo 7UEgpzlCtTsIbx8oyCXBb6MjnlPIXfzhtcPqIz9U5OKag+MFek9PWWjGGu9CiM13sm5/ L3FsDzlJ16IT+7Tsn1ASvrogNHj+ieS2pX7RfQLkpwMkXeciXCAT2pBYEPtEQ+0X0yDR Mp6mjj5uxRzids7LJaGjAiZeMLLFE4dfbdGmeW4YUgVGWezupXRJeeUSFem1mno+/V0R V9Sw== X-Received: by 10.224.120.199 with SMTP id e7mr10546322qar.34.1384152447477; Sun, 10 Nov 2013 22:47:27 -0800 (PST) Received: from [172.16.99.106] (stjhnf0148w-142162175108.dhcp-dynamic.fibreop.nl.bellaliant.net. [142.162.175.108]) by mx.google.com with ESMTPSA id a9sm48366024qed.6.2013.11.10.22.47.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 10 Nov 2013 22:47:27 -0800 (PST) Message-ID: <52807D7E.8@Gmail.com> Date: Mon, 11 Nov 2013 03:17:26 -0330 From: Bear User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Rozhuk.IM@gmail.com Subject: Re: ng_patch and 802.11Q References: <527C799D.8020208@Gmail.com> <20131108215210.GH7577@FreeBSD.org> <527DDFEA.9050001@Gmail.com> <527e4926.aa1d700a.02d7.fffff457@mx.google.com> <527E8D3E.4050907@Gmail.com> <527f6464.453c700a.3a17.25b0@mx.google.com> <52803997.2030306@Gmail.com> <52807c14.4665cc0a.3adf.3033@mx.google.com> In-Reply-To: <52807c14.4665cc0a.3adf.3033@mx.google.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 11 Nov 2013 06:47:28 -0000 On 2013/11/11 上午 03:11, rozhuk.im@gmail.com wrote: >> > .lower - packets from/to network adapter > .upper - packets from/to >> OS Yes. But if I try to capture on upper: >> > nghook -a em0:upper >> I just got nothing... > You MAST forward packets lower<->upper by some netgraph nodes. > If not - OS became unavailable trough this adapter. > See ng_vlan examples. > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=161908 >> This link is excellent! Seems it has not been merged to kernel yet? > It requires to update manual pages, but my English... %) > > >> On 11/10/2013 7:17 AM, rozhuk.im@gmail.com wrote: >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=161908 >>> >>> >>>> -----Original Message----- >>>> From: Bear [mailto:jilingshu@gmail.com] >>>> Sent: Saturday, November 09, 2013 11:30 PM >>>> To: Rozhuk.IM@gmail.com; 'Gleb Smirnoff' >>>> Cc: freebsd-net@freebsd.org >>>> Subject: Re: ng_patch and 802.11Q >>>> >>>> Hi Gleb, >>>> I read the script you given but still no clue :-( >>>> >>>> On 2013/11/9 11:09 AM, rozhuk.im@gmail.com wrote: >>>>> >>>> >> http://www.netlab.linkpc.net/download/software/FreeBSD/mcastbridge/mc >>>> as >>>> tbr2. >>>>> sh >>>>> http://www.netlab.linkpc.net/forum/index.php?topic=796.0 >>>>> >>>>> >>>>>> It seems a good idea... Do you have some example working on >>>> ng_ether? >>>>>> The manpage of ng_ether seems no example... >>>>>> >>>>>> On 11/8/2013 6:22 PM, Gleb Smirnoff wrote: >>>>>>> On Fri, Nov 08, 2013 at 02:11:49AM -0330, Bear wrote: >>>>>>> B> Hi all, >>>>>>> B> I want to modify VLAN priority by ng_patch. After reading the >>>>>>> B> manpage of >>>>>>> B> ng_patch(http://www.freebsd.org/cgi/man.cgi?query=ng_patch) >> and >>>>>> the >>>>>>> B> example it given: >>>>>>> B> >>>>>>> B> > /usr/sbin/ngctl -f- <<-SEQ >>>>>>> B> > mkpeer ipfw: patch 200 in >>>>>>> B> > name ipfw:200 ttl_add >>>>>>> B> > msg ttl_add: setconfig { count=1 csum_flags=1 ops=[ >> \ >>>>>>> B> > { mode=2 value=3 length=1 offset=8 } ] } >>>>>>> B> > SEQ >>>>>>> B> > /sbin/ipfw add 150 netgraph 200 ip from any to >>>>>>> B> simplex.remote.net >>>>>>> B> >>>>>>> B> It seems ng_patch can only modify IP header. However, the >>>>>>> B> position of VLAN header is before IP header and after Ethernet >>>>>>> B> header. How can I modify it? >>>>>>> >>>>>>> ipfw allows you to intercept packets at IP layer. Tp modify VLAN >>>>>>> header, you need to capture them earlier. May be ng_ether(4) will >>>>>> help you. >>>>>>> >>>>> >>>>> >>>>> >>>>> >>> >>> > > From owner-freebsd-net@FreeBSD.ORG Mon Nov 11 06:57:57 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 03FA73E1 for ; Mon, 11 Nov 2013 06:57:57 +0000 (UTC) (envelope-from jilingshu@gmail.com) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B58472E42 for ; Mon, 11 Nov 2013 06:57:56 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id m4so830443qcy.18 for ; Sun, 10 Nov 2013 22:57:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=lDfVc68pKI2f9lr9tKZ6Asd7RAYYeRwKG+d/isHvlis=; b=s02P2Qev4ND636jOZWNpy+nlL+yf+gCPFCk+OAFjWWGvlLSiRv2Ctqo41t60qWJQz3 VsLwZQm/3qL2AFi5vg76le83jhXIgpHJjBWfFLY54+HPPclgPpCkHU5L12P66DXt4dUI m/eSWWRtxdaBhbvMc/lZtGtPeekWjHcsekdEKCTAy13RpGvRbljf8umRKhovl/LaH0dW N03Vcn6UMPAyJgY6/dLkDJTgmTl90/z0GYqosxFJW01LWe10ZcxHWrCr3nYrhINv7mEZ /eP/oY3GJWpUh1819YuekJpl/2TEDRvd/SUYiSVEQPN1YzuC2fL7WQeTdQ6qL0jc81px Tmcw== X-Received: by 10.49.59.70 with SMTP id x6mr44715998qeq.17.1384153075860; Sun, 10 Nov 2013 22:57:55 -0800 (PST) Received: from [172.16.99.106] (stjhnf0148w-142162175108.dhcp-dynamic.fibreop.nl.bellaliant.net. [142.162.175.108]) by mx.google.com with ESMTPSA id b10sm48453966qeg.7.2013.11.10.22.57.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 10 Nov 2013 22:57:55 -0800 (PST) Message-ID: <52807FF2.8080606@Gmail.com> Date: Mon, 11 Nov 2013 03:27:54 -0330 From: Bear User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Rozhuk.IM@gmail.com Subject: Re: ng_patch and 802.11Q References: <527C799D.8020208@Gmail.com> <20131108215210.GH7577@FreeBSD.org> <527DDFEA.9050001@Gmail.com> <527e4926.aa1d700a.02d7.fffff457@mx.google.com> <527E8D3E.4050907@Gmail.com> <527f6464.453c700a.3a17.25b0@mx.google.com> <52803997.2030306@Gmail.com> <52807c14.4665cc0a.3adf.3033@mx.google.com> <52807D57.6000704@Gmail.com> <52807f2e.0612cd0a.6edd.32df@mx.google.com> In-Reply-To: <52807f2e.0612cd0a.6edd.32df@mx.google.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 11 Nov 2013 06:57:57 -0000 Hi Rozhuk, > Try: > ifconfig re0 -vlanhwtag -vlanhwcsum down up > ngctl msg re0: setpromisc 1 I tried that but interestingly, there is still no data captured. Also, I still able to send and receive packets from that interface -- I didn't lost Internet connectivity. On 2013/11/11 03:24 AM, rozhuk.im@gmail.com wrote: >> > You MAST forward packets lower<->upper by some netgraph nodes. >> > If not - OS became unavailable trough this adapter. >> > See ng_vlan examples. >> I just want to see what the packet looks like by that way, no matter if >> the packet is dropped or not. But I can't see anything by that way :-( > Try: > ifconfig re0 -vlanhwtag -vlanhwcsum down up > ngctl msg re0: setpromisc 1 > > > >> > It requires to update manual pages, but my English... %) Did you >> mean the code has already been merged into kernel? I'm running FreeBSD >> 9.2-RELEASE and it seems > ngctl name em0:lower:vlan34 ngeth0 and > >> ngctl msg em0:lower addfilter '{ vid=34 pcp=4 cfi=1 hook="vlan34" }' >> return Invalid Argument error... :-( >> >> Thanks in advanced :-) >> >> On 2013/11/11 03:11 AM, rozhuk.im@gmail.com wrote: >>>> > .lower - packets from/to network adapter > .upper - packets >>>> from/to OS Yes. But if I try to capture on upper: >>>> > nghook -a em0:upper >>>> I just got nothing... >>> You MAST forward packets lower<->upper by some netgraph nodes. >>> If not - OS became unavailable trough this adapter. >>> See ng_vlan examples. >>> >>>> > http://www.freebsd.org/cgi/query-pr.cgi?pr=161908 >>>> This link is excellent! Seems it has not been merged to kernel yet? >>> It requires to update manual pages, but my English... %) >>> >>> >>>> On 11/10/2013 7:17 AM, rozhuk.im@gmail.com wrote: >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=161908 >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Bear [mailto:jilingshu@gmail.com] >>>>>> Sent: Saturday, November 09, 2013 11:30 PM >>>>>> To: Rozhuk.IM@gmail.com; 'Gleb Smirnoff' >>>>>> Cc: freebsd-net@freebsd.org >>>>>> Subject: Re: ng_patch and 802.11Q >>>>>> >>>>>> Hi Gleb, >>>>>> I read the script you given but still no clue :-( >>>>>> >>>>>> On 2013/11/9 11:09 AM, rozhuk.im@gmail.com wrote: >>>>>>> >>>>>> >>>> >> http://www.netlab.linkpc.net/download/software/FreeBSD/mcastbridge/mc >>>>>> as >>>>>> tbr2. >>>>>>> sh >>>>>>> http://www.netlab.linkpc.net/forum/index.php?topic=796.0 >>>>>>> >>>>>>> >>>>>>>> It seems a good idea... Do you have some example working on >>>>>> ng_ether? >>>>>>>> The manpage of ng_ether seems no example... >>>>>>>> >>>>>>>> On 11/8/2013 6:22 PM, Gleb Smirnoff wrote: >>>>>>>>> On Fri, Nov 08, 2013 at 02:11:49AM -0330, Bear wrote: >>>>>>>>> B> Hi all, >>>>>>>>> B> I want to modify VLAN priority by ng_patch. After reading >> the >>>>>>>>> B> manpage of >>>>>>>>> B> ng_patch(http://www.freebsd.org/cgi/man.cgi?query=ng_patch) >>>> and >>>>>>>> the >>>>>>>>> B> example it given: >>>>>>>>> B> >>>>>>>>> B> > /usr/sbin/ngctl -f- <<-SEQ >>>>>>>>> B> > mkpeer ipfw: patch 200 in >>>>>>>>> B> > name ipfw:200 ttl_add >>>>>>>>> B> > msg ttl_add: setconfig { count=1 csum_flags=1 ops=[ >>>> \ >>>>>>>>> B> > { mode=2 value=3 length=1 offset=8 } ] } >>>>>>>>> B> > SEQ >>>>>>>>> B> > /sbin/ipfw add 150 netgraph 200 ip from any to >>>>>>>>> B> simplex.remote.net >>>>>>>>> B> >>>>>>>>> B> It seems ng_patch can only modify IP header. However, the >>>>>>>>> B> position of VLAN header is before IP header and after >>>>>>>>> B> Ethernet header. How can I modify it? >>>>>>>>> >>>>>>>>> ipfw allows you to intercept packets at IP layer. Tp modify >> VLAN >>>>>>>>> header, you need to capture them earlier. May be ng_ether(4) >>>>>>>>> will >>>>>>>> help you. >>>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>> >>> > > From owner-freebsd-net@FreeBSD.ORG Mon Nov 11 11:06:53 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2D85E98B for ; Mon, 11 Nov 2013 11:06:53 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B5AA2CBF for ; Mon, 11 Nov 2013 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rABB6rpF082143 for ; Mon, 11 Nov 2013 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rABB6qtm082124 for freebsd-net@FreeBSD.org; Mon, 11 Nov 2013 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Nov 2013 11:06:52 GMT Message-Id: <201311111106.rABB6qtm082124@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 Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 11 Nov 2013 11:06:53 -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/183732 net [igb] igb interface output byte counter double real ou o bin/183687 net [patch] route(8): route add -net 172.20 add wrong host o kern/183659 net [tcp] ]TCP stack lock contention with short-lived conn o conf/183407 net [rc.d] [patch] Routing restart returns non-zero exitco o kern/183391 net [oce] 10gigabit networking problems with Emulex OCE 11 o kern/183390 net [ixgbe] 10gigabit networking problems o kern/182917 net [igb] strange out traffic with igb interfaces o kern/182847 net [netinet6] [patch] Remove dead code o kern/182665 net [wlan] Kernel panic when creating second wlandev. o kern/182382 net [tcp] sysctl to set TCP CC method on BIG ENDIAN system o kern/182297 net [cm] ArcNet driver fails to detect the link address - o kern/182212 net [patch] [ng_mppc] ng_mppc(4) blocks on network errors o kern/181970 net [re] LAN Realtek 8111G is not supported by re driver o kern/181931 net [vlan] [lagg] vlan over lagg over mlxen crashes the ke o kern/181823 net [ip6] [patch] make ipv6 mroute return same errror code o kern/181741 net [kernel] [patch] Packet loss when 'control' messages a o kern/181703 net [re] [patch] Fix Realtek 8111G Ethernet controller not o kern/181657 net [bpf] [patch] BPF_COP/BPF_COPX instruction reservation o kern/181257 net [bge] bge link status change o kern/181236 net [igb] igb driver unstable work o kern/181225 net [infiniband] [patch] unloading ipoib crashes the kerne o kern/181135 net [netmap] [patch] sys/dev/netmap patch for Linux compat o kern/181131 net [netmap] [patch] sys/dev/netmap memory allocation impr o kern/181006 net [run] [patch] mbuf leak in run(4) driver o kern/180893 net [if_ethersubr] [patch] Packets received with own LLADD o kern/180844 net [panic] [re] Intermittent panic (re driver?) o kern/180775 net [bxe] if_bxe driver broken with Broadcom BCM57711 card o kern/180722 net [bluetooth] bluetooth takes 30-50 attempts to pair to s kern/180468 net [request] LOCAL_PEERCRED support for PF_INET o kern/180065 net [netinet6] [patch] Multicast loopback to own host brok o kern/179926 net [lacp] [patch] active aggregator selection bug o kern/179824 net [ixgbe] System (9.1-p4) hangs on heavy ixgbe network t o kern/179733 net [lagg] [patch] interface loses capabilities when proto o kern/179429 net [tap] STP enabled tap bridge o kern/179299 net [igb] Intel X540-T2 - unstable driver a kern/179264 net [vimage] [pf] Core dump with Packet filter and VIMAGE o kern/178947 net [arp] arp rejecting not working o kern/178782 net [ixgbe] 82599EB SFP does not work with passthrough und o kern/178612 net [run] kernel panic due the problems with run driver o kern/178472 net [ip6] [patch] make return code consistent with IPv4 co o kern/178079 net [tcp] Switching TCP CC algorithm panics on sparc64 wit s kern/178071 net FreeBSD unable to recongize Kontron (Industrial Comput o kern/177905 net [xl] [panic] ifmedia_set when pluging CardBus LAN card o kern/177618 net [bridge] Problem with bridge firewall with trunk ports o kern/177417 net [ip6] Invalid protocol value in ipsec6_common_input_cb o kern/177402 net [igb] [pf] problem with ethernet driver igb + pf / alt o kern/177400 net [jme] JMC25x 1000baseT establishment issues o kern/177366 net [ieee80211] negative malloc(9) statistics for 80211nod f kern/177362 net [netinet] [patch] Wrong control used to return TOS o kern/177194 net [netgraph] Unnamed netgraph nodes for vlan interfaces o kern/177184 net [bge] [patch] enable wake on lan o kern/177139 net [igb] igb drops ethernet ports 2 and 3 o kern/176884 net [re] re0 flapping up/down o kern/176671 net [epair] MAC address for epair device not unique o kern/176484 net [ipsec] [enc] [patch] panic: IPsec + enc(4); device na o kern/176446 net [netinet] [patch] Concurrency in ixgbe driving out-of- o kern/176420 net [kernel] [patch] incorrect errno for LOCAL_PEERCRED o kern/176419 net [kernel] [patch] socketpair support for LOCAL_PEERCRED o kern/176401 net [netgraph] page fault in netgraph o kern/176167 net [ipsec][lagg] using lagg and ipsec causes immediate pa o kern/176027 net [em] [patch] flow control systcl consistency for em dr o kern/176026 net [tcp] [patch] TCP wrappers caused quite a lot of warni o kern/175864 net [re] Intel MB D510MO, onboard ethernet not working aft o kern/175852 net [amd64] [patch] in_cksum_hdr() behaves differently on o kern/175734 net no ethernet detected on system with EG20T PCH chipset o kern/175267 net [pf] [tap] pf + tap keep state problem o kern/175236 net [epair] [gif] epair and gif Devices On Bridge o kern/175182 net [panic] kernel panic on RADIX_MPATH when deleting rout o kern/175153 net [tcp] will there miss a FIN when do TSO? o kern/174959 net [net] [patch] rnh_walktree_from visits spurious nodes o kern/174958 net [net] [patch] rnh_walktree_from makes unreasonable ass o kern/174897 net [route] Interface routes are broken o kern/174851 net [bxe] [patch] UDP checksum offload is wrong in bxe dri o kern/174850 net [bxe] [patch] bxe driver does not receive multicasts o kern/174849 net [bxe] [patch] bxe driver can hang kernel when reset o kern/174822 net [tcp] Page fault in tcp_discardcb under high traffic o kern/174602 net [gif] [ipsec] traceroute issue on gif tunnel with ipse o kern/174535 net [tcp] TCP fast retransmit feature works strange o kern/173871 net [gif] process of 'ifconfig gif0 create hangs' when if_ o kern/173475 net [tun] tun(4) stays opened by PID after process is term o kern/173201 net [ixgbe] [patch] Missing / broken ixgbe sysctl's and tu o kern/173137 net [em] em(4) unable to run at gigabit with 9.1-RC2 o kern/173002 net [patch] data type size problem in if_spppsubr.c o kern/172895 net [ixgb] [ixgbe] do not properly determine link-state o kern/172683 net [ip6] Duplicate IPv6 Link Local Addresses o kern/172675 net [netinet] [patch] sysctl_tcp_hc_list (net.inet.tcp.hos p kern/172113 net [panic] [e1000] [patch] 9.1-RC1/amd64 panices in igb(4 o kern/171840 net [ip6] IPv6 packets transmitting only on queue 0 o kern/171739 net [bce] [panic] bce related kernel panic o kern/171711 net [dummynet] [panic] Kernel panic in dummynet o kern/171532 net [ndis] ndis(4) driver includes 'pccard'-specific code, o kern/171531 net [ndis] undocumented dependency for ndis(4) o kern/171524 net [ipmi] ipmi driver crashes kernel by reboot or shutdow s kern/171508 net [epair] [request] Add the ability to name epair device o kern/171228 net [re] [patch] if_re - eeprom write issues o kern/170701 net [ppp] killl ppp or reboot with active ppp connection c o kern/170267 net [ixgbe] IXGBE_LE32_TO_CPUS is probably an unintentiona o kern/170081 net [fxp] pf/nat/jails not working if checksum offloading o kern/169898 net ifconfig(8) fails to set MTU on multiple interfaces. o kern/169676 net [bge] [hang] system hangs, fully or partially after re o kern/169620 net [ng] [pf] ng_l2tp incoming packet bypass pf firewall o kern/169459 net [ppp] umodem/ppp/3g stopped working after update from o kern/169438 net [ipsec] ipv4-in-ipv6 tunnel mode IPsec does not work p kern/168294 net [ixgbe] [patch] ixgbe driver compiled in kernel has no o kern/168246 net [em] Multiple em(4) not working with qemu o kern/168245 net [arp] [regression] Permanent ARP entry not deleted on o kern/168244 net [arp] [regression] Unable to manually remove permanent o kern/168183 net [bce] bce driver hang system o kern/167603 net [ip] IP fragment reassembly's broken: file transfer ov o kern/167500 net [em] [panic] Kernel panics in em driver o kern/167325 net [netinet] [patch] sosend sometimes return EINVAL with o kern/167202 net [igmp]: Sending multiple IGMP packets crashes kernel o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166285 net [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres o kern/166255 net [net] [patch] It should be possible to disable "promis p kern/165903 net mbuf leak o kern/165622 net [ndis][panic][patch] Unregistered use of FPU in kernel s kern/165562 net [request] add support for Intel i350 in FreeBSD 7.4 o kern/165526 net [bxe] UDP packets checksum calculation whithin if_bxe o kern/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155680 net [multicast] problems with multicast s kern/155642 net [new driver] [request] Add driver for Realtek RTL8191S o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [new driver] [request]: Port brcm80211 driver from Lin o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output 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/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 p 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/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/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/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/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/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n 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 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/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/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 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 f 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 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 kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi 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/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 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/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 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 f kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg 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/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph f 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/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/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 p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) 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/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 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p 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 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i 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 kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i 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/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 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/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/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f 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/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 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/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f 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 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 p kern/127360 net [socket] TOE socket options missing from sosetopt() 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/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection 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/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre 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/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 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/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/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work 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/121534 net [ipl] [nat] FreeBSD Release 6.3 Kernel Trap 12: 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 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 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 o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands 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/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] f kern/108197 net [panic] [gif] [ip6] if_delmulti reference counting pan o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/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] 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/104738 net [inet] [patch] Reentrant problem with inet_ntoa in the 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/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling 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/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 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge 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/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ 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 kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i 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/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/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/68889 net [panic] m_copym, length > size of mbuf chain 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 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 475 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Nov 11 12:50:01 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E0D64FAA for ; Mon, 11 Nov 2013 12:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B300424AB for ; Mon, 11 Nov 2013 12:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rABCo1TZ013782 for ; Mon, 11 Nov 2013 12:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rABCo1cO013781; Mon, 11 Nov 2013 12:50:01 GMT (envelope-from gnats) Date: Mon, 11 Nov 2013 12:50:01 GMT Message-Id: <201311111250.rABCo1cO013781@freefall.freebsd.org> To: freebsd-net@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: kern/156283: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 12:50:01 -0000 The following reply was made to PR kern/156283; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/156283: commit references a PR Date: Mon, 11 Nov 2013 12:49:07 +0000 (UTC) Author: ae Date: Mon Nov 11 12:49:00 2013 New Revision: 257985 URL: http://svnweb.freebsd.org/changeset/base/257985 Log: Fix panic with RADIX_MPATH, when RTFREE_LOCKED() called for already unlocked route. Use in6_rtalloc() instead of in6_rtalloc1. This helps simplify the code and remove several now unused variables. PR: 156283 MFC after: 2 weeks Modified: head/sys/netinet6/nd6_nbr.c Modified: head/sys/netinet6/nd6_nbr.c ============================================================================== --- head/sys/netinet6/nd6_nbr.c Mon Nov 11 12:44:54 2013 (r257984) +++ head/sys/netinet6/nd6_nbr.c Mon Nov 11 12:49:00 2013 (r257985) @@ -232,41 +232,28 @@ nd6_ns_input(struct mbuf *m, int off, in /* (2) check. */ if (ifa == NULL) { - struct rtentry *rt; - struct sockaddr_in6 tsin6; - int need_proxy; -#ifdef RADIX_MPATH struct route_in6 ro; -#endif + int need_proxy; - bzero(&tsin6, sizeof tsin6); - tsin6.sin6_len = sizeof(struct sockaddr_in6); - tsin6.sin6_family = AF_INET6; - tsin6.sin6_addr = taddr6; + bzero(&ro, sizeof(ro)); + ro.ro_dst.sin6_len = sizeof(struct sockaddr_in6); + ro.ro_dst.sin6_family = AF_INET6; + ro.ro_dst.sin6_addr = taddr6; /* Always use the default FIB. */ #ifdef RADIX_MPATH - bzero(&ro, sizeof(ro)); - ro.ro_dst = tsin6; rtalloc_mpath_fib((struct route *)&ro, RTF_ANNOUNCE, RT_DEFAULT_FIB); - rt = ro.ro_rt; #else - rt = in6_rtalloc1((struct sockaddr *)&tsin6, 0, 0, - RT_DEFAULT_FIB); + in6_rtalloc(&ro, RT_DEFAULT_FIB); #endif - need_proxy = (rt && (rt->rt_flags & RTF_ANNOUNCE) != 0 && - rt->rt_gateway->sa_family == AF_LINK); - if (rt != NULL) { - /* - * Make a copy while we can be sure that rt_gateway - * is still stable before unlocking to avoid lock - * order problems. proxydl will only be used if - * proxy will be set in the next block. - */ + need_proxy = (ro.ro_rt && + (ro.ro_rt->rt_flags & RTF_ANNOUNCE) != 0 && + ro.ro_rt->rt_gateway->sa_family == AF_LINK); + if (ro.ro_rt != NULL) { if (need_proxy) - proxydl = *SDL(rt->rt_gateway); - RTFREE_LOCKED(rt); + proxydl = *SDL(ro.ro_rt->rt_gateway); + RTFREE(ro.ro_rt); } if (need_proxy) { /* _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Nov 11 12:53:10 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9A26F119; Mon, 11 Nov 2013 12:53:10 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D7092509; Mon, 11 Nov 2013 12:53:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rABCrAJT015421; Mon, 11 Nov 2013 12:53:10 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rABCrARd015420; Mon, 11 Nov 2013 12:53:10 GMT (envelope-from ae) Date: Mon, 11 Nov 2013 12:53:10 GMT Message-Id: <201311111253.rABCrARd015420@freefall.freebsd.org> To: if@FreeBSD.org, ae@FreeBSD.org, freebsd-net@FreeBSD.org, ae@FreeBSD.org From: ae@FreeBSD.org Subject: Re: kern/156283: [ip6] [patch] nd6_ns_input - rtalloc_mpath does not return a locked rtentry X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 11 Nov 2013 12:53:10 -0000 Synopsis: [ip6] [patch] nd6_ns_input - rtalloc_mpath does not return a locked rtentry State-Changed-From-To: open->patched State-Changed-By: ae State-Changed-When: Mon Nov 11 12:52:39 UTC 2013 State-Changed-Why: Patched in head/. Responsible-Changed-From-To: freebsd-net->ae Responsible-Changed-By: ae Responsible-Changed-When: Mon Nov 11 12:52:39 UTC 2013 Responsible-Changed-Why: Take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=156283 From owner-freebsd-net@FreeBSD.ORG Mon Nov 11 13:20:41 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CE798A51; Mon, 11 Nov 2013 13:20:41 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4ED52689; Mon, 11 Nov 2013 13:20:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rABDKfJ6022100; Mon, 11 Nov 2013 13:20:41 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rABDKeq3022099; Mon, 11 Nov 2013 13:20:40 GMT (envelope-from ae) Date: Mon, 11 Nov 2013 13:20:40 GMT Message-Id: <201311111320.rABDKeq3022099@freefall.freebsd.org> To: david.gueluy@netasq.com, ae@FreeBSD.org, freebsd-net@FreeBSD.org, ae@FreeBSD.org From: ae@FreeBSD.org Subject: Re: kern/177417: [ip6] Invalid protocol value in ipsec6_common_input_cb X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 11 Nov 2013 13:20:41 -0000 Synopsis: [ip6] Invalid protocol value in ipsec6_common_input_cb State-Changed-From-To: open->patched State-Changed-By: ae State-Changed-When: Mon Nov 11 13:20:11 UTC 2013 State-Changed-Why: Patched in head/. Responsible-Changed-From-To: freebsd-net->ae Responsible-Changed-By: ae Responsible-Changed-When: Mon Nov 11 13:20:11 UTC 2013 Responsible-Changed-Why: Take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=177417 From owner-freebsd-net@FreeBSD.ORG Mon Nov 11 15:03:13 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0BCB225B for ; Mon, 11 Nov 2013 15:03:13 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id C903C2D8B for ; Mon, 11 Nov 2013 15:03:12 +0000 (UTC) Received: from Mail-PC.tdx.co.uk (storm.tdx.co.uk [62.13.130.251]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3/) with ESMTP id rABExaAO024758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 11 Nov 2013 14:59:36 GMT Date: Mon, 11 Nov 2013 14:59:37 +0000 From: Karl Pielorz To: freebsd-net@freebsd.org Subject: IP clash (arp: x is using my IP address y on em1!) - recovering? Message-ID: <5F431BB1ED5D1F3DB12CF1AD@Mail-PC.tdx.co.uk> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 11 Nov 2013 15:03:13 -0000 Hi, I've got a couple of FreeBSD boxes (9.2-R). I just accidentally brought 'up' the same IP address on both. Sure enough the console logs a bunch of "arp x is using my IP address y on ..." style messages. I quickly took down the 'new' IP's on one box (in fact, I shut the whole box down). However the original box with the addresses stopped responding to traffic going to those addresses. I flushed the ARP table on another box - and tried pinging one of the IP's that clashed - and you get nothing back. You don't event get an ARP entry appearing for it - i.e. if both boxes are on the same LAN / IP address range. It'll quite happily respond to other IP's (on the same interface / MAC) - but not the one that got 'clobbered'. In the end I 'ifconfig' deleted the clashed IP's off the original box - and added them again to the same box. This seems to have resolved it. Is there some way of avoiding this in the future? - I guess it's some kind of 'defensive' move or something? - We've just never seen it in the past (the very occasional times we've brought up two IP's it's been on much older boxes). -Karl From owner-freebsd-net@FreeBSD.ORG Tue Nov 12 19:48:49 2013 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25EEEEC2; Tue, 12 Nov 2013 19:48:49 +0000 (UTC) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E98C9209D; Tue, 12 Nov 2013 19:48:48 +0000 (UTC) Received: from [209.249.190.124] (port=51204 helo=dhcp-10-2-210-27.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VgJw8-0005lC-Gq; Tue, 12 Nov 2013 14:47:44 -0500 Content-Type: multipart/signed; boundary="Apple-Mail=_7DEF8B22-DD49-40D3-B1F9-68EEF234FB98"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: axing KAME interface ioctls From: George Neville-Neil In-Reply-To: <20131105120240.GA7577@FreeBSD.org> Date: Tue, 12 Nov 2013 14:47:48 -0500 Message-Id: <6FE2CC33-D647-436D-A40D-7BEDC25D9619@neville-neil.com> References: <20131105110114.GQ1467@FreeBSD.org> <20131105120240.GA7577@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1822) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: current@FreeBSD.org, net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 12 Nov 2013 19:48:49 -0000 --Apple-Mail=_7DEF8B22-DD49-40D3-B1F9-68EEF234FB98 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 5, 2013, at 7:02 , Gleb Smirnoff wrote: > On Tue, Nov 05, 2013 at 03:01:14PM +0400, Gleb Smirnoff wrote: > T> Hello. > T>=20 > T> Since 1999 we have got some dead code from KAME, namely support = for these > T> ioctls: > T>=20 > T> SIOCALIFADDR > T> SIOCGLIFADDR > T> SIOCDLIFADDR > T> SIOCSLIFPHYADDR > T> SIOCGLIFPHYADDR > T>=20 > T> We don not have any software in base that use (or used) them. The = ports > T> exp-run with SIOC.LIFADDR undefined didn't reveal any port that use = them. > T> I forgot to add SIOC.LIFPHYADDR to exp-run, but pretty sure these = are unused, > T> too. > T>=20 > T> What did this ioctls do? They are KAME version of SIOCAIFADDR, = and > T> SIOCSIFPHYADDR respectively. Some operating systems (at least HPUX) > T> have adopted them, and some software may use them on these systems. > T> Anyway, in FreeBSD all software always used our native ioctls. > T>=20 > T> I hope there is no objections against axing these in head/. >=20 > Patch attached. >=20 Please do. Best, George --Apple-Mail=_7DEF8B22-DD49-40D3-B1F9-68EEF234FB98 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlKCheQACgkQYdh2wUQKM9LRqgCfTxyySeTkF4lBH2CO4xIVu5nj RaMAnR/OXqQxFk06IBwHW1QyqU8Hjrhu =2hBB -----END PGP SIGNATURE----- --Apple-Mail=_7DEF8B22-DD49-40D3-B1F9-68EEF234FB98-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 12 21:34:52 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2426A6E; Tue, 12 Nov 2013 21:34:52 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 89D3E28EA; Tue, 12 Nov 2013 21:34:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rACLYqAc051080; Tue, 12 Nov 2013 21:34:52 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rACLYpkj051079; Tue, 12 Nov 2013 21:34:51 GMT (envelope-from jhb) Date: Tue, 12 Nov 2013 21:34:51 GMT Message-Id: <201311122134.rACLYpkj051079@freefall.freebsd.org> To: shahark@mellanox.com, jhb@FreeBSD.org, freebsd-net@FreeBSD.org From: jhb@FreeBSD.org Subject: Re: kern/181225: [infiniband] [patch] unloading ipoib crashes the kernel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 12 Nov 2013 21:34:52 -0000 Synopsis: [infiniband] [patch] unloading ipoib crashes the kernel State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Tue Nov 12 21:33:51 UTC 2013 State-Changed-Why: Fix merged to 9. http://www.freebsd.org/cgi/query-pr.cgi?pr=181225 From owner-freebsd-net@FreeBSD.ORG Tue Nov 12 21:40:02 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C969FD5C for ; Tue, 12 Nov 2013 21:40:02 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B81E32938 for ; Tue, 12 Nov 2013 21:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rACLe2WY051333 for ; Tue, 12 Nov 2013 21:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rACLe2pq051332; Tue, 12 Nov 2013 21:40:02 GMT (envelope-from gnats) Date: Tue, 12 Nov 2013 21:40:02 GMT Message-Id: <201311122140.rACLe2pq051332@freefall.freebsd.org> To: freebsd-net@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: kern/181225: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Nov 2013 21:40:02 -0000 The following reply was made to PR kern/181225; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/181225: commit references a PR Date: Tue, 12 Nov 2013 21:33:13 +0000 (UTC) Author: jhb Date: Tue Nov 12 21:33:01 2013 New Revision: 258072 URL: http://svnweb.freebsd.org/changeset/base/258072 Log: MFC 254576: Stop an ipoib interface before detaching it. PR: kern/181225 Modified: stable/9/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c Directory Properties: stable/9/sys/ (props changed) Modified: stable/9/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c ============================================================================== --- stable/9/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c Tue Nov 12 21:14:19 2013 (r258071) +++ stable/9/sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c Tue Nov 12 21:33:01 2013 (r258072) @@ -1073,6 +1073,8 @@ ipoib_remove_one(struct ib_device *devic if (rdma_port_get_link_layer(device, priv->port) != IB_LINK_LAYER_INFINIBAND) continue; + ipoib_stop(priv); + ib_unregister_event_handler(&priv->event_handler); /* dev_change_flags(priv->dev, priv->dev->flags & ~IFF_UP); */ _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu Nov 14 06:34:43 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9936DD8C; Thu, 14 Nov 2013 06:34:43 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E11982095; Thu, 14 Nov 2013 06:34:42 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hn6so3475370wib.10 for ; Wed, 13 Nov 2013 22:34:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=if1v7LuDWKV9fenvzbAvYSgZZ3Z5gol3/6CBj+nQSCI=; b=lijTwXC1/S17HNTTQhBdwSTTVIukzEa2ErowBrtid8PK9bllMygEPSMNSNpe6E9PB1 ckDQaKbPLNjZ+mIAeo2r8CcO/TB++ZkFYMYXO3jUz13ykGdcTSNA1vm/jhcTJpGuxCqA JbUt9oXnHy7DJZfhZBuSxD4awxOJvVjBNYJnboT/TNKF7CUK5CliODdB5zKKKbREbyVU osqxUs814qy5sXToo1mXv9ijW5iv45gpX6C8ZuoepM9iOxceR2Wh6aJwpnCKwPmXmm8z WFsFfP2zRXH3t/9EMHn1TGGQl/gVFjSbYeO/RqPaEbPjOMDmwjE48/m9Qd2olnFnTbyK CRng== MIME-Version: 1.0 X-Received: by 10.194.78.99 with SMTP id a3mr545919wjx.93.1384410880750; Wed, 13 Nov 2013 22:34:40 -0800 (PST) Received: by 10.216.66.131 with HTTP; Wed, 13 Nov 2013 22:34:40 -0800 (PST) Date: Thu, 14 Nov 2013 08:34:40 +0200 Message-ID: Subject: NETDUMP ARM alignment fault fix From: Boris Astardzhiev To: attilio@freebsd.org, freebsd-net@freebsd.org, freebsd-arm@freebsd.org Content-Type: multipart/mixed; boundary=047d7bf0c48cc552cd04eb1d4631 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 14 Nov 2013 06:34:43 -0000 --047d7bf0c48cc552cd04eb1d4631 Content-Type: text/plain; charset=ISO-8859-1 Hi, I've experienced some alignment faults using NETDUMP on the Sheevaplug ARM board. The function in question is netdump_send_arp(). I've attached a simple fix to it and I'm posting it as it might be of use to someone. diff --git a/sys/netinet/netdump_client.c b/sys/netinet/netdump_client.c index f6e5170..0379c61 100644 --- a/sys/netinet/netdump_client.c +++ b/sys/netinet/netdump_client.c @@ -510,9 +510,11 @@ netdump_send_arp() ah->ar_pln = sizeof(struct in_addr); ah->ar_op = htons(ARPOP_REQUEST); memcpy(ar_sha(ah), IF_LLADDR(nd_nic), ETHER_ADDR_LEN); - ((struct in_addr *)ar_spa(ah))->s_addr = nd_client.s_addr; + memcpy(&(((struct in_addr *)ar_spa(ah))->s_addr), + &nd_client.s_addr, sizeof(nd_client.s_addr)); bzero(ar_tha(ah), ETHER_ADDR_LEN); - ((struct in_addr *)ar_tpa(ah))->s_addr = nd_gw.s_addr; + memcpy(&(((struct in_addr *)ar_tpa(ah))->s_addr), &nd_gw.s_addr, + sizeof(nd_gw.s_addr)); return netdump_ether_output(m, nd_nic, bcast, ETHERTYPE_ARP); } Greetings, Boris --047d7bf0c48cc552cd04eb1d4631 Content-Type: text/plain; charset=US-ASCII; name="armnetdumpalign.diff" Content-Disposition: attachment; filename="armnetdumpalign.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hnzmeefw0 ZGlmZiAtLWdpdCBhL3N5cy9uZXRpbmV0L25ldGR1bXBfY2xpZW50LmMgYi9zeXMvbmV0aW5ldC9u ZXRkdW1wX2NsaWVudC5jCmluZGV4IGY2ZTUxNzAuLjAzNzljNjEgMTAwNjQ0Ci0tLSBhL3N5cy9u ZXRpbmV0L25ldGR1bXBfY2xpZW50LmMKKysrIGIvc3lzL25ldGluZXQvbmV0ZHVtcF9jbGllbnQu YwpAQCAtNTEwLDkgKzUxMCwxMSBAQCBuZXRkdW1wX3NlbmRfYXJwKCkKIAlhaC0+YXJfcGxuID0g c2l6ZW9mKHN0cnVjdCBpbl9hZGRyKTsKIAlhaC0+YXJfb3AgPSBodG9ucyhBUlBPUF9SRVFVRVNU KTsKIAltZW1jcHkoYXJfc2hhKGFoKSwgSUZfTExBRERSKG5kX25pYyksIEVUSEVSX0FERFJfTEVO KTsKLQkoKHN0cnVjdCBpbl9hZGRyICopYXJfc3BhKGFoKSktPnNfYWRkciA9IG5kX2NsaWVudC5z X2FkZHI7CisJbWVtY3B5KCYoKChzdHJ1Y3QgaW5fYWRkciAqKWFyX3NwYShhaCkpLT5zX2FkZHIp LAorCSAgICAmbmRfY2xpZW50LnNfYWRkciwgc2l6ZW9mKG5kX2NsaWVudC5zX2FkZHIpKTsKIAli emVybyhhcl90aGEoYWgpLCBFVEhFUl9BRERSX0xFTik7Ci0JKChzdHJ1Y3QgaW5fYWRkciAqKWFy X3RwYShhaCkpLT5zX2FkZHIgPSBuZF9ndy5zX2FkZHI7CisJbWVtY3B5KCYoKChzdHJ1Y3QgaW5f YWRkciAqKWFyX3RwYShhaCkpLT5zX2FkZHIpLCAmbmRfZ3cuc19hZGRyLAorCSAgICBzaXplb2Yo bmRfZ3cuc19hZGRyKSk7CiAKIAlyZXR1cm4gbmV0ZHVtcF9ldGhlcl9vdXRwdXQobSwgbmRfbmlj LCBiY2FzdCwgRVRIRVJUWVBFX0FSUCk7CiB9Cg== --047d7bf0c48cc552cd04eb1d4631-- From owner-freebsd-net@FreeBSD.ORG Thu Nov 14 13:51:19 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A041ACD for ; Thu, 14 Nov 2013 13:51:19 +0000 (UTC) Received: from corp1.jumptxt.com (corp1.jumptxt.com [66.207.219.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE4072C9F for ; Thu, 14 Nov 2013 13:51:18 +0000 (UTC) Received: from owa.impactmobile.com (office-tor.impactmobile.com [72.15.57.66]) (authenticated bits=0) by corp1.jumptxt.com (8.13.8/8.13.8) with ESMTP id rAEDZDtN025858 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK) for ; Thu, 14 Nov 2013 08:35:13 -0500 Received: from EXCHANGE1-TOR.impactmobile.local ([::1]) by exchange1-tor.impactmobile.local ([::1]) with mapi id 14.01.0218.012; Thu, 14 Nov 2013 08:35:13 -0500 From: Andrew Schmidt To: "freebsd-net@freebsd.org" Subject: Question regarding RST packet and the tcp stack Thread-Topic: Question regarding RST packet and the tcp stack Thread-Index: Ac7hPNQspl1jJCzLQD+WjmXpa5CX7A== Date: Thu, 14 Nov 2013 13:35:12 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.25.1.143] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 14 Nov 2013 13:51:19 -0000 I've been testing out a scenario on windows and linux and I have a question= for what FreeBSD does or rfc1122 says: (The code is in java using java.ni= o) An application (host) has established a remote connection to another machin= e. The OS on the host receives the following packets in order for that so= cket: Data packet (6 bytes) FIN packet RST packet At this point the application (host) tries to read from the socket. On w= indows, this causes a "the os has closed the connection" exception and doe= sn't let you read those 6 bytes. On Linux, those 6 bytes can be read. I've looked over the TCP rfc: http://www.rfc-editor.org/rfc/rfc1122.txt = . But it's not clear what should happen to 6 bytes once a RST packet arri= ves. Does anyone know what the correct behaviour is? Or point me to freebsd's t= cp stack code? Thanks, From owner-freebsd-net@FreeBSD.ORG Thu Nov 14 18:20:01 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFFA33EE for ; Thu, 14 Nov 2013 18:20:01 +0000 (UTC) Received: from st11p05mm-asmtp003.mac.com (st11p05mm-asmtp003.mac.com [17.172.108.248]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7F9225E for ; Thu, 14 Nov 2013 18:20:01 +0000 (UTC) Received: from [17.198.13.205] (unknown [17.198.13.205]) by st11p05mm-asmtp003.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0MW900600MX3G670@st11p05mm-asmtp003.mac.com> for freebsd-net@freebsd.org; Thu, 14 Nov 2013 18:19:53 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794,1.0.14,0.0.0000 definitions=2013-11-14_07:2013-11-13,2013-11-14,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1308280000 definitions=main-1311140118 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Question regarding RST packet and the tcp stack From: Charles Swiger In-reply-to: Date: Thu, 14 Nov 2013 10:19:51 -0800 Content-transfer-encoding: quoted-printable Message-id: References: To: Andrew Schmidt X-Mailer: Apple Mail (2.1510) Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 14 Nov 2013 18:20:01 -0000 On Nov 14, 2013, at 5:35 AM, Andrew Schmidt = wrote: > The OS on the host receives the following packets in order for that = socket: >=20 > Data packet (6 bytes) > FIN packet > RST packet >=20 > At this point the application (host) tries to read from the socket. = On windows, this causes a "the os has closed the connection" exception = and doesn't let you read those 6 bytes. >=20 > On Linux, those 6 bytes can be read. Yes, that's correct behavior (assuming the data received fits within the = open window). > I've looked over the TCP rfc: = http://www.rfc-editor.org/rfc/rfc1122.txt . The TCP RFC is: http://www.ietf.org/rfc/rfc793.txt > But it's not clear what should happen to 6 bytes once a RST packet = arrives. >=20 > Does anyone know what the correct behaviour is? Or point me to = freebsd's tcp stack code? See section 3.5 of RFC 793: "3.5. Closing a Connection CLOSE is an operation meaning "I have no more data to send." The notion of closing a full-duplex connection is subject to ambiguous interpretation, of course, since it may not be obvious how to treat the receiving side of the connection. We have chosen to treat CLOSE in a simplex fashion. The user who CLOSEs may continue to RECEIVE until he is told that the other side has CLOSED also. Thus, a program could initiate several SENDs followed by a CLOSE, and then continue to RECEIVE until signaled that a RECEIVE failed because the other side has CLOSED. We assume that the TCP will signal a user, even if no RECEIVEs are outstanding, that the other side has closed, so the user can terminate his side gracefully. A TCP will reliably deliver all buffers SENT before the connection was CLOSED so a user who expects no data in return need only wait to hear the connection was CLOSED successfully to know that all his data was received at the destination TCP. Users must keep reading connections they close for sending until the TCP says no more data." Regards, --=20 -Chuck From owner-freebsd-net@FreeBSD.ORG Fri Nov 15 15:22:46 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD435DE8 for ; Fri, 15 Nov 2013 15:22:46 +0000 (UTC) Received: from corp1.jumptxt.com (corp1.jumptxt.com [66.207.219.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D5612065 for ; Fri, 15 Nov 2013 15:22:45 +0000 (UTC) Received: from owa.impactmobile.com (office-tor.impactmobile.com [72.15.57.66]) (authenticated bits=0) by corp1.jumptxt.com (8.13.8/8.13.8) with ESMTP id rAFFMcgO025430 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Fri, 15 Nov 2013 10:22:38 -0500 Received: from EXCHANGE1-TOR.impactmobile.local ([::1]) by exchange1-tor.impactmobile.local ([::1]) with mapi id 14.01.0218.012; Fri, 15 Nov 2013 10:22:37 -0500 From: Andrew Schmidt To: Charles Swiger Subject: RE: Question regarding RST packet and the tcp stack Thread-Topic: Question regarding RST packet and the tcp stack Thread-Index: Ac7hPNQspl1jJCzLQD+WjmXpa5CX7AAUzB+AACErM1A= Date: Fri, 15 Nov 2013 15:22:37 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.25.1.143] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 15 Nov 2013 15:22:46 -0000 > "3.5. Closing a Connection >=20 > CLOSE is an operation meaning "I have no more data to send." The > notion of closing a full-duplex connection is subject to ambiguous > interpretation, of course, since it may not be obvious how to treat > the receiving side of the connection. We have chosen to treat CLOSE > in a simplex fashion. The user who CLOSEs may continue to RECEIVE > until he is told that the other side has CLOSED also. Thus, a program > could initiate several SENDs followed by a CLOSE, and then continue to > RECEIVE until signaled that a RECEIVE failed because the other side > has CLOSED. We assume that the TCP will signal a user, even if no > RECEIVEs are outstanding, that the other side has closed, so the user > can terminate his side gracefully. A TCP will reliably deliver all > buffers SENT before the connection was CLOSED so a user who expects no > data in return need only wait to hear the connection was CLOSED > successfully to know that all his data was received at the destination > TCP. Users must keep reading connections they close for sending until > the TCP says no more data." Apologies in advance, but can you confirm that a "CLOSE" means either a FI= N or RST? I've read this section over and over, and I still don't fully understand wh= ere it confirms those bytes should be readable (I'm sure you are correct, b= ut I just need to be able to explain this to someone else, and right now I'= m not 100% clear) For instance this part: > A TCP will reliably deliver all > buffers SENT before the connection was CLOSED so a user who expects no > data in return need only wait to hear the connection was CLOSED > successfully to know that all his data was received at the destination > TCP. Seems to be talking about the side that is closing the connection (which in= my example is the remote side). I'm more interesting in the receiving / h= ost side which hasn't closed any part of it's connection and receives those= 3 separate packets (PSH, PSH+ FIN, RST) > > I've looked over the TCP rfc: http://www.rfc-editor.org/rfc/rfc1122.tx= t . >=20 > The TCP RFC is: http://www.ietf.org/rfc/rfc793.txt Sorry, that was a bad copy/paste Thanks for your help Andrew, From owner-freebsd-net@FreeBSD.ORG Fri Nov 15 16:03:31 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B450D79 for ; Fri, 15 Nov 2013 16:03:31 +0000 (UTC) Received: from st11p05mm-asmtp001.mac.com (st11p05mm-asmtp004.mac.com [17.172.108.249]) by mx1.freebsd.org (Postfix) with ESMTP id 156842325 for ; Fri, 15 Nov 2013 16:03:30 +0000 (UTC) Received: from [17.168.177.121] (unknown [17.168.177.121]) by st11p05mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0MWB0018NB9MB500@st11p05mm-asmtp001.mac.com> for freebsd-net@freebsd.org; Fri, 15 Nov 2013 16:03:24 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794,1.0.14,0.0.0000 definitions=2013-11-15_02:2013-11-15,2013-11-15,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1308280000 definitions=main-1311150095 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: Question regarding RST packet and the tcp stack From: Charles Swiger In-reply-to: Date: Fri, 15 Nov 2013 08:03:22 -0800 Content-transfer-encoding: quoted-printable Message-id: References: To: Andrew Schmidt X-Mailer: Apple Mail (2.1822) Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 15 Nov 2013 16:03:31 -0000 Hi-- On Nov 15, 2013, at 7:22 AM, Andrew Schmidt = wrote: > Apologies in advance, but can you confirm that a "CLOSE" means either = a FIN or RST? "CLOSE" corresponds to when one side calls close(2) in userland. The = TCP stack will send any remaining unsent bytes and then a FIN, moving = the connection from ESTAB to FIN-WAIT-1; the other side of the = connection which receives a FIN moves to CLOSE-WAIT. (See state diagram = around page 22.) > I've read this section over and over, and I still don't fully = understand where it confirms those bytes should be readable (I'm sure = you are correct, but I just need to be able to explain this to someone = else, and right now I'm not 100% clear) Well, read other parts of the RFC.... > For instance this part: >=20 >> A TCP will reliably deliver all >> buffers SENT before the connection was CLOSED so a user who expects = no >> data in return need only wait to hear the connection was CLOSED >> successfully to know that all his data was received at the = destination >> TCP. >=20 > Seems to be talking about the side that is closing the connection = (which in my example is the remote side). Which side wants to close first doesn't have a bearing on data being = sent from the other side. > I'm more interesting in the receiving / host side which hasn't closed = any part of it's connection and receives those 3 separate packets (PSH, = PSH+ FIN, RST) PSH flag isn't relevant to the connection lifecycle. Receiving a FIN = means the other side is done and has no more data to send. Receiving a = RST is not normal, but there are lots of buggy network stacks (or sysctl = tuning for busy webservers) which drop the TCB sooner than 2*MSL aka ~4 = minutes timeout rather than waiting. Regards, --=20 -Chuck From owner-freebsd-net@FreeBSD.ORG Fri Nov 15 22:22:44 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49CB6573; Fri, 15 Nov 2013 22:22:44 +0000 (UTC) Received: from co9outboundpool.messaging.microsoft.com (co9ehsobe003.messaging.microsoft.com [207.46.163.26]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1302228AB; Fri, 15 Nov 2013 22:22:43 +0000 (UTC) Received: from mail203-co9-R.bigfish.com (10.236.132.248) by CO9EHSOBE011.bigfish.com (10.236.130.74) with Microsoft SMTP Server id 14.1.225.22; Fri, 15 Nov 2013 21:52:21 +0000 Received: from mail203-co9 (localhost [127.0.0.1]) by mail203-co9-R.bigfish.com (Postfix) with ESMTP id 631148A0522; Fri, 15 Nov 2013 21:52:21 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.239.16; KIP:(null); UIP:(null); IPV:NLI; H:P-EMF02-SAC.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: VPS0(zzdb82hzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h1d1ah1d2ah1fc6hzz8275ch17326ah8275dh1de097h186068hz31h2a8h839h944hd24hd2bhf0ah1220h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b2fh224fh1fb3h1d0ch1d2eh1d3fh1dfeh1dffh1e1dh1e23h1fe8h1ff5h2218h2216h1155h) Received-SPF: softfail (mail203-co9: transitioning domain of juniper.net does not designate 66.129.239.16 as permitted sender) client-ip=66.129.239.16; envelope-from=stevek@juniper.net; helo=P-EMF02-SAC.jnpr.net ; SAC.jnpr.net ; Received: from mail203-co9 (localhost.localdomain [127.0.0.1]) by mail203-co9 (MessageSwitch) id 1384552339276585_4808; Fri, 15 Nov 2013 21:52:19 +0000 (UTC) Received: from CO9EHSMHS025.bigfish.com (unknown [10.236.132.249]) by mail203-co9.bigfish.com (Postfix) with ESMTP id 3E7B0580041; Fri, 15 Nov 2013 21:52:19 +0000 (UTC) Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by CO9EHSMHS025.bigfish.com (10.236.130.35) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 15 Nov 2013 21:52:19 +0000 Received: from stevek-ubuntu (172.25.4.212) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server id 14.3.146.0; Fri, 15 Nov 2013 13:52:18 -0800 Date: Fri, 15 Nov 2013 16:52:10 -0500 From: Steve Kiernan To: Subject: [JNPR] Network stack as a module (RFC) Message-ID: <20131115165210.23f82578@stevek-ubuntu> In-Reply-To: <50F868FF.5060506@networx.ch> References: <50F868FF.5060506@networx.ch> Organization: Juniper Networks Inc. X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: zec@freebsd.org, luigi@freebsd.org, marcel@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 15 Nov 2013 22:22:44 -0000 This is a follow up to the request sent back in January titled "Proposal for changes to network device drivers and network stack". In order to make it easier to review, we will be submitting pieces to be contributed in logical blocks. Please review the following patch and provide feedback: http://people.freebsd.org/~marcel/Juniper/201311/netstack-option.diff The details of this patch are as follows (and what is suggested for the commit log): Add a NETSTACK option to facilitate separating network stack pieces from the rest of the OS core. This is the first step towards having the network stack as a module. In order to be able to build without the NETSTACK option enabled, the following changes are also required and included with this commit: * Add 'optional netstack' to source files that should be considered part of the network stack, including drivers * Dynamically register the setfib syscall - this eliminates the need of an #Ifdef NETSTACK in kern/syscalls.master and will be necessary when the network stack is a module * Add #ifdef NETSTACK for the following sections of kernel: In linprocfs - the proc/net nodes In the Linuxulator - linux_ioctl_socket and callers In SVR4 compat layer - STREAMS support, socket ioctls, and networking related system calls (getmsg, putmsg, recv, send, sendto) In kern/sys_socket.c - interface/routing/protocol specific ioctls are no longer called in the default case when NETSTACK is not defined, return ENXIO in that case In kern/uipc_socket.c - SO_SETFIB socket option In kern/vfs_init.c - vfs_checkexp should not be set to vfs_stdcheckexp when NETSTACK is not defined In kern/vfs_mount.c - all export-related code In usb device driver - USB_HAVE_PF needs to be defined to 0 in the case of no NETSTACK option Please note that these NETSTACK checks above will end up being removed as pieces of the network stack as a module functionality are added. To verify building without the NETSTACK option, the LINT-NONETSTACK kernel has been added to makeLINT.mk -- Stephen J. Kiernan Juniper Networks, Inc. stevek_at_juniper.net From owner-freebsd-net@FreeBSD.ORG Sat Nov 16 02:03:08 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A40D351E; Sat, 16 Nov 2013 02:03:08 +0000 (UTC) Received: from mail-qe0-x232.google.com (mail-qe0-x232.google.com [IPv6:2607:f8b0:400d:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 336A9240A; Sat, 16 Nov 2013 02:03:08 +0000 (UTC) Received: by mail-qe0-f50.google.com with SMTP id 1so2741059qee.23 for ; Fri, 15 Nov 2013 18:03:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=SoLwvC0tvcjuQSnHjiKd3hKBNAVe5LFJgZSb3/WbaQ8=; b=W+WkGgLhpAb85HOokDDAvy/lJC9f80JGAwswtzqes4mTWJ0EiBguNIJxOrivDF9NQb iNiwNLfwcKqRDkQXoq2LnitV2L3HCZwTd5m6tTtHHEJvYXw/L2N3nPqDlTdfpbdifX/W 2PbRCr2aJfzbCGmuzKIbjdfMmxb0LkkxQRDhjikQ5drczSR+zoT2AH+wx4+iVdPH27Ix vOugB1pAmBN7CLDp0RRPkKsy+1xvR39nTvQjjo1wtYELehaqtGNcnlBY78eUGELgCsQ+ dSFTePYFG3sxeub26jGjhGioiD6Xw1gZ3ppiyFA8+0YDbPuYxBi4DwH+LU15+XM7OFmj 6BoA== MIME-Version: 1.0 X-Received: by 10.224.98.200 with SMTP id r8mr15648044qan.26.1384567387455; Fri, 15 Nov 2013 18:03:07 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Fri, 15 Nov 2013 18:03:07 -0800 (PST) In-Reply-To: <20131115165210.23f82578@stevek-ubuntu> References: <50F868FF.5060506@networx.ch> <20131115165210.23f82578@stevek-ubuntu> Date: Fri, 15 Nov 2013 18:03:07 -0800 X-Google-Sender-Auth: Upr2vxI-SB2JeNFowegOQb3sQ9Q Message-ID: Subject: Re: [JNPR] Network stack as a module (RFC) From: Adrian Chadd To: Steve Kiernan Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Net , Luigi Rizzo , Marcel Moolenaar , zec@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 16 Nov 2013 02:03:08 -0000 Hi, We can't commit it with 'netstack' against all of the drivers. I think the default should be "assume freebsd's networking stack" and if someone disables that option, the drivers just won't link. Thus, someone compiling FreeBSD without netstack shouldn't be compiling GENERIC - they would be compiling a custom kernel with their own device stuff. -adrian On 15 November 2013 13:52, Steve Kiernan wrote: > This is a follow up to the request sent back in January titled "Proposal for changes to network device drivers and network stack". > > In order to make it easier to review, we will be submitting pieces to be contributed in logical blocks. > > Please review the following patch and provide feedback: > http://people.freebsd.org/~marcel/Juniper/201311/netstack-option.diff > > The details of this patch are as follows (and what is suggested for the commit log): > > Add a NETSTACK option to facilitate separating network stack pieces from the > rest of the OS core. This is the first step towards having the network stack > as a module. > > In order to be able to build without the NETSTACK option enabled, the following > changes are also required and included with this commit: > > * Add 'optional netstack' to source files that should be considered part of the > network stack, including drivers > * Dynamically register the setfib syscall > - this eliminates the need of an #Ifdef NETSTACK in kern/syscalls.master and > will be necessary when the network stack is a module > * Add #ifdef NETSTACK for the following sections of kernel: > In linprocfs - the proc/net nodes > In the Linuxulator - linux_ioctl_socket and callers > In SVR4 compat layer - STREAMS support, socket ioctls, and networking related > system calls (getmsg, putmsg, recv, send, sendto) > In kern/sys_socket.c - interface/routing/protocol specific ioctls are no > longer called in the default case when NETSTACK is not defined, return > ENXIO in that case > In kern/uipc_socket.c - SO_SETFIB socket option > In kern/vfs_init.c - vfs_checkexp should not be set to vfs_stdcheckexp when > NETSTACK is not defined > In kern/vfs_mount.c - all export-related code > In usb device driver - USB_HAVE_PF needs to be defined to 0 in the case of > no NETSTACK option > > Please note that these NETSTACK checks above will end up being removed as > pieces of the network stack as a module functionality are added. > > To verify building without the NETSTACK option, the LINT-NONETSTACK kernel > has been added to makeLINT.mk > > -- > Stephen J. Kiernan > Juniper Networks, Inc. > stevek_at_juniper.net > > _______________________________________________ > 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 Sat Nov 16 08:43:13 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C852471; Sat, 16 Nov 2013 08:43:13 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5BA452462; Sat, 16 Nov 2013 08:43:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rAG8hDFl042830; Sat, 16 Nov 2013 08:43:13 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rAG8hCuG042829; Sat, 16 Nov 2013 08:43:12 GMT (envelope-from glebius) Date: Sat, 16 Nov 2013 08:43:12 GMT Message-Id: <201311160843.rAG8hCuG042829@freefall.freebsd.org> To: andykinney@advantagecom.net, glebius@FreeBSD.org, freebsd-net@FreeBSD.org From: glebius@FreeBSD.org Subject: Re: kern/183732: [igb] igb interface output byte counter double real output bytes on 8.4-RELEASE generic kernel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 16 Nov 2013 08:43:13 -0000 Synopsis: [igb] igb interface output byte counter double real output bytes on 8.4-RELEASE generic kernel State-Changed-From-To: open->closed State-Changed-By: glebius State-Changed-When: Sat Nov 16 08:28:46 UTC 2013 State-Changed-Why: Andrew, 1) the PR is a duplicate of already existing PR and you knew that. 2) the problem doesn't exist in 9.2-RELEASE 3) there will be no more releases cut from the stable/8 branch, since bug isn't critical, and isn't security related, it doesn't deserve Errata Notice. Taking the above into account, I am closing the PR. Please, upgrade to 9.2-RELEASE or upcoming soon 10.0-RELEASE. http://www.freebsd.org/cgi/query-pr.cgi?pr=183732 From owner-freebsd-net@FreeBSD.ORG Sat Nov 16 08:49:22 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F866617; Sat, 16 Nov 2013 08:49:22 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0226724CD; Sat, 16 Nov 2013 08:49:21 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rAG8nJfg049994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 16 Nov 2013 12:49:19 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rAG8nJMt049993; Sat, 16 Nov 2013 12:49:19 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 16 Nov 2013 12:49:19 +0400 From: Gleb Smirnoff To: Steve Kiernan Subject: Re: [JNPR] Network stack as a module (RFC) Message-ID: <20131116084919.GF7577@glebius.int.ru> References: <50F868FF.5060506@networx.ch> <20131115165210.23f82578@stevek-ubuntu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131115165210.23f82578@stevek-ubuntu> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: zec@freebsd.org, freebsd-net@freebsd.org, luigi@freebsd.org, marcel@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 16 Nov 2013 08:49:22 -0000 Steve, On Fri, Nov 15, 2013 at 04:52:10PM -0500, Steve Kiernan wrote: S> This is a follow up to the request sent back in January titled "Proposal for changes to network device drivers and network stack". S> S> In order to make it easier to review, we will be submitting pieces to be contributed in logical blocks. S> S> Please review the following patch and provide feedback: S> http://people.freebsd.org/~marcel/Juniper/201311/netstack-option.diff S> S> The details of this patch are as follows (and what is suggested for the commit log): S> S> Add a NETSTACK option to facilitate separating network stack pieces from the S> rest of the OS core. This is the first step towards having the network stack S> as a module. You probably mean "having the network stack optional", since under module we usually mean loadable kernel module. I have reviewed the patch and I don't have any strong objections against. However, I'd ask you to delay the check in until 10.0-RELEASE is out. The head diverging strongly from the stable/10 can hurt release process, we need bug to bug compatibility for next month. :) -- Totus tuus, Glebius. From owner-freebsd-net@FreeBSD.ORG Sat Nov 16 21:48:44 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC94AC68 for ; Sat, 16 Nov 2013 21:48:44 +0000 (UTC) Received: from mo6-p00-ob.rzone.de (mo6-p00-ob.rzone.de [IPv6:2a01:238:20a:202:5300::1]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 848EA26CD for ; Sat, 16 Nov 2013 21:48:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1384638522; l=1950; s=domk; d=obsigna.com; h=Mime-Version:To:Date:Subject:Content-Transfer-Encoding:Content-Type: From:X-RZG-CLASS-ID:X-RZG-AUTH; bh=2UVKiaq7rdD+tDpNbMZz1LK7zHo=; b=aPyQ2vkMhRPssOZqEsYICf02hulGPvI55dmXF3BRyql3iM/buBEEBSCQoX9Af9R6jIm Ddqsccsy5CdkU9aAZ1Q7Pp+1Ie/Hfs5HABWSIq8sEDZRPmrfPhcd1xYa1bACWWjQ4yWnU C1Fu42btkDiD+sF+32vZ7LQ6LZ2++raRd0M= X-RZG-AUTH: :O2kGeEG7b/pS1EK7WHa0hxqKZr4lnx6UhToX1IWHkW4X7v2ImaU2BqlKi/2sgPjP5gc7 X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com (bd1db303.virtua.com.br [189.29.179.3]) by smtp.strato.de (RZmta 32.13 DYNA|AUTH) with (TLSv1.2:DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id m028a4pAGLmfpfG for ; Sat, 16 Nov 2013 22:48:41 +0100 (CET) Received: from rolf.projectworld.net (rolf.projectworld.net [192.168.222.5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 6BDA7142AF428 for ; Sat, 16 Nov 2013 19:48:38 -0200 (BRST) From: "Dr. Rolf Jansen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: MPD5 PPTP and L2TP server problem with FreeBSD 9.2-RELEASE-p1 Message-Id: <6066426D-84BE-40F6-904D-9FF97B128555@obsigna.com> Date: Sat, 16 Nov 2013 19:48:38 -0200 To: freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 16 Nov 2013 21:48:45 -0000 Hello! On my FreeBSD home server I installed MPD 5.7 for it providing PPTP and = L2TP Dial-In VPN connectivity for external clients, which worked very = well. In the last week, I upgraded my home server from 9.1 RELEASE-p7 to = 9.2-RELEASE-p1, using freebsd-update. Now, the server behaves strange after a PPTP or a L2TP/IPsec-VPN = connection had been established. The VPN client can access resources on = the server, but not in the LAN and WAN, as it could on 9.1. Even more = bugging is, that LAN clients cannot access the internet anymore, once a = VPN connection was made, and the problem persists even after the VPN was = disconnected, and persists after the mpd5 and racoon were killed, and = any dangling SA and SPD had been flushed. netstat -nr and sockstat -4 = show nothing strange. For getting back WAN connectivity for LAN clients, = I need to restart the server. First, I thought that this could be a problem of the ipsec patches that = I applied to my custom kernel, and I did some tests with PPTP by mpd5 = using a pristine 9.2 GENERIC one. The same happened with that. Once an = external client established a PPTP-VPN connection, all the internal LAN = clients were effectively clipped from he internet. For the time being, I disabled mpd5, and switched to sl2tps, which is = also based on netgraph, and it doesn't show said problem in the = otherwise unmodified L2TP/IPsec setup - PPTP stays disabled though. I really would like to have back a working mpd5, since it is more = versatile, and since sl2tps shows a different problem, namely it does = not tear-down the proxy-arp routes, that it installed into the routing = tables. I did not send a PR up to now. Can somebody confirm this problem? My = best educated guess is, that this is a kernel (or kernel module) = regression, but I am not sure. So, what category should a PR have -- = Kernel or ports net/mpd5? Best regards Rolf= From owner-freebsd-net@FreeBSD.ORG Sat Nov 16 22:13:51 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 853551DF for ; Sat, 16 Nov 2013 22:13:51 +0000 (UTC) Received: from mail.solomo.de (mail.solomo.de [5.9.87.18]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F11F27D8 for ; Sat, 16 Nov 2013 22:13:51 +0000 (UTC) Received: from cpos1.nexxtmobile.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 9226677B4; Sat, 16 Nov 2013 23:13:43 +0100 (CET) X-Virus-Scanned: amavisd-new at nexxtmobile.de Received: from mail.solomo.de ([127.0.0.1]) by cpos1.nexxtmobile.de (cpos1.nexxtmobile.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2wTB5LM0xASJ; Sat, 16 Nov 2013 23:13:41 +0100 (CET) Received: from nibbler-lan.home.lan (unknown [IPv6:2001:4dd0:fd65:d00d:450e:10ea:a137:7acd]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id B708E77A5; Sat, 16 Nov 2013 23:13:40 +0100 (CET) Message-ID: <5287EE0F.3070800@smeets.im> Date: Sat, 16 Nov 2013 23:13:35 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:28.0) Gecko/20100101 Thunderbird/28.0a1 MIME-Version: 1.0 To: "Dr. Rolf Jansen" , freebsd-net@freebsd.org Subject: Re: MPD5 PPTP and L2TP server problem with FreeBSD 9.2-RELEASE-p1 References: <6066426D-84BE-40F6-904D-9FF97B128555@obsigna.com> In-Reply-To: <6066426D-84BE-40F6-904D-9FF97B128555@obsigna.com> X-Enigmail-Version: 1.7a1pre Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gDT9FiLE0CcfnvM242jrxlHjlp6KMTSwq" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 16 Nov 2013 22:13:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gDT9FiLE0CcfnvM242jrxlHjlp6KMTSwq Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 16/11/13 22:48, Dr. Rolf Jansen wrote: > Hello! > > Now, the server behaves strange after a PPTP or a L2TP/IPsec-VPN > connection had been established. The VPN client can access resources > on the server, but not in the LAN and WAN, as it could on 9.1. Even > more bugging is, that LAN clients cannot access the internet anymore, > once a VPN connection was made, and the problem persists even after > the VPN was disconnected, and persists after the mpd5 and racoon were > killed, and any dangling SA and SPD had been flushed. netstat -nr and > sockstat -4 show nothing strange. For getting back WAN connectivity > for LAN clients, I need to restart the server. >=20 Do you set net.inet.ip.forwarding in /etc/sysctl.conf? Try setting gateway_enable=3D"YES" in /etc/rc.conf. This is caused by some changes in= the rc system and the scripts it calls on interface creation. This bit me too. It looks like directly setting net.inet.ip.forwarding in sysctl.conf has never been officially supported. Though the last time I used gateway_enable was probably in the 4.X days, and setting it in sysctl.conf has always worked for me, until now :) Florian --gDT9FiLE0CcfnvM242jrxlHjlp6KMTSwq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJSh+4TAAoJEOcFPfn/hvB2jQcP/iutldAF42tgiPPr66AKIvfu HZY1KjNHmZSp0HgFUPQgFY0osTrffDPhRDXyRXEPLaoJZJ7ozgf7i7dMuH8g10aW IDTydnBCISS03LGsh8X/81CengYpbgKH2av0SHbm/zbS+Hgr7ykkmvWsuwvuZaQ5 gcH9hQXRYQJbHhypdmDxoseiPhqV6XliWxwGqNGhYHJ2Ws9tUVhG0OKbEDM4v6Zi +8U+Na7KYafkK30lX3dX9bkYNLO5tWVPvvBz2Zrfl4ZOnHeOm7Vez6YcC1bpbbCu +sCk2K9AA1tRvyFmi/OVj4a8h35Hl7ZVQDsEb28dqvNrAg4+svuRd2mfdLEN+w+k 1iJPQtwZUucc/IfsS5zOXEbEgd8e9TD4m2s3yGSM+U7WTyG9OfjtWTyTAN95osuG PiduYmTsHkToKt9n4GyVrYZKX7WeFnNCdHGkxg+h6eoZFa56/F8stHtIFyHKdap8 gVMmQWEp2stCwhMO1ouH9JnNwlB+6JvzEtaXQg5AdPhYshH7RdCTuZX72CE2ETI8 z1e3OgIqodTM8pJBllGWXm7g+BcrFtf96ktwu7mWRVqg5mvLXuD2eCn6OShPNohX VhxgYlrr9s981PX4qOO9ylb7qMBuO8GI3Xz6fSStddfC7dY0ppKMlC97QfsAMvEP YQgsMUVrROCiAVh+HvJM =8RWC -----END PGP SIGNATURE----- --gDT9FiLE0CcfnvM242jrxlHjlp6KMTSwq-- From owner-freebsd-net@FreeBSD.ORG Sat Nov 16 22:52:15 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1FFF90F for ; Sat, 16 Nov 2013 22:52:14 +0000 (UTC) Received: from mo6-p00-ob.rzone.de (mo6-p00-ob.rzone.de [IPv6:2a01:238:20a:202:5300::1]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 711C92985 for ; Sat, 16 Nov 2013 22:52:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1384642332; l=2629; s=domk; d=obsigna.com; h=To:References:Cc:Date:In-Reply-To:From:Subject:Mime-Version: Content-Type:X-RZG-CLASS-ID:X-RZG-AUTH; bh=/p9Kydwidwxw52UoGyHXrcmXBSk=; b=mj6unmRqSQ/+RQAGDmw0onAQ+Z65/SRtSFpiu7CSix3dwjc3ZS8YSSPvRdDvSowfZUb VFLq48z/XBrXa572Yob498th0dVlOKcBxyrTRNqwKfs8V8HuOpcMTmjI7T1tetvsvqJqS rk7s6QW4KSfNxrXPzakTlsQRfELd8yPVVv4= X-RZG-AUTH: :O2kGeEG7b/pS1EK7WHa0hxqKZr4lnx6UhToX1IWHkW4X7v2ImaU2BqlKi/2sgPjP5gc7 X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com (bd1db303.virtua.com.br [189.29.179.3]) by smtp.strato.de (RZmta 32.13 DYNA|AUTH) with (TLSv1.2:DHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id V050fbpAGMqBqUh ; Sat, 16 Nov 2013 23:52:11 +0100 (CET) Received: from rolf.projectworld.net (rolf.projectworld.net [192.168.222.5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id AAEA9142AF428; Sat, 16 Nov 2013 20:52:07 -0200 (BRST) Content-Type: multipart/signed; boundary="Apple-Mail=_BB9E9702-1340-4456-94C0-6F4AF37ABF91"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: MPD5 PPTP and L2TP server problem with FreeBSD 9.2-RELEASE-p1 From: "Dr. Rolf Jansen" In-Reply-To: <5287EE0F.3070800@smeets.im> Date: Sat, 16 Nov 2013 20:52:06 -0200 Message-Id: <4CA8022F-E827-4417-9541-4E3EB4D6155E@obsigna.com> References: <6066426D-84BE-40F6-904D-9FF97B128555@obsigna.com> <5287EE0F.3070800@smeets.im> To: Florian Smeets X-Mailer: Apple Mail (2.1510) Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 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, 16 Nov 2013 22:52:15 -0000 --Apple-Mail=_BB9E9702-1340-4456-94C0-6F4AF37ABF91 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Am 16.11.2013 um 20:13 schrieb Florian Smeets : > On 16/11/13 22:48, Dr. Rolf Jansen wrote: >=20 >> Hello! >>=20 >> Now, the server behaves strange after a PPTP or a L2TP/IPsec-VPN >> connection had been established. The VPN client can access resources >> on the server, but not in the LAN and WAN, as it could on 9.1. Even >> more bugging is, that LAN clients cannot access the internet anymore, >> once a VPN connection was made, and the problem persists even after >> the VPN was disconnected, and persists after the mpd5 and racoon were >> killed, and any dangling SA and SPD had been flushed. netstat -nr and >> sockstat -4 show nothing strange. For getting back WAN connectivity >> for LAN clients, I need to restart the server. >=20 > Do you set net.inet.ip.forwarding in /etc/sysctl.conf? Try setting > gateway_enable=3D"YES" in /etc/rc.conf. This is caused by some changes = in > the rc system and the scripts it calls on interface creation. This bit > me too. >=20 > It looks like directly setting net.inet.ip.forwarding in sysctl.conf = has > never been officially supported. Though the last time I used > gateway_enable was probably in the 4.X days, and setting it in > sysctl.conf has always worked for me, until now :) Yes, that was the problem. My configuration had net.inet.ip.forwarding=3D1= and net.inet6.ip.forwarding=3D1 in /etc/sysctl.conf instead of = gateway_enable=3D"YES" in /etc/rc.conf. I removed the respective sysctl = assignments and set gateway_enable=3D"YES", and the VPN servers work as = before. Many thanks for the helpful hint. Best regards Rolf --Apple-Mail=_BB9E9702-1340-4456-94C0-6F4AF37ABF91 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSh/cXAAoJENj77GPmvpID8yYH/36UumCaO0V335ki6Q91hN8z gRA/JLP5yBYVMqk1/W8lvmuZ+jB6aXhKbBDCQF/Q4NwbtjkPIxckYdfnSsC0zHCb 9aGIoeMa1GHVo2a2Wp49alajFNq+fK5LFqQjoKCiTo0eJ4Wq7KkEFBZukygqZtlw HaG2SJ6DWKckZUmpcmkTQCosvcYHQAWRRG8drAikPNfzlcFM465UnNamjtSEbmkx kYHQlOl2CqulVy0SF38+qckxQ7NRCvFDRbdIdVTnMw7V3iK1BEiOzXZWhspnAe0v tfq/KXpmy8uhIPoRfqQDgRCfvFhOIzVCchYgPaHZ9XgE25zIo+XNvQXstzH8hSw= =LgJW -----END PGP SIGNATURE----- --Apple-Mail=_BB9E9702-1340-4456-94C0-6F4AF37ABF91--