On Mon, 28 Apr 2008, Julian Elischer wrote:
profiling diff attached..
slightly imporved version that allows you to clear the stats without
rebooting
I see an indentation glitch and a spelling error or two, but the general
concept looks great! If you want to wait a few days, maybe I cou
Julian Elischer wrote:
I wrote a cruddy little profiler to profile the packets being sent
on my system..
after a bit of a live session including things like "ls -lR /usr"
[...]
profiling diff attached..
slightly imporved version that allows you to clear the stats without
rebooting
Inde
On Tue, Mar 25, 2008 at 04:00:33PM -0400, Ed Maste wrote:
> GENERIC CURRENT as of this morning.
>
> panic: _mtx_lock_sleep: recursed on non-recursive mutex if_addr_mtx @
> /d2/emaste/HEAD/src/sys/netinet6/ip6_output.c:719
> ...
> panic() at panic+0x176
> _mtx_lock_sleep() at _mtx_lock_sleep+0x18
On Mon, Apr 28, 2008 at 02:19:17AM -0700, Dewayne Geraghty wrote:
> Hi, I have four VIA motherboards each containing a vge0 device, three are
> misbehaving.
>
> On both the 7.0R-p1 and the 6.3Rp2 motherboards, the network cable needs
> to be unplugged and replugged into the motherboard
I wrote a cruddy little profiler to profile the packets being sent
on my system..
after a bit of a live session including things like "ls -lR /usr"
I dumped out the results:
[EMAIL PROTECTED]:sysctl -b kern.ipc.mbufprofile
wasted:
0 0 0 0 0 736 13092 66773 54226 0 23 2322 21696 0 0 0
used:
0 0
Synopsis: [bce] Watchdog timeout problems with if_bce
State-Changed-From-To: open->feedback
State-Changed-By: vwe
State-Changed-When: Mon Apr 28 21:21:28 UTC 2008
State-Changed-Why:
Please show us output of `ifconfig bge0'
Also, can you please check if you still experience errors when disabling
Hi,
Below the output of pciconf -l:
[EMAIL PROTECTED]:8:0: class=0x02 card=0x816910ec chip=0x816910ec rev=0x10
hdr=0x00
[EMAIL PROTECTED]:9:0: class=0x02 card=0x816910ec chip=0x816910ec rev=0x10
hdr=0x00
And yes, we are able and willing to establish exactly which change has
broken the
Old Synopsis: [re] Realtek RTL8111C detection and failure
New Synopsis: [re][patch] Realtek RTL8111C detection and failure
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: vwe
Responsible-Changed-When: Mon Apr 28 20:49:41 UTC 2008
Responsible-Changed-Why:
this is lo
Old Synopsis: CARP messages filtered by Realtek driver on > 6.2
New Synopsis: [re] CARP messages filtered by Realtek driver on > 6.2
State-Changed-From-To: open->feedback
State-Changed-By: gavin
State-Changed-When: Mon Apr 28 19:46:36 UTC 2008
State-Changed-Why:
To submitter: Can you give the ou
Synopsis: [bpf] [patch] bpf incorrectly determines outgoing routed packets as
incoming when BIOCSDIRECTION is used
Responsible-Changed-From-To: freebsd-net->jkim
Responsible-Changed-By: jkim
Responsible-Changed-When: Mon Apr 28 19:19:36 UTC 2008
Responsible-Changed-Why:
This is my bug. Grab.
h
Old Synopsis: Watchdog timeout problems with if_bce
New Synopsis: [bce] Watchdog timeout problems with if_bce
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: gavin
Responsible-Changed-When: Mon Apr 28 19:11:25 UTC 2008
Responsible-Changed-Why:
Over to maintainers
h
Mr Y wrote:
Hi all,
I'm trying to implement Large Recieve Offload for an Ethernet driver on
FreeBSD 6.3, but all my >MTU packets are being thrown by the OS.
I'm using mbuf chains in this imlpementation, each mbuf is a cluster of
MCLBYTES bytes. They are linked by the m_next pointer.
The first pa
Hi all,
I'm trying to implement Large Recieve Offload for an Ethernet driver on
FreeBSD 6.3, but all my >MTU packets are being thrown by the OS.
I'm using mbuf chains in this imlpementation, each mbuf is a cluster of
MCLBYTES bytes. They are linked by the m_next pointer.
The first packet being thr
Dewayne Geraghty wrote:
> Hi, I have four VIA motherboards each containing a vge0 device, three
are misbehaving.
>
> On both the 7.0R-p1 and the 6.3Rp2 motherboards, the network cable
needs to be unplugged and replugged into the motherboard, before ping
will respond in either direction. The
hotlips Internet admin wrote:
The following reply was made to PR kern/122875; it has been noted by GNATS.
From: hotlips Internet admin <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: kern/122875: "rstatd: Can't get namelist. 1" - fbsd 7.0-stable
(
The following reply was made to PR kern/123066; it has been noted by GNATS.
From: misha saf <[EMAIL PROTECTED]>
To: "Bjoern A. Zeeb" <[EMAIL PROTECTED]>
Cc: Kris Kennaway <[EMAIL PROTECTED]>, , <[EMAIL
PROTECTED]>
Subject: Re: misc/123066: kernel trap with ipsec
Date: Mon, 28 Apr 2008 15:30:12 +0
Gentlemen,
I've expanded upon the work of Masahiro Sekiguchi <[EMAIL PROTECTED]>'s
patch for libalias located at:
http://www.fexx.org/ybb/alias_db.c.diff.txt
This alias_db.c diff modified libalias in a way to replace the
original /var/log/alias.log file with one that reported running
statistics i
* "Bjoern A. Zeeb" <[EMAIL PROTECTED]> [Mon, 28 Apr 2008
08:22:20 + (UTC)]:
On Mon, 28 Apr 2008, misha saf wrote:
Hi,
> db> trace
> Tracing pid 996 tid 100075 td 0xc1ed2210
> generic_bcopy(c1c8b700, c1eeac80,0,14,9,...) at generic_bcopy+0x1a
> ipsec4_process_packet(c1c8b700, c1eeac80,20,0,c
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
o kern/35442 net[sis] [patch] Problem transmitting runts in if_sis dri
a kern/38554 netchang
Hi, I have four VIA motherboards each containing a vge0 device, three are
misbehaving.
On both the 7.0R-p1 and the 6.3Rp2 motherboards, the network cable needs to
be unplugged and replugged into the motherboard, before ping will respond in
either direction. The driver is issueing "incorre
Vlad GALU wrote:
On 4/28/08, Ganbold <[EMAIL PROTECTED]> wrote:
Vlad,
Vlad GALU wrote:
On 4/28/08, Ganbold <[EMAIL PROTECTED]> wrote:
Hi all,
What is the best way to capture packets on 250mb link?
What kernel features/modules or tools (less CPU/RAM overhead) should I
On 4/28/08, Vlad GALU <[EMAIL PROTECTED]> wrote:
> On 4/28/08, Ganbold <[EMAIL PROTECTED]> wrote:
> > Vlad,
> >
> >
> > Vlad GALU wrote:
> >
> > > On 4/28/08, Ganbold <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > > Hi all,
> > > >
> > > > What is the best way to capture packets on 250mb
On 4/28/08, Ganbold <[EMAIL PROTECTED]> wrote:
> Vlad,
>
>
> Vlad GALU wrote:
>
> > On 4/28/08, Ganbold <[EMAIL PROTECTED]> wrote:
> >
> >
> > > Hi all,
> > >
> > > What is the best way to capture packets on 250mb link?
> > > What kernel features/modules or tools (less CPU/RAM overhead) should I
Vlad,
Vlad GALU wrote:
On 4/28/08, Ganbold <[EMAIL PROTECTED]> wrote:
Hi all,
What is the best way to capture packets on 250mb link?
What kernel features/modules or tools (less CPU/RAM overhead) should I use?
Given your OS version, I'd say that setting the BPF buffer size to
a
The following reply was made to PR kern/123066; it has been noted by GNATS.
From: "Bjoern A. Zeeb" <[EMAIL PROTECTED]>
To: misha saf <[EMAIL PROTECTED]>
Cc: Kris Kennaway <[EMAIL PROTECTED]>, freebsd-net@FreeBSD.org,
[EMAIL PROTECTED]
Subject: Re: misc/123066: kernel trap with ipsec
Date: Mon
On 4/28/08, Ganbold <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> What is the best way to capture packets on 250mb link?
> What kernel features/modules or tools (less CPU/RAM overhead) should I use?
Given your OS version, I'd say that setting the BPF buffer size to
around 1MB and setting the moni
On Mon, 28 Apr 2008, misha saf wrote:
Hi,
db> trace
Tracing pid 996 tid 100075 td 0xc1ed2210
generic_bcopy(c1c8b700, c1eeac80,0,14,9,...) at generic_bcopy+0x1a
ipsec4_process_packet(c1c8b700, c1eeac80,20,0,c1f00924,...) at
ipsec4_process_packet+0x28b
Could you alos lookup which line of code
On Mon, Apr 28, 2008 at 7:22 AM, Ivan Voras <[EMAIL PROTECTED]> wrote:
> Sepherosa Ziehau wrote:
>
>
> >
> > > I think you are using iwi to do the tap, could you put iwi into
> > > monitor mode, since iwi is "smart" device which may filter certain
> > > type of frames in non-monitor mode?
> > >
28 matches
Mail list logo
