fix: query the ELF listing with P1=10 first, fall back to P1=20 (v3.6.26)

GP 11.4.2.1 makes '10' the superset of '20' (Executable Load Files with
their modules), yet the Explore queried '20' plus a separate '10' modules
pass and merged the two.  A live card answered 6A86 (incorrect P1-P2) to
'20' while '10' worked (2026-09-28) - all four P1 values "shall be
supported", so this is the guarded-fallback case, not a vendor branch.

- Explore now queries '10' (with module parsing) and falls back to '20'
  (no module lists) only when it yields nothing; a successful fallback
  drops the primary failure from the result, and the primary error surfaces
  only when both fail.
- The separate P1=10 "modules" pass and ramMergeElfData are gone.

656 frontend / 504 Python green; version 3.6.26; sw simple-v299.

This commit is contained in:

Антон Трошин

2026-09-28 22:56:26 +03:00

parent 7c81f02308

commit f65a512440

4 changed files with 21 additions and 27 deletions

									
										pysim_simple_server/server.py
									
		+1
		-1
	
												View File
												
				@@ -31,7 +31,7 @@ from osmocom.tlv import BER_TLV_IE

				from osmocom.utils import rpad

				VERSION = '3.6.25'

				VERSION = '3.6.26'

				MAX_ENVELOPE_SEGMENTS = 5  # max SMS segments for outgoing C-APDU in ENVELOPE