Linux WWAN+Linux mit den 2023 Modellen

[fraaanz]

Schön langsam werden die 2023er Modelle verfügbar.
Soweit ich das sehe haben diese für 4G/5G WWAN Datenverbindungen eine von
4G: Quectel EM05-G
4G: Fibocom L860-GL-16
5G: Fibocom FM350-GL

Naja, 5G muss es nicht sein, aber 4G welches "just works" gab's meines Wissens zuletzt mit der Fibocom 830 - also vor ca. 5(!) Jahren, und seitdem gab es kein Linux taugliches WWAN mehr...?

Meine Recherche zeigt für die Quectel EM05-G ein "FCC unlock" Problem:

Bug #1998111 “Quectel EM05-G not being unlocked” : Bugs : modemmanager package : Ubuntu

Despite support being in fcc-unlock.d Bus 001 Device 003: ID 2c7c:030a Quectel Wireless Solutions Co., Ltd. Quectel EM05-G the modem remains locked and enabling it fails: jak@jak-t14-g3:~:master$ mmcli -m any -e error: couldn't enable the modem...

bugs.launchpad.net

English Community-Lenovo Community

....Frage: hat jemand die Quectel und kann sagen ob dieses "FCC unlock" Problem auch für die Modelle in Europa gilt?
=>Hat jemand die Quectel inzwischen zum Funktionieren gebracht, ohne irgendwie Windows verwenden zu müssen?

Die Fibocom L860GL-16 scheint ein Modell mit neuer Firmware zu sein
(

Um diese Inhalte anzuzeigen, benötigen wir die Zustimmung zum Setzen von Drittanbieter-Cookies.
Für weitere Informationen siehe die Seite Verwendung von Cookies.

Drittanbieter-Cookies akzeptieren

)
...und vorgestern ist scheinbar ein Unlock Tool von Lenovo gepublished worden: https://forums.lenovo.com/t5/Ubuntu...860-GL-not-working/m-p/5177047?page=5#6009124

....Frage: Wie oben, hat jemand die L860GL-16 ohne Windows auf EU Modellen zum Laufen gebracht?


Wann gibt's wieder eine Generation von WWAN auf Thinkpads die einfach funktioniert.... :-/

 

[fcdxsy]

Mittlerweile ist einige Zeit vergangen...

...hat sich jemand ein aktuelles 2023er Modell gekauft und kann berichten ob WWAN funktioniert unter Linux?

Guten Morgen,

kann bestätigen, dass es hier mit einer QUECTEL EM05-G in einem ThinkPad T14s Gen3 AMD funktioniert.
Dazu einfach dieser Anleitung folgen: klick

Linux Mint 21.2 mit einem 6.2.0-26 Kernel falls dies noch wichtig werden sollte.

Grüße!

edit: Ganz vergessen... Abweichend zu Anleitung war es bei mir "/dev/cdc-wdm1"

 

[fraaanz]

kann bestätigen, dass es hier mit einer QUECTEL EM05-G in einem ThinkPad T14s Gen3 AMD funktioniert.

Danke für das Feedback!

Nur zur Klarstellung, ging das alles komplett nur von Linux aus,
oder auch schon mal vorher Windows gebootet und evt. dadurch Firmware der Quectel geupdatet (oder irgendwas initialisiert)?

 

[fcdxsy]

Danke für das Feedback!

Nur zur Klarstellung, ging das alles komplett nur von Linux aus,
oder auch schon mal vorher Windows gebootet und evt. dadurch Firmware der Quectel geupdatet (oder irgendwas initialisiert)?

Gerne!

Ich würde behaupten, dies "sollte" alles unter Linux gehen.
Sollte weil:
Das T14s ist mit vorinstalliertem.Windows ausgeliefert. Dies habe ich auch gestartet und benutzt um BIOS und SSD zu updaten über die Vantage Software, da in einem amerikanischen Forum erwähnt wurde, das das Powermanagement unter der alten BIOS Version bei Linux Probleme bereiten kann.

Anschließend kam dann Mint drauf als einziges OS. Die SIM Karte wurde erstmals heute morgen unter Linux eingelegt und als es nicht auf Anhieb funktionierte habe ich sowohl dieses Thema als auch verlinkte Anleitung gefunden.

Soviel zum Tathergang , falls Windows da was aktiviert haben sollte, dann jedenfalls ohne SIM, ohne Verbindung und ohne meine Einwilligung.

Hoffe das hilft dir weiter

 

[fraaanz]

Das T14s ist mit vorinstalliertem.Windows ausgeliefert. Dies habe ich auch gestartet und benutzt um BIOS und SSD zu updaten über die Vantage Software,

BIOS update sollte mit fwupd unter Linux eigentlich auch funktionieren.
SSD Firmware hängt vom Hersteller ab.
...aber ok, weniger Aufwand ist's wohl unter Win.

Soviel zum Tathergang , falls Windows da was aktiviert haben sollte, dann jedenfalls ohne SIM, ohne Verbindung und ohne meine Einwilligung.

Danke nochmal...
...also kein "cleanes" Setup.

Da war doch die Geschichte von jemanden der in einem Moment der Verwirrung einmal Win auf seinem Thinkpad installiert hat, dann wieder zurück auf Linux ging - und dann war im Linux Suspend kaputt, weil Win automatisch das BIOS geupdatet hat und S3 entfernte.
Ich könnte mir schon vorstellen das vom Quectel auch die Firmware im Hintergrund mitgeupdatet bzw. irgendwie initialisiert wird.

Aber ein Kernproblem ist grundsätzlich, in der aktuellen Generation werden derzeit nur Thinkpads mit Win Zwangsbundle verkauft. Einzig T14 sind ohne Win verfügbar? Wird wahrscheinlich an dem MIPI Webcam Problem liegen - hoffentlich kommen jetzt auch die AMD Modelle im Herbst und dann wird es welche ohne Win geben?

Edit: Ich korrigiere mich, die E14/E16 gibt's auch ohne Betriebssystem.

 

[elensar]

Guten Morgen,

kann bestätigen, dass es hier mit einer QUECTEL EM05-G in einem ThinkPad T14s Gen3 AMD funktioniert.
Dazu einfach dieser Anleitung folgen: klick

Linux Mint 21.2 mit einem 6.2.0-26 Kernel falls dies noch wichtig werden sollte.

Grüße!

edit: Ganz vergessen... Abweichend zu Anleitung war es bei mir "/dev/cdc-wdm1"

Wundert mich das, dass die erst aktiviert werden muss.

Könntest du mit mmcli -m 1 mal die Frimware Version ausgeben?

 

[fcdxsy]

Wundert mich das, dass die erst aktiviert werden muss.

Könntest du mit mmcli -m 1 mal die Frimware Version ausgeben?

  ----------------------------------
  Hardware |           manufacturer: Quectel
           |                  model: Quectel EM05-G
           |      firmware revision: EM05GFAR07A07M1G
           |           h/w revision: QUECTEL Mobile Broadband Modul
           |              supported: gsm-umts, lte
           |                current: gsm-umts, lte

Muss nach jedem Neustart einmal aktiviert werden bei mir...

 

[matt407]

Gleiches Verhalten - Firmware revision: EM05GFAR07A07M1G, die Karte muss ich nach jedem Boot wieder aktivieren

 

[fraaanz]

die Karte muss ich nach jedem Boot wieder aktivieren

Auch nach dem Aufwachen aus Suspend to Ram? Oder funktioniert das automatisch?

 

[fcdxsy]

Auch nach dem Aufwachen aus Suspend to Ram? Oder funktioniert das automatisch?

Hier zeigen sich gerade doch Probleme, vielleicht hat hier auch jemand einen Tipp wie ich weiter vorgehen kann.

Nach Suspend to Ram funktioniert es "meistens"... aber dies ist alles auch sehr seltsam.
Mal wacht die Karte ganz normal auf und man sieht am Icon wie die Verbindung dann gleich wieder steht. Dies beobachte ich meistens wenn der Laptop nur kurz suspended war.

Manchmal ist es so, das der Schieber WAAN an ist und auch das Verbindungsprofil angezeigt wird, allerdings keine Verbindung besteht und auch manuell nicht aktiviert werden kann.

Im letzten Fall zeigt der Verbindungsmanager dann nicht mal das WAAN.

Bei beiden letzten beiden Fällen ist dann auch kein WDM1 oder 0 Gerät mehr da. Nach einem reboot ist dann alles wieder ok - natürlich aber völlig blöd im Arbeitsumfeld.
Ebenfalls kommt es Mal vor das die Karte nach ein paar Minuten nach dem Suspend "auf einmal" wieder lebt.

Ich kann hier kein Muster erkennen, weiß leider aber auch nicht wie ich dies weiter einschränken kann...

 

[matt407]

Ich muss dazu sagen - bei mir hat die Karte noch nie funktioniert..
Wenn ich nach einem Start nachsehe ..... "fcc-locked"....

Nach dem Suspend to disk wird die Karte dann gar nicht mehr erkannt?

sudo mbimcli -p -d /dev/cdc-wdm0 --quectel-query-radio-state [/dev/cdc-wdm0] Radio state retrieved: 'fcc-locked' sudo mbimcli -p -d /dev/cdc-wdm0 --quectel-set-radio-state=on [/dev/cdc-wdm0] Successfully requested to enable radio sudo mbimcli -p -d /dev/cdc-wdm0 --quectel-query-radio-state [/dev/cdc-wdm0] Radio state retrieved: 'on' ..... Suspend to disk ..... ..... sudo mbimcli -p -d /dev/cdc-wdm0 --quectel-query-radio-state error: couldn't create MbimDevice: Couldn't query file info: Error when getting information for file “/dev/cdc-wdm0”: No such file or directory

 

[fcdxsy]

Hab nun nochmal etwas gesucht.

Das entsperren wird hier beschrieben und findet man in ähnlicher Form häufiger. Dies funktioniert bei mir. Nun mehrfach neu gestartet, alles wunderbar.

Zu dem Suspend-Problem habe ich auch verschiedene Ansätze gefunden. Ich bleibe dran.

 

[thinkuser29]

Das entsperren wird hier beschrieben und findet man in ähnlicher Form häufiger. Dies funktioniert bei mir. Nun mehrfach neu gestartet, alles wunderbar.

Kann ich so bestätigen anhand eines T16 Gen 2, das ohne OS geliefert wurde und somit sicher nie mit Windows in Kontakt kam.

Am wichtigsten ist IMHO (aus dem zitierten Link) diese Zeile samt Anpassung der PID, bei mir hat die EM05-G nämlich die 0314 am Ende (lässt sich ja leicht mit lsusb herausfinden):

sudo ln -s /usr/share/ModemManager/fcc-unlock.available.d/2c7c /etc/ModemManager/fcc-unlock.d/2c7c:0314

Nach meinem (eingeschränkten) Verständnis wird dadurch das mit ModemManager durchaus bereits mitgelieferte Unlock-Script an eine Stelle kopiert bzw. verlinkt, wo es dann eben automatisch bei Bedarf (also i.d.R. beim Benutzerwunsch, eine WWAN-Verbindung aufzubauen) ausgeführt wird, was standardmäßig seit MM 1.18.4 sonst nicht mehr so wäre.
Damit das Script erfolgreich laufen kann, müssen (wie im obigen Link) vorher noch libmbim-utils installiert werden:

sudo apt install -y libmbim-utils

Hintergrund, warum das (einmalig) nötig ist (danach funktioniert der Unlock immer automatisch):

FCC unlock procedure

FCC unlock procedure integration in ModemManager.

modemmanager.org

Since ModemManager 1.18.4, the following applies:

• The FCC unlock procedure is no longer enabled by default.
• [...]
• Users may manually enable the ModemManager-provided FCC unlock scripts in ${sysconfdir}/ModemManager/fcc-unlock.d.

TL; DR: WWAN im T16 Gen 2 in reiner Linux-Umgebung funktioniert nach einmaliger Einrichtung (natürlich ebenfalls unter Linux) des automatischen FCC-Unlocks problemlos.

Aber ein Kernproblem ist grundsätzlich, in der aktuellen Generation werden derzeit nur Thinkpads mit Win Zwangsbundle verkauft. Einzig T14 sind ohne Win verfügbar? Wird wahrscheinlich an dem MIPI Webcam Problem liegen - hoffentlich kommen jetzt auch die AMD Modelle im Herbst und dann wird es welche ohne Win geben?

Edit: Ich korrigiere mich, die E14/E16 gibt's auch ohne Betriebssystem.

T16 Gen 2 Intel konnte ich auch ohne OS bestellen.

 

[fraaanz]

Kann ich so bestätigen anhand eines T16 Gen 2, das ohne OS geliefert wurde und somit sicher nie mit Windows in Kontakt kam.

TL; DR: WWAN im T16 Gen 2 in reiner Linux-Umgebung funktioniert nach einmaliger Einrichtung (natürlich ebenfalls unter Linux) des automatischen FCC-Unlocks problemlos.

Danke für das Feedback!
Auch hier die Frage, wie sieht es mit suspend-to-ram bzw. -disk und wieder aufwachen aus?
Geht das und er connected beim Aufwachen automatisch zum WWAN?

T16 Gen 2 Intel konnte ich auch ohne OS bestellen.

Das Ding ist mir zu groß, ich will was Leichteres.
Im Moment wäre dieses T14 interessant: https://ok1.de/ThinkPad/ThinkPad-T14-14/ThinkPad-T14-Gen-4-AMD-21K4S02000-Neu::3699.html
...aber das hat eine Fibocom L860-GL-16 (sollte auch mittlerweile gehen, aber hat das jemand im aktuellen Modell mal praktisch probiert?) und weiteren Kram den ich eigentlich nicht brauche (Smartcard-Reader, RJ45, ...)

Vielleicht kommt doch noch ein äquivalentes T14s AMD Gen4, ohne Win und mit der schwächeren EM05-G ins Angebot?
Geduld, Geduld, ...

 

[thinkuser29]

Danke für das Feedback!
Auch hier die Frage, wie sieht es mit suspend-to-ram bzw. -disk und wieder aufwachen aus?
Geht das und er connected beim Aufwachen automatisch zum WWAN?

Suspend-to-disk nutze ich nicht, aber -to-RAM geht einwandfrei, zumindest ist das WWAN-Modul nach dem Aufwachen noch/wieder da und es lässt sich auf jeden Fall manuell wieder eine Verbindung herstellen (automatisch nutze ich bewusst nicht, ist aber augenscheinlich nur eine Einstellungssache im OS, sollte also klappen).

 

[Mornsgrans]

Thread im Wiki unter Fehlersuche bei ThinkPads verlinkt.

 

[NPlusEins]

Ich kann leider auch keine Hoffnung stiften. Selbst meine drei Jahre alte Fibocomm im X1 Nano G1 kriege ich mit Ubuntu partout nicht zum laufen.

Da hilft nur der Handyhotspot.

Sorry, dass ich das bzw. konkret dich hier "aufgreife". Wollte nur kurz nachfragen, ob du mittlerweile von einem Erfolg bei X1 Nano berichten kannst mit der Fibocomm?

Denn ansonsten lief das bei mir mit dem X1 Nano als absoluter Linux Noob erstaunlich reibungslos. Habe heute den FP Reader zum Laufen bekommen, für die Profis ein Kinderspiel, für mich durchaus ein Erfolg.

Die Mobilfunkkarte ist bei meinem Gerät jetzt nicht immens wichtig, aber ide Karte ist nun mal da. Sollte sie laufen, würde ich mich nicht beschweren. Und wer weiß, vielleicht finde ich das Setting irgendwann so spannend, dass die Kiste zum Produktivgerät wird ....

 

[Mornsgrans]

Bei Reddit steht, dass vor mehreren Jahren eine Lösung gefunden wurde:

Um diese Inhalte anzuzeigen, benötigen wir die Zustimmung zum Setzen von Drittanbieter-Cookies.
Für weitere Informationen siehe die Seite Verwendung von Cookies.

Drittanbieter-Cookies akzeptieren

Vieleicht hilft es Dir weiter.

 

[NPlusEins]

Bei Reddit steht, dass vor mehreren Jahren eine Lösung gefunden wurde:

Um diese Inhalte anzuzeigen, benötigen wir die Zustimmung zum Setzen von Drittanbieter-Cookies.
Für weitere Informationen siehe die Seite Verwendung von Cookies.

Drittanbieter-Cookies akzeptieren

Vieleicht hilft es Dir weiter.

Danke, hat aber in meinem Fall nicht geklappt.

Mag aber an mir liegen und vielleicht mal mit mehr Ruhe.

 

[fcdxsy]

So, drei Jahre später: Totgeglaubte leben länger.

Vielleicht ist das Thema inzwischen an anderer Stelle schon sauber gelöst, aber ich habe mit dem Problem "nach Standby/Suspend ist das Modem gelegentlich komplett weg" jetzt einfach ziemlich lange gelebt.

Meistens ging es irgendwie, manchmal eben nicht. Dann war aber nicht nur ModemManager oder die Verbindung kaputt, sondern das Modem wirklich komplett aus dem System verschwunden:

- kein Eintrag mehr in lsusb
- kein ttyUSB0
- kein cdc-wdm0
- kein WWAN-Interface

Bisher half dann zuverlässig nur ein Neustart.
Heute hat es mich wieder erwischt und ich habe mich endlich mal hingesetzt und das etwas tiefer verfolgt.
Im Kernel sah der Ausfall bei mir ungefähr so aus:

usb 1-4: USB disconnect
option1 ttyUSB0: ... disconnected
cdc_mbim ... Tx URB error: -19
cdc_mbim ... unregister

Danach war das Modem komplett vom USB-Bus verschwunden.
Ich habe dann der Reihe nach versucht, die üblichen Schichten auszuschließen:

1. Treiber / ModemManager

Treiber neu laden bzw. ModemManager neu starten hilft nicht, weil das Gerät zu diesem Zeitpunkt schon gar nicht mehr auf USB-Ebene vorhanden ist.

2. USB / xHCI

Das Modem hängt bei mir intern an:

0000:73:00.3
AMD xHCI
USB-Port 1-4

Den kompletten xHCI-Controller habe ich neu initialisiert.
Dabei kamen andere Geräte am Controller sauber wieder hoch, das Quectel aber nicht.

3. Power Management

Der xHCI-Controller ging sogar vollständig nach D3cold und nach Suspend/Resume wieder nach D0.
Das Modem blieb trotzdem verschwunden.
Damit war zumindest klar: Der Fehler hängt nicht einfach im USB-Hostcontroller.

4. ThinkPad WWAN-Schalter

Über thinkpad_acpi gibt es:

/proc/acpi/ibm/wan

bzw. den WWAN-rfkill-Schalter.
Disable/Enable funktioniert dort sauber, bringt das verschwundene Modem aber ebenfalls nicht zurück.
Also habe ich mir angeschaut, was Lenovo dort eigentlich macht.
Die ACPI-Tabellen kann man unter Linux unter

/sys/firmware/acpi/tables/

auslesen.

Die DSDT habe ich mit iasl aus den acpica-tools dekompiliert.
Dabei sieht man unter anderem die bekannten ThinkPad-WWAN-Methoden:

GWAN
SWAN

SWAN schaltet bei meinem Gerät im Wesentlichen nur ein WWAN-/Radio-Bit im Embedded Controller.
Das erklärt auch, warum WWAN aus/an das Problem nicht löst.
Interessanter wurde es an anderer Stelle in der Lenovo-ACPI-Firmware.

Bei meinem ThinkPad gibt es:

\_SB.PCI0.GPP7.P0WW
\_SB.PCI0.GPP7.L850
\_SB.PCI0.GPP7.L850.MRST

Interessant dabei:
Bei mir steckt gar kein Fibocom L850 drin, sondern ein Quectel EM05-G.

"L850" scheint hier also zumindest teilweise Lenovos ACPI-Bezeichnung für die WWAN-Plattform bzw. den Slot zu sein. P0WW ist eine ACPI PowerResource und besitzt eine eigene _RST-Methode.
Diese Methode macht nicht nur Funk an/aus, sondern führt eine richtige Hardware-/Plattform-Reset-Sequenz aus.

In meiner DSDT sieht die Logik sinngemäß so aus:

WFIO(...)
kurz warten
WFIO(...)
kurz warten
WFIO(...)
500 ms warten
Device Check
Signale wieder zurückschalten
Device Check

Also genau die Sorte Reset, die beim bisherigen Neustart offenbar mit erledigt wurde.
Mit acpi_call kann man diese ACPI-Methode unter Linux direkt aufrufen.

Unter Debian z.B.:

sudo apt install acpi-call-dkms
sudo modprobe acpi_call

Zuerst nur prüfen, ob die PowerResource vorhanden und erreichbar ist:

printf '%s\n' '\_SB.PCI0.GPP7.P0WW._STA' | sudo tee /proc/acpi/call >/dev/null
sudo cat /proc/acpi/call

Bei mir:

0x1

Dann der eigentliche Reset:

printf '%s\n' '\_SB.PCI0.GPP7.P0WW._RST' | sudo tee /proc/acpi/call >/dev/null

Und tatsächlich kam das vorher komplett verschwundene Quectel direkt wieder auf dem USB-Bus:

usb 1-4: new high-speed USB device using xhci_hcd
usb 1-4: New USB device found, idVendor=2c7c, idProduct=030a
usb 1-4: Product: Quectel EM05-G
ttyUSB0 wieder da
cdc_mbim wieder da
WWAN-Interface wieder da

Das war bei mir das erste Mal, dass sich das festgefahrene Modem ohne Neustart des ThinkPads wiederbeleben ließ. Der Fehler lässt sich damit zumindest schon ziemlich gut eingrenzen:

- kein ModemManager-Problem
- kein normales Treiberproblem
- kein einfacher USB-Rebind
- kein xHCI-Hänger
- kein reines rfkill/SWAN-Problem

Das Modem bzw. die WWAN-Plattform landet offenbar in einem Zustand, in dem das Quectel seine USB-Schnittstelle nicht mehr präsentiert.

Erst Lenovos eigener Plattform-Reset für WWAN bringt das Modul wieder dazu, neu zu enumerieren.
Was intern im Quectel genau hängt, weiß ich damit natürlich nicht. Möglich wären Modem-Firmware, interner USB-/Power-State oder die Interaktion mit Lenovos Plattformsteuerung.

Aber zumindest scheint der bisher notwendige komplette Rechnerneustart vermeidbar zu sein.

Wichtig:
Den ACPI-Pfad bitte nicht blind auf irgendeinem anderen ThinkPad ausführen.
Je nach Modell und BIOS kann der Namespace anders aussehen.
Wenn jemand dasselbe Problem hat, würde ich zuerst die eigene DSDT prüfen und nach

P0WW
L850
MRST

suchen.

Falls jemand mit einem anderen ThinkPad/Quectel dieselben ACPI-Objekte findet, wäre interessant zu wissen, ob der Reset dort ebenfalls funktioniert.

Ich will daraus jetzt auch kein neues Hobby machen ;-)
Aber vielleicht hilft der Workaround ja dem einen oder anderen, der dieses Standby-Problem schon länger kennt.