Re: taps in rc.config

2011-02-01 Thread Randy Bush
cloned_interfaces="tap0 tap1 tap2 tap3 tap4 tap5 tap6 tap7 tap8 tap9" ifconfig_tap0=147.28.224.41/30 ifconfig_tap1=147.28.224.45/30 ifconfig_tap2=147.28.224.49/30 ifconfig_tap3=147.28.224.53/30 ifconfig_tap4=147.28.224.57/30 ifconfig_tap5=147.28.224.61/30 ifconfig_tap6=147.28.224.65/30 ifconfig_tap

Re: taps in rc.config

2011-02-01 Thread Julian Elischer
On 1/31/11 11:43 PM, Randy Bush wrote: 1/ wow does that (dynamips ciscos) actually run on BSD? yep 2/ "why?" so we can have a routing research topology testbed of real cisco and real juniper code. first you need to create them right? ifconfig tap0 create 192.168.3.1/28 up I think you do: i

Re: taps in rc.config

2011-02-01 Thread batcilla itself
2011/2/1 Randy Bush > cloned_interfaces="*bridge0* tap0 tap1 tap2 tap3 tap4 tap5 tap6 tap7 tap8 > tap9" > ifconfig_tap0=147.28.224.41/30 > ifconfig_tap1=147.28.224.45/30 > ifconfig_tap2=147.28.224.49/30 > ifconfig_tap3=147.28.224.53/30 > ifconfig_tap4=147.28.224.57/30 > ifconfig_tap5=147.28.224.6

Re: taps in rc.config

2011-02-01 Thread batcilla itself
Hi Randy, I believe this may help(found in /etc/defaults/rc.conf): #autobridge_interfaces="bridge0"# List of bridges to check #autobridge_bridge0="tap* em0"# Interface glob to automatically add to the bridge if used in addition to example below. //batcilla 2011/2/1 Randy Bush

Re: taps in rc.config

2011-02-01 Thread Randy Bush
>> gets me no bridge. do i need a cloned interface for it? > Yes, it should be in cloned_interfaces list. works perfectly. thank you!! randy ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe,

if_alloc() page fault, VirtualBox + VIMAGE

