Hi Miao-chen, On Mon, Oct 12, 2020 at 2:21 PM Miao-chen Chou <mcchou@xxxxxxxxxxxx> wrote: > > Hi Luiz, > > I did think of adding pattern to bt_ad at the beginning, but here are > reasons why I ended up with hosting the definition of pattern in > adv_monitor. > (1) Pattern is specific to monitoring purpose. An advertisement > should not include patterns as its fields due to that fact that a > pattern hosts an offset. So I wasn't sure about its justification to > be placed in shared/ad. But if you foresee that it would be reused, > then I am more than happy to add it to shared/ad. > (2) Introducing helpers as you suggested below indeed make it more > unittestable. However, it also implied that EIR data (this is in fact > AD data) needs to be parsed into a new bt_ad for pattern comparison, > and I didn't see an obvious benefit of converting EIR data into a > bt_ad just for the comparison. Regarding (1) like I said you will need another struct to store the offset and length for doing the pattern matching but otherwise it is pretty similar, regarding (2) there is actually a real benefit that we could in the future drop the eir_ helpers and unit test just the bt_ad including pattern matching as well. > Maybe we can add a struct bt_ad_pattern in shared/ad.h and introduce > the following two functions. What do you think? > > struct bt_ad_pattern *bt_ad_pattern_new(uint8_t type, size_t offset, > size_t len, const void *data); Not sure I follow you here, that doesn't seem to be about the parsing of the AD but the creation of an object for matching, not sure we need that since you can probably just pass a stack variable directly, in any case you would need a free as well. > /* |data| is one single AD data field so that we can avoid converting > EIR data to bt_ad */ > bool bt_ad_pattern bt_ad_pattern_match(struct bt_ad_pattern *pattern, > void *data, size_t len); You may have more than one entry of the same type, anyway if we do have something like bt_ad_new_with_data that means we can pass it around and not have to reparse it when doing custom filtering. We might as well have a callback that does get called every time there is a match, also it may be possible to pass all the pattern at once in which case we can pass the pattern which matched along with the data thus having the call it multiple times for each monitor.
