Record cold-boot verification of CAN names and LTE

With both adapters attached at power-on, pcan registered first and took
can0, and the udev rule renamed it to can_pcan, confirming the race and
the fix. qmi_wwan auto-loaded, povo auto-connected below WiFi, and gpsd
came up on the stable symlink.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
mikkeli
2026-10-08 09:19:03 +09:00
parent f651eba2ac
commit 65a5bb995f
+5 -1
View File
@@ -24,7 +24,11 @@ can point at a different device after a reboot or replug.
| SIM7600 data | NetworkManager `povo` connection with `ifname '*'` | n/a, follows whatever modem ModemManager exposes |
`can_onboard` was verified with a live rename (`mttcan c310000.mttcan can_onboard: renamed from can0`).
`can_pcan` was checked against the driver source only, because the adapter wasn't plugged in. **To do:** plug the adapter in and confirm with `ip -br link`.
**Verified across a cold boot (2026-10-08)** with the PCAN-USB and SIM7600 both attached before power-on: `pcan` registered *first*
and took `can0`, which is the race this rule exists for. udev renamed it (`pcan 1-2.4:1.0 can_pcan: renamed from can0`), and
`mttcan` then got `can0` and was renamed to `can_onboard`. ModemManager came up on `cdc-wdm0` (qmi_wwan auto-loaded), `povo`
auto-connected with `wwan0` at metric 1000 below WiFi, and gpsd started on `/dev/sim7600-gps`.
## CAN: `/etc/udev/rules.d/70-can-names.rules`