Re: short description of GeoNetworking
From: Johannes Berg <johannes@sipsolutions.net>
Date: 2026-07-23 12:37:37
Also in:
linux-wireless
On Thu, 2026-07-23 at 02:30 +0200, Andrew Lunn wrote:
Closest to the target. Opposite to how i interpreted it. I still think a device in the middle might be better, but that needs a true WiFi person to comment on it.
I didn't really want to comment much on this, but I guess you're calling me out ;-) I _think_ in 11p there isn't much notion of being able to do rate adaptation, so it probably doesn't matter (much) from an airtime usage POV (if the frame makes it through at all). From a robustness POV it might matter more, but then it also depends how you select which stations you consider to be reachable at all. As for the user-space vs. kernel-space split: clearly, only highly specialised applications are going to be able to use this socket family at all, not only because it's a special socket family, but also because they're going to have to figure out where to send a packet? Or put another way: for each packet, you need to know _where_ (as in physical location) it's going to go, so you can pick which peer to send it to, no? Is this really a *per-packet* property? If not, then I don't think the shape calculations etc. would really need to be in the kernel? In fact I'm sort of asking myself if - since the applications are so specialized - it even makes sense to have a socket family for it? Not sure, lacking the high-level design context I guess. A bigger issue with this might be that it's clearly a small piece of a large overall puzzle - Simon, you mentioned a modified driver somewhere I think (can't find that mention right now), which may be using the OCB support in the stack, perhaps, but also isn't upstream.
So looking at it from this perspective, how does the Linux Foundation Automotive Grade Linux fit in? Does it have a V2V stack? Is it kernel or user space? If they have a full implementation, which is open source, but just out of tree, with a range of applications, would it be better to spend some time to clean up and merge their code?
And then also related to that - it seems these would be very specialized applications to start with, how do we get anything useful out of a socket family without them? johannes