TDMA / Interrupts / Pre-emptible
- From: "Len Gross" <sandiegobiker@xxxxxxxxx>
- Date: Thu, 6 Dec 2007 19:14:29 -0800
I have built a "user land" prototype of a custom network protocol for an RF
network. It is based on Netgraph and using Ethernet rather than real RF.
Eventually, all the code will go into a special piece of hardware, but the
first hardware really will look like an Ethernet card that puts messages out
N microsends after they are put into its memory. Since the protocol employs
some TimeDivisionMultipleAccess (TDMA), "precise" feeding of the board is
important.
In "userland" I seem to have about 1 ms of "delay"/variability from when I
schedule a timer and when it wakes up a thread. I think this is pretty much
expected behavior and is fine for algorithm testing.
When I move my userland code to "driver/kernel-land" and set a timer to send
a packet to some hardware how much delay / variability will I see in that
timer? I think the question is more/less equivalent to the pre-emptibility
of driver code and interrupts in general.
(If this should go to another forum, please advise.)
Thanks in advance.
--Len
_______________________________________________
freebsd-net@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: TDMA / Interrupts / Pre-emptible
- From: Bruce M. Simpson
- Re: TDMA / Interrupts / Pre-emptible
- Prev by Date: Added native socks support to libc in FreeBSD 7
- Next by Date: Re: TDMA / Interrupts / Pre-emptible
- Previous by thread: Added native socks support to libc in FreeBSD 7
- Next by thread: Re: TDMA / Interrupts / Pre-emptible
- Index(es):
Relevant Pages
|
