Hi Daniel, On Saturday, April 22, 2017 5:37:03 PM CEST Daniel Golle wrote: > Hi Simon, > > On Fri, Apr 21, 2017 at 09:55:03PM +0200, Simon Wunderlich wrote: > > Hi Daniel, > > > > > mac80211: Parse legacy and HT rate in injected frames > > > > Yup, Sven was so kind and helped with this. :D > > > > I'm experimenting with some opportunistic routing ideas ... > > I just realized that the radiotap headers are still not part of the > UAPI exported by the kernel. How is one supposed to go about this > issue? Have lots of diverging local copies of ieee80211_radiotap.h? Propose a patch and send it to linux wireless to move it? :) > And change all the kernel-specific types (u16 and such) into their > corresponding userland types (u_int16)...? Hmm, uapi is full with __u16, __u32, ... see linux/types.h > > I'd be glad if you can share your idea about proper and/or intentional > use of the kernel's radiotap capabilities... Well, there is a radiotap parser in the kernel which is quite useful for reading (net/wireless/radiotap.c). And there is a radiotap library which also does parsing [1] (seems it's based on the kernel implementation), referenced from radiotap.org [2]. What is missing (or at least I didn't find it and implemented something on my own) is a library/function to build radiotap headers (i.e. for writing). There are quite a few things to consider (padding, alignment, etc). To make it useful, you would also need to build ieee80211 headers at the same time ... I have some rough working C code for all of that (integrated into something bigger), not sure if it would be useful to make a library out of it. I don't have an idea about "proper" usage though. Since Johannes seems to maintain most of that radiotap stuff, I'm CC'ing him and linux-wireless. Maybe there is already more than what we know. :) Cheers, Simon [1] https://github.com/radiotap/radiotap-library/blob/master/radiotap.c [2] http://www.radiotap.org/
Attachment:
signature.asc
Description: This is a digitally signed message part.