On Wed, Apr 1, 2015 at 8:55 AM, Iain Hibbert <[email protected]> wrote: > save the binary with 'hcidump -w file' and let's see it > > > On 1 April 2015 16:24:12 BST, Waitman Gobble <[email protected]> wrote: >> >> >> On Apr 1, 2015 8:15 AM, "Maksim Yevmenkin" <[email protected]> >> wrote: >> > >> > On Wed, Apr 1, 2015 at 8:09 AM, Waitman Gobble <[email protected]> >> > wrote: >> > > On Wed, Apr 1, 2015 at 8:05 AM, Maksim Yevmenkin >> > > <[email protected]> wrote: >> > >> Hello, >> > >> >> > >> [...] >> > >> >> > >>> Can this 'syntax error' problem be related to the requested MTU? >> > >>> >> > >>> with essentially the 'same' connection request, >> > >>> >> > >>> here's the transaction log from an MS Windows client. No syntax >> > >>> errors. The requested MTU is 1024 >> > >>> >> > >>> https://gist.github.com/waitman/2d5a72e9f9544848e832 >> > >>> >> > >>> L2CAP(d): cid 0x40 len 346 [psm 1] >> > >>> >> > >>> >> > >>> and a log from android client. Requested MTU is 256. >> > >>> >> > >>> https://gist.github.com/waitman/e365debcd4a96d849153 >> > >>> >> > >>> L2CAP(d): cid 0x43 len 247 [psm 1] >> > >>> >> > >>> note it's bombing out with something about aid 0x0200, which isn't >> > >>> actually an aid specified in my 0x1124 record. >> > >> >> > >> just a wild guess. please make sure that you maintain continuation >> > >> state properly. when sdp response is bigger than l2cap mtu, response >> > >> is chunked. >> > > >> > > Thank you, I was tinkering with things for awhile to try to find out >> > > why I was seeing 'syntax errors', but I'm thinking now there isn't a >> > > syntax error with the record, it's the hcidump program reading the >> > > broken up response. >> > >> > hcidump tries do be smart and re-assemble spd responses. if your >> > continuation state is wrong, hcidump might not be able to re-assemble >> > and parse response correctly >> > >> > thanks, >> > max >> >> Interesting. I will check into this. Thanks for the info. >> >> Waitman > > > iain
Ok, here's a dump with the 'syntax error' https://artiming.com/andbin.xz Thank you, Waitman -- Waitman Gobble Los Altos California USA 510-830-7975 _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bluetooth To unsubscribe, send any mail to "[email protected]"
