freebsd-net Digest, Vol 290, Issue 2

[freebsd-net-request at freebsd.org]

Send freebsd-net mailing list submissions to
	freebsd-net at freebsd.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.freebsd.org/mailman/listinfo/freebsd-net
or, via email, send a message with subject or body 'help' to
	freebsd-net-request at freebsd.org

You can reach the person managing the list at
	freebsd-net-owner at freebsd.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-net digest..."


Today's Topics:

   1. Re: Closing connection from an accept_filter(9) (Alfred Perlstein)
   2. Re: Timers in drivers vs userland (Alfred Perlstein)
   3. Routing table issue (Alexander Motin)


----------------------------------------------------------------------

Message: 1
Date: Mon, 20 Oct 2008 10:37:40 -0700
From: Alfred Perlstein <alfred at freebsd.org>
Subject: Re: Closing connection from an accept_filter(9)
To: freebsd-net at freebsd.org
Message-ID: <20081020173740.GK22503 at elvis.mu.org>
Content-Type: text/plain; charset=us-ascii

* David DeSimone <fox at verio.net> [081018 02:25] wrote:
> Eugene M. Kim <gene at nttmcl.com> wrote:
> >
> > Is it possible to close a connection from an accept filter, for
> > example, in order to prevent an incoming connection with a malformed
> > request body from ever reaching the userland?
> 
> How would you propose to find out what is in the request body without
> first accepting the connection?

By writing a custom accept filter! :)

-Alfred


------------------------------

Message: 2
Date: Mon, 20 Oct 2008 10:39:38 -0700
From: Alfred Perlstein <alfred at freebsd.org>
Subject: Re: Timers in drivers vs userland
To: Len Gross <sandiegobiker at gmail.com>
Cc: "freebsd-net at freebsd.org" <freebsd-net at freebsd.org>
Message-ID: <20081020173938.GL22503 at elvis.mu.org>
Content-Type: text/plain; charset=us-ascii

Have you tried using rtprio?

You'll have to be really careful though so as not to jam up the
system using it.

-Alfred

* Len Gross <sandiegobiker at gmail.com> [081018 17:28] wrote:
> Slight correction; I should have said more accurate usleep, not "timer."
> 
> -- Len
> 
> On Sat, Oct 18, 2008 at 3:12 PM, Len Gross <sandiegobiker at gmail.com> wrote:
> > If I place a timer directly in a driver (like Ethernet)  will it be
> > subject to less jitter and more consistency than if it were in
> > Userland?
> >
> > I know FreeBSD is not "real time," but I need to be able to run a
> > polling algorithm with about 1 ms accuracy.
> >
> > Thanks in advance.
> >
> > (Please tell me if there is a better list for this question.)
> >
> > -- Len
> >
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"

-- 
- Alfred Perlstein


------------------------------

Message: 3
Date: Mon, 20 Oct 2008 20:01:13 +0300
From: Alexander Motin <mav at FreeBSD.org>
Subject: Routing table issue
To: freebsd-net at freebsd.org
Message-ID: <48FCB959.1010105 at FreeBSD.org>
Content-Type: text/plain; charset=KOI8-R; format=flowed

I have noticed one strange issue on recent 7-STABLE/8-CURRENT:
- this works:
%route add 10.0.0.0/8 192.168.3.1
add net 10.0.0.0: gateway 192.168.3.1
%route add 10.0.0.0/9 192.168.3.2
add net 10.0.0.0: gateway 192.168.3.2
- this doesn't:
%route add 0.0.0.0/0 192.168.3.1
add net 0.0.0.0: gateway 192.168.3.1
%route add 0.0.0.0/1 192.168.3.2
route: writing to routing socket: File exists
add net 0.0.0.0: gateway 192.168.3.2: route already in table

Who wants to explain me why 0.0.0.0/0 and 0.0.0.0/1 is now the same?

PS: Same test on 6.2 works fine.

-- 
Alexander Motin


------------------------------

_______________________________________________
freebsd-net at freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"

End of freebsd-net Digest, Vol 290, Issue 2
*******************************************