Date: Tue, 25 Jul 2006 20:01:10 +0100 From: David Malone <dwmalone@maths.tcd.ie> To: Jung-uk Kim <jkim@FreeBSD.org> Cc: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, "Christian S.J. Peron" <csjp@FreeBSD.org>, cvs-all@FreeBSD.org, dwmalone@maths.tcd.ie, Sam Leffler <sam@errno.com> Subject: Re: cvs commit: src/sys/net bpf.c Message-ID: <200607252001.aa18647@salmon.maths.tcd.ie> In-Reply-To: Your message of "Tue, 25 Jul 2006 12:59:13 EDT." <200607251259.15891.jkim@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > libpcap does not need to be modified; it works already for > > wireless. The fact that the DLT is named DLT_IEEE802_11_RADIO is a > > bit of a misnomer; it's not entirely 802.11-specific. > Ah, you mean we just exploit DLT_IEEE802_11_RADIO. Hmm... How about > processing overhead? Can we synchronize the timestamping with system > time? It sounds to me like a reasonable thing to do would be to pass up a raw version of the timestamp (as returned by the hardware). We'd also pass up the regular microtime() timestamp. You can then do any postprocessing to syncronise timestamps later in userland? > Okay. But I am worried about timecounter <-> timeval conversion > because I want to know timeval delta from system time, not just some > timer value. If we do it in the kernel, then we probably need to look into expanding the timecounter infrastructure quite a lot, particularly if you want to be able to apply NTP adjustments to multiple counters at the same time. David.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200607252001.aa18647>