2011-02-01 Thread Monthadar Al Jaberi
Hi, I am running FreeBSD Current (201010) as guest in VirtualBox on an Ubuntu 10.04. FreeBSD is compiled with VIMAGE option. I loaded a module (my own) that calls if_alloc(IFT_IEEE80211), but I get a panic: Kernel page fault with the following non-sleepable locks held: exclusive rw ifnet_rw (ifn

Re: panic: bufwrite: buffer is not busy???

2011-02-01 Thread John Baldwin
On Tuesday, February 01, 2011 12:53:36 am Eugene Grosbein wrote: > On 31.01.2011 22:46, John Baldwin wrote: > > >># gdb kernel > >> GNU gdb 6.1.1 [FreeBSD] > >> Copyright 2004 Free Software Foundation, Inc. > >> GDB is free software, covered by the GNU General Public License, and you > >> are > >

Re: Bogus KASSERT() in tcp_output()?

2011-02-01 Thread John Baldwin
On Monday, January 31, 2011 9:40:09 pm Lawrence Stewart wrote: > On 02/01/11 04:17, John Baldwin wrote: > > Somewhat related fallout to the bug reported on security@ recently, I think > > this KASSERT() in tcp_output() is bogus: > > > > > > KASSERT(len + hdrlen + ipoptlen == m_length(m, NULL

Re: if_alloc() page fault, VirtualBox + VIMAGE

2011-02-01 Thread John Baldwin
On Tuesday, February 01, 2011 9:38:16 am Monthadar Al Jaberi wrote: > Hi, > > I am running FreeBSD Current (201010) as guest in VirtualBox on an > Ubuntu 10.04. FreeBSD is compiled with VIMAGE option. > > I loaded a module (my own) that calls if_alloc(IFT_IEEE80211), but I > get a panic: Did you

Re: if_alloc() page fault, VirtualBox + VIMAGE

2011-02-01 Thread Bjoern A. Zeeb
On Tue, 1 Feb 2011, Monthadar Al Jaberi wrote: Hi, I am running FreeBSD Current (201010) as guest in VirtualBox on an Ubuntu 10.04. FreeBSD is compiled with VIMAGE option. I loaded a module (my own) that calls if_alloc(IFT_IEEE80211), but I get a panic: see discussions and patch on freebsd-v

Re: if_alloc() page fault, VirtualBox + VIMAGE

2011-02-01 Thread Monthadar Al Jaberi
On Tue, Feb 1, 2011 at 3:49 PM, John Baldwin wrote: > On Tuesday, February 01, 2011 9:38:16 am Monthadar Al Jaberi wrote: >> Hi, >> >> I am running FreeBSD Current (201010) as guest in VirtualBox on an >> Ubuntu 10.04. FreeBSD is compiled with VIMAGE option. >> >> I loaded a module (my own) that c

Re: Bogus KASSERT() in tcp_output()?

2011-02-01 Thread Bjoern A. Zeeb
call+0x4c Xfast_syscall() at Xfast_syscall+0xe2 --- syscall (98, FreeBSD ELF64, connect), rip = 0x80072934c, rsp = 0x7fffe9d8, rbp = 0x3 --- /bz References: [1] http://people.freebsd.org/~bz/20110201-01-tcpconnect-ipopt.diff -- Bjoern A. Zeeb You have to

Re: if_alloc() page fault, VirtualBox + VIMAGE

2011-02-01 Thread Bjoern A. Zeeb
On Tue, 1 Feb 2011, Monthadar Al Jaberi wrote: On Tue, Feb 1, 2011 at 3:49 PM, John Baldwin wrote: On Tuesday, February 01, 2011 9:38:16 am Monthadar Al Jaberi wrote: Hi, I am running FreeBSD Current (201010) as guest in VirtualBox on an Ubuntu 10.04. FreeBSD is compiled with VIMAGE option.

Re: panic: bufwrite: buffer is not busy???

2011-02-01 Thread Eugene Grosbein
On 31.01.2011 14:20, Julian Elischer wrote: > replace with: > > 3504if ((hook == NULL) || > 3505NG_HOOK_NOT_VALID(hook) || > ((peer = NG_HOOK_PEER(hook)) == NULL) || > 3506NG_HOOK_NOT_VALID(peer) || > ((peernode

Re: panic: bufwrite: buffer is not busy???

2011-02-01 Thread Eugene Grosbein
On 02.02.2011 00:30, Eugene Grosbein wrote: > Fatal trap 12: page fault while in kernel mode > cpuid = 3; apic id = 06 > fault virtual address = 0x63 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0x803d4ccd > stack pointer =

Re: panic: bufwrite: buffer is not busy???

2011-02-01 Thread Gleb Smirnoff
On Wed, Feb 02, 2011 at 12:30:20AM +0600, Eugene Grosbein wrote: E> On 31.01.2011 14:20, Julian Elischer wrote: E> E> > replace with: E> > E> > 3504if ((hook == NULL) || E> > 3505NG_HOOK_NOT_VALID(hook) || E> > ((peer = NG_HOOK_PEER(hook)) == NULL)

Re: panic: bufwrite: buffer is not busy???

2011-02-01 Thread John Baldwin
On Tuesday, February 01, 2011 1:30:20 pm Eugene Grosbein wrote: > On 31.01.2011 14:20, Julian Elischer wrote: > > > replace with: > > > > 3504if ((hook == NULL) || > > 3505NG_HOOK_NOT_VALID(hook) || > > ((peer = NG_HOOK_PEER(hook)) == NULL) || > >

Re: panic: bufwrite: buffer is not busy???

2011-02-01 Thread Eugene Grosbein
On 02.02.2011 00:50, Gleb Smirnoff wrote: > This looks like ng_pppoe_disconnect() was called with NULL argument. > > Can you add KDB_TRACE option to kernel? Your boxes for some reason can't > dump core, but with this option we will have at least trace. Of course. I was pretty sure I have this op

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Sean Bruno
On Fri, 2011-01-28 at 08:10 -0800, Mike Tancsa wrote: > On 1/23/2011 10:21 AM, Mike Tancsa wrote: > > On 1/21/2011 4:21 AM, Jan Koum wrote: > > One other thing I noticed is that when the nic is in its hung state, the > > WOL option is gone ? > > > > e.g > > > > em1: flags=8843 metric 0 mtu 1500 >

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
At this point I'm open to any ideas, this sounds like a good one Sean, thanks. Mike, you want to test this ? Jack On Tue, Feb 1, 2011 at 11:56 AM, Sean Bruno wrote: > On Fri, 2011-01-28 at 08:10 -0800, Mike Tancsa wrote: > > On 1/23/2011 10:21 AM, Mike Tancsa wrote: > > > On 1/21/2011 4:21 AM,

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 3:05 PM, Jack Vogel wrote: > At this point I'm open to any ideas, this sounds like a good one Sean, > thanks. > Mike, you want to test this ? Sure, I am feeling lucky ;-) If someone generates the appropriate em diffs for me, I will apply on the box that sees this issue the most.

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Sean Bruno
On Tue, 2011-02-01 at 12:05 -0800, Jack Vogel wrote: > At this point I'm open to any ideas, this sounds like a good one Sean, > thanks. > Mike, you want to test this ? > > Jack > > > On Tue, Feb 1, 2011 at 11:56 AM, Sean Bruno > wrote: > > On Fri, 2011-01-28 at 08:10 -0800, Mik

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
Looks good, except I don't like code #if 0'd out, I'll make an if_em.c to try and send it shortly. Jack On Tue, Feb 1, 2011 at 12:19 PM, Sean Bruno wrote: > On Tue, 2011-02-01 at 12:05 -0800, Jack Vogel wrote: > > At this point I'm open to any ideas, this sounds like a good one Sean, > > thank

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
Mike, just to remind me, are you running these 82574 adapters with MSIX ? Jack On Tue, Feb 1, 2011 at 12:37 PM, Jack Vogel wrote: > Looks good, except I don't like code #if 0'd out, I'll make an if_em.c to > try and > send it shortly. > > Jack > > > > On Tue, Feb 1, 2011 at 12:19 PM, Sean Brun

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 3:55 PM, Jack Vogel wrote: > Mike, just to remind me, are you running these 82574 adapters with MSIX ? Yes. Board is an Intel MB (S3420GPX). 8G RAM, AMD64. Kernel from a few days ago 0(backup3)# vmstat -i | grep em1 irq257: em1:rx 0 113712958159 irq258: em1:tx 0

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
But you aren't defining EM_MULTIQUEUE are you? (its not on by default) Jack On Tue, Feb 1, 2011 at 1:05 PM, Mike Tancsa wrote: > On 2/1/2011 3:55 PM, Jack Vogel wrote: > > Mike, just to remind me, are you running these 82574 adapters with MSIX ? > > Yes. Board is an Intel MB (S3420GPX). 8G RAM

A flood of bacula traffic causes igb interface to go offline.

2011-02-01 Thread Mike Carlson
Hey net@, I have a FreeBSD 8.2-RC2 system running on a HP DL180 G6, using the onboard Intel controller, and it is our primary Bacula storage node and director node. We have 96 clients that are scheduled to run at 8:30pm. After about 9 - 10 minutes of activity (mrtg graphs show about 50-60MB/

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 4:17 PM, Jack Vogel wrote: > But you aren't defining EM_MULTIQUEUE are you? (its not on by default) Nope. Everything is the default wrt to the em driver. Nothing odd in loader.conf 0(backup3)% grep -v ^# /boot/loader.conf ahci_load="YES" siis_load="YES" if_em_load="YES" coretemp_load=

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 4:43 PM, Jack Vogel wrote: > To those who are going to test, here is the if_em.c, based on head, with my > changes, I have to leave for the afternoon, and have not had a chance to > build > this, but it should work. I will check back in the later evening. > > Any blatant problems Sean,

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Sean Bruno
On Tue, 2011-02-01 at 13:43 -0800, Jack Vogel wrote: > To those who are going to test, here is the if_em.c, based on head, > with my > changes, I have to leave for the afternoon, and have not had a chance > to build > this, but it should work. I will check back in the later evening. > > Any blatan

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Sean Bruno
On Tue, 2011-02-01 at 13:51 -0800, Mike Tancsa wrote: > On 2/1/2011 4:43 PM, Jack Vogel wrote: > > To those who are going to test, here is the if_em.c, based on head, with my > > changes, I have to leave for the afternoon, and have not had a chance to > > build > > this, but it should work. I will

Current state of FreeBSD routing

2011-02-01 Thread Markus Oestreicher
Hi there! After a few hours of reading list archives and source code I need some clarification on the current state of FreeBSD forwarding capabilities. Given the following setup: - Quad Core CPU - Intel 82576 NIC (igb) - 8.2-RELEASE - Router with BGP full table 1) Queues: Card and driver seem to

Re: Bogus KASSERT() in tcp_output()?

2011-02-01 Thread Andre Oppermann
eeBSD ELF64, connect), rip = 0x80072934c, rsp = 0x7fffe9d8, rbp = 0x3 --- /bz References: [1] http://people.freebsd.org/~bz/20110201-01-tcpconnect-ipopt.diff ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Chris Peiffer
On Tue, Feb 01, 2011 at 04:51:37PM -0500, Mike Tancsa wrote: > On 2/1/2011 4:43 PM, Jack Vogel wrote: > > To those who are going to test, here is the if_em.c, based on head, with my > > changes, I have to leave for the afternoon, and have not had a chance to > > build > > this, but it should work.

Re: Bogus KASSERT() in tcp_output()?

2011-02-01 Thread Andre Oppermann
On 01.02.2011 14:29, John Baldwin wrote: On Monday, January 31, 2011 9:40:09 pm Lawrence Stewart wrote: On 02/01/11 04:17, John Baldwin wrote: Somewhat related fallout to the bug reported on security@ recently, I think What was the bug reported to security@? this KASSERT() in tcp_output() i

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 7:56 PM, Chris Peiffer wrote: > > Did this get sent to the list? I didn't get this quoted message and I > can't find it in the archives. > > If someone could post the current revision of if_em.c that would be > great; we are also very eager to test. > Strange, it seems to be eaten

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 8:44 PM, Mike Tancsa wrote: > > % md5 if_em.c > MD5 (if_em.c) = 0f2d48c7734496c2262f468cd1ab9117 Sorry, thats MD5 (if_em.c) = 9cede4ab0d833e0f97172ed715e2b4e3 ---Mike -- --- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, m...@sentex.net Providing I

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 5:03 PM, Sean Bruno wrote: > On Tue, 2011-02-01 at 13:43 -0800, Jack Vogel wrote: >> To those who are going to test, here is the if_em.c, based on head, >> with my >> changes, I have to leave for the afternoon, and have not had a chance >> to build >> this, but it should work. I will ch

Re: kern/154443: [bridge] Kernel module bridgestp.ko missing after upgrade (if_bridge.ko depend on it)

2011-02-01 Thread linimon
Old Synopsis: Kernel module bridgestp.ko missing after upgrade (if_bridge.ko depend on it) New Synopsis: [bridge] Kernel module bridgestp.ko missing after upgrade (if_bridge.ko depend on it) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Change

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
To those who are going to test, here is the if_em.c, based on head, with my changes, I have to leave for the afternoon, and have not had a chance to build this, but it should work. I will check back in the later evening. Any blatant problems Sean, feel free to fix them :) Jack On Tue, Feb 1, 20

Re: Current state of FreeBSD routing

2011-02-01 Thread Sergey Kandaurov
On 2 February 2011 02:11, Markus Oestreicher wrote: > Hi there! > > After a few hours of reading list archives and source code I need some > clarification on the current state of FreeBSD forwarding capabilities. > > Given the following setup: > - Quad Core CPU > - Intel 82576 NIC (igb) > - 8.2-REL

Re: Current state of FreeBSD routing

2011-02-01 Thread Eugene Grosbein
On 02.02.2011 05:11, Markus Oestreicher wrote: > 2) Fastforwarding vs multiple netisr: > In the past (6.x) using fastforwarding=1 was the best option for dedicated > routers. > I found "multiple netisr" added to 8.0. Can that help with routing on > multiple cores? Yes, it allows more even distr

Re: Current state of FreeBSD routing

2011-02-01 Thread Julian Elischer
On 2/1/11 10:10 PM, Eugene Grosbein wrote: On 02.02.2011 05:11, Markus Oestreicher wrote: 2) Fastforwarding vs multiple netisr: In the past (6.x) using fastforwarding=1 was the best option for dedicated routers. I found "multiple netisr" added to 8.0. Can that help with routing on multiple co