aboutsummaryrefslogtreecommitdiffstats
path: root/epan/dissectors/packet-bthci_acl.c
AgeCommit message (Collapse)AuthorFilesLines
2010-12-03From Allan M. Madsen via ↵morriss1-3/+4
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5446 : Bluetooth ACL packets are not defragmented when the packet boundary flags is set to 'flushable first fragment'. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@35117 f5534014-38df-0310-8fa8-9805f1628bb7
2010-10-30Rev 29427 added packet_add_new_data_source() with a comment indicating thatmorriss1-1/+1
the data source does not need to be allocated if (!tree). Rev 30158 took the if (!tree) check out indicating that the check was invalid. So: (since packet_add_new_data_source() now only calls add_new_data_source()), remove packet_add_new_data_source(). git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@34717 f5534014-38df-0310-8fa8-9805f1628bb7
2009-11-05Fix value strings in packet boundary lookup tablekrj1-2/+3
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@30830 f5534014-38df-0310-8fa8-9805f1628bb7
2009-08-15This patch introduces packet_add_new_data_source() which effectively ↵krj1-1/+1
deprecates add_new_data_source(). This is based on the following observation: 1) The tvb + name (aka. data_source) is only used when the protocol tree is visible The current implementation of add_new_data_source() doesn't take this into account and simply allocates a data_source regardless. This is what packet_add_new_data_source() tries to rectify. A couple of dissectors have already been switched over to the new packet_add_new_data_source(). Many are still missing. Help appreciated! git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@29427 f5534014-38df-0310-8fa8-9805f1628bb7
2009-08-09Don't guard col_set_str (COL_INFO/COL_PROTOCOL) with col_checkkrj1-3/+1
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@29345 f5534014-38df-0310-8fa8-9805f1628bb7
2009-06-18From Kovarththanan Rajaratnam via bug 3548:stig1-3/+3
(1) Trailing/leading spaces are removed from 'name's/'blurb's (2) Duplicate 'blurb's are replaced with NULL (3) Empty ("") 'blurb's are replaced with NULL (4) BASE_NONE, NULL, 0x0 are used for 'display', 'strings' and 'bitmask' fields for FT_NONE, FT_BYTES, FT_IPv4, FT_IPv6, FT_ABSOLUTE_TIME, FT_RELATIVE_TIME, FT_PROTOCOL, FT_STRING and FT_STRINGZ field types (5) Only allow non-zero value for 'display' if 'bitmask' is non-zero git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@28770 f5534014-38df-0310-8fa8-9805f1628bb7
2009-05-19From Artem Tamazov (bug 3472):stig1-0/+4
Save/Restore pinfo->private_data when used. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@28412 f5534014-38df-0310-8fa8-9805f1628bb7
2009-05-13Apply some of the patches from:etxrab1-2/+1
http://wiki.wireshark.org/Development/Optimization git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@28356 f5534014-38df-0310-8fa8-9805f1628bb7
2009-04-24Fixed reassembly, which broke in r25195.stig1-8/+13
Small cleanup in info column. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@28143 f5534014-38df-0310-8fa8-9805f1628bb7
2008-04-29Fix http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1513 : don't ↵morriss1-12/+12
tvb_memcpy() more bytes than are in the (se_alloc()'d) buffer. tvb_memcpy()ing more bytes than are the TVB is okay (it'll except out). git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@25195 f5534014-38df-0310-8fa8-9805f1628bb7
2008-02-03From Shane Kearns (bug 2237):stig1-0/+1
Added support for Symbian OS btsnoop. The bluetooth HCI layer in Symbian OS can be configured to log all packets to a file. The log format, "btsnoop" is based on the RFC1761 "snoop" format - but differences in the header make it incompatible. The btsnoop format supports logging of these formats: "H1" (raw HCI packets without framing) "H4" (HCI UART packets including packet type header) "H5" (HCI 3 wire UART packets including framing) "BCSP" (HCI bluecore serial protocol including framing) "H1" and "H4" are section numbers in the original v1 bluetooth specifications, but still used colloquially - wireshark's existing support for Linux bluez HCI logs uses the "H4" name. In practice, the "H1" format is used for H5,BCSP and USB HCI logs, as the HCI packet logs are mainly useful for debugging higher layers, bluetooth profiles and bluetooth applications. From me: Deleted some unused prototypes. Mark an unused parameter. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@24263 f5534014-38df-0310-8fa8-9805f1628bb7
2007-03-26From Sebastien Tandel sahlberg1-3/+3
fixes for various compiler warnings git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@21210 f5534014-38df-0310-8fa8-9805f1628bb7
2006-12-07As ponted out by Stig Bjørlykke change a whole bunch of dissector_handle_t ↵etxrab1-1/+1
to static. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@20062 f5534014-38df-0310-8fa8-9805f1628bb7
2006-08-14rename some structures and defines from the se_tree to the emem_tree prefixsahlberg1-4/+4
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18894 f5534014-38df-0310-8fa8-9805f1628bb7
2006-05-27add reassembly of bluetooth ACL packetssahlberg1-105/+102
doing the reassembly internally in acl instead of calling reassembly.c since the fragmentation is so simple and packets are so small anyway so full reassembly.c support would be overkill. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18223 f5534014-38df-0310-8fa8-9805f1628bb7
2006-05-26protocols running atop ACL/L2CAP needs to be able to track pdus based onsahlberg1-0/+7
acl chandle + direction + l2cap-CID to uniquely identify a single specific flow of PDU packets. So we need to pass the chandle upp from acl to l2cap at least. It would have been nice to handle this using "conversations" but the bluetooth stack does not eaily map to the idiom host:port<->host:port instead in bluetooth you have unidirectional flows that are identified by ACL-chandle:L2CAP-CID:direction and additional state held inside l2cap would attach two such flows together into a "conversation". Bluetooth packets themself only indentify "half" of the two way conversation. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18218 f5534014-38df-0310-8fa8-9805f1628bb7
2006-05-21change a whole bunch of ethereal into wiresharksahlberg1-3/+3
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18196 f5534014-38df-0310-8fa8-9805f1628bb7
2006-05-14add bluetooth acl dissectionsahlberg1-0/+294
the fragment reassembly from the old patch is commented out since it has to be redone completely using emem and se_trees the proper way. but to do this i would need example captures of fragmented bluetooth traffic first. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18149 f5534014-38df-0310-8fa8-9805f1628bb7
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-06 11:44:55 +0000