This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-commitlog@lists.osmocom.org/.
gitosis at osmocom.org gitosis at osmocom.orgThis 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=8ab28948017c08c91d20495935ddaaef19116d28
commit 8ab28948017c08c91d20495935ddaaef19116d28
Author: Harald Welte <laforge at 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=4915f4f40012095d63fe545415f3465baf5db1dc
commit 4915f4f40012095d63fe545415f3465baf5db1dc
Author: Harald Welte <laforge at 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=f719da8599dae95e7b467d39978470690f605627
commit f719da8599dae95e7b467d39978470690f605627
Author: Harald Welte <laforge at 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=dcba0bf9d24bb9f1631f1c01b37cfb5b77fdd855
commit dcba0bf9d24bb9f1631f1c01b37cfb5b77fdd855
Author: Harald Welte <laforge at 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=a8a3669393b6d6cde9c00c7b7317f62821c8d140
commit a8a3669393b6d6cde9c00c7b7317f62821c8d140
Author: Harald Welte <laforge at 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=5708294c1eaffe035c47b806510cf475a4dca190
commit 5708294c1eaffe035c47b806510cf475a4dca190
Author: Harald Welte <laforge at 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=d28c4fa82dc530caff964ec7a60dc92978ef1d99
commit d28c4fa82dc530caff964ec7a60dc92978ef1d99
Author: Harald Welte <laforge at 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=c259f80de7553d269b41d67af9c3b504beef5c5b
commit c259f80de7553d269b41d67af9c3b504beef5c5b
Author: Harald Welte <laforge at 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=7f8079d9db16f824256b41d676debd0c8b773778
commit 7f8079d9db16f824256b41d676debd0c8b773778
Author: Harald Welte <laforge at 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