Hello. On 10.07.2018 11:13, Clément Péron wrote: > Hi Alexander, Stefan, > > Thanks for your feedbacks, > > On Mon, 9 Jul 2018 at 10:49, Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx> wrote: >> >> Hello Clement. >> >> Finally coming to review the patch. Sorry for the delay. >> >> On 07.06.2018 16:08, Clément Péron wrote: >>> From: Romuald CARI <romuald.cari@xxxxxxxxxxxx> >>> >>> The Link Quality Indication data exposed by drivers could not be accessed from >>> userspace. Since this data is per-datagram received, it makes sense to make it >>> available to userspace application through the ancillary data mechanism in >>> recvmsg rather than through ioctls. This can be activated using the socket >>> option WPAN_WANTLQI under SOL_IEEE802154 protocol. >> >> I can see that it makes the application life a lot easier to have data >> send out and LQI value synced up by using the socket approach instead of >> dealing with socket and ioctl's. I am good with this patch in general. >> >> So you have some public code that uses this approach? I would be >> interesting in the userspace part of yours. A demo would be fine. If the >> network handling part of your application is public anyway that would be >> even better. :-) > > I'm sorry but the userspace code that use this isn't open. Fair enough. > I will check if I can share this part. > Just the idea is to compute an average LQI and when it reach a > threshold we allow the remote to control the device. Yes, I would be happy with a simple example just showing how to use the socket opt and a very basic algo on how this LQI would be used. regards Stefan Schmidt -- To unsubscribe from this list: send the line "unsubscribe linux-wpan" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
