From owner-freebsd-net@freebsd.org Mon Dec 14 00:07:24 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0074EA14293 for ; Mon, 14 Dec 2015 00:07:24 +0000 (UTC) (envelope-from ralsaadi@swin.edu.au) Received: from iport1.cc.swin.edu.au (iport1.cc.swin.edu.au [136.186.0.49]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC2F1C57 for ; Mon, 14 Dec 2015 00:07:22 +0000 (UTC) (envelope-from ralsaadi@swin.edu.au) X-IronPort-AV: E=Sophos;i="5.20,424,1444654800"; d="scan'208";a="15734189" Received: from gsp-ex03.ds.swin.edu.au (HELO outlook.swin.edu.au) ([136.186.126.19]) by iport1.cc.swin.edu.au with ESMTP; 14 Dec 2015 11:06:13 +1100 Received: from GSP-EX02.ds.swin.edu.au ([169.254.2.2]) by gsp-ex03.ds.swin.edu.au ([169.254.3.127]) with mapi id 14.03.0248.002; Mon, 14 Dec 2015 11:06:13 +1100 From: Rasool Al-Saadi To: "freebsd-net@freebsd.org" Subject: Random kernel panic when unloading Dummynet module in multicore processor Thread-Topic: Random kernel panic when unloading Dummynet module in multicore processor Thread-Index: AdE2AqZsQe+FMyqeQvO4bfEq/b84EQ== Date: Mon, 14 Dec 2015 00:06:12 +0000 Message-ID: <6545444AE21C2749939E637E56594CEA3C10B9DA@gsp-ex02.ds.swin.edu.au> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [136.186.126.11] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 00:07:24 -0000 Hi everyone, I am not sure if this bug was reported before or not (I didn't find exact p= roblem) .=20 When I try to unload dummynet module (kldunload dummynet) in FreeBSD11-CURR= ENT, sometimes the system is halt or panic. I noticed that this only happen= s with multicore processor. When I disable all CPU's cores except one (using hint.lapic.x.disabled=3D1)= , the panic does not appear. I tried to reproduce the panic in a system with Intel Core 2 Due 2.33HGz pr= ocessor and also in VirtualBox VM (I set number of processors in VM setting= to 2), and in both cases I got system panic. Most of the times the panic is: Fatal trap 12: page fault while in kernel mode ... Stopped at callout_process+... Kernel version: FreeBSD 11.0-CURRENT #0 r291495: Mon Nov 30 23:14:34 UTC 2015 root@rele= ng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 To reproduce the panic: Run 'kldload dummynet && kldunload dummynet' many times (or write a shell s= cript loop to do that) Debug Info: DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched PRIO loaded unload_dn_sched dn_sched PRIO unloaded unload_dn_sched dn_sched WF2Q+ unloaded unload_dn_sched dn_sched RR unloaded unload_dn_sched dn_sched QFQ unloaded unload_dn_sched dn_sched FIFO unloaded kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xffffffff82251c68 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80a36c50 stack pointer =3D 0x28:0xfffffe0116b0c710 frame pointer =3D 0x28:0xfffffe0116b0c7a0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 11 (idle: cpu0) Backtrace: #0 doadump (textdump=3D380682592) at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #0 doadump (textdump=3D380682592) at pcpu.h:221 #1 0xffffffff8037d906 in db_fncall (dummy1=3D, dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:568 #2 0xffffffff8037d39e in db_command (cmd_table=3D0x0) at /usr/src/sys/ddb/db_command.c:440 #3 0xffffffff8037d134 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #4 0xffffffff8037fbcb in db_trap (type=3D, code=3D0) at /usr/src/sys/ddb/db_main.c:251 #5 0xffffffff80a5e593 in kdb_trap (type=3D12, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80e69d01 in trap_fatal (frame=3D0xfffffe0116b0c660, eva=3D) at /usr/src/sys/amd64/amd64/trap.c:829 #7 0xffffffff80e69f4d in trap_pfault (frame=3D0xfffffe0116b0c660, usermode=3D) at /usr/src/sys/amd64/amd64/trap.c:68= 4 #8 0xffffffff80e6967f in trap (frame=3D0xfffffe0116b0c660) at /usr/src/sys/amd64/amd64/trap.c:435 #9 0xffffffff80e49447 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:234 #10 0xffffffff80a36c50 in callout_process (now=3D307238251753) at /usr/src/sys/kern/kern_timeout.c:480 #11 0xffffffff80f6809d in handleevents (now=3D307238251753, fake=3D0) at /usr/src/sys/kern/kern_clocksource.c:212 #12 0xffffffff80f68725 in timercb (et=3D, arg=3D) at /usr/src/sys/kern/kern_clocksource.c:34= 5 #13 0xffffffff80e6f766 in hpet_intr_single (arg=3D) at /usr/src/sys/dev/acpica/acpi_hpet.c:273 #14 0xffffffff80e6f819 in hpet_intr (arg=3D0xfffffe0000dcb000) at /usr/src/sys/dev/acpica/acpi_hpet.c:291 #15 0xffffffff809e9f9c in intr_event_handle (ie=3D0xfffff80003ca1a00, frame=3D0xfffffe0116b0c970) at /usr/src/sys/kern/kern_intr.c:1436 #16 0xffffffff80fa1fb8 in intr_execute_handlers (isrc=3D0xfffff80003cea590, frame=3D0xfffffe0116b0c970) at /usr/src/sys/x86/x86/intr_machdep.c:275 #17 0xffffffff80fa6a78 in lapic_handle_intr (vector=3D= , frame=3D0xfffffe0116b0c970) at /usr/src/sys/x86/x86/local_apic.c:1008 #18 0xffffffff80e49b27 in Xapic_isr1 () at apic_vector.S:116 #19 0xffffffff80f9f6b6 in acpi_cpu_c1 () at /usr/src/sys/x86/x86/cpu_machdep.c:133 #20 0xffffffff8039f855 in acpi_cpu_idle (sbt=3D) at /usr/src/sys/dev/acpica/acpi_cpu.c:1157 #21 0xffffffff80f9f99f in cpu_idle_acpi (sbt=3D160862) at /usr/src/sys/x86/x86/cpu_machdep.c:263 #22 0xffffffff80f9fa47 in cpu_idle (busy=3D0) at /usr/src/sys/x86/x86/cpu_machdep.c:415 #23 0xffffffff80a4c565 in sched_idletd (dummy=3D) at /usr/src/sys/kern/sched_ule.c:2688 #24 0xffffffff809e7714 in fork_exit ( callout=3D0xffffffff80a4c0c0 , arg=3D0x0, frame=3D0xfffffe0116b0cc00) at /usr/src/sys/kern/kern_fork.c:1011 #25 0xffffffff80e4997e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:609 #26 0x0000000000000000 in ?? () Cheers, Rasool From owner-freebsd-net@freebsd.org Mon Dec 14 09:10:24 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7EF2A43829 for ; Mon, 14 Dec 2015 09:10:24 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 939971CB0 for ; Mon, 14 Dec 2015 09:10:24 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id AF7B91FE024; Mon, 14 Dec 2015 10:10:22 +0100 (CET) Subject: Re: Random kernel panic when unloading Dummynet module in multicore processor To: Rasool Al-Saadi , "freebsd-net@freebsd.org" References: <6545444AE21C2749939E637E56594CEA3C10B9DA@gsp-ex02.ds.swin.edu.au> From: Hans Petter Selasky Message-ID: <566E87F1.3040606@selasky.org> Date: Mon, 14 Dec 2015 10:12:17 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <6545444AE21C2749939E637E56594CEA3C10B9DA@gsp-ex02.ds.swin.edu.au> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 09:10:25 -0000 On 12/14/15 01:06, Rasool Al-Saadi wrote: > Hi everyone, > > I am not sure if this bug was reported before or not (I didn't find exact problem) . > > When I try to unload dummynet module (kldunload dummynet) in FreeBSD11-CURRENT, sometimes the system is halt or panic. I noticed that this only happens with multicore processor. > When I disable all CPU's cores except one (using hint.lapic.x.disabled=1), the panic does not appear. > I tried to reproduce the panic in a system with Intel Core 2 Due 2.33HGz processor and also in VirtualBox VM (I set number of processors in VM setting to 2), and in both cases I got system panic. > > Most of the times the panic is: > Fatal trap 12: page fault while in kernel mode > ... > Stopped at callout_process+... > > Kernel version: > FreeBSD 11.0-CURRENT #0 r291495: Mon Nov 30 23:14:34 UTC 2015 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > To reproduce the panic: > Run 'kldload dummynet && kldunload dummynet' many times (or write a shell script loop to do that) > > Debug Info: > > DUMMYNET 0 with IPv6 initialized (100409) > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched QFQ loaded > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched PRIO loaded > unload_dn_sched dn_sched PRIO unloaded > unload_dn_sched dn_sched WF2Q+ unloaded > unload_dn_sched dn_sched RR unloaded > unload_dn_sched dn_sched QFQ unloaded > unload_dn_sched dn_sched FIFO unloaded > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xffffffff82251c68 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80a36c50 > stack pointer = 0x28:0xfffffe0116b0c710 > frame pointer = 0x28:0xfffffe0116b0c7a0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 11 (idle: cpu0) > > Backtrace: > > #0 doadump (textdump=380682592) at pcpu.h:221 > 221 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) backtrace > #0 doadump (textdump=380682592) at pcpu.h:221 > #1 0xffffffff8037d906 in db_fncall (dummy1=, > dummy2=, dummy3=, > dummy4=) at /usr/src/sys/ddb/db_command.c:568 > #2 0xffffffff8037d39e in db_command (cmd_table=0x0) > at /usr/src/sys/ddb/db_command.c:440 > #3 0xffffffff8037d134 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:493 > #4 0xffffffff8037fbcb in db_trap (type=, code=0) > at /usr/src/sys/ddb/db_main.c:251 > #5 0xffffffff80a5e593 in kdb_trap (type=12, code=0, tf=) > at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80e69d01 in trap_fatal (frame=0xfffffe0116b0c660, > eva=) at /usr/src/sys/amd64/amd64/trap.c:829 > #7 0xffffffff80e69f4d in trap_pfault (frame=0xfffffe0116b0c660, > usermode=) at /usr/src/sys/amd64/amd64/trap.c:684 > #8 0xffffffff80e6967f in trap (frame=0xfffffe0116b0c660) > at /usr/src/sys/amd64/amd64/trap.c:435 > #9 0xffffffff80e49447 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:234 > #10 0xffffffff80a36c50 in callout_process (now=307238251753) > at /usr/src/sys/kern/kern_timeout.c:480 > #11 0xffffffff80f6809d in handleevents (now=307238251753, fake=0) > at /usr/src/sys/kern/kern_clocksource.c:212 > #12 0xffffffff80f68725 in timercb (et=, > arg=) at /usr/src/sys/kern/kern_clocksource.c:345 > #13 0xffffffff80e6f766 in hpet_intr_single (arg=) > at /usr/src/sys/dev/acpica/acpi_hpet.c:273 > #14 0xffffffff80e6f819 in hpet_intr (arg=0xfffffe0000dcb000) > at /usr/src/sys/dev/acpica/acpi_hpet.c:291 > #15 0xffffffff809e9f9c in intr_event_handle (ie=0xfffff80003ca1a00, > frame=0xfffffe0116b0c970) at /usr/src/sys/kern/kern_intr.c:1436 > #16 0xffffffff80fa1fb8 in intr_execute_handlers (isrc=0xfffff80003cea590, > frame=0xfffffe0116b0c970) at /usr/src/sys/x86/x86/intr_machdep.c:275 > #17 0xffffffff80fa6a78 in lapic_handle_intr (vector=, > frame=0xfffffe0116b0c970) at /usr/src/sys/x86/x86/local_apic.c:1008 > #18 0xffffffff80e49b27 in Xapic_isr1 () at apic_vector.S:116 > #19 0xffffffff80f9f6b6 in acpi_cpu_c1 () > at /usr/src/sys/x86/x86/cpu_machdep.c:133 > #20 0xffffffff8039f855 in acpi_cpu_idle (sbt=) > at /usr/src/sys/dev/acpica/acpi_cpu.c:1157 > #21 0xffffffff80f9f99f in cpu_idle_acpi (sbt=160862) > at /usr/src/sys/x86/x86/cpu_machdep.c:263 > #22 0xffffffff80f9fa47 in cpu_idle (busy=0) > at /usr/src/sys/x86/x86/cpu_machdep.c:415 > #23 0xffffffff80a4c565 in sched_idletd (dummy=) > at /usr/src/sys/kern/sched_ule.c:2688 > #24 0xffffffff809e7714 in fork_exit ( > callout=0xffffffff80a4c0c0 , arg=0x0, > frame=0xfffffe0116b0cc00) at /usr/src/sys/kern/kern_fork.c:1011 > #25 0xffffffff80e4997e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:609 > #26 0x0000000000000000 in ?? () > Hi, Can you try this DIFF: https://reviews.freebsd.org/D3855 --HPS From owner-freebsd-net@freebsd.org Mon Dec 14 09:19:00 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DD18A43DBB for ; Mon, 14 Dec 2015 09:19:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7E20F1089 for ; Mon, 14 Dec 2015 09:19:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBE9J0H9028768 for ; Mon, 14 Dec 2015 09:19:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 205194] Changing MTU higher than 1500 on the interface pfsync0 causes panic Date: Mon, 14 Dec 2015 09:19:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_file_loc keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 09:19:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205194 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://reviews.freebsd.org | |/D4522 Keywords| |crash, needs-qa, patch -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Mon Dec 14 09:19:13 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF9A1A43DEB for ; Mon, 14 Dec 2015 09:19:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E04301125 for ; Mon, 14 Dec 2015 09:19:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBE9JD1D029175 for ; Mon, 14 Dec 2015 09:19:13 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 205194] Changing MTU higher than 1500 on the interface pfsync0 causes panic Date: Mon, 14 Dec 2015 09:19:14 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: flagtypes.name Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 09:19:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205194 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |mfc-stable9?, mfc-stable10? -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Mon Dec 14 10:40:10 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10B87A477E0 for ; Mon, 14 Dec 2015 10:40:10 +0000 (UTC) (envelope-from ralsaadi@swin.edu.au) Received: from iport2.cc.swin.edu.au (iport2.cc.swin.edu.au [136.186.0.52]) by mx1.freebsd.org (Postfix) with ESMTP id 5A939101A for ; Mon, 14 Dec 2015 10:40:08 +0000 (UTC) (envelope-from ralsaadi@swin.edu.au) X-IronPort-AV: E=Sophos;i="5.20,426,1444654800"; d="scan'208";a="15599029" Received: from gsp-ex01.ds.swin.edu.au (HELO outlook.swin.edu.au) ([136.186.126.17]) by iport2.cc.swin.edu.au with ESMTP; 14 Dec 2015 21:39:00 +1100 Received: from GSP-EX02.ds.swin.edu.au ([169.254.2.2]) by gsp-ex01.ds.swin.edu.au ([169.254.1.48]) with mapi id 14.03.0248.002; Mon, 14 Dec 2015 21:38:58 +1100 From: Rasool Al-Saadi To: Hans Petter Selasky , "freebsd-net@freebsd.org" Subject: RE: Random kernel panic when unloading Dummynet module in multicore processor Thread-Topic: Random kernel panic when unloading Dummynet module in multicore processor Thread-Index: AdE2AqZsQe+FMyqeQvO4bfEq/b84Ef//4VqA//8xKbA= Date: Mon, 14 Dec 2015 10:38:57 +0000 Message-ID: <6545444AE21C2749939E637E56594CEA3C10CA5C@gsp-ex02.ds.swin.edu.au> References: <6545444AE21C2749939E637E56594CEA3C10B9DA@gsp-ex02.ds.swin.edu.au> <566E87F1.3040606@selasky.org> In-Reply-To: <566E87F1.3040606@selasky.org> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [136.186.126.11] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 10:40:10 -0000 > On Monday, 14 December 2015 8:12, Hans Petter Selasky wrote: >=20 > On 12/14/15 01:06, Rasool Al-Saadi wrote: > > Hi everyone, > > > > I am not sure if this bug was reported before or not (I didn't find exa= ct > problem) . > > > > When I try to unload dummynet module (kldunload dummynet) in > FreeBSD11-CURRENT, sometimes the system is halt or panic. I noticed that > this only happens with multicore processor. > > When I disable all CPU's cores except one (using hint.lapic.x.disabled= =3D1), > the panic does not appear. > > I tried to reproduce the panic in a system with Intel Core 2 Due 2.33HG= z > processor and also in VirtualBox VM (I set number of processors in VM > setting to 2), and in both cases I got system panic. > > > > Most of the times the panic is: > > Fatal trap 12: page fault while in kernel mode ... > > Stopped at callout_process+... > > > > Kernel version: > > FreeBSD 11.0-CURRENT #0 r291495: Mon Nov 30 23:14:34 UTC 2015 > root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > > > To reproduce the panic: > > Run 'kldload dummynet && kldunload dummynet' many times (or write a > > shell script loop to do that) > > > > Debug Info: > > > > DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched FIFO > > loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR > > loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched > PRIO > > loaded unload_dn_sched dn_sched PRIO unloaded unload_dn_sched > dn_sched > > WF2Q+ unloaded unload_dn_sched dn_sched RR unloaded > unload_dn_sched > > dn_sched QFQ unloaded unload_dn_sched dn_sched FIFO unloaded > kernel > > trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D= 00 > > fault virtual address =3D 0xffffffff82251c68 > > fault code =3D supervisor read data, page not present > > instruction pointer =3D 0x20:0xffffffff80a36c50 > > stack pointer =3D 0x28:0xfffffe0116b0c710 > > frame pointer =3D 0x28:0xfffffe0116b0c7a0 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags =3D resume, IOPL =3D 0 > > current process =3D 11 (idle: cpu0) > > > > Backtrace: > > > > #0 doadump (textdump=3D380682592) at pcpu.h:221 > > 221 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) backtrace > > #0 doadump (textdump=3D380682592) at pcpu.h:221 > > #1 0xffffffff8037d906 in db_fncall (dummy1=3D, > > dummy2=3D, dummy3=3D, > > dummy4=3D) at > > /usr/src/sys/ddb/db_command.c:568 > > #2 0xffffffff8037d39e in db_command (cmd_table=3D0x0) > > at /usr/src/sys/ddb/db_command.c:440 > > #3 0xffffffff8037d134 in db_command_loop () > > at /usr/src/sys/ddb/db_command.c:493 > > #4 0xffffffff8037fbcb in db_trap (type=3D, code= =3D0) > > at /usr/src/sys/ddb/db_main.c:251 > > #5 0xffffffff80a5e593 in kdb_trap (type=3D12, code=3D0, tf=3D out>) > > at /usr/src/sys/kern/subr_kdb.c:654 > > #6 0xffffffff80e69d01 in trap_fatal (frame=3D0xfffffe0116b0c660, > > eva=3D) at /usr/src/sys/amd64/amd64/trap.c:82= 9 > > #7 0xffffffff80e69f4d in trap_pfault (frame=3D0xfffffe0116b0c660, > > usermode=3D) at > > /usr/src/sys/amd64/amd64/trap.c:684 > > #8 0xffffffff80e6967f in trap (frame=3D0xfffffe0116b0c660) > > at /usr/src/sys/amd64/amd64/trap.c:435 > > #9 0xffffffff80e49447 in calltrap () > > at /usr/src/sys/amd64/amd64/exception.S:234 > > #10 0xffffffff80a36c50 in callout_process (now=3D307238251753) > > at /usr/src/sys/kern/kern_timeout.c:480 > > #11 0xffffffff80f6809d in handleevents (now=3D307238251753, fake=3D0) > > at /usr/src/sys/kern/kern_clocksource.c:212 > > #12 0xffffffff80f68725 in timercb (et=3D, > > arg=3D) at > > /usr/src/sys/kern/kern_clocksource.c:345 > > #13 0xffffffff80e6f766 in hpet_intr_single (arg=3D= ) > > at /usr/src/sys/dev/acpica/acpi_hpet.c:273 > > #14 0xffffffff80e6f819 in hpet_intr (arg=3D0xfffffe0000dcb000) > > at /usr/src/sys/dev/acpica/acpi_hpet.c:291 > > #15 0xffffffff809e9f9c in intr_event_handle (ie=3D0xfffff80003ca1a00, > > frame=3D0xfffffe0116b0c970) at /usr/src/sys/kern/kern_intr.c:1436 > > #16 0xffffffff80fa1fb8 in intr_execute_handlers (isrc=3D0xfffff80003cea= 590, > > frame=3D0xfffffe0116b0c970) at > > /usr/src/sys/x86/x86/intr_machdep.c:275 > > #17 0xffffffff80fa6a78 in lapic_handle_intr (vector=3D, > > frame=3D0xfffffe0116b0c970) at > > /usr/src/sys/x86/x86/local_apic.c:1008 > > #18 0xffffffff80e49b27 in Xapic_isr1 () at apic_vector.S:116 > > #19 0xffffffff80f9f6b6 in acpi_cpu_c1 () > > at /usr/src/sys/x86/x86/cpu_machdep.c:133 > > #20 0xffffffff8039f855 in acpi_cpu_idle (sbt=3D) > > at /usr/src/sys/dev/acpica/acpi_cpu.c:1157 > > #21 0xffffffff80f9f99f in cpu_idle_acpi (sbt=3D160862) > > at /usr/src/sys/x86/x86/cpu_machdep.c:263 > > #22 0xffffffff80f9fa47 in cpu_idle (busy=3D0) > > at /usr/src/sys/x86/x86/cpu_machdep.c:415 > > #23 0xffffffff80a4c565 in sched_idletd (dummy=3D) > > at /usr/src/sys/kern/sched_ule.c:2688 > > #24 0xffffffff809e7714 in fork_exit ( > > callout=3D0xffffffff80a4c0c0 , arg=3D0x0, > > frame=3D0xfffffe0116b0cc00) at /usr/src/sys/kern/kern_fork.c:1011 > > #25 0xffffffff80e4997e in fork_trampoline () > > at /usr/src/sys/amd64/amd64/exception.S:609 > > #26 0x0000000000000000 in ?? () > > >=20 > Hi, >=20 > Can you try this DIFF: >=20 > https://reviews.freebsd.org/D3855 Thanks Hans! This DIFF solved the problem perfectly. Cheers, Rasool > --HPS >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Mon Dec 14 10:47:12 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DCC5A420B9 for ; Mon, 14 Dec 2015 10:47:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 679A51614 for ; Mon, 14 Dec 2015 10:47:11 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1880D1FE023; Mon, 14 Dec 2015 11:47:10 +0100 (CET) Subject: Re: Random kernel panic when unloading Dummynet module in multicore processor To: Rasool Al-Saadi , "freebsd-net@freebsd.org" References: <6545444AE21C2749939E637E56594CEA3C10B9DA@gsp-ex02.ds.swin.edu.au> <566E87F1.3040606@selasky.org> <6545444AE21C2749939E637E56594CEA3C10CA5C@gsp-ex02.ds.swin.edu.au> From: Hans Petter Selasky Message-ID: <566E9EA0.80502@selasky.org> Date: Mon, 14 Dec 2015 11:49:04 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <6545444AE21C2749939E637E56594CEA3C10CA5C@gsp-ex02.ds.swin.edu.au> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 10:47:12 -0000 On 12/14/15 11:38, Rasool Al-Saadi wrote: >> Hi, >> > >> >Can you try this DIFF: >> > >> >https://reviews.freebsd.org/D3855 > Thanks Hans! > This DIFF solved the problem perfectly. Hi, Can some firewall guys approve D3855 and I'll put it in? Thank you for testing! --HPS From owner-freebsd-net@freebsd.org Mon Dec 14 13:35:53 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56856A4782D for ; Mon, 14 Dec 2015 13:35:53 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [65.19.130.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.strugglingcoder.info", Issuer "mail.strugglingcoder.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4766F1AEE for ; Mon, 14 Dec 2015 13:35:52 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 62577BFC08; Mon, 14 Dec 2015 05:35:46 -0800 (PST) Date: Mon, 14 Dec 2015 05:35:46 -0800 From: hiren panchasara To: Hans Petter Selasky Cc: Rasool Al-Saadi , "freebsd-net@freebsd.org" Subject: Re: Random kernel panic when unloading Dummynet module in multicore processor Message-ID: <20151214133546.GA6324@strugglingcoder.info> References: <6545444AE21C2749939E637E56594CEA3C10B9DA@gsp-ex02.ds.swin.edu.au> <566E87F1.3040606@selasky.org> <6545444AE21C2749939E637E56594CEA3C10CA5C@gsp-ex02.ds.swin.edu.au> <566E9EA0.80502@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <566E9EA0.80502@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 13:35:53 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 12/14/15 at 11:49P, Hans Petter Selasky wrote: > On 12/14/15 11:38, Rasool Al-Saadi wrote: > >> Hi, > >> > > >> >Can you try this DIFF: > >> > > >> >https://reviews.freebsd.org/D3855 > > Thanks Hans! > > This DIFF solved the problem perfectly. >=20 > Hi, >=20 > Can some firewall guys approve D3855 and I'll put it in? Not a firewall guy but I approved it. It's better than nothing (panic). Cheers, Hiren --KsGdsel6WgEHnImy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJWbsWvXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lHloH/0e8NPjvCDDSFkQmQcI9ivpb YudErZv80BgtcEt81ew7y6ot+J+ZaME7OwdJXgIyGjHZ1ksNJ9XIoApmCu62EZG/ +at4wQwlp+x2Yz1ut7PVS9gwbHLK7/64VnlhncdZhSYCujSdmRXjS/qxa6pue5dH HNBZVIGWhLpk8GRD6J5Ef5ATbCC8kPehaiBKFsbl7jwvqvDSaZpuW74b1Y1J68ei Sb4nAqllGimhATL8NeyzT38njcQ4emWr6p52nXfIK1chqbYDSOBxuMtpS9dbgEXG xmbOzJr8SRPB8o1KIUr77lF9rNsxjnKDuNjSOf1YN2e063E/4dfXSTmgqyazpqM= =8f6F -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-net@freebsd.org Mon Dec 14 19:16:47 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEC22A44DC1 for ; Mon, 14 Dec 2015 19:16:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF0C41AA4 for ; Mon, 14 Dec 2015 19:16:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBEJGlgh038935 for ; Mon, 14 Dec 2015 19:16:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 185660] lagg(4) IPv6-related problem with interface creation Date: Mon, 14 Dec 2015 19:16:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mmoll@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 19:16:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185660 Michael Moll changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |Overcome By Events --- Comment #2 from Michael Moll --- can't reproduce with a recent 10-STABLE version -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Mon Dec 14 19:44:57 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3903A43DA9 for ; Mon, 14 Dec 2015 19:44:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D37721DC6 for ; Mon, 14 Dec 2015 19:44:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBEJivdX092448 for ; Mon, 14 Dec 2015 19:44:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 205194] Changing MTU higher than 1500 on the interface pfsync0 causes panic Date: Mon, 14 Dec 2015 19:44:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 19:44:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205194 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: kp Date: Mon Dec 14 19:44:49 UTC 2015 New revision: 292219 URL: https://svnweb.freebsd.org/changeset/base/292219 Log: inet6: Do not assume every interface has ip6 enabled. Certain interfaces (e.g. pfsync0) do not have ip6 addresses (in other words, ifp->if_afdata[AF_INET6] is NULL). Ensure we don't panic when the MTU is updated. pfsync interfaces will never have ip6 support, because it's explicitly disabled in in6_domifattach(). PR: 205194 Reviewed by: melifaro, hrs Differential Revision: https://reviews.freebsd.org/D4522 Changes: head/sys/netinet6/in6.c head/sys/netinet6/nd6.c -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Mon Dec 14 19:48:17 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 068DFA4405F for ; Mon, 14 Dec 2015 19:48:17 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from mxrelay.isc.freebsd.org (mxrelay.isc.freebsd.org [149.20.53.13]) by mx1.freebsd.org (Postfix) with ESMTP id E400E1038 for ; Mon, 14 Dec 2015 19:48:16 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) by mxrelay.isc.freebsd.org (Postfix) with ESMTP id DD37D2F0 for ; Mon, 14 Dec 2015 19:48:16 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.isc.freebsd.org (Postfix, from userid 1346) id DBE5411938; Mon, 14 Dec 2015 19:48:16 +0000 (UTC) Date: Mon, 14 Dec 2015 19:48:16 +0000 To: freebsd-net@freebsd.org From: "rpokala (Ravi Pokala)" Reply-to: D1986+325+381818416dc12ca2@reviews.freebsd.org Subject: [Differential] [Commandeered] D1986: Teach lagg(4) to change MTU Message-ID: <9245432d44ff946f1f8038a1043cf4bc@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , Thread-Topic: D1986: Teach lagg(4) to change MTU X-Herald-Rules: none, <28> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ODZhMzNlYThiYzMxOTgzYmRhMDE5M2Q2Yzk4IFZvHQA= MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 19:48:17 -0000 rpokala commandeered this revision. rpokala added a reviewer: rpokala-panasas.com. Herald added a subscriber: imp. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D1986 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: rpokala, rstone, rpokala-panasas.com Cc: imp, melifaro, hrs, sbruno, lakshmi.n_msystechnologies.com, emaste, ae, freebsd-net-list From owner-freebsd-net@freebsd.org Tue Dec 15 00:39:49 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA986A47E6E for ; Tue, 15 Dec 2015 00:39:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD2F01117 for ; Tue, 15 Dec 2015 00:39:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBF0dnTu015887 for ; Tue, 15 Dec 2015 00:39:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 205320] net: incorrect BPF stats Date: Tue, 15 Dec 2015 00:39:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 00:39:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205320 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Tue Dec 15 01:12:51 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDC84A44346 for ; Tue, 15 Dec 2015 01:12:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BEEF012CA for ; Tue, 15 Dec 2015 01:12:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBF1CpcJ015563 for ; Tue, 15 Dec 2015 01:12:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 205194] Changing MTU higher than 1500 on the interface pfsync0 causes panic Date: Tue, 15 Dec 2015 01:12:51 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: garga@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 01:12:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205194 --- Comment #3 from Renato Botelho --- Could you please MFC it to stable/10? -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Tue Dec 15 09:04:04 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80CB6A43757 for ; Tue, 15 Dec 2015 09:04:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A15C1254 for ; Tue, 15 Dec 2015 09:04:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B14A81FE023; Tue, 15 Dec 2015 10:04:00 +0100 (CET) Subject: Re: Random kernel panic when unloading Dummynet module in multicore processor To: hiren panchasara References: <6545444AE21C2749939E637E56594CEA3C10B9DA@gsp-ex02.ds.swin.edu.au> <566E87F1.3040606@selasky.org> <6545444AE21C2749939E637E56594CEA3C10CA5C@gsp-ex02.ds.swin.edu.au> <566E9EA0.80502@selasky.org> <20151214133546.GA6324@strugglingcoder.info> Cc: Rasool Al-Saadi , "freebsd-net@freebsd.org" From: Hans Petter Selasky Message-ID: <566FD7F3.90007@selasky.org> Date: Tue, 15 Dec 2015 10:05:55 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151214133546.GA6324@strugglingcoder.info> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 09:04:04 -0000 On 12/14/15 14:35, hiren panchasara wrote: > On 12/14/15 at 11:49P, Hans Petter Selasky wrote: >> On 12/14/15 11:38, Rasool Al-Saadi wrote: >>>> Hi, >>>>> >>>>> Can you try this DIFF: >>>>> >>>>> https://reviews.freebsd.org/D3855 >>> Thanks Hans! >>> This DIFF solved the problem perfectly. >> >> Hi, >> >> Can some firewall guys approve D3855 and I'll put it in? > > Not a firewall guy but I approved it. It's better than nothing (panic). > > Cheers, > Hiren > FYI https://svnweb.freebsd.org/changeset/base/292254 --HPS From owner-freebsd-net@freebsd.org Tue Dec 15 09:09:20 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89E25A43AA4 for ; Tue, 15 Dec 2015 09:09:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B76E137D for ; Tue, 15 Dec 2015 09:09:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBF99KrA097662 for ; Tue, 15 Dec 2015 09:09:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 205320] net: incorrect BPF stats Date: Tue, 15 Dec 2015 09:09:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: melifaro@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: melifaro@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 09:09:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205320 Alexander V. Chernikov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |melifaro@FreeBSD.org Assignee|freebsd-net@FreeBSD.org |melifaro@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Tue Dec 15 10:54:58 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AE4AA43FF3 for ; Tue, 15 Dec 2015 10:54:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2C2FB1733 for ; Tue, 15 Dec 2015 10:54:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBFAswPk061314 for ; Tue, 15 Dec 2015 10:54:58 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver Date: Tue, 15 Dec 2015 10:54:57 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: decui@microsoft.com X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: emulation@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 10:54:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 --- Comment #21 from Dexuan Cui --- I think Wei has merged the fix (r285785 in Head) to both stable/10 and releng/10.2: https://svnweb.freebsd.org/base?view=revision&revision=285928 https://svnweb.freebsd.org/base?view=revision&revision=286058 I think we can close the bug. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-net@freebsd.org Tue Dec 15 11:16:32 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63794A45727 for ; Tue, 15 Dec 2015 11:16:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5483B11D8 for ; Tue, 15 Dec 2015 11:16:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBFBGWx7039565 for ; Tue, 15 Dec 2015 11:16:32 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver Date: Tue, 15 Dec 2015 11:16:32 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: weh@microsoft.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? mfc-stable9? mfc-stable10+ X-Bugzilla-Changed-Fields: flagtypes.name assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 11:16:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|mfc-stable10? |mfc-stable10+ Assignee|emulation@FreeBSD.org |weh@microsoft.com --- Comment #22 from Kubilay Kocak --- Assign to committer that resolved. @Weh, if this is not relevant to stable/9, please set mfc-stable9 to - with comment -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-net@freebsd.org Tue Dec 15 15:28:18 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E5A6A43D79 for ; Tue, 15 Dec 2015 15:28:18 +0000 (UTC) (envelope-from jmc@cs.rit.edu) Received: from pony-express.cs.rit.edu (pony-express.cs.rit.edu [129.21.30.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2BC911077 for ; Tue, 15 Dec 2015 15:28:17 +0000 (UTC) (envelope-from jmc@cs.rit.edu) Received: (qmail 24859 invoked by uid 56003); 15 Dec 2015 15:28:10 -0000 Received: from 129.21.36.151 by pony-express (envelope-from , uid 20003) with qmail-scanner-1.25st (spamassassin: 3.3.2. perlscan: 1.25st. Clear:RC:1(129.21.36.151):SA:0(-1.0/4.5):. Processed in 0.665378 secs); 15 Dec 2015 15:28:10 -0000 X-Spam-Status: No, hits=-1.0 required=4.5 X-Spam-Report: SA TESTS -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Received: from starfury.cs.rit.edu (HELO starfury) (129.21.36.151) by mailhost.cs.rit.edu with ESMTPS (DHE-RSA-AES256-SHA encrypted); 15 Dec 2015 15:28:10 -0000 Date: Tue, 15 Dec 2015 10:28:10 -0500 (EST) From: James Craig To: Mark Johnston cc: freebsd-net@freebsd.org Subject: Re: Netgroups in FreeBSD10 In-Reply-To: <20151211193915.GC98922@wkstn-mjohnston.west.isilon.com> Message-ID: References: <20151210201621.GC34692@wkstn-mjohnston.west.isilon.com> <20151211193915.GC98922@wkstn-mjohnston.west.isilon.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 15:28:18 -0000 On Fri, 11 Dec 2015, Mark Johnston wrote: > On Fri, Dec 11, 2015 at 10:16:50AM -0500, James Craig wrote: >> On Thu, 10 Dec 2015, Mark Johnston wrote: >> >>> On Thu, Dec 10, 2015 at 10:58:11AM -0500, James Craig wrote: >>>> >>>> >>>> Hey all! >>>> >>>> I am migrating some of our services to freeBSD, and in the process of this, >>>> I have discovered something that seems odd to me; netgroups don't seem to work >>>> as expected. >>>> >>>> I am trying to set up a machine that will eventually be a file server >>>> (running 10.2-RELEASE) and getent netgroup doesn't return anything, >>>> even if it is a valid name. >>>> >>>> We have been using openldap, and on the old solaris server, I was able to >>>> query netgroups for information, and use netgroups to limit some access to NFS. >>>> >>>> getent passwd, and other lookups seem to work fine. >>>> >>>> >>>> I had truss running on the ldap server, and when I try to >>>> getent netgroup there is no action. So I ran a truss on the getent on >>>> the FreeBSD machine, and sifting through the system calls the system will only >>>> search the file /etc/netgroup (which is empty), despite that >>>> my /etc/nsswitch.conf looks like this: >>> >>> Unfortunately, the NSS documentation is wrong: the netgroup database isn't >>> implemented. The netgroup NSS methods always read /etc/netgroup and >>> ignore the sources configured in /etc/nsswitch.conf. >> >> I am glad I wasn't screwing up; thanks for the insight. >> >> Since this note I have also discovered that trying to use netgroups >> in login.access fails because I am not using NIS -- regardless of >> the /etc/netgroup file being populated. > > Yes, it looks like the system needs to belong to an NIS domain > containing the specified netgroups in order for login.access support to > work. > >> >> Is this something that will get implemented? (where would I go to >> find out?) > > It's not really clear what "this" is. :) > If you want to be able to specify an NIS domain in login.access, some > syntax for doing so would need to be proposed. A bugzilla PR would be > the way to do so: https://bugs.freebsd.org > > You can search for existing PRs to see if something similar has already > been submitted. > Sorry for not being clear. What 'this' is -- ultimately, is to be able to use netgroups. Right now I have netgroups populated in my openldap directory. Wherever I would use a netgroup, the nsswitch would direct the host to look it up through LDAP, and it would find it's answer there. I don't really want to create a NIS domain, I just want to the system to know that if it sees a reference to a netgroup it knows how to look it up -- for me, that's through the nsswitch.conf and an LDAP back end. I don't think there should be any syntax changes needed -- just the ability for the OS to look in LDAP for the information instead of a NIS domain or the /etc/netgroup file. >> >>> I have a libc patch (missing man page updates) that fixes this: >>> https://people.freebsd.org/~markj/patches/netgroup_nss.diff >>> It also adds a getnetgrent_r() implementation. If you're able to rebuild >>> libc in your environment, this patch should fix the problem you're >>> encountering - please let me know if it doesn't! >> >> I'll be honest; I have never done that before, so I am not sure >> what it will take, or what the ramifications on the system would >> be. >> >> I can look into it. (pointers would be appreciated, if there are any) > > I'll send some instructions in a separate mail. > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- James Craig, Department of Computer Science, RIT 102 Lomb Memorial Drive, Rochester, NY 14623 mailto:jmc@cs.rit.edu, voice: (585) 475-5254 CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information. From owner-freebsd-net@freebsd.org Tue Dec 15 15:37:24 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FA4EA484A6 for ; Tue, 15 Dec 2015 15:37:24 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from mxrelay.isc.freebsd.org (mxrelay.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:4064:0:19:1]) by mx1.freebsd.org (Postfix) with ESMTP id 78FD21820 for ; Tue, 15 Dec 2015 15:37:24 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) by mxrelay.isc.freebsd.org (Postfix) with ESMTP id 77BBA2B3 for ; Tue, 15 Dec 2015 15:37:24 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.isc.freebsd.org (Postfix, from userid 1346) id 77D681184D; Tue, 15 Dec 2015 15:37:24 +0000 (UTC) Date: Tue, 15 Dec 2015 15:37:24 +0000 To: freebsd-net@freebsd.org From: "rpokala (Ravi Pokala)" Reply-to: D1986+325+381818416dc12ca2@reviews.freebsd.org Subject: [Differential] [Updated, 203 lines] D1986: Teach lagg(4) to change MTU Message-ID: <7201bd5d6eef08f9d7dd90d39c21fe10@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , Thread-Topic: D1986: Teach lagg(4) to change MTU X-Herald-Rules: none, <28> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ODZhMzNlYThiYzMxOTgzYmRhMDE5M2Q2Yzk4IFZwM7Q= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_7201bd5d6eef08f9d7dd90d39c21fe10" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 15:37:24 -0000 --b1_7201bd5d6eef08f9d7dd90d39c21fe10 Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit rpokala updated this revision to Diff 11321. rpokala added a comment. Updated patch from LN, addressing comments from hrs@, melifaro@, and internal Panasas review. REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D1986?vs=4079&id=11321 BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1986 AFFECTED FILES sys/net/if_lagg.c sys/net/if_lagg.h EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: rpokala, rstone, rpokala-panasas.com Cc: imp, melifaro, hrs, sbruno, lakshmi.n_msystechnologies.com, emaste, ae, freebsd-net-list --b1_7201bd5d6eef08f9d7dd90d39c21fe10 Content-Type: text/x-patch; charset=utf-8; name="D1986.11321.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D1986.11321.patch" ZGlmZiAtLWdpdCBhL3N5cy9uZXQvaWZfbGFnZy5oIGIvc3lzL25ldC9pZl9sYWdnLmgKLS0tIGEv c3lzL25ldC9pZl9sYWdnLmgKKysrIGIvc3lzL25ldC9pZl9sYWdnLmgKQEAgLTIwOCw5ICsyMDgs MTkgQEAKIAogLyogTGlzdCBvZiBpbnRlcmZhY2VzIHRvIGhhdmUgdGhlIE1BQyBhZGRyZXNzIG1v ZGlmaWVkICovCiBzdHJ1Y3QgbGFnZ19sbHEgeworCiAJc3RydWN0IGlmbmV0CQkqbGxxX2lmcDsK IAl1aW50OF90CQkJbGxxX2xsYWRkcltFVEhFUl9BRERSX0xFTl07CiAJbGFnZ19sbHF0eXBlCQls bHFfdHlwZTsKKworI2RlZmluZSBMQUdHX0FTWU5DX1NFVF9NQUNfQUREUgkweDAwMDEKKyNkZWZp bmUgTEFHR19BU1lOQ19TRVRfTVRVCTB4MDAwMgorI2RlZmluZSBMQUdHX0FTWU5DX1NFVF9NQVNL CShMQUdHX0FTWU5DX1NFVF9NQUNfQUREUiB8IExBR0dfQVNZTkNfU0VUX01UVSkKKworCXVpbnQx Nl90CQlmbGFnczsKKwlzdHJ1Y3QgaWZyZXEJCSppZnI7IC8qIENvbW1vbiB0byBhbGwgbGFnZyBt ZW1iZXIgcG9ydHMgKi8KKwl1aW50MzJfdAkJb2xkX210dTsKKwlpbnQJCQkoKmxscV9pb2N0bCko c3RydWN0IGlmbmV0ICosIHVfbG9uZywgY2FkZHJfdCk7CiAJU0xJU1RfRU5UUlkobGFnZ19sbHEp CWxscV9lbnRyaWVzOwogfTsKIApAQCAtMjM1LDkgKzI0NSw5IEBACiAJU0xJU1RfSEVBRChfX3Rw bGhkLCBsYWdnX3BvcnQpCXNjX3BvcnRzOwkvKiBsaXN0IG9mIGludGVyZmFjZXMgKi8KIAlTTElT VF9FTlRSWShsYWdnX3NvZnRjKQlzY19lbnRyaWVzOwogCi0Jc3RydWN0IHRhc2sJCQlzY19sbGFk ZHJfdGFzazsKKwlzdHJ1Y3QgdGFzawkJCXNjX2xscV90YXNrOyAvKiBBU1lOQyBvcHMgZW5xdWV1 ZWQgaGVyZSAqLwogCVNMSVNUX0hFQUQoX19sbHFoZCwgbGFnZ19sbHEpCXNjX2xscV9oZWFkOwkv KiBpbnRlcmZhY2VzIHRvIHByb2dyYW0KLQkJCQkJCQkgICB0aGUgbGxhZGRyIG9uICovCisJCQkJ CQkJICAgdGhlIE1BQywgbGxhZGRyIG9uICovCiAJZXZlbnRoYW5kbGVyX3RhZyB2bGFuX2F0dGFj aDsKIAlldmVudGhhbmRsZXJfdGFnIHZsYW5fZGV0YWNoOwogCXN0cnVjdCBjYWxsb3V0CQkJc2Nf Y2FsbG91dDsKZGlmZiAtLWdpdCBhL3N5cy9uZXQvaWZfbGFnZy5jIGIvc3lzL25ldC9pZl9sYWdn LmMKLS0tIGEvc3lzL25ldC9pZl9sYWdnLmMKKysrIGIvc3lzL25ldC9pZl9sYWdnLmMKQEAgLTEw MSw3ICsxMDEsOSBAQAogc3RhdGljIHZvaWQJbGFnZ19sbGFkZHIoc3RydWN0IGxhZ2dfc29mdGMg KiwgdWludDhfdCAqKTsKIHN0YXRpYyB2b2lkCWxhZ2dfY2FwYWJpbGl0aWVzKHN0cnVjdCBsYWdn X3NvZnRjICopOwogc3RhdGljIHZvaWQJbGFnZ19wb3J0X2xsYWRkcihzdHJ1Y3QgbGFnZ19wb3J0 ICosIHVpbnQ4X3QgKiwgbGFnZ19sbHF0eXBlKTsKLXN0YXRpYyB2b2lkCWxhZ2dfcG9ydF9zZXRs bGFkZHIodm9pZCAqLCBpbnQpOworc3RhdGljIHZvaWQJbGFnZ19wb3J0X29wcyh2b2lkICosIGlu dCk7CitzdGF0aWMgdm9pZAlsYWdnX3BvcnRfc2V0X210dShzdHJ1Y3QgbGFnZ19zb2Z0YyAqLCBz dHJ1Y3QgbGFnZ19sbHEgKik7CitzdGF0aWMgdm9pZAlsYWdnX3BvcnRfc2V0bGxhZGRyKHN0cnVj dCBsYWdnX2xscSAqKTsKIHN0YXRpYyBpbnQJbGFnZ19wb3J0X2NyZWF0ZShzdHJ1Y3QgbGFnZ19z b2Z0YyAqLCBzdHJ1Y3QgaWZuZXQgKik7CiBzdGF0aWMgaW50CWxhZ2dfcG9ydF9kZXN0cm95KHN0 cnVjdCBsYWdnX3BvcnQgKiwgaW50KTsKIHN0YXRpYyBzdHJ1Y3QgbWJ1ZiAqbGFnZ19pbnB1dChz dHJ1Y3QgaWZuZXQgKiwgc3RydWN0IG1idWYgKik7CkBAIC0xMzAsNiArMTMyLDEwIEBACiBzdGF0 aWMgdm9pZAlsYWdnX21lZGlhX3N0YXR1cyhzdHJ1Y3QgaWZuZXQgKiwgc3RydWN0IGlmbWVkaWFy ZXEgKik7CiBzdGF0aWMgc3RydWN0IGxhZ2dfcG9ydCAqbGFnZ19saW5rX2FjdGl2ZShzdHJ1Y3Qg bGFnZ19zb2Z0YyAqLAogCSAgICBzdHJ1Y3QgbGFnZ19wb3J0ICopOworc3RhdGljIGludAlsYWdn X2NoYW5nZV9tdHUoc3RydWN0IGlmbmV0ICppZnAsIHN0cnVjdCBpZnJlcSAqaWZyKTsKK3N0YXRp YyBzdHJ1Y3QgbGFnZ19sbHEJKmxhZ2dfZ2V0X2xscV9lbnRyeShzdHJ1Y3QgbGFnZ19zb2Z0YyAq LAorCQlzdHJ1Y3QgaWZuZXQgKik7CitzdGF0aWMgdm9pZCAJbGFnZ19sbHFfbGlzdF9jbGVhbnVw KHN0cnVjdCBsYWdnX3NvZnRjICopOwogCiAvKiBTaW1wbGUgcm91bmQgcm9iaW4gKi8KIHN0YXRp YyB2b2lkCWxhZ2dfcnJfYXR0YWNoKHN0cnVjdCBsYWdnX3NvZnRjICopOwpAQCAtNDg3LDcgKzQ5 Myw3IEBACiAKIAlMQUdHX0xPQ0tfSU5JVChzYyk7CiAJU0xJU1RfSU5JVCgmc2MtPnNjX3BvcnRz KTsKLQlUQVNLX0lOSVQoJnNjLT5zY19sbGFkZHJfdGFzaywgMCwgbGFnZ19wb3J0X3NldGxsYWRk ciwgc2MpOworCVRBU0tfSU5JVCgmc2MtPnNjX2xscV90YXNrLCAwLCBsYWdnX3BvcnRfb3BzLCBz Yyk7CiAKIAkvKiBJbml0aWFsaXNlIHBzZXVkbyBtZWRpYSB0eXBlcyAqLwogCWlmbWVkaWFfaW5p dCgmc2MtPnNjX21lZGlhLCAwLCBsYWdnX21lZGlhX2NoYW5nZSwKQEAgLTU1Myw3ICs1NTksNyBA QAogCVNMSVNUX1JFTU9WRSgmVl9sYWdnX2xpc3QsIHNjLCBsYWdnX3NvZnRjLCBzY19lbnRyaWVz KTsKIAlMQUdHX0xJU1RfVU5MT0NLKCk7CiAKLQl0YXNrcXVldWVfZHJhaW4odGFza3F1ZXVlX3N3 aSwgJnNjLT5zY19sbGFkZHJfdGFzayk7CisJdGFza3F1ZXVlX2RyYWluKHRhc2txdWV1ZV9zd2ks ICZzYy0+c2NfbGxxX3Rhc2spOwogCUxBR0dfTE9DS19ERVNUUk9ZKHNjKTsKIAlmcmVlKHNjLCBN X0RFVkJVRik7CiB9CkBAIC02NzIsMzUgKzY3OCwxOTcgQEAKIAogCWxscS0+bGxxX2lmcCA9IGlm cDsKIAlsbHEtPmxscV90eXBlID0gbGxxX3R5cGU7CisJbGxxLT5mbGFncyB8PSBMQUdHX0FTWU5D X1NFVF9NQUNfQUREUjsKIAliY29weShsbGFkZHIsIGxscS0+bGxxX2xsYWRkciwgRVRIRVJfQURE Ul9MRU4pOwogCS8qIFhYWDogV2Ugc2hvdWxkIGluc2VydCB0byB0YWlsICovCiAJU0xJU1RfSU5T RVJUX0hFQUQoJnNjLT5zY19sbHFfaGVhZCwgbGxxLCBsbHFfZW50cmllcyk7CiAKLQl0YXNrcXVl dWVfZW5xdWV1ZSh0YXNrcXVldWVfc3dpLCAmc2MtPnNjX2xsYWRkcl90YXNrKTsKKwl0YXNrcXVl dWVfZW5xdWV1ZSh0YXNrcXVldWVfc3dpLCAmc2MtPnNjX2xscV90YXNrKTsKIH0KIAogLyoKLSAq IFNldCB0aGUgaW50ZXJmYWNlIE1BQyBhZGRyZXNzIGZyb20gYSB0YXNrcXVldWUgdG8gYXZvaWQg YSBMT1IuCisgKiBTZXQgdGhlIGludGVyZmFjZSBNVFUsIE1BQyBhZGRyZXNzIGZyb20gYSB0YXNr cXVldWUgdG8gYXZvaWQgYSBMT1IuCiAgKgogICogU2V0IG5vaW5saW5lIHRvIGJlIGR0cmFjZS1m cmllbmRseQogICovCiBzdGF0aWMgX19ub2lubGluZSB2b2lkCi1sYWdnX3BvcnRfc2V0bGxhZGRy KHZvaWQgKmFyZywgaW50IHBlbmRpbmcpCitsYWdnX3BvcnRfb3BzKHZvaWQgKmFyZywgaW50IHBl bmRpbmcpCiB7CiAJc3RydWN0IGxhZ2dfc29mdGMgKnNjID0gKHN0cnVjdCBsYWdnX3NvZnRjICop YXJnOwogCXN0cnVjdCBsYWdnX2xscSAqbGxxLCAqaGVhZDsKLQlzdHJ1Y3QgaWZuZXQgKmlmcDsK IAogCS8qIEdyYWIgYSBsb2NhbCByZWZlcmVuY2Ugb2YgdGhlIHF1ZXVlIGFuZCByZW1vdmUgaXQg ZnJvbSB0aGUgc29mdGMgKi8KIAlMQUdHX1dMT0NLKHNjKTsKIAloZWFkID0gU0xJU1RfRklSU1Qo JnNjLT5zY19sbHFfaGVhZCk7CiAJU0xJU1RfRklSU1QoJnNjLT5zY19sbHFfaGVhZCkgPSBOVUxM OwogCUxBR0dfV1VOTE9DSyhzYyk7CiAKKwlpZiAoIWhlYWQpCisJCXJldHVybjsKKwogCS8qCiAJ ICogVHJhdmVyc2UgdGhlIHF1ZXVlIGFuZCBzZXQgdGhlIGxsYWRkciBvbiBlYWNoIGlmcC4gSXQg aXMgc2FmZSB0byBkbwogCSAqIHVubG9ja2VkIGFzIHdlIGhhdmUgdGhlIG9ubHkgcmVmZXJlbmNl IHRvIGl0LgogCSAqLworCisJaWYgKGhlYWQtPmZsYWdzICYgTEFHR19BU1lOQ19TRVRfTVRVKSB7 CisJCS8qCisJCSAqIFNldCB0aGUgbmV3IE1UVSBvbiB0aGUgbGFnZyBwb3J0IGFuZCBpdHMgbWVt YmVycy4KKwkJICogSWYgZmFpbGVkLCBSRVZFUlQgdG8gdGhlIG9sZCBNVFUuCisJCSAqLworCQls YWdnX3BvcnRfc2V0X210dShzYywgaGVhZCk7CisJfQorCisJaWYgKGhlYWQtPmZsYWdzICYgTEFH R19BU1lOQ19TRVRfTUFDX0FERFIpIHsKKwkJLyoKKwkJICogU2V0IHRoZSBNQUMgYWRkcmVzcy4K KwkJICovCisJCWxhZ2dfcG9ydF9zZXRsbGFkZHIoaGVhZCk7CisJfQorCisJaWYgKCEoaGVhZC0+ ZmxhZ3MgJiBMQUdHX0FTWU5DX1NFVF9NQVNLKSkKKwkJaWZfcHJpbnRmKHNjLT5zY19pZnAsCisJ CQkJCSJMYWdnIHBvcnQgb3BzOiBmbGFnICgweCV4KSBub3Qgc3VwcG9ydGVkXG4iLCBoZWFkLT5m bGFncyk7CisKKwkvKiBGaW5hbGx5IGZyZWUgdGhlIHBlciBwb3J0IGxscSBlbnRyeTsgRE8gVEhJ UyBPUEVSQVRJT04gTEFTVCAqLworCWZvciAobGxxID0gaGVhZDsgbGxxICE9IE5VTEw7IGxscSA9 IGhlYWQpIHsKKwkJaGVhZCA9IFNMSVNUX05FWFQobGxxLCBsbHFfZW50cmllcyk7CisJCWZyZWUo bGxxLCBNX0RFVkJVRik7CisJfQorfQorCitzdGF0aWMgdm9pZAorbGFnZ19wb3J0X3NldF9tdHUo c3RydWN0IGxhZ2dfc29mdGMgKnNjLCBzdHJ1Y3QgbGFnZ19sbHEgKmhlYWQpCit7CisJc3RydWN0 IGxhZ2dfbGxxICpsbHE7CisJaW50IGVyciA9IDA7CisKKwkvKiBTZXQgdGhlIG5ldyBNVFUgb24g dGhlIGxhZ2cgaW50ZXJmYWNlICovCisJTEFHR19XTE9DSyhzYyk7CisJc2MtPnNjX2lmcC0+aWZf bXR1ID0gaGVhZC0+aWZyLT5pZnJfbXR1OworCUxBR0dfV1VOTE9DSyhzYyk7CisKKwkvKiBTZXQg dGhlIG5ldyBNVFUgb24gdGhlIHBoeXNpY2FsIGludGVyZmFjZSAqLworCWZvciAobGxxID0gaGVh ZDsgbGxxICE9IE5VTEw7IGxscSA9IFNMSVNUX05FWFQobGxxLCBsbHFfZW50cmllcykpIHsKKwkJ ZXJyID0gKCpsbHEtPmxscV9pb2N0bCkobGxxLT5sbHFfaWZwLCBTSU9DU0lGTVRVLCAoY2FkZHJf dClsbHEtPmlmcik7CisJCWlmIChlcnIpIHsKKwkJCWlmX3ByaW50ZihsbHEtPmxscV9pZnAsCisJ CQkJCSJGYWlsZWQgdG8gY2hhbmdlIE1UVSBmcm9tICVkIHRvICVkIChlcnIgJWQpXG4iLAorCQkJ CQlsbHEtPm9sZF9tdHUsIGxscS0+aWZyLT5pZnJfbXR1LCBlcnIpOworCQkJYnJlYWs7CisJCX0K Kwl9CisKKwlpZiAoZXJyKSB7CisJCS8qIFJlc3RvcmUgdGhlIG9sZCBNVFUgb24gdGhlIGxhZ2cg aW50ZXJmYWNlICovCisJCUxBR0dfV0xPQ0soc2MpOworCQlzYy0+c2NfaWZwLT5pZl9tdHUgPSBo ZWFkLT5vbGRfbXR1OworCQlMQUdHX1dVTkxPQ0soc2MpOworCisJCS8qIFJlc3RvcmUgdGhlIG9s ZCBNVFUgb24gdGhlIHBoeXNpY2FsIGludGVyZmFjZSAqLworCQlmb3IgKGxscSA9IGhlYWQ7IGxs cSAhPSBOVUxMOyBsbHEgPSBTTElTVF9ORVhUKGxscSwgbGxxX2VudHJpZXMpKSB7CisJCQlsbHEt Pmlmci0+aWZyX210dSA9IGxscS0+b2xkX210dTsKKwkJCWVyciA9ICgqbGxxLT5sbHFfaW9jdGwp CisJCQkJKGxscS0+bGxxX2lmcCwgU0lPQ1NJRk1UVSwgKGNhZGRyX3QpbGxxLT5pZnIpOworCQkJ aWYgKGVycikgeworCQkJCWlmX3ByaW50ZihsbHEtPmxscV9pZnAsCisJCQkJCQkiRmFpbGVkIHRv IHJlc3RvcmUgTVRVIHRvICVkIChlcnIgJWQpXG4iLAorCQkJCQkJbGxxLT5vbGRfbXR1LCBlcnIp OworCQkJfQorCQl9CisJfQorCisJLyogQ29tbW9uIHRvIGFsbCBsYWdnIG1lbWJlciBwb3J0cyAq LworCWZyZWUoaGVhZC0+aWZyLCBNX0RFVkJVRik7Cit9CisKK3N0YXRpYyB2b2lkIGxhZ2dfbGxx X2xpc3RfY2xlYW51cChzdHJ1Y3QgbGFnZ19zb2Z0YyAqc2MpCit7CisJc3RydWN0IGxhZ2dfbGxx ICpoZWFkLCAqbGxxOworCisJTEFHR19XTE9DS19BU1NFUlQoc2MpOworCisJaGVhZCA9IFNMSVNU X0ZJUlNUKCZzYy0+c2NfbGxxX2hlYWQpOworCVNMSVNUX0ZJUlNUKCZzYy0+c2NfbGxxX2hlYWQp ID0gTlVMTDsKKworCWZvciAobGxxID0gaGVhZDsgbGxxICE9IE5VTEw7IGxscSA9IGhlYWQpIHsK KwkJaGVhZCA9IFNMSVNUX05FWFQobGxxLCBsbHFfZW50cmllcyk7CisJCWZyZWUobGxxLCBNX0RF VkJVRik7CisJfQorfQorCitzdGF0aWMgc3RydWN0IGxhZ2dfbGxxICoKK2xhZ2dfZ2V0X2xscV9l bnRyeShzdHJ1Y3QgbGFnZ19zb2Z0YyAqc2MsIHN0cnVjdCBpZm5ldCAqaWZwKQoreworCXN0cnVj dCBsYWdnX2xscSAqbGxxOworCisJTEFHR19XTE9DS19BU1NFUlQoc2MpOworCisJU0xJU1RfRk9S RUFDSChsbHEsICZzYy0+c2NfbGxxX2hlYWQsIGxscV9lbnRyaWVzKSB7CisJCWlmIChsbHEtPmxs cV9pZnAgPT0gaWZwKSB7CisJCQlicmVhazsKKwkJfQorCX0KKwlyZXR1cm4gbGxxOworfQorCitz dGF0aWMgaW50CitsYWdnX2NoYW5nZV9tdHUoc3RydWN0IGlmbmV0ICppZnAsIHN0cnVjdCBpZnJl cSAqaWZyKQoreworCXN0cnVjdCBsYWdnX3NvZnRjICpzYyA9IChzdHJ1Y3QgbGFnZ19zb2Z0YyAq KWlmcC0+aWZfc29mdGM7CisJc3RydWN0IGxhZ2dfcG9ydCAqbHA7CisJc3RydWN0IGxhZ2dfbGxx ICpsbHE7CisJc3RydWN0IGlmcmVxICppZnJfY29weSwgKm9sZF9pZnIgPSBOVUxMOworCisJLyog Tm8gY2hhbmdlIGluIE1UVSAqLworCWlmIChpZnAtPmlmX210dSA9PSBpZnItPmlmcl9tdHUpCisJ CXJldHVybiAoMCk7CisKKwlpZnJfY29weSA9IG1hbGxvYyhzaXplb2Yoc3RydWN0IGlmcmVxKSwg TV9ERVZCVUYsIE1fTk9XQUlUKTsKKwlpZiAoaWZyX2NvcHkgPT0gTlVMTCkKKwkJcmV0dXJuIChF Tk9NRU0pOworCisJYmNvcHkoaWZyLCBpZnJfY29weSwgc2l6ZW9mKHN0cnVjdCBpZnJlcSkpOwor CUxBR0dfV0xPQ0soc2MpOworCS8qIEFsbCBsYWdnIHBvcnRzIChNVFUgY2hhbmdlKSBzaGFsbCBi ZSBxdWV1ZWQgYXRvbWljICovCisJU0xJU1RfRk9SRUFDSChscCwgJnNjLT5zY19wb3J0cywgbHBf ZW50cmllcykgeworCQkvKiAgQ2hlY2sgdG8gbWFrZSBzdXJlIGl0cyBub3QgYWxyZWFkeSBxdWV1 ZWQgKi8KKwkJbGxxID0gbGFnZ19nZXRfbGxxX2VudHJ5KHNjLCBscC0+bHBfaWZwKTsKKwkJaWYg KCFsbHEpIHsKKwkJCWxscSA9IG1hbGxvYyhzaXplb2Yoc3RydWN0IGxhZ2dfbGxxKSwgTV9ERVZC VUYsIE1fTk9XQUlUKTsKKwkJCWlmIChsbHEgPT0gTlVMTCkgeworCQkJCWxhZ2dfbGxxX2xpc3Rf Y2xlYW51cChzYyk7CisJCQkJTEFHR19XVU5MT0NLKHNjKTsKKwkJCQlmcmVlKGlmcl9jb3B5LCBN X0RFVkJVRik7CisJCQkJaWYgKG9sZF9pZnIpCisJCQkJCWZyZWUob2xkX2lmciwgTV9ERVZCVUYp OworCQkJCXJldHVybiAoRU5PTUVNKTsKKwkJCX0KKwkJCVNMSVNUX0lOU0VSVF9IRUFEKCZzYy0+ c2NfbGxxX2hlYWQsIGxscSwgbGxxX2VudHJpZXMpOworCQl9IGVsc2UgeworCQkJb2xkX2lmciA9 IGxscS0+aWZyOworCQl9CisKKwkJLyogVXBkYXRlIHRoZSBsbHEgZXZlbiBpZiBwZW5kaW5nLCBp dCBtaWdodCBoYXZlIHVwZGF0ZWQgKi8KKwkJbGxxLT5pZnIgPSBpZnJfY29weTsKKwkJbGxxLT5v bGRfbXR1ID0gaWZwLT5pZl9tdHU7CisJCWxscS0+bGxxX2lmcCA9IGxwLT5scF9pZnA7CisJCWxs cS0+bGxxX2lvY3RsID0gbHAtPmxwX2lvY3RsOworCQlsbHEtPmZsYWdzIHw9IExBR0dfQVNZTkNf U0VUX01UVTsKKwl9CisJdGFza3F1ZXVlX2VucXVldWUodGFza3F1ZXVlX3N3aSwgJnNjLT5zY19s bHFfdGFzayk7CisJTEFHR19XVU5MT0NLKHNjKTsKKwlpZiAob2xkX2lmcikKKwkJZnJlZShvbGRf aWZyLCBNX0RFVkJVRik7CisJcmV0dXJuICgwKTsKK30KKworc3RhdGljIHZvaWQKK2xhZ2dfcG9y dF9zZXRsbGFkZHIoc3RydWN0IGxhZ2dfbGxxICpoZWFkKQoreworCXN0cnVjdCBsYWdnX2xscSAq bGxxOworCXN0cnVjdCBpZm5ldCAqaWZwOworCiAJZm9yIChsbHEgPSBoZWFkOyBsbHEgIT0gTlVM TDsgbGxxID0gaGVhZCkgewogCQlpZnAgPSBsbHEtPmxscV9pZnA7CiAKQEAgLTcxOCw3ICs4ODYs NiBAQAogCQkJRVZFTlRIQU5ETEVSX0lOVk9LRShpZmxsYWRkcl9ldmVudCwgaWZwKTsKIAkJQ1VS Vk5FVF9SRVNUT1JFKCk7CiAJCWhlYWQgPSBTTElTVF9ORVhUKGxscSwgbGxxX2VudHJpZXMpOwot CQlmcmVlKGxscSwgTV9ERVZCVUYpOwogCX0KIH0KIApAQCAtMTUyOSwxMCArMTY5NiwxMiBAQAog CQlicmVhazsKIAogCWNhc2UgU0lPQ1NJRkNBUDoKLQljYXNlIFNJT0NTSUZNVFU6Ci0JCS8qIERv IG5vdCBhbGxvdyB0aGUgTVRVIG9yIGNhcHMgdG8gYmUgZGlyZWN0bHkgY2hhbmdlZCAqLworCQkv KiBEbyBub3QgYWxsb3cgdGhlIENBUHMgdG8gYmUgZGlyZWN0bHkgY2hhbmdlZC4gKi8KIAkJZXJy b3IgPSBFSU5WQUw7CiAJCWJyZWFrOworCWNhc2UgU0lPQ1NJRk1UVToKKwkJZXJyb3IgPSBsYWdn X2NoYW5nZV9tdHUoaWZwLCBpZnIpOworCQlicmVhazsKIAogCWRlZmF1bHQ6CiAJCWVycm9yID0g ZXRoZXJfaW9jdGwoaWZwLCBjbWQsIGRhdGEpOwoK --b1_7201bd5d6eef08f9d7dd90d39c21fe10-- From owner-freebsd-net@freebsd.org Tue Dec 15 15:41:47 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 712C6A487AB for ; Tue, 15 Dec 2015 15:41:47 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from mxrelay.isc.freebsd.org (mxrelay.isc.freebsd.org [149.20.53.13]) by mx1.freebsd.org (Postfix) with ESMTP id 5BFFF1D36 for ; Tue, 15 Dec 2015 15:41:47 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) by mxrelay.isc.freebsd.org (Postfix) with ESMTP id 5800C2D6 for ; Tue, 15 Dec 2015 15:41:47 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.isc.freebsd.org (Postfix, from userid 1346) id 581F311ADB; Tue, 15 Dec 2015 15:41:47 +0000 (UTC) Date: Tue, 15 Dec 2015 15:41:47 +0000 To: freebsd-net@freebsd.org From: "rpokala (Ravi Pokala)" Reply-to: D1986+325+381818416dc12ca2@reviews.freebsd.org Subject: [Differential] [Updated] D1986: Teach lagg(4) to change MTU Message-ID: <57ef4793182be61d403bd31bf098a0fe@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D1986: Teach lagg(4) to change MTU X-Herald-Rules: none, <28> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ODZhMzNlYThiYzMxOTgzYmRhMDE5M2Q2Yzk4IFZwNLs= MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 15:41:47 -0000 rpokala marked 3 inline comments as done. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D1986 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: rpokala, rstone, rpokala-panasas.com Cc: imp, melifaro, hrs, sbruno, lakshmi.n_msystechnologies.com, emaste, ae, freebsd-net-list From owner-freebsd-net@freebsd.org Tue Dec 15 22:57:29 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BEBEA48976 for ; Tue, 15 Dec 2015 22:57:29 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (green.field.hu [217.20.130.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C19A11547 for ; Tue, 15 Dec 2015 22:57:28 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (localhost [127.0.0.1]) by green.field.hu (Postfix) with ESMTP id 82BAC250B59 for ; Tue, 15 Dec 2015 23:47:48 +0100 (CET) X-Virus-Scanned: by Amavisd-new at field.hu Received: from green.field.hu ([127.0.0.1]) by green.field.hu (green.field.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bdrxze2XZ6Ig for ; Tue, 15 Dec 2015 23:47:42 +0100 (CET) Received: from [192.168.52.16] (1F2EC6DD.catv.pool.telekom.hu [31.46.198.221]) by green.field.hu (Postfix) with ESMTPA id D7AC4250B57 for ; Tue, 15 Dec 2015 23:47:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=field.hu; s=mail; t=1450219661; bh=/ng3D0arZGLyMsTFr5vPfJv+u6WcG2M71+iV+dchRrM=; h=Date:From:To:Subject; b=fV4nSk362UKxrAzhPSd8xYRJMgyz452wPXhx7vO+BtRSsZl8W1nIFowbw77T/O9kS nBjPf5ZFYAwoeUR7+zjlG9fHWgO4szMjEFU/0tpBiALDJln3w7hlGVD9sYurKy7NsH 6Nf2wfwIpZ9FMZfswaLYMhqeKxTYR4dTtrfgK2q4= Message-ID: <5670988B.5030905@field.hu> Date: Tue, 15 Dec 2015 23:47:39 +0100 From: bcs User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: arp response fails Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 22:57:29 -0000 Hi, I have 3 FreeBSD 10.2-RELEASE machines and all of them suffers of the following problem. They are not responding to ARP requests which causes network problem for me, other hosts can't access my FBSD machines on the LAN nor my FBSD hosts can see each other unless I add permanent arp entry. [root@fbsd10 /]# arping my.host.hu ARPING x.x.x.x Timeout Timeout Timeout Pinging a linux host is ok from my bsd host: [root@cool /]# arping linux.host.hu ARPING y.y.y.y 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=0 time=189.143 usec 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=1 time=335.541 usec 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=2 time=200.227 usec ^C I use ipfw but "ipfw -q -f flush" didn't solve the issue. Here are my sysctl.conf: security.bsd.see_other_uids=0 net.inet.tcp.recvspace=512000 net.route.netisr_maxqlen=2048 kern.ipc.nmbclusters=1310720 net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.recvbuf_max=16777216 kern.ipc.soacceptqueue=32768 vm.v_free_min=19170 /boot/loader.conf: ipfw_load="YES" net.inet.ip.fw.default_to_accept=1 kern.maxusers=4096 accf_data_load="YES" hw.em.rxd=4096 any idea how to enable arp response? Thanks guys! Cheers, Csaba From owner-freebsd-net@freebsd.org Tue Dec 15 23:08:23 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD59AA4919E for ; Tue, 15 Dec 2015 23:08:23 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C5CD810A1 for ; Tue, 15 Dec 2015 23:08:23 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id B1.D9.22498.06D90765; Tue, 15 Dec 2015 15:08:16 -0800 (PST) X-AuditID: 11973e11-f79a96d0000057e2-c8-56709d6052a2 Received: from [17.149.230.112] (Unknown_Domain [17.149.230.112]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id 7F.98.07593.06D90765; Tue, 15 Dec 2015 15:08:16 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: arp response fails From: Charles Swiger In-Reply-To: <5670988B.5030905@field.hu> Date: Tue, 15 Dec 2015 15:08:16 -0800 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6EBC3FD9-3DA9-416A-A3AE-77A22B436121@mac.com> References: <5670988B.5030905@field.hu> To: bcs X-Mailer: Apple Mail (2.3112) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrDLMWRmVeSWpSXmKPExsUi2FAYoZswtyDMYPs7S4uHa6+yW3zY0c7k wOTxftISNo8Zn+azBDBFcdmkpOZklqUW6dslcGWcOq5WMJu14tTTB0wNjBNYuhg5OSQETCQm zv/KDGGLSVy4t56ti5GLQ0hgL6PE40/74Yo2H53ODpGYziRxYv93RpAEs4CWxI1/L5lAbF4B PYkTq3azgtjCAvIS59dvBWrm4GATUJOYMJEHJMwpoCHxtHUbWDmLgKpE+/SHjCAlzALSEgv+ xEBM1JZYtvA1M0iYV8BKYvdSFZCwkIC6xJPWnWDDRQQkJbbdm8gKcZmsxL4NC8BOlhD4yCrx 8+Zv5gmMQrOQHDcLyXGzkKxYwMi8ilEoNzEzRzczz0gvsaAgJ1UvOT93EyMoeKfbCe5gPL7K 6hCjAAejEg/vhciCMCHWxLLiytxDjNIcLErivJ/CgEIC6YklqdmpqQWpRfFFpTmpxYcYmTg4 pRoYYycstxRaUNx3L5S/Q/fbEe3Ivjd/kll+LpuymLlk2mffk745UTdcnSPZdnOwnPuk8y+s zHTjTwV/Vy3LN8vF3ttd78ytfbzqkczylapKS/6erV/8ojD8eviMy19ZxQ/ssYxawKZu4883 O2T6bkXtZoVei/oZG3OOeW+KVd0refDBkn/9G9/WK7EUZyQaajEXFScCACTD54U/AgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprPLMWRmVeSWpSXmKPExsUiOPVZgW7C3IIwgwV/TSwerr3KbvFhRzuT A5PH+0lL2DxmfJrPEsAUxWWTkpqTWZZapG+XwJVx6rhawWzWilNPHzA1ME5g6WLk5JAQMJHY fHQ6O4QtJnHh3nq2LkYuDiGB6UwSJ/Z/ZwRJMAtoSdz495IJxOYV0JM4sWo3K4gtLCAvcX79 VqBBHBxsAmoSEybygIQ5BTQknrZuAytnEVCVaJ/+kBGkhFlAWmLBnxiIidoSyxa+ZgYJ8wpY SexeqgISFhJQl3jSuhNsuIiApMS2exNZIS6Tldi3YQHbBEb+WUjumYXknllIpi5gZF7FKFCU mpNYaaqXWFCQk6qXnJ+7iREUbA2FETsY/y+zOsQowMGoxMOrEVMQJsSaWFZcmXuIUYKDWUmE tzseKMSbklhZlVqUH19UmpNafIhRmoNFSZxX3BooJZCeWJKanZpakFoEk2Xi4JRqYFS+Kp/W WbiOx0pOILUv0JSnQSbgqcifz2+fCy/wdSyTX618Y85LPWvhB1ZPn76SCszOiXNzlP55UNL2 6WdbLyXnv3e6HeNa3M98ktT+M4dPWquJo2Mb09sjzRbHTPjbD09WXcX9Y0PJ3B1eap4+7edv uFz3/x4yfV4nQ4f50e/prv67z034osRSnJFoqMVcVJwIAO9W7PEyAgAA X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 23:08:24 -0000 On Dec 15, 2015, at 2:47 PM, bcs wrote: > I have 3 FreeBSD 10.2-RELEASE machines and all of them suffers of the = following problem. They are not responding to ARP requests which causes = network problem for me, other hosts can't access my FBSD machines on the = LAN nor my FBSD hosts can see each other unless I add permanent arp = entry. My first guess is a misconfigured firewall. What does "sysctl -a | grep arp" show? (Your network tuning is probably extreme except for specialized = situations, but it shouldn't prevent basic ARP from working. Buggy NICs or iLO / = LOM are another possibility.) Regards, --=20 -Chuck From owner-freebsd-net@freebsd.org Tue Dec 15 23:09:00 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54FC9A491FC for ; Tue, 15 Dec 2015 23:09:00 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (green.field.hu [217.20.130.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1759B114C for ; Tue, 15 Dec 2015 23:08:59 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (localhost [127.0.0.1]) by green.field.hu (Postfix) with ESMTP id 0D29A250ADE for ; Wed, 16 Dec 2015 00:08:58 +0100 (CET) X-Virus-Scanned: by Amavisd-new at field.hu Received: from green.field.hu ([127.0.0.1]) by green.field.hu (green.field.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NT4sA7eEVdm4 for ; Wed, 16 Dec 2015 00:08:55 +0100 (CET) Received: from [192.168.52.16] (1F2EC6DD.catv.pool.telekom.hu [31.46.198.221]) by green.field.hu (Postfix) with ESMTPA id 401A6250AE9 for ; Wed, 16 Dec 2015 00:08:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=field.hu; s=mail; t=1450220935; bh=bclrj0eTb7qBWmz/Y2+2r9djoeR98/BsEQivybcmpq4=; h=Date:From:To:Subject:References:In-Reply-To; b=Pgpe4r3aPAjrOrQehWrDTktbTdtssNfkKrJhvQVW3vtqqL0h4VXZTGjNiz8gqOlIM 1jng/VS4BHETo5QUrvP95po9f/orhQHbiWoG8wX8NpQDIkrBeHP04k/AsFEQnax19o qrJGl6Lj8jB0zOdBYoQfkMgPBUm4T7XcTS4WxK7o= Message-ID: <56709D84.6070504@field.hu> Date: Wed, 16 Dec 2015 00:08:52 +0100 From: bcs User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: arp response fails References: <5670988B.5030905@field.hu> In-Reply-To: <5670988B.5030905@field.hu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 23:09:00 -0000 A quick update.. I gave false information, because only one FBSD host has this problem which has "em" interface. The two others has "xl" and "bce" which work fine. Maybe it's an em driver bug? Cheers, Csaba 2015. 12. 15. 23:47 keltezéssel, bcs írta: > Hi, > > I have 3 FreeBSD 10.2-RELEASE machines and all of them suffers of the > following problem. They are not responding to ARP requests which > causes network problem for me, other hosts can't access my FBSD > machines on the LAN nor my FBSD hosts can see each other unless I add > permanent arp entry. > > [root@fbsd10 /]# arping my.host.hu > ARPING x.x.x.x > Timeout > Timeout > Timeout > > Pinging a linux host is ok from my bsd host: > [root@cool /]# arping linux.host.hu > ARPING y.y.y.y > 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=0 time=189.143 usec > 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=1 time=335.541 usec > 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=2 time=200.227 usec > ^C > > I use ipfw but "ipfw -q -f flush" didn't solve the issue. Here are my > sysctl.conf: > security.bsd.see_other_uids=0 > net.inet.tcp.recvspace=512000 > net.route.netisr_maxqlen=2048 > kern.ipc.nmbclusters=1310720 > net.inet.tcp.sendbuf_max=16777216 > net.inet.tcp.recvbuf_max=16777216 > kern.ipc.soacceptqueue=32768 > vm.v_free_min=19170 > > /boot/loader.conf: > ipfw_load="YES" > net.inet.ip.fw.default_to_accept=1 > kern.maxusers=4096 > accf_data_load="YES" > hw.em.rxd=4096 > > any idea how to enable arp response? > > Thanks guys! > > Cheers, > Csaba > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Tue Dec 15 23:13:27 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49D3AA4952F for ; Tue, 15 Dec 2015 23:13:27 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (green.field.hu [217.20.130.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09F8E1588 for ; Tue, 15 Dec 2015 23:13:26 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (localhost [127.0.0.1]) by green.field.hu (Postfix) with ESMTP id E56A7250ADE for ; Wed, 16 Dec 2015 00:13:24 +0100 (CET) X-Virus-Scanned: by Amavisd-new at field.hu Received: from green.field.hu ([127.0.0.1]) by green.field.hu (green.field.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eTqdtoG8mN5C for ; Wed, 16 Dec 2015 00:13:22 +0100 (CET) Received: from [192.168.52.16] (1F2EC6DD.catv.pool.telekom.hu [31.46.198.221]) by green.field.hu (Postfix) with ESMTPA id E4A85250AE7 for ; Wed, 16 Dec 2015 00:13:21 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=field.hu; s=mail; t=1450221201; bh=EiErRAixMj9EXauV9IJt6Y+ttyviW5aqqsaXCSXBDXA=; h=Date:From:To:Subject:References:In-Reply-To; b=JxtIUny4wlLmVneZbkTQ07Jq1T20QXcmyeEGMl6xTg+YmkOMgLpJZZtaHIxoB1alX ouEqinoIaLY+yivON9lH8FJNnPqqazv019+rp0j1EjG0ceVLFzdQ6I2338kn56DcWr wEObcTqwpjH5ZfUminU9zkMsjZfbJcrV3iTJK/yA= Message-ID: <56709E8F.7060504@field.hu> Date: Wed, 16 Dec 2015 00:13:19 +0100 From: bcs User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: arp response fails References: <5670988B.5030905@field.hu> <6EBC3FD9-3DA9-416A-A3AE-77A22B436121@mac.com> In-Reply-To: <6EBC3FD9-3DA9-416A-A3AE-77A22B436121@mac.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 23:13:27 -0000 Hi Charles, [root@myhost /]# sysctl -a | grep arp net.link.ether.inet.log_arp_permanent_modify: 1 net.link.ether.inet.log_arp_movements: 1 net.link.ether.inet.log_arp_wrong_iface: 1 I am all ears if you can give me hint how to tune the network if it's not ok. Buggy NIC is very possible, I have other problem with "em" driver. The server has IntelŽ 82579LM nic. 2015. 12. 16. 0:08 keltezéssel, Charles Swiger írta: > On Dec 15, 2015, at 2:47 PM, bcs wrote: >> I have 3 FreeBSD 10.2-RELEASE machines and all of them suffers of the following problem. They are not responding to ARP requests which causes network problem for me, other hosts can't access my FBSD machines on the LAN nor my FBSD hosts can see each other unless I add permanent arp entry. > My first guess is a misconfigured firewall. > What does "sysctl -a | grep arp" show? > > (Your network tuning is probably extreme except for specialized situations, > but it shouldn't prevent basic ARP from working. Buggy NICs or iLO / LOM are > another possibility.) > > Regards, From owner-freebsd-net@freebsd.org Wed Dec 16 13:14:23 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADEF4A48D43 for ; Wed, 16 Dec 2015 13:14:23 +0000 (UTC) (envelope-from lakshmi.n@msystechnologies.com) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 55DE23B86 for ; Wed, 16 Dec 2015 13:14:23 +0000 (UTC) (envelope-from lakshmi.n@msystechnologies.com) Received: by mail-qk0-x22b.google.com with SMTP id u65so42933320qkh.2 for ; Wed, 16 Dec 2015 05:14:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msystechnologies.com; s=google; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=GXn7Qkx5ETyg686oFZbecMvXwGDUG0A10lV0VJn7Z+U=; b=Q/OZaLWK7OctT346+TmujobcA81udpS0+wDSrCa+duKUu1uPQ2Oq9yPP7YkQ2Jq3yC K6Ol0VrvV9XNENo1I4YUDbvEE9RDPkQ9DwpORoHHnqikPDgB7yrUI0DLOBnhv6p3jLFR l75IaMH+5LrfrMZgT4f26bejQrLt6a6Yzi4D8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=GXn7Qkx5ETyg686oFZbecMvXwGDUG0A10lV0VJn7Z+U=; b=Y1iMTx05uOXYg2xZe6iYtQ7OUfl1rya6Y7Ll/janWgPvov+W2mVcQdCgiy2cw5KYx1 Vgtio6DwhCeLOLBuE7veGeDyBrAP7UtclqcLIxBVK/mgha8eKJC2rhd2bQsRMNMAp0Q8 ZHzAlHG6TJW+e8kYfqFagcJYHgVkVxwoh5BkdyOwNOXfQ3/JZrf7rop7IA1XHff8zr/w uG2dIRlb+bWyh5/eD8iZHitKEF4s6M2Cr+dSCpb52qHcgGJHsbqqwwqGvogXGBnOC75n AI9SoxwDgbbFGRQOBpi0K17dxtnEICOMflu+cNUpA5RS98HPvYSjP5Aco6the2p40KvH O76Q== X-Gm-Message-State: ALoCoQnjMpKubxw2dq18cdqvSrM/Y/Pk45O1vl4bDPdDZ8g/4IHnBSLq6raXa8Ucmffskn1bjOJyA+xWxNvuEb1rr6tNL8rwrk4ZYg9dffswmhxuPmXMiFPy1hg6KxVr0awtrl1BiSE0sWPfhKX3y96iltH5kzfhZQ== MIME-Version: 1.0 X-Received: by 10.129.159.142 with SMTP id w136mr12406842ywg.62.1450269782268; Wed, 16 Dec 2015 04:43:02 -0800 (PST) Received: by 10.37.24.68 with HTTP; Wed, 16 Dec 2015 04:43:02 -0800 (PST) Date: Wed, 16 Dec 2015 18:13:02 +0530 Message-ID: Subject: FreeBSD LAGG port crash From: Lakshmi Narasimhan Sundararajan To: freebsd-net@freebsd.org Cc: hiren panchasara , "Pokala, Ravi" , "Lewis, Fred" , panasas-network Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2015 13:14:23 -0000 Hi Team, I am seeing a crash with 10.1 stable which is not seen in 11-CURRENT. This is with lagg port operations, the below simple sequence of cmds cause system crash. ifconfig lagg0 create ifconfig lagg0 laggproto failover laggport le0 ifconfig lagg0 /* crash here */ See below for the backtraces. The issue is reproducible in laggproto failover or loadbalance, but not with lacp. Is this a known issue? Is there an MFC to 10.1 STABLE, that is known to fix this issue? Is anyone looking at this currently? Any inputs on this would be much appreciated. Best regards, LN ====================== backtrace snip =============== KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe202122c1e0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe202122c290 panic() at panic+0x155/frame 0xfffffe202122c310 trap_fatal() at trap_fatal+0x38f/frame 0xfffffe202122c370 trap_pfault() at trap_pfault+0x308/frame 0xfffffe202122c410 trap() at trap+0x47a/frame 0xfffffe202122c620 calltrap() at calltrap+0x8/frame 0xfffffe202122c620 --- trap 0xc, rip = 0xffffffff80e15991, rsp = 0xfffffe202122c6e0, rbp = 0xfffffe202122c710 --- lacp_portreq() at lacp_portreq+0x11/frame 0xfffffe202122c710 lagg_port2req() at lagg_port2req+0x62/frame 0xfffffe202122c740 lagg_ioctl() at lagg_ioctl+0x2db/frame 0xfffffe202122c820 ifioctl() at ifioctl+0x162b/frame 0xfffffe202122c8e0 kern_ioctl() at kern_ioctl+0x255/frame 0xfffffe202122c950 sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe202122c9a0 amd64_syscall() at amd64_syscall+0x351/frame 0xfffffe202122cab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe202122cab0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8011b5b9a, rsp = 0x7fffffffd8e8, rbp = 0x7fffffffe3a0 --- ================================================ -- DISCLAIMER The information in this e-mail is confidential and may be subject to legal privilege. It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized. If you have received this communication in error, please address with the subject heading "Received in error," send to it@msystechnologies.com, then delete the e-mail and destroy any copies of it. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. The views, opinions, conclusions and other information expressed in this electronic mail and any attachments are not given or endorsed by the company unless otherwise indicated by an authorized representative independent of this message. MSys cannot guarantee that e-mail communications are secure or error-free, as information could be intercepted, corrupted, amended, lost, destroyed, arrive late or incomplete, or contain viruses, though all reasonable precautions have been taken to ensure no viruses are present in this e-mail. As our company cannot accept responsibility for any loss or damage arising from the use of this e-mail or attachments we recommend that you subject these to your virus checking procedures prior to use From owner-freebsd-net@freebsd.org Wed Dec 16 13:33:18 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42379A4933E for ; Wed, 16 Dec 2015 13:33:18 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0D01A0C for ; Wed, 16 Dec 2015 13:33:15 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id tBG5w0EX097808; Wed, 16 Dec 2015 16:58:02 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 16 Dec 2015 16:58:00 +1100 (EST) From: Ian Smith To: bcs cc: freebsd-net@freebsd.org Subject: Re: arp response fails In-Reply-To: <5670988B.5030905@field.hu> Message-ID: <20151216163819.H95820@sola.nimnet.asn.au> References: <5670988B.5030905@field.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2015 13:33:18 -0000 On Tue, 15 Dec 2015 23:47:39 +0100, bcs wrote: [..] > I use ipfw but "ipfw -q -f flush" didn't solve the issue. Here are my [..] > /boot/loader.conf: > ipfw_load="YES" > net.inet.ip.fw.default_to_accept=1 ipfw(8): Tunables can be set in loader(8) prompt, loader.conf(5) or kenv(1) before ipfw module gets loaded. net.inet.ip.fw.default_to_accept: 0 Defines ipfw last rule behavior. This value overrides options IPFW_DEFAULT_TO_(ACCEPT|DENY) from kernel configuration file. So set the tunable BEFORE loading ipfw. Check with '# ipfw show | tail' or similar to see your rules are really what you expected .. flushing wouldn't help if it's still defaulting to deny. You may find it a better idea using firewall_enable=YES in /etc/rc.conf, with firewall_type=OPEN when that's what you want. You can then change your firewall_type on the fly without rebooting - e.g. with sysrc(8) - using 'service ipfw restart'. cheers, Ian From owner-freebsd-net@freebsd.org Wed Dec 16 14:18:20 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA2F0A48EC2 for ; Wed, 16 Dec 2015 14:18:20 +0000 (UTC) (envelope-from erich@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D9F81A14 for ; Wed, 16 Dec 2015 14:18:20 +0000 (UTC) (envelope-from erich@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: Subject:To:From:Date; bh=b1ROuivfRl3LV6yFO7elkR4UAOmhraZGLnVGKYkdWuQ=; b=SK5V 9UV6IYKNBldFgD1vTVe2xG4KOuGzITwsRxdX3hitr0aPZE/wii44dzm0F0HVhJIyHfBaw/jJ8vaiL PJEOIN0ehQldZ4N38Y3bHYsEL7fR1kuX2R7ES3EtXJt08r3uAxrIvX4dWRIdqL+FE4R3mO4+LKCcB FxZ8hosblfxB4=; Received: from [114.121.133.139] (port=44709 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.86) (envelope-from ) id 1a9CTm-0028Cv-MB for freebsd-net@freebsd.org; Wed, 16 Dec 2015 06:50:55 -0700 Date: Wed, 16 Dec 2015 21:50:47 +0800 From: Erich Dollansky To: freebsd-net@freebsd.org Subject: what is the secret behind 192.168.0.121 Message-ID: <20151216215047.6bf53612@X220.alogt.com> Organization: ALO Green Technologies MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2015 14:18:20 -0000 Hi, I have a very weird problem with my testing LAN. Only FreeBSD machines are on the network. It all works as expected until I give the address 192.168.0.121 to a client machine. This machine is not able to mount remote file systems via NFS despite this IP address is specifically mentioned in /etc/exports. I know that some routers/switches use this address as the default. But I run into this problem even when I connect the NFS server and the client directly. I do not need to use this address but I would like to know why it does not work. Showmount for the specific NFS mount point shows this: /usr/home 192.168.0.121 192.168.0.122 192.168.0.99 192.168.0.112 192.168.0.116 192.168.0.117 192.168.0.118 192.168.0.119 192.168.0.120 192.168.0.123 192.168.0.124 192.168.0.125 192.168.0.126 192.168.0.127 192.168.0.128 192.168.0.129 /etc/hosts.allow says this as the first effective line: ALL : ALL : allow Does anybody has an idea what could cause this? Erich From owner-freebsd-net@freebsd.org Wed Dec 16 15:30:24 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1ED2FA48CDA for ; Wed, 16 Dec 2015 15:30:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0EB1A1E59 for ; Wed, 16 Dec 2015 15:30:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBGFUNPO055144 for ; Wed, 16 Dec 2015 15:30:23 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 205194] Changing MTU higher than 1500 on the interface pfsync0 causes panic Date: Wed, 16 Dec 2015 15:30:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: crash, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kp@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kp@freebsd.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2015 15:30:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205194 Kristof Provost changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kp@freebsd.org Assignee|freebsd-net@FreeBSD.org |kp@freebsd.org --- Comment #4 from Kristof Provost --- (In reply to Renato Botelho from comment #3) Yes, that's now on my todo list. Expect it sometime next week. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Thu Dec 17 03:48:54 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 862DEA4A95D for ; Thu, 17 Dec 2015 03:48:54 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C3091F80 for ; Thu, 17 Dec 2015 03:48:54 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:To:From:Date; bh=yYyjK6avFRzQ3J6+GIFazmIc//eRP5ASWFyLMsfhB4g=; b=wZxaQj8A3AR3NzQHl/Mhf8pR95 5cNmcSy5JaxOLxIbsHQwaTVsk8ainjgdmPziLfyMdmLeFcv36DE3sfurmiDgATnDDDbyUDj8CBOGL 7TZBhEck+x86GLAss2NyxuUHKib5k7zDCvLAzLXL6jr/LJyJNItZ8X8e2wwVYOpOT5J8=; Received: from [39.253.72.222] (port=44153 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.86) (envelope-from ) id 1a9PYi-003pJS-Hd for freebsd-net@freebsd.org; Wed, 16 Dec 2015 20:48:53 -0700 Date: Thu, 17 Dec 2015 11:37:35 +0800 From: Erich Dollansky To: freebsd-net@freebsd.org Subject: Re: what is the secret behind 192.168.0.121 Message-ID: <20151217113735.238b5c12@X220.alogt.com> In-Reply-To: <20151216215047.6bf53612@X220.alogt.com> References: <20151216215047.6bf53612@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2015 03:48:54 -0000 Hi, I found the cause of the problem. After fixing this problem in /etc/hosts: 192.168.0.127 raspberry8.alogt.com Raspberry8 192.168.0.128 raspberry8.alogt.com Raspberry9 After fixing the second line to 192.168.0.127 raspberry8.alogt.com Raspberry8 192.168.0.128 raspberry9.alogt.com Raspberry9 and adjusting the names in the respective /etc/rc.conf files, everything started to work. Before, I left then names as they have been but changed the IP addresses of the clients to run some tests. I do not know why is affected IPs above 120 but not the IPs from 116 to 120. Erich On Wed, 16 Dec 2015 21:50:47 +0800 Erich Dollansky wrote: > Hi, > > I have a very weird problem with my testing LAN. Only FreeBSD machines > are on the network. It all works as expected until I give the address > 192.168.0.121 to a client machine. This machine is not able to mount > remote file systems via NFS despite this IP address is specifically > mentioned in /etc/exports. > > I know that some routers/switches use this address as the default. But > I run into this problem even when I connect the NFS server and the > client directly. > > I do not need to use this address but I would like to know why it does > not work. > > Showmount for the specific NFS mount point shows this: > > /usr/home 192.168.0.121 192.168.0.122 > 192.168.0.99 192.168.0.112 192.168.0.116 192.168.0.117 192.168.0.118 > 192.168.0.119 192.168.0.120 192.168.0.123 192.168.0.124 192.168.0.125 > 192.168.0.126 192.168.0.127 192.168.0.128 192.168.0.129 > > /etc/hosts.allow says this as the first effective line: > > ALL : ALL : allow > > Does anybody has an idea what could cause this? > > Erich > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Thu Dec 17 19:41:08 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5497BA4B9A0 for ; Thu, 17 Dec 2015 19:41:08 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1933A1601; Thu, 17 Dec 2015 19:41:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DCC8B1FE023; Thu, 17 Dec 2015 20:40:58 +0100 (CET) Subject: Re: Race between arptimer() and lle removal [WAS: panic in arptimer in r289937] To: Randall Stewart References: null <2739461446298483@web2h.yandex.ru> <566A94A1.60400@selasky.org> <2850091449828775@web21o.yandex.ru> <566AB081.8050100@selasky.org> <566ABDAF.7060208@selasky.org> <91332B46-8CD3-45C0-80D0-AAD29ADD2DE0@netflix.com> <566BF36D.5060702@selasky.org> Cc: freebsd-net , Adrian Chadd , "Alexander V. Chernikov" From: Hans Petter Selasky Message-ID: <5673103E.9080906@selasky.org> Date: Thu, 17 Dec 2015 20:42:54 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <566BF36D.5060702@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2015 19:41:08 -0000 Hi, I'm going to run some tests tomorrow. Meanwhile I've uploaded a patch here: https://reviews.freebsd.org/D4605 --HPS From owner-freebsd-net@freebsd.org Thu Dec 17 21:53:09 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71D78A4BCA8 for ; Thu, 17 Dec 2015 21:53:09 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.rbsd.freebsd.org (unknown [IPv6:2607:fc50:2000:101::1bb:73]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3F11A41 for ; Thu, 17 Dec 2015 21:53:09 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.rbsd.freebsd.org (Postfix, from userid 1346) id 5B9C311302; Thu, 17 Dec 2015 21:53:09 +0000 (UTC) Date: Thu, 17 Dec 2015 21:53:09 +0000 To: freebsd-net@freebsd.org From: "smh (Steven Hartland)" Reply-to: D1986+325+381818416dc12ca2@reviews.freebsd.org Subject: [Differential] [Commented On] D1986: Teach lagg(4) to change MTU Message-ID: <6be594b095612d5f1d23550ccf3027dc@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , Thread-Topic: D1986: Teach lagg(4) to change MTU X-Herald-Rules: none, <28> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ODZhMzNlYThiYzMxOTgzYmRhMDE5M2Q2Yzk4IFZzLsU= MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2015 21:53:09 -0000 smh added a subscriber: smh. smh added a comment. Some general style nits and a question re-loss of the mtu set error. INLINE COMMENTS sys/net/if_lagg.c:706 style(9) bool use of pointer type. sys/net/if_lagg.c:731 style(9) four space additional indent only should be used, more below. sys/net/if_lagg.c:769 Looks like this attempts to change more that would have been done above before the error, is that intended? sys/net/if_lagg.c:783 Looks like the error gets lost, although printed, is there no way we can avoid this? sys/net/if_lagg.c:812 style(9) bracing around return. sys/net/if_lagg.c:818 style(9) init of vars in declaration should be avoided. Moving to down to where its first needed can avoid setting it at all. sys/net/if_lagg.c:837 style(9) bool use of pointer type. sys/net/if_lagg.c:843 style(9) bool use of pointer type. sys/net/if_lagg.c:852 consider: "it might have been updated." sys/net/if_lagg.c:861 style(9) bool use of pointer type. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D1986 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: rpokala, rstone, rpokala-panasas.com Cc: smh, imp, melifaro, hrs, sbruno, lakshmi.n_msystechnologies.com, emaste, ae, freebsd-net-list From owner-freebsd-net@freebsd.org Thu Dec 17 22:16:10 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D21FA4A900 for ; Thu, 17 Dec 2015 22:16:10 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.rbsd.freebsd.org (unknown [IPv6:2607:fc50:2000:101::1bb:73]) by mx1.freebsd.org (Postfix) with ESMTP id EE8B7135B for ; Thu, 17 Dec 2015 22:16:09 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.rbsd.freebsd.org (Postfix, from userid 1346) id ED16811EBD; Thu, 17 Dec 2015 22:16:09 +0000 (UTC) Date: Thu, 17 Dec 2015 22:16:09 +0000 To: freebsd-net@freebsd.org From: "melifaro (Alexander V. Chernikov)" Reply-to: D1986+325+381818416dc12ca2@reviews.freebsd.org Subject: [Differential] [Commented On] D1986: Teach lagg(4) to change MTU Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D1986: Teach lagg(4) to change MTU X-Herald-Rules: none, <28> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ODZhMzNlYThiYzMxOTgzYmRhMDE5M2Q2Yzk4IFZzNCk= MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2015 22:16:10 -0000 melifaro added inline comments. INLINE COMMENTS sys/net/if_lagg.c:728 What if we have multiple events queued on tasq? e.g mtu AND mac change sys/net/if_lagg.c:763 Not that easy, unfortunately. At this moment original ioctl returned 0, so other things/events were fired: rtsock notification, IPv6 nd mtg update, route table mtg update.. see net/if.c for more details. Trying to silently revert part of it without dealing with other things is not a good idea. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D1986 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: rpokala, rstone, rpokala-panasas.com Cc: smh, imp, melifaro, hrs, sbruno, lakshmi.n_msystechnologies.com, emaste, ae, freebsd-net-list From owner-freebsd-net@freebsd.org Thu Dec 17 23:48:20 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D896FA4AFAA for ; Thu, 17 Dec 2015 23:48:20 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F6A91BF0 for ; Thu, 17 Dec 2015 23:48:20 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.9/8.14.9) with ESMTP id tBHNmHD1035734 for ; Thu, 17 Dec 2015 18:48:17 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.9/8.14.4/Submit) id tBHNmHnA035731; Thu, 17 Dec 2015 18:48:17 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22131.18881.757188.951230@hergotha.csail.mit.edu> Date: Thu, 17 Dec 2015 18:48:17 -0500 From: Garrett Wollman To: freebsd-net@freebsd.org Subject: Per-jail private loopback X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 17 Dec 2015 18:48:17 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, HEADER_FROM_DIFFERENT_DOMAINS autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hergotha.csail.mit.edu X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2015 23:48:20 -0000 I'm a bit new to managing jails, and one of the things I'm finding I need is a way for jails to have their own private loopback interfaces -- so that things like sendmail and local DNS resolvers actually work right without explicit configuration. Is there any way of making this work short of going all the way to full VIMAGE? (I'm reluctant to do the latter because it then means I have to carry two separate kernels, one for performance and one for jail hosts.) Or is VIMAGE cheap enough that I won't notice the performance hit? Does that even get me to where I need to be (with each jail having its own 127.0.0.1)? -GAWollman From owner-freebsd-net@freebsd.org Fri Dec 18 02:28:53 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0118BA4AA5F for ; Fri, 18 Dec 2015 02:28:53 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B36E61FBD for ; Fri, 18 Dec 2015 02:28:52 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3pMDdr4J5MzRH for ; Fri, 18 Dec 2015 03:28:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1450405725; x=1452997726; bh=m9l De/J/4vqUrBKW/PL9N2nNZobO4PyfwV/PvwxrjEA=; b=fAW+I0B77fP6uHJ6GGv WpMqQiJF1gqogNJ51hmPWqB+fjMPbhHY6qtGW/gFbZd10h1G0+tUsKcnyaaCJtst gAVVd/Cloz/gfYxgbJPl04VcDinbBvzciWB3wVmpm9bN8lGjnW0fvb1YkvIiCR+P db74D4Qtd/qHhhNI5tH3+bm4= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id rMJ5UMzoJ4MP for ; Fri, 18 Dec 2015 03:28:45 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3pMDdn6SrvzRG for ; Fri, 18 Dec 2015 03:28:45 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3pMDdn4455z1Ff for ; Fri, 18 Dec 2015 03:28:45 +0100 (CET) Received: from sleepy.ijs.si (2001:1470:ff80:e001::1:1) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Fri, 18 Dec 2015 03:28:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 18 Dec 2015 03:28:45 +0100 From: Mark Martinec To: freebsd-net@freebsd.org Subject: Re: Per-jail private loopback Organization: Jozef Stefan Institute In-Reply-To: <22131.18881.757188.951230@hergotha.csail.mit.edu> References: <22131.18881.757188.951230@hergotha.csail.mit.edu> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 02:28:53 -0000 On 2015-12-18 00:48, Garrett Wollman wrote: > I'm a bit new to managing jails, and one of the things I'm finding I > need is a way for jails to have their own private loopback interfaces > -- so that things like sendmail and local DNS resolvers actually work > right without explicit configuration. Is there any way of making this > work short of going all the way to full VIMAGE? (I'm reluctant to do > the latter because it then means I have to carry two separate kernels, > one for performance and one for jail hosts.) Or is VIMAGE cheap > enough that I won't notice the performance hit? Does that even get me > to where I need to be (with each jail having its own 127.0.0.1)? You can create additional loopback interfaces for jails that need them, e.g. cloned_interfaces="lo1 lo2 lo3" or from a command line: ifconfig lo1 create up then assign them a unique address (through a jail setting), either from the 127.0.0.0/8 range (like 127.0.1.1/32), or some other private non-routable address, possibly an IPv6 address. In a jail you will then need to use this unique address for inter-process communication over a lo1 loopback interface. ip4_addr:lo1|127.0.1.1 Mark From owner-freebsd-net@freebsd.org Fri Dec 18 03:51:09 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03064A496F7 for ; Fri, 18 Dec 2015 03:51:09 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8DC81D5D for ; Fri, 18 Dec 2015 03:51:08 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: by mail-ig0-x22f.google.com with SMTP id m11so26135529igk.1 for ; Thu, 17 Dec 2015 19:51:08 -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=U153O71m8VJEShyQ/fI8L80RcdSSqYSxzQm46DBP7Zk=; b=x1xp2168YsMgqdXQLU8Sh8FZtUw+TA7w7rTqp5PXd3fDmHgRXeJL82krtbNP00uVBZ V8MrBFoRgVyQuV4x9e8yy4A2vCsbnqX0O8j0AOgdgloqkmDoXh2XCPs8JbEUhBtF54mI 18dyBNQ61K2ZDI7UwFCRMVxGw+5llREuvV2FJhd6aXqzT2TB2iengU0s5w52Y/TVmXWO mkLiZvIMYA8svK80P3+/4leMFYA9Vhn4znS3yf+WBPJ8XiXe+H9a6lr/Bk5aWH5qj84P Ur0cPuEpxjNNMnD2QHPxVLS/gsfetjkzXIRSHLtAa64omt3kWC5grtpiv2juwAYmhYYd oR4A== MIME-Version: 1.0 X-Received: by 10.50.36.74 with SMTP id o10mr318250igj.73.1450410668218; Thu, 17 Dec 2015 19:51:08 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.50.152.69 with HTTP; Thu, 17 Dec 2015 19:51:08 -0800 (PST) In-Reply-To: <22131.18881.757188.951230@hergotha.csail.mit.edu> References: <22131.18881.757188.951230@hergotha.csail.mit.edu> Date: Thu, 17 Dec 2015 19:51:08 -0800 X-Google-Sender-Auth: 1e7fk6aiwk_cPQkovrqO_ZF9F7g Message-ID: Subject: Re: Per-jail private loopback From: Craig Rodrigues To: Garrett Wollman Cc: FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 03:51:09 -0000 On Thu, Dec 17, 2015 at 3:48 PM, Garrett Wollman wrote: > Or is VIMAGE cheap > enough that I won't notice the performance hit? > Olivier did some measurements with VIMAGE: https://lists.freebsd.org/pipermail/freebsd-arch/2014-October/016054.html I think you should give VIMAGE a shot, if you are doing any serious work with jails. I run with VIMAGE configured by default in all my systems running 10-STABLE and CURRENT. -- Craig From owner-freebsd-net@freebsd.org Fri Dec 18 09:06:52 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88288A4A32D for ; Fri, 18 Dec 2015 09:06:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 782691996 for ; Fri, 18 Dec 2015 09:06:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBI96qua017810 for ; Fri, 18 Dec 2015 09:06:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver Date: Fri, 18 Dec 2015 09:06:52 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: onyx@netfusion.fr X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: weh@microsoft.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? mfc-stable9? mfc-stable10+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 09:06:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 --- Comment #23 from Eddy --- @Dexuan Cui, I'm not sure the patch is merged. The two revisions you mentioned are made the 28th and 30th of July 2015, whereas the working patch was provided by Wei the 4th of November. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-net@freebsd.org Fri Dec 18 09:54:28 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DD37A4B10E for ; Fri, 18 Dec 2015 09:54:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E6F810CC for ; Fri, 18 Dec 2015 09:54:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBI9sSWm077738 for ; Fri, 18 Dec 2015 09:54:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver Date: Fri, 18 Dec 2015 09:54:28 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: decui@microsoft.com X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: weh@microsoft.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? mfc-stable9? mfc-stable10+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 09:54:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 --- Comment #24 from Dexuan Cui --- (In reply to Eddy from comment #23) Hi Eddy, hmm, I am sorry -- I was looking at the wrong patch... I'll ask the committers to help to merge the correct patch to stable/10. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-net@freebsd.org Fri Dec 18 13:14:59 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B1BBA4B980 for ; Fri, 18 Dec 2015 13:14:59 +0000 (UTC) (envelope-from pradosh.datta@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 652751F7C for ; Fri, 18 Dec 2015 13:14:59 +0000 (UTC) (envelope-from pradosh.datta@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 646BDA4B97F; Fri, 18 Dec 2015 13:14:59 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64059A4B97E for ; Fri, 18 Dec 2015 13:14:59 +0000 (UTC) (envelope-from pradosh.datta@gmail.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3475F1F7B for ; Fri, 18 Dec 2015 13:14:59 +0000 (UTC) (envelope-from pradosh.datta@gmail.com) Received: by mail-ob0-x235.google.com with SMTP id sd4so80397488obb.0 for ; Fri, 18 Dec 2015 05:14:59 -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=EIQPK8gteNFgplg4hkZMTBQWydS5wDL+kzh/JST8kaA=; b=uinSFD5/nwSDrDmzY5aAa9QD2Q6dD/N2EWk8J3Yxs7+WaokBxifPusajJ9vqy6Kve3 W7detqnPs/t+dXKN76oDx3sAFuSL3sZvKgXhKrGI21c01aPx4p+YZNyLrC8Duc6rIvvZ QuUmfHjHwRsmn/V42F/e/2uiGLBD4HVmPGjNysmhAO+Ul5tfIZDUR1a5VDJ0EWWAwDih +1NupfRHpt9ilNm3EXOOw9hOfa1CxigwXS6xOQ2O8lZpXfihUq28w89nCIz71UKhOdP5 7bTeVqrRK6Fyzn9FhJJRNYnG6YCXIE+PO9zsxn9XiB5+uKHUWSorzOswrGE8wJJN5TbL HWhw== MIME-Version: 1.0 X-Received: by 10.60.15.197 with SMTP id z5mr1461530oec.57.1450444498392; Fri, 18 Dec 2015 05:14:58 -0800 (PST) Received: by 10.76.177.162 with HTTP; Fri, 18 Dec 2015 05:14:58 -0800 (PST) Date: Fri, 18 Dec 2015 18:44:58 +0530 Message-ID: Subject: Netmap with VMWare From: Pradosh Datta To: net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 13:14:59 -0000 Hi, I am trying to use the netmap on vmware in CentOS guests, I am able to use netmap with the e1000 driver on vmware (though the throughput is close to line speed). But is there any way to use the netmap with vmxnet3? Is there any patch available to support that? Or any suggestion on how can I achieve high-packet-rate between vm-to-vm using netmap? Best Regards, Pradosh From owner-freebsd-net@freebsd.org Fri Dec 18 13:45:25 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 986B5A4BBDF for ; Fri, 18 Dec 2015 13:45:25 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 770B01FB2 for ; Fri, 18 Dec 2015 13:45:25 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-234-233.lns20.per1.internode.on.net [121.45.234.233]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id tBIDjKqa001747 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 18 Dec 2015 05:45:23 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: Per-jail private loopback To: freebsd-net@freebsd.org References: <22131.18881.757188.951230@hergotha.csail.mit.edu> From: Julian Elischer Message-ID: <56740DEA.8010704@freebsd.org> Date: Fri, 18 Dec 2015 21:45:14 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 13:45:25 -0000 On 18/12/2015 11:51 AM, Craig Rodrigues wrote: > On Thu, Dec 17, 2015 at 3:48 PM, Garrett Wollman > wrote: > >> Or is VIMAGE cheap >> enough that I won't notice the performance hit? Vimage is a negligable overhead in a 1 jail (base jail) system and can actually end up with a negative overhead (gain) in some scenarios. Most vimage systems use a bridge (either netgraph or if_bridge) to connect the jails together to the outside world which leads to some extra packet handling, but in a system with 24 CPUs it's often handled by an otherwise idle CPU so no performance hit is seen. It can be a nett gain if you have several interfaces and assign each interface to a different jail/VNET. In this case the different network stacks are not contending with each other for locks where in a single stack jail configuration they would be contending. Different vlan interfaces can be assigned to different VNETS for the same effect if you don't have multiple physical interfaces avaliable. Even with the extra packet handling of bridged VNETs there can be advantages.. For example you can put your jails behind an extra layer of routing WITHIN the host so that changes of routes and connectivity from the machine to the outside world are not seen by the applications. > Olivier did some measurements with VIMAGE: > https://lists.freebsd.org/pipermail/freebsd-arch/2014-October/016054.html > > I think you should give VIMAGE a shot, if you are doing any serious work > with jails. I run with VIMAGE configured by default in all my systems > running 10-STABLE > and CURRENT. > > -- > Craig > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@freebsd.org Fri Dec 18 14:57:00 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63028A4B80A for ; Fri, 18 Dec 2015 14:57:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 53FAD1334 for ; Fri, 18 Dec 2015 14:57:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBIEv0KL062093 for ; Fri, 18 Dec 2015 14:57:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver Date: Fri, 18 Dec 2015 14:56:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: weh@microsoft.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? mfc-stable9? mfc-stable10+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 14:57:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 --- Comment #25 from commit-hook@freebsd.org --- A commit references this bug: Author: royger Date: Fri Dec 18 14:56:49 UTC 2015 New revision: 292439 URL: https://svnweb.freebsd.org/changeset/base/292439 Log: MFC r291156: Ignore the inbound checksum flags when doing packet forwarding in netvsc driver. Sponsored by: Microsoft OSTC PR: 203630 Changes: _U stable/10/ stable/10/sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-net@freebsd.org Fri Dec 18 15:09:45 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C27ECA4BECF for ; Fri, 18 Dec 2015 15:09:45 +0000 (UTC) (envelope-from Mark.Martinec@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 814A51BDC for ; Fri, 18 Dec 2015 15:09:45 +0000 (UTC) (envelope-from Mark.Martinec@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3pMYWn6MZrz8w for ; Fri, 18 Dec 2015 16:09:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received:received; s= jakla4; t=1450451378; x=1453043379; bh=mBJkRyp0KwzQKS+a2AdtwKfwP 5NKfPFi7/Nte0cfdzc=; b=nhBideIMF1LfpS8d25HGDZn734c4t6pDJ9S7yyyzP G83Dbz88ngBu/c0RVZNIFJov/fP6w3gM+VAee3BbSVXCB9kiHE8CRhM5CySFadVM sA0kUceMi41H2spbnWryUKlXolXWIpTNTASfHIbdvBkq5LV6kqiR7QXgSVEzZ+bQ Wo= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id DEmlTOcccv2v for ; Fri, 18 Dec 2015 16:09:38 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3pMYWk6QWrz8r for ; Fri, 18 Dec 2015 16:09:38 +0100 (CET) Received: from [IPv6:2001:1470:ff80:4:b895:1d:211c:2746] (unknown [IPv6:2001:1470:ff80:4:b895:1d:211c:2746]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mildred.ijs.si (Postfix) with ESMTPSA id 3pMYWk52YQz6X for ; Fri, 18 Dec 2015 16:09:38 +0100 (CET) Subject: Re: Per-jail private loopback To: freebsd-net@freebsd.org References: <22131.18881.757188.951230@hergotha.csail.mit.edu> <56740DEA.8010704@freebsd.org> From: Mark Martinec Message-ID: <567421B4.6020302@ijs.si> Date: Fri, 18 Dec 2015 16:09:40 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56740DEA.8010704@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 15:09:45 -0000 It would be nice to use VIMAGE, but is not in a GENERIC kernel. Using a custom kernel voids a comfort of using freebsd-update for installing patch revisions and upgrades. Mark On 2015-12-18 14:45, Julian Elischer wrote: > On 18/12/2015 11:51 AM, Craig Rodrigues wrote: >> On Thu, Dec 17, 2015 at 3:48 PM, Garrett Wollman >> wrote: >> >>> Or is VIMAGE cheap >>> enough that I won't notice the performance hit? > Vimage is a negligable overhead in a 1 jail (base jail) system and can > actually end up with a negative overhead (gain) in some scenarios. > > Most vimage systems use a bridge (either netgraph or if_bridge) to > connect the jails together to the outside world which leads to some > extra packet handling, but in a system with 24 CPUs it's often handled > by an otherwise idle CPU so no performance hit is seen. It can be a > nett gain if you have several interfaces and assign each interface to a > different jail/VNET. In this case the different network stacks are not > contending with each other for locks where in a single stack jail > configuration they would be contending. Different vlan interfaces can be > assigned to different VNETS for the same effect if you don't have > multiple physical interfaces avaliable. > Even with the extra packet handling of bridged VNETs there can be > advantages.. For example you can put your jails behind an extra layer of > routing WITHIN the host so that changes of routes and connectivity from > the machine to the outside world are not seen by the applications. > >> Olivier did some measurements with VIMAGE: >> https://lists.freebsd.org/pipermail/freebsd-arch/2014-October/016054.html >> >> I think you should give VIMAGE a shot, if you are doing any serious work >> with jails. I run with VIMAGE configured by default in all my systems >> running 10-STABLE >> and CURRENT. >> >> -- >> Craig From owner-freebsd-net@freebsd.org Fri Dec 18 15:24:19 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BCAFBA4A896 for ; Fri, 18 Dec 2015 15:24:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ADC24122F for ; Fri, 18 Dec 2015 15:24:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBIFOJPP001120 for ; Fri, 18 Dec 2015 15:24:19 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver Date: Fri, 18 Dec 2015 15:24:19 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: decui@microsoft.com X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: weh@microsoft.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? mfc-stable9? mfc-stable10+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 15:24:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 --- Comment #26 from Dexuan Cui --- Hi Eddy, roger has merged the fix to stable/10. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-net@freebsd.org Fri Dec 18 15:46:45 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29D77A4B704 for ; Fri, 18 Dec 2015 15:46:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1AEFF1C2F for ; Fri, 18 Dec 2015 15:46:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBIFkiAn041495 for ; Fri, 18 Dec 2015 15:46:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver Date: Fri, 18 Dec 2015 15:46:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: onyx@netfusion.fr X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: weh@microsoft.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? mfc-stable9? mfc-stable10+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 15:46:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 --- Comment #27 from Eddy --- (In reply to Dexuan Cui from comment #26) Thank you Dexuan and royger! -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-net@freebsd.org Fri Dec 18 16:34:55 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79FF2A4C6FA for ; Fri, 18 Dec 2015 16:34:55 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 62C341E0A for ; Fri, 18 Dec 2015 16:34:55 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5F36EA4C6F9; Fri, 18 Dec 2015 16:34:55 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5ED8AA4C6F8 for ; Fri, 18 Dec 2015 16:34:55 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E209D1E09 for ; Fri, 18 Dec 2015 16:34:54 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mail-lf0-x232.google.com with SMTP id z124so71222696lfa.3 for ; Fri, 18 Dec 2015 08:34:54 -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=cXkSPdInV5JoHqjhZyeH1c1aeyJfP/DnKQSIRAoPQgw=; b=Zn/3VsfDZBK0ee9+p0luh0A2z9a2zwrkYKXZqV2vRtrSOGljaXw18bKHW4Pn1rvTx1 +4eYX4CyO2Pb/mIDUwdx0U9f6braQrLAfHZaFqNqMoaHdmpFAhyBLRQTn1VpzZufYQAp 29CcIPZaUwwbXxKD86GjhjgfXIacSCvewysWUTitqfezinamYth1YmXjoiuOA5p2adCI IEwGEArqDnxVEDI7NBbGQ+ZYH7duh4w5yxMIoVmYAdS44KrE3r2ADNFigI0XhkakmU8R xyT9Mm/ixM2VUHel1jKoUOd4ORFp/Hgmue1XlkSliKSZqWi3Lpo58/RtoUL091k0GxGM z7Bg== MIME-Version: 1.0 X-Received: by 10.25.91.210 with SMTP id p201mr1844905lfb.37.1450456492931; Fri, 18 Dec 2015 08:34:52 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.97.100 with HTTP; Fri, 18 Dec 2015 08:34:52 -0800 (PST) In-Reply-To: References: Date: Fri, 18 Dec 2015 08:34:52 -0800 X-Google-Sender-Auth: rrWoe_DS2Ur1F82Tnel6n-SFHQk Message-ID: Subject: Re: Netmap with VMWare From: Luigi Rizzo To: Pradosh Datta Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 16:34:55 -0000 On Fri, Dec 18, 2015 at 5:14 AM, Pradosh Datta wrote: > Hi, > I am trying to use the netmap on vmware in CentOS guests, I am able to use > netmap with the e1000 driver on vmware (though the throughput is close to > line speed). > > But is there any way to use the netmap with vmxnet3? Is there any patch > available to support that? Or any suggestion on how can I achieve > high-packet-rate between vm-to-vm using netmap? The vm-to-vm bottleneck is typically in the hypervisor (vmware) and the switch (in this case it may be the linux bridge in centos). I am afraid just using netmap in the guest won't help you much in this respect. See our ANCS'13 paper http://info.iet.unipi.it/~luigi/papers/20130903-rizzo-ancs.pdf for what you can expect (look at the unmodified hypervisor/linux bridge case). This said, you can always use netmap (in emulated mode) on any network interface in the guest. cheers luigi > > Best Regards, > Pradosh > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@freebsd.org Fri Dec 18 19:20:12 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83AA0A4B457 for ; Fri, 18 Dec 2015 19:20:12 +0000 (UTC) (envelope-from "."@babolo.ru) Received: from smtp1.babolo.ru (smtp1.babolo.ru [194.58.35.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp1.babolo.ru", Issuer "@BABOLO" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1754119C7 for ; Fri, 18 Dec 2015 19:20:11 +0000 (UTC) (envelope-from "."@babolo.ru) Received: from cicuta.babolo.ru (cicuta.babolo.ru [194.58.246.5]) by smtp1.babolo.ru (8.14.2/8.14.2) with SMTP id tBIJ4pil080596; Fri, 18 Dec 2015 23:04:51 +0400 (MSK) (envelope-from .@babolo.ru) Received: (nullmailer pid 68505 invoked by uid 136); Fri, 18 Dec 2015 18:10:48 -0000 Date: Fri, 18 Dec 2015 21:10:48 +0300 From: Aleksandr A Babaylov <.@babolo.ru> To: bcs Cc: freebsd-net@freebsd.org Subject: Re: arp response fails Message-ID: <20151218181048.GA68478@babolo.ru> References: <5670988B.5030905@field.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5670988B.5030905@field.hu> X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 19:20:12 -0000 On Tue, Dec 15, 2015 at 11:47:39PM +0100, bcs wrote: > I have 3 FreeBSD 10.2-RELEASE machines and all of them suffers of the > following problem. They are not responding to ARP requests which causes > network problem for me, other hosts can't access my FBSD machines on the > LAN nor my FBSD hosts can see each other unless I add permanent arp entry. > > [root@fbsd10 /]# arping my.host.hu > ARPING x.x.x.x > Timeout > Timeout > Timeout > > Pinging a linux host is ok from my bsd host: > [root@cool /]# arping linux.host.hu > ARPING y.y.y.y > 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=0 time=189.143 usec > 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=1 time=335.541 usec > 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=2 time=200.227 usec > ^C > > I use ipfw but "ipfw -q -f flush" didn't solve the issue. Here are my > sysctl.conf: > security.bsd.see_other_uids=0 > net.inet.tcp.recvspace=512000 > net.route.netisr_maxqlen=2048 > kern.ipc.nmbclusters=1310720 > net.inet.tcp.sendbuf_max=16777216 > net.inet.tcp.recvbuf_max=16777216 > kern.ipc.soacceptqueue=32768 > vm.v_free_min=19170 > > /boot/loader.conf: > ipfw_load="YES" > net.inet.ip.fw.default_to_accept=1 > kern.maxusers=4096 > accf_data_load="YES" > hw.em.rxd=4096 > > any idea how to enable arp response? I have similar behavior on ale interace with vlans on it. Change for re interface on that server works for me. From owner-freebsd-net@freebsd.org Fri Dec 18 19:48:14 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D772A4A68F for ; Fri, 18 Dec 2015 19:48:14 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (green.field.hu [217.20.130.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B8651993 for ; Fri, 18 Dec 2015 19:48:13 +0000 (UTC) (envelope-from bimmer@field.hu) Received: from green.field.hu (localhost [127.0.0.1]) by green.field.hu (Postfix) with ESMTP id AD289250B69; Fri, 18 Dec 2015 20:48:08 +0100 (CET) X-Virus-Scanned: by Amavisd-new at field.hu Received: from green.field.hu ([127.0.0.1]) by green.field.hu (green.field.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qvPEgplj5Xb3; Fri, 18 Dec 2015 20:48:02 +0100 (CET) Received: from [192.168.52.11] (1F2EC6DD.catv.pool.telekom.hu [31.46.198.221]) by green.field.hu (Postfix) with ESMTPA id EE2C0250B6B; Fri, 18 Dec 2015 20:48:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=field.hu; s=mail; t=1450468082; bh=ziMVN4pN7iGh+x5faie2IYfI7l6kk3KytbE9PQ/zKlI=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=Wg1iUtxU4qUKFU+EvTDLQbI+6OrEgsg75+2iIuk2sfF4CpfBUF6JXNRAeVKiCH89F 8KL/uxQMK2bI5X+fckwagRuqSRRbIZl7ijLEFLL76rQCzI2eUZKCjtI54O+bEk1W3W xOMspvpFpNzXHoZnmoZs8rJXaSHFgM84UK93Ou3g= Message-ID: <567462DD.1060401@field.hu> Date: Fri, 18 Dec 2015 20:47:41 +0100 From: bcs User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Aleksandr A Babaylov <"."@babolo.ru> CC: freebsd-net@freebsd.org Subject: Re: arp response fails References: <5670988B.5030905@field.hu> <20151218181048.GA68478@babolo.ru> In-Reply-To: <20151218181048.GA68478@babolo.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 19:48:14 -0000 Thanks for the hint, currently I don't want to replace the NIC with other one, maybe a new server sometime. Regards, Csaba 2015. 12. 18. 19:10 keltezéssel, Aleksandr A Babaylov írta: > On Tue, Dec 15, 2015 at 11:47:39PM +0100, bcs wrote: >> I have 3 FreeBSD 10.2-RELEASE machines and all of them suffers of the >> following problem. They are not responding to ARP requests which causes >> network problem for me, other hosts can't access my FBSD machines on the >> LAN nor my FBSD hosts can see each other unless I add permanent arp entry. >> >> [root@fbsd10 /]# arping my.host.hu >> ARPING x.x.x.x >> Timeout >> Timeout >> Timeout >> >> Pinging a linux host is ok from my bsd host: >> [root@cool /]# arping linux.host.hu >> ARPING y.y.y.y >> 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=0 time=189.143 usec >> 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=1 time=335.541 usec >> 60 bytes from 00:15:17:ae:0c:44 (y.y.y.y): index=2 time=200.227 usec >> ^C >> >> I use ipfw but "ipfw -q -f flush" didn't solve the issue. Here are my >> sysctl.conf: >> security.bsd.see_other_uids=0 >> net.inet.tcp.recvspace=512000 >> net.route.netisr_maxqlen=2048 >> kern.ipc.nmbclusters=1310720 >> net.inet.tcp.sendbuf_max=16777216 >> net.inet.tcp.recvbuf_max=16777216 >> kern.ipc.soacceptqueue=32768 >> vm.v_free_min=19170 >> >> /boot/loader.conf: >> ipfw_load="YES" >> net.inet.ip.fw.default_to_accept=1 >> kern.maxusers=4096 >> accf_data_load="YES" >> hw.em.rxd=4096 >> >> any idea how to enable arp response? > I have similar behavior on ale interace > with vlans on it. > Change for re interface on that server > works for me. > From owner-freebsd-net@freebsd.org Fri Dec 18 22:11:25 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66E89A4BBBA for ; Fri, 18 Dec 2015 22:11:25 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.rbsd.freebsd.org (unknown [IPv6:2607:fc50:2000:101::1bb:73]) by mx1.freebsd.org (Postfix) with ESMTP id 53B0D14B4 for ; Fri, 18 Dec 2015 22:11:25 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.rbsd.freebsd.org (Postfix, from userid 1346) id 4EE721180D; Fri, 18 Dec 2015 22:11:25 +0000 (UTC) Date: Fri, 18 Dec 2015 22:11:25 +0000 To: freebsd-net@freebsd.org From: "hrs (Hiroki Sato)" Reply-to: D1986+325+381818416dc12ca2@reviews.freebsd.org Subject: [Differential] [Commented On] D1986: Teach lagg(4) to change MTU Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D1986: Teach lagg(4) to change MTU X-Herald-Rules: none, <28> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ODZhMzNlYThiYzMxOTgzYmRhMDE5M2Q2Yzk4IFZ0hI0= MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 22:11:25 -0000 hrs added inline comments. INLINE COMMENTS sys/net/if_lagg.c:753 Please separate a llq loop from a handler for per-port configuration. A llq traversal should be required only once in lagg_port_ops() if the handlers process a single lagg_llq entry. sys/net/if_lagg.c:837 Is this (llq == NULL), not (llq != NULL)? sys/net/if_lagg.c:840 Why is cleanup required here? This removes all of tasks not limited to MTU change. sys/net/if_lagg.c:861 free(NULL) does nothing. Checking if NULL or not is useless. sys/net/if_lagg.c:872 This traversal and freeing an entry after processing it should be done in lagg_port_ops(). sys/net/if_lagg.h:220 Please add "llq_" prefix to the members. sys/net/if_lagg.h:221 Is there any reason to have ifr as a pointer? malloc is generally expensive in kernel, and overhead of struct ifreq is acceptable for me even if every llq has one. I feel this complicates the error handling at least. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D1986 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: rpokala, rstone, rpokala-panasas.com Cc: smh, imp, melifaro, hrs, sbruno, lakshmi.n_msystechnologies.com, emaste, ae, freebsd-net-list From owner-freebsd-net@freebsd.org Sat Dec 19 01:41:33 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B61A7A4C415 for ; Sat, 19 Dec 2015 01:41:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6F681FCF for ; Sat, 19 Dec 2015 01:41:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBJ1fXvj089075 for ; Sat, 19 Dec 2015 01:41:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 128030] [ipsec] Enable IPSec in GENERIC kernel configuration Date: Sat, 19 Dec 2015 01:41:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: conf X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: feature, patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nicblais@clkroot.net X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: gnn@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2015 01:41:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=128030 Nick B changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nicblais@clkroot.net --- Comment #16 from Nick B --- Any update on the MFC to 10.x? -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-net@freebsd.org Sat Dec 19 18:30:35 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3618A4B558 for ; Sat, 19 Dec 2015 18:30:35 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B348818D6 for ; Sat, 19 Dec 2015 18:30:35 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-io0-x22f.google.com with SMTP id o67so120407727iof.3 for ; Sat, 19 Dec 2015 10:30:35 -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=0Z+kQZXL7Ev/oIXqKaOzGqwDl9rgvAMNwvDRbmRuY+o=; b=TrjI3ItcGQkIcMdJsIEn9BCXQjwJ7zVHNkoz0D6/9v5Gmrfz8j0CgA8sLRact0ZaJ6 MuftzKmICyFXeIeICAGrRP5ctLQNZQe17QF0wDbrAQnV6eDmmkVeWD9oW3iq9O46jtbA KdNAjEVYSVXddoJfUJkWXliZ6GEBW3L2xLd4cGafUoz/MuZSrZMElE6jtvWU82SPLrGn 7Rrlvu1zw8yQHFkGEjC2zXxvrkLC7YLrtEYrGBkJeemzSBcIu24NLN+QmN7lRQghJPZL xXUzVCAFwkUe18mK/r2A0vdBLHMAyjHOXAhgKssmnmnpJOwHvxH1ttNgiQ/9Rc3p0B8+ pUag== MIME-Version: 1.0 X-Received: by 10.107.6.156 with SMTP id f28mr10729445ioi.46.1450549835067; Sat, 19 Dec 2015 10:30:35 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.36.2.16 with HTTP; Sat, 19 Dec 2015 10:30:34 -0800 (PST) In-Reply-To: <567421B4.6020302@ijs.si> References: <22131.18881.757188.951230@hergotha.csail.mit.edu> <56740DEA.8010704@freebsd.org> <567421B4.6020302@ijs.si> Date: Sat, 19 Dec 2015 10:30:34 -0800 X-Google-Sender-Auth: u9LOUn67tMg_r1cbyzc7Ss-EvvE Message-ID: Subject: Re: Per-jail private loopback From: Kevin Oberman To: Mark Martinec Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2015 18:30:36 -0000 On Fri, Dec 18, 2015 at 7:09 AM, Mark Martinec wrote: > It would be nice to use VIMAGE, but is not in a GENERIC kernel. > Using a custom kernel voids a comfort of using freebsd-update > for installing patch revisions and upgrades. > > Mark Not really. First, most updates don't touch the kernel. Even when they do, you just need to re-build your custom kernel, a rather trivial exercise when compared to maintaining a system manually. It is easy to do the actual build on a different system and just copy it to multiple systems. It is only required for the actual kernel, not modules. You do have to keep a copy of the GENERIC kernel as /boot/GENERIC. The Handbook says "Always keep a copy of the GENERIC kernel in /boot/GENERIC. It will be helpful in diagnosing a variety of problems and in performing version upgrades." If freebsd-update calls for a reboot, this is when you need to replace /boot/kernel/kernel with your custom kernel. If the kernel was not changed, you won't be required to reboot, though I do recommend doing so to be sure that no vulnerable code is left running. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683