On Tue, 21 Apr 2009, Iain Hibbert wrote: > > > Bt_devreq() needs to set/restore a filter too > > > > well, maybe. bt_devreq() operates on already opened socket. the > > assumption i'm making here is that application will set appropriate > > filter before calling bt_devreq(). otherwise, application would have > > to always set 'event' field to acceptable value (or zero). i could go > > either way here. just need to document implemented behavior better. > > Mm, its a good point - there are arguments either way (bloat vs guaranteed > success) but I think since the difference between devreq() and devrecv() > is that devreq() handles all the fiddly details for you, I think its worth > doing that aswell..
the bluez hci_send_req() does set the filters btw iain _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bluetooth To unsubscribe, send any mail to "[email protected]"
