Re: Interfaces connected by bridge(4) do not pass arp replies

2012-10-29 Thread Kim Culhan
On Mon, Oct 29, 2012 at 5:17 PM, Monthadar Al Jaberi wrote: > On Mon, Oct 29, 2012 at 9:55 PM, Kim Culhan wrote: >> On Mon, Oct 29, 2012 at 3:59 PM, Monthadar Al Jaberi >> wrote: >>> On Mon, Oct 29, 2012 at 8:46 PM, Kim Culhan wrote: With 2 interfaces present on a bridge0, an arp request i

Re: Interfaces connected by bridge(4) do not pass arp replies

2012-10-29 Thread Monthadar Al Jaberi
On Mon, Oct 29, 2012 at 9:55 PM, Kim Culhan wrote: > On Mon, Oct 29, 2012 at 3:59 PM, Monthadar Al Jaberi > wrote: >> On Mon, Oct 29, 2012 at 8:46 PM, Kim Culhan wrote: >>> With 2 interfaces present on a bridge0, an arp request is send from >>> msk0 and is received >>> by a machine on em0. >>> >

Re: Interfaces connected by bridge(4) do not pass arp replies

2012-10-29 Thread Kim Culhan
On Mon, Oct 29, 2012 at 3:59 PM, Monthadar Al Jaberi wrote: > On Mon, Oct 29, 2012 at 8:46 PM, Kim Culhan wrote: >> With 2 interfaces present on a bridge0, an arp request is send from >> msk0 and is received >> by a machine on em0. >> >> When a reply to that arp request is sent by a machine on em

Re: Interfaces connected by bridge(4) do not pass arp replies

2012-10-29 Thread Monthadar Al Jaberi
On Mon, Oct 29, 2012 at 8:46 PM, Kim Culhan wrote: > With 2 interfaces present on a bridge0, an arp request is send from > msk0 and is received > by a machine on em0. > > When a reply to that arp request is sent by a machine on em0 it is not > visible on the > bridge0 nor on msk0 as indicated by t

Interfaces connected by bridge(4) do not pass arp replies

2012-10-29 Thread Kim Culhan
With 2 interfaces present on a bridge0, an arp request is send from msk0 and is received by a machine on em0. When a reply to that arp request is sent by a machine on em0 it is not visible on the bridge0 nor on msk0 as indicated by tcpdump. The arp reply is visible while watching em0 with tcpdump

Re: Dtrace: Module is no longer loaded

2012-10-29 Thread Monthadar Al Jaberi
-g is included in the base file "AR71XX_BASE" which I have not changed. The error message seems cryptic to me, which module it is talking about that is not loaded? Attaching base file: # # AR71XX -- Kernel configuration file for FreeBSD/MIPS for Atheros 71xx systems # # This includes all the comm

Re: Dtrace: Module is no longer loaded

2012-10-29 Thread Andriy Gapon
on 29/10/2012 16:40 Monthadar Al Jaberi said the following: > On Mon, Oct 29, 2012 at 2:10 PM, Ryan Stone wrote: >> You didn't build with WITH_CTF=1 > > Yes I did, sorry forgot to attach kernel config. What about -g ? http://wiki.freebsd.org/DTrace > # > # Ubiquiti Routerstation Pro: boot from

Re: Dtrace: Module is no longer loaded

2012-10-29 Thread Monthadar Al Jaberi
On Mon, Oct 29, 2012 at 2:10 PM, Ryan Stone wrote: > You didn't build with WITH_CTF=1 Yes I did, sorry forgot to attach kernel config. # # Ubiquiti Routerstation Pro: boot from NFS # # $FreeBSD$ # include "AR71XX_BASE" ident "RSPRO_NFS" hints "RSPRO.hints" makeoptio

Re: Dtrace: Module is no longer loaded

2012-10-29 Thread Ryan Stone
You didn't build with WITH_CTF=1 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Dtrace: Module is no longer loaded

2012-10-29 Thread Monthadar Al Jaberi
Hi, I am running FreeBSD current on RouterStation Pro (Mips) using nfs. I followed the handbook about how to compile for Dtrace support. and kldload dtraceall succeeded. But when I tried to run: dtrace -n 'syscall:::' I got error message saying: 'dtrace: invalid probe specifier syscall "/usr