Repository navigation
SEAT Ateca, MHI2_ER_SEG11_P4709 / MU1447: read-only compatibility report and stock map-plane geometry #16
bartberden
started this conversation in
General
Replies: 1 comment 1 reply
|
@bartberden How did you initially obtain SSH access on your SEAT Ateca? Was SSH already enabled, or did you use a specific procedure compatible with the MHI2 firmware? |
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Area
New platform / vehicle
Topic
Read-only compatibility data from a SEAT target, offered as input for a SEG11 / MU1447 profile.
Vehicle: SEAT Ateca, 2016 / MHI2
Firmware: MHI2_ER_SEG11_P4709 / MU1447
Cluster: SEAT Digital Cockpit, believed to be a "...920 790 A" part (prefix and HW/SW version not yet read out; to be confirmed)
SSH access: WLAN
Nothing was installed and no target filesystem was modified. No gate, DIRECT or GEN2 test has been run, and CarPlay was not exercised. I can run further bounded, stock-safe tests on this unit if that helps.
Context / evidence
compatibility-report.sh(commit aa19750) finished withMIBR_COMPAT=PASS_READ_ONLY.Component hashes vs the MU1440 stock reference
Java state is stock: no custom bootclasspath entries in
lsd.sh; the jars directory holds onlyGEM.jarandnullservice.jar.Stock DisplayManager state (dmdt, read-only getters)
dmdt gd:dmdt gs:dmdt gcreports 30 contexts, including:pidin -p displaymanager fds | grep isoTX:displaymanager.json:most_encoder.deviceis/dev/mlb/isoTX2,nv_encoder_data_rate9600000,force_kombi_type"none".So the stock map plane on this SEAT target is 1010x376 on context 70 / displayable 33, and DisplayManager holds
/dev/mlb/isoTX2open for writing. Whether data was flowing at that moment was not measured.Cluster views
The cluster has three views. The native SEAT map is visible in all of them:
dmdt gs,dmdt gcand the isoTX2 fd were identical in all three views. The view change is not visible in the unit-side DisplayManager state.Collector findings on this target
pwdresolves the SD root to/net/mmx.mibhigh.net/fs/sda0. Thecase "$P" in /net/mmx/fs/*)branch inmibr_media_rwdoes not match, so the medium is never remounted writable and the collector stops withcannot_create_sd_session rc=4. A manualmount -uw /net/mmx/fs/sda0beforehand works around it./eso/bin/apps/displaymanager;/mnt/app/eso/bin/apps/displaymanagerdoes not exist, so the collector reports it as missing. The hash in the table above was taken manually from/eso/bin/apps/displaymanager.run_dmdtinvocation fromcommon.shwith> file 2>&1,gsandgdproduced empty files andgcwas truncated mid-output, in four out of four runs. The same commands printed to the terminal return complete output with rc=0. This may affectdirect_snapshot.lsd.sh. On the unit it is present at/mnt/app/eso/hmi/lsd/lsd.sh(size and hash above).Attached
The three stock config snapshots are available on request.
component-hashes.txt
runtime-observation.txt
session.log
vehicle-summary.txt
Before posting
All reactions