freebsd-net Digest, Vol 290, Issue 2

Send freebsd-net mailing list submissions to
freebsd-net@xxxxxxxxxxx

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@xxxxxxxxxxx

You can reach the person managing the list at
freebsd-net-owner@xxxxxxxxxxx

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@xxxxxxxxxxx>
Subject: Re: Closing connection from an accept_filter(9)
To: freebsd-net@xxxxxxxxxxx
Message-ID: <20081020173740.GK22503@xxxxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii

* David DeSimone <fox@xxxxxxxxx> [081018 02:25] wrote:
Eugene M. Kim <gene@xxxxxxxxxx> 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@xxxxxxxxxxx>
Subject: Re: Timers in drivers vs userland
To: Len Gross <sandiegobiker@xxxxxxxxx>
Cc: "freebsd-net@xxxxxxxxxxx" <freebsd-net@xxxxxxxxxxx>
Message-ID: <20081020173938.GL22503@xxxxxxxxxxxx>
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@xxxxxxxxx> [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@xxxxxxxxx> 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@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@xxxxxxxxxxx"

--
- Alfred Perlstein


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

Message: 3
Date: Mon, 20 Oct 2008 20:01:13 +0300
From: Alexander Motin <mav@xxxxxxxxxxx>
Subject: Routing table issue
To: freebsd-net@xxxxxxxxxxx
Message-ID: <48FCB959.1010105@xxxxxxxxxxx>
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@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@xxxxxxxxxxx"

End of freebsd-net Digest, Vol 290, Issue 2
*******************************************
_______________________________________________
freebsd-net@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@xxxxxxxxxxx"

Relevant Pages
Loading