Hi Sebastien,
On Fri, May 13, 2005 at 07:17:05PM +0200, Sebastien Petit wrote:
> [...]
as a side note, you may wish to use the kqueue(2) framework to watch
at link stat changes. The main advantage is that it will change the
way it works from a polling model to a notification model. One major
dr
Current FreeBSD problem reports
Critical problems
Serious problems
Non-critical problems
S Submitted Tracker Resp. Description
---
o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations w
On 5/16/05, Jeremie Le Hen <[EMAIL PROTECTED]> wrote:
> Hi Sebastien,
>
> On Fri, May 13, 2005 at 07:17:05PM +0200, Sebastien Petit wrote:
> > [...]
>
> as a side note, you may wish to use the kqueue(2) framework to watch
> at link stat changes. The main advantage is that it will change the
> wa
On Mon, 16 May 2005 11:43:09 +0200
Jeremie Le Hen <[EMAIL PROTECTED]> wrote:
> Hi Sebastien,
>
> On Fri, May 13, 2005 at 07:17:05PM +0200, Sebastien Petit wrote:
> > [...]
>
> as a side note, you may wish to use the kqueue(2) framework to watch
> at link stat changes. The main advantage is that
On Mon, May 16, 2005 at 02:31:36PM +0200, Sebastien Petit wrote:
> As I can see in kqueue man, I can only monitor events by file descriptor
> (read/write), a process id, a signal or a timer (under NetBSD 2)
> How I can use it for monitoring link status change on a network card ?
You need to use E
On Mon, May 16, 2005 at 08:46:53AM +0300, Donatas wrote:
D> > [moving discussion to freebsd-net]
I keep net@ Cc'ed. May be someone has better answer them me.
D> I am afraid our today's configuration if far different from the previous
one, still - we have several interesting questions realated to
Hello,
I have written a program with netgraph which allow me to connect a node soket
to a node Ethernet. But my problem is that the program exit after calling
NgSendMsg, in fact it stop at this step:
if (NgSendMsg(csock, ".",
NGM_GENERIC_COOKIE, NGM
> On Fri, 13 May 2005 08:11:14 -0700,
> Mark Klein <[EMAIL PROTECTED]> said:
> You couldn't get to my web site and I see that this mail has been
> in the queue for a couple of days. I've resent this from the client
> site to see if it gets through.
According to the result of "ifconfig -a
hello,
> D> 3. Monitorring traffic with mrtg on ngethxxx and hatm0 interfaces we can
> se interesting output amplitude fluctations:
> D> ftp://temp:[EMAIL PROTECTED]/hatm0.png
> D> seems that origin of those fluctations is ng_bridge.
> What is the timescale? How long one peak/pit lasts in time?
On Mon, May 16, 2005 at 11:22:38PM +0300, Donatas wrote:
D> > D> 3. Monitorring traffic with mrtg on ngethxxx and hatm0 interfaces we
can se interesting output amplitude fluctations:
D> > D> ftp://temp:[EMAIL PROTECTED]/hatm0.png
D> > D> seems that origin of those fluctations is ng_bridge.
D>
D>
On Mon, 16 May 2005, Bruce M Simpson wrote:
> On Mon, May 16, 2005 at 02:31:36PM +0200, Sebastien Petit wrote:
> > As I can see in kqueue man, I can only monitor events by file descriptor
> > (read/write), a process id, a signal or a timer (under NetBSD 2)
> > How I can use it for monitoring link
11 matches
Mail list logo
