This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "wireshark with Osmocom specific dissectors". The branch, laforge/pending has been updated discards c43624265a95c41acaa31e40cc8170aa96b8c506 (commit) discards b778aa5f88de68870cc6af4a7aaf90d6b2ddf90c (commit) discards ae91d940ccf4d3f43500b7da8a205819674e825e (commit) discards 787b79baf2ebb77c44dd17fc2b3386ec3c539395 (commit) discards 4e81008d44c7347b195677a155c592f7950a68d8 (commit) discards f3ae89b3f3ef6b79ca9c3681075ebfbf9afe0c9e (commit) discards 7f980d77a77f3c23dd2a378613a4a904848eb7c1 (commit) discards 5f6062e7dd00d80902a915f47465a42af66eed74 (commit) via 8ab28948017c08c91d20495935ddaaef19116d28 (commit) via 4915f4f40012095d63fe545415f3465baf5db1dc (commit) via f719da8599dae95e7b467d39978470690f605627 (commit) via dcba0bf9d24bb9f1631f1c01b37cfb5b77fdd855 (commit) via a8a3669393b6d6cde9c00c7b7317f62821c8d140 (commit) via 5708294c1eaffe035c47b806510cf475a4dca190 (commit) via d28c4fa82dc530caff964ec7a60dc92978ef1d99 (commit) via c259f80de7553d269b41d67af9c3b504beef5c5b (commit) via 7f8079d9db16f824256b41d676debd0c8b773778 (commit) This update added new revisions after undoing existing revisions. That is to say, the old revision is not a strict subset of the new revision. This situation occurs when you --force push a change and generate a repository containing something like this: * -- * -- B -- O -- O -- O (c43624265a95c41acaa31e40cc8170aa96b8c506) \ N -- N -- N (8ab28948017c08c91d20495935ddaaef19116d28) When this happens we assume that you've already had alert emails for all of the O revisions, and so we here report only the revisions in the N branch from the common base, B. Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/wireshark/commit/?id=8ab28948017c08c91d20495935ddaae... commit 8ab28948017c08c91d20495935ddaaef19116d28 Author: Harald Welte <laforge@gnumonks.org> Date: Sat Jan 7 18:08:21 2017 +0100 WIP: Qualcomm DIAG Protocol support Change-Id: I0bd06c46e00570005a1148860954a77c8f5445a8 http://cgit.osmocom.org/wireshark/commit/?id=4915f4f40012095d63fe545415f3465... commit 4915f4f40012095d63fe545415f3465baf5db1dc Author: Harald Welte <laforge@gnumonks.org> Date: Fri Dec 2 16:44:20 2016 +0100 WIP: RSL Ericsson support Change-Id: I1e9b3c08848f4feb60361e629d7225b6d2e1dcbd http://cgit.osmocom.org/wireshark/commit/?id=f719da8599dae95e7b467d399784706... commit f719da8599dae95e7b467d39978470690f605627 Author: Harald Welte <laforge@gnumonks.org> Date: Wed Oct 26 22:38:20 2016 +0200 HACK: Hand GPRS RLC payload to GPRS LLC dissector this is an ugly hack, as there is no code for packet re-assembly in betwween, i.e. we only get proper dissection if the LLC message was fitting entirely into one RLC block. Nevertheless, sufficient to see things like RAU, ATTACH, IDENTITY procedures. Change-Id: I1fc488aa58353e5f4264b940f9f4c18987148a7d http://cgit.osmocom.org/wireshark/commit/?id=dcba0bf9d24bb9f1631f1c01b37cfb5... commit dcba0bf9d24bb9f1631f1c01b37cfb5b77fdd855 Author: Harald Welte <laforge@gnumonks.org> Date: Wed Oct 26 20:09:31 2016 +0200 WIP: Jacob's EGPRS patch ... with add_new_data_source() to visualize the re-aligned bits Change-Id: I1604dceaf3d91228e87712e099c8a209ff812f4a http://cgit.osmocom.org/wireshark/commit/?id=a8a3669393b6d6cde9c00c7b7317f62... commit a8a3669393b6d6cde9c00c7b7317f62821c8d140 Author: Harald Welte <laforge@gnumonks.org> Date: Sun Jul 17 16:22:19 2016 +0200 l2tp: Introduce preference for default pseudowire In some cases, the establishment of the L2TP session is not captured in the pcap file, and thus wireshark cannot determine the l2tp pseudowire to be used for decode. So rather than using a ocmpile-time hard-coded default of cisco hdlc, let's introduce a prference where the user can select the default pseudowire in such cases. Change-Id: I44a6373d4812c9ab5a919514273a41a2ab57142c http://cgit.osmocom.org/wireshark/commit/?id=5708294c1eaffe035c47b806510cf47... commit 5708294c1eaffe035c47b806510cf475a4dca190 Author: Harald Welte <laforge@gnumonks.org> Date: Sat Jul 16 15:39:17 2016 +0200 L2TP: Add preference to select Ericsson HDLC flavor At some point over the wireshark last years, the connection between the L2TP dissector and the Ericsson HDLC dissector (packet-ehdlc.c) got broken. I cannot poinpoint the exact change when it broke. However, traces with Ericsson L2TP that used to display correctly no longer do so. The problem with Ericsson L2TP is that they simply re-use the HDLC pseudowire (0x0006), but then have frames completely different than what's specified in the RFCs for that. To address this, let's add a protocol preference to allow the user to choose. Change-Id: Idce022ef0f233c01ecffc67dca7f428bde31ef6b http://cgit.osmocom.org/wireshark/commit/?id=d28c4fa82dc530caff964ec7a60dc92... commit d28c4fa82dc530caff964ec7a60dc92978ef1d99 Author: Harald Welte <laforge@gnumonks.org> Date: Fri Jul 28 19:23:15 2017 +0200 gprs-llc: Don't attempt to decode Dummy UI Command As explained by 3GPP TS 44.064 Section 6.4.2.2 there are Dummy UI Commands which are never generated by a LLC entity, but nevertheless received by a LLC entity. They are generated by the underlying network-side RLC/MAC entity a as a means to artificially delay the release of a downlink TBF. We introduce a new "llcgprs.dummy_ui" boolean field on which the user can match to filter our such messages, if needed. Change-Id: Ie8fcb42cbd66a7e5b77849f0bc5a3630d0d54a9c http://cgit.osmocom.org/wireshark/commit/?id=c259f80de7553d269b41d67af9c3b50... commit c259f80de7553d269b41d67af9c3b504beef5c5b Author: Harald Welte <laforge@gnumonks.org> Date: Sun Jul 30 15:52:38 2017 +0200 GSMTAP: Treat PDTCH identical to PACCH (hand into packet-gsm-rlcmac.c) The RLC/MAC dissector decodes both signalling (PACCH) and data (PDTCH) RLC/MAC blocks, so let's make sure we dispatch both logical channels into that dissector. Change-Id: Ia26a1ba74468a49da071185cc5ee876ade907207 http://cgit.osmocom.org/wireshark/commit/?id=7f8079d9db16f824256b41d676debd0... commit 7f8079d9db16f824256b41d676debd0c8b773778 Author: Harald Welte <laforge@gnumonks.org> Date: Sun Jul 30 15:49:21 2017 +0200 GSMTAP: Proper name for PDTCH (not PDCH) PDCH is the physical channel name, while PDTCH is one of the logical channels (goether with PTCCH and PACCH) on the PDTCH. Let's call it by its proper name, rather than keeping the misnomer. Change-Id: I724fcfba595c9c861b64a30d5510468ec007424c ----------------------------------------------------------------------- Summary of changes: epan/dissectors/packet-gsmtap.c | 3 ++- epan/dissectors/packet-gsmtap.h | 2 +- 2 files changed, 3 insertions(+), 2 deletions(-) hooks/post-receive -- wireshark with Osmocom specific dissectors