Wireshark-commits: [Wireshark-commits] rev 51870: / /trunk-1.10/epan/dissectors/: packet-ieee80211.
http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=51870
User: gerald
Date: 2013/09/09 10:34 AM
Log:
Copy over revisions from the trunk:
------------------------------------------------------------------------
r51152 | mmann | 2013-08-05 08:55:10 -0700 (Mon, 05 Aug 2013) | 31 lines
Changed paths:
M /trunk/AUTHORS
M /trunk/epan/dissectors/packet-scsi.c
SCSI dissector does not parse PERSISTENT RESERVE commands correctly. Bug 9012 (https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9012).
From Bart Van Assche.
Changes:
- Add REGISTER AND MOVE and REPLACE LOST RESERVATION service actions.
- Decode the PARAMETER LIST LENGTH field correctly - this is a four
byte field instead of a two byte field.
- For the REGISTER AND MOVE service action, add support for decoding
the RELATIVE TARGET PORT IDENTIFIER, TRANSPORT ID LENGTH and
TransportID fields.
- Fix parsing of the SERVICE ACTION field - this field is five bits
wide instead of four.
- Move the definition of the "scsi.persresv.control.unreg" field just
below the other REGISTER AND MOVE service action parameter list fields.
See also http://www.t10.org/cgi-bin/ac.pl?t=f&f=spc4r36h.pdf.
- Only display persistent reservation information in a PERSISTENT
RESERVE IN response if the ALLOCATION LENGTH field in the request
was not zero.
- Correct the offset of the (SPC-2) SCOPE-SPECIFIC ADDRESS field.
This field starts at offset 16 and not at offset 8.
- Correct the offsets of the SCOPE and TYPE fields. These fields
are both contained in the byte at offset 21.
- Correct the base of the TRANSPORTID LENGTH field from BASE_HEX
into BASE_NONE since this is the base required by non-numeric types.
For more information, see also:
* http://www.t10.org/cgi-bin/ac.pl?t=f&f=spc4r36h.pdf
* http://www.t10.org/cgi-bin/ac.pl?t=f&f=spc2r20.pdf
------------------------------------------------------------------------
r51233 | pascal | 2013-08-09 00:58:27 -0700 (Fri, 09 Aug 2013) | 3 lines
Changed paths:
M /trunk/epan/dissectors/packet-sip.c
Fix https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9022 :
Fix dissection of Feature-Caps header field
------------------------------------------------------------------------
r51313 | martink | 2013-08-12 03:15:01 -0700 (Mon, 12 Aug 2013) | 4 lines
Changed paths:
M /trunk/epan/dissectors/packet-sip.c
coverity 280403 (logically dead code)
set first to FALSE after the first block was dissected
------------------------------------------------------------------------
r51321 | pascal | 2013-08-12 12:23:08 -0700 (Mon, 12 Aug 2013) | 3 lines
Changed paths:
M /trunk/epan/dissectors/packet-sip.c
Fix https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9031 :
SIP contact-param parsing should be stopped when finding a comma separator
------------------------------------------------------------------------
r51333 | pascal | 2013-08-13 01:19:41 -0700 (Tue, 13 Aug 2013) | 3 lines
Changed paths:
M /trunk/plugins/profinet/packet-pn-mrp.c
Fix https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9035 :
Indicate the right direction in info column
------------------------------------------------------------------------
r51339 | alagoutte | 2013-08-13 10:50:22 -0700 (Tue, 13 Aug 2013) | 8 lines
Changed paths:
M /trunk/epan/dissectors/packet-ieee80211.c
From Mark Phillips via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9038
802.11 HT Extended Capabilities B10 decode incorrect
#Backport 1.10 and 1.8
Within the 802.11 HT Capabilities IE the "HT Extended Capabilities" B10's name is incorrect.
It is currently titled "High Throughput". This is incorrect/missleading. It should be something like "High Throughput Control (+HTC)". The field indicates if the "High Throughput Control (HTC)" field is supported - not if HT itself is supported.
------------------------------------------------------------------------
r51360 | eapache | 2013-08-14 19:06:49 -0700 (Wed, 14 Aug 2013) | 6 lines
Changed paths:
M /trunk/plugins/ethercat/packet-ams.c
As suggested by Volcke Mario, fixing
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9036
Don't change the length *and* the offset when adjusting for the ethercat header,
just the offset is enough (the length is then right).
------------------------------------------------------------------------
Update the release notes.
Directory: /trunk-1.10/epan/dissectors/
Changes Path Action
+1 -1 packet-ieee80211.c Modified
+35 -9 packet-scsi.c Modified
+7 -2 packet-sip.c Modified
Directory: /trunk-1.10/docbook/
Changes Path Action
+17 -0 release-notes.asciidoc Modified
Directory: /trunk-1.10/plugins/ethercat/
Changes Path Action
+0 -1 packet-ams.c Modified
Directory: /trunk-1.10/plugins/profinet/
Changes Path Action
+11 -5 packet-pn-mrp.c Modified
Directory: /trunk-1.10/
Changes Path Action
+1 -0 AUTHORS Modified
