praktisches Problem das nicht gegeben ist?

[/lib/modules]

Wo ist denn nun das praktische Problem?
Wenn Android für Thethering RNDIS gar nicht nutzt, gibts doch kein Problem?

[Norcoen]

verstehe ich auch nicht... Ich bin bisher davon ausgegangen, dass eben doch genau das verwendet wird, wenn man per.USB an den Rechner tethered anstatt über WLAN einen Hotspot aufzumachen

[/lib/modules]

Ja ich auch. Und das Feature ist zwar jetzt nicht so weit verbreitet aber extrem nützlich - energiesparend, man läd das Smartphone und kann sowohl Mobilfunk als auch wifi tethern.
Vielleicht wirds ja bei sehr alten Devices benutzt, aber dann wäre das ja eine Info die man dazu packen könnte.

[Djfe]

Offenbar ist das in der Praxis tatsächlich kein Problem mehr, da Windows auf NCM umgestiegen ist/MS dieses empfiehlt.
stackoverflow com a 77116509 (sorry Spam protection von golem)

Ich seh also in der Tat kein Problem.
Insbesondere, da Android devices bisher nie(!) Kernelupdates erhalten haben.
(eventuell ändert sich das jetzt, aber nur für neue Geräte, die eventuell eh schon auf NCM gewechselt sind (wie das Pixel))

Ich geh davon aus, dass niemandem durch die Änderung das Tethering kaputt gemacht wird (außer man wechselt auf ein neues Handy und entsorgt das alte und nutzt Windows 7 oder so). Linux und Mac konnten NCM eh schon die ganze Zeit. Router ebenso



1 mal bearbeitet, zuletzt am 20.02.24 16:31 durch Djfe.

[Schlitzauge]

Ab welcher Android-Version wird denn nicht mehr das alte Protokoll genutzt?

[Hantilles]

Also gehst du davon aus, dass die RNDIS-Unterstützung nur für den Android-Kernel relevant wäre?

Also wenn ich an meinem Linux-Notebook mein Samsung Galaxy S23 (nicht mehr brandneu, aber mit Android 14 immer noch hochaktuell) anstöpsle und USB-Tethering aktiviere, zeigt mir das Kernel-Log meines Laptops jedoch:

[180671.406188] usb 5-1: Product: SAMSUNG_Android
[180671.406191] usb 5-1: Manufacturer: SAMSUNG
[180671.406192] usb 5-1: SerialNumber: XXXXXXXXX
[180671.475905] usbcore: registered new interface driver cdc_ether
[180671.486406] rndis_host 5-1:1.0 usb0: register 'rndis_host' at usb-0000:c3:00.3-1, RNDIS device, 06:0b:df:xx:xx:xx
[180671.486450] usbcore: registered new interface driver rndis_host
[180671.493605] rndis_host 5-1:1.0 enp195s0f3u1: renamed from usb0

Für mich sieht das ziemlich danach aus, dass hier RNDIS zum Einsatz kommt und – und das ist jetzt eben die relevante Frage – womöglich eben auch vom Kernel meines Laptops supported werden muss?

Ich bin absolut dafür zu haben, dieses Feature mittels modernerer Protokolle abzubilden, aber die USB-Tethering-Fähigkeit auf meinem Laptop zu verlieren, fände ich schon ziemlich scheiße.



1 mal bearbeitet, zuletzt am 20.02.24 20:19 durch Hantilles.

[Djfe]

Schlitzauge schrieb:
--------------------------------------------------------------------------------
> Ab welcher Android-Version wird denn nicht mehr das alte Protokoll genutzt?

So einfach ist das nicht.
Google hat sich als Early Adopter schon mit dem Pixel 6 (Android 12) dazu entschieden auf NCM zu wechseln, was offenbar bei Nutzern von Windows 7 2021 noch zu Unmut führte.

Die Gerätehersteller können sich selbst entscheiden, ob und wann sie auf NCM wechseln. Grundsätzlich ist es aber sinnvoll auf NCM (Standard des USB-IF) zu wechseln aus diversen Gründen.

[Djfe]

Hantilles schrieb:
--------------------------------------------------------------------------------
> Also gehst du davon aus, dass die RNDIS-Unterstützung nur für den
> Android-Kernel relevant wäre?
>
> Also wenn ich an meinem Linux-Notebook mein Samsung Galaxy S23 (nicht mehr
> brandneu, aber mit Android 14 immer noch hochaktuell) anstöpsle [...]
> Für mich sieht das ziemlich danach aus, dass hier RNDIS zum Einsatz kommt
> und – und das ist jetzt eben die relevante Frage – womöglich
> eben auch vom Kernel meines Laptops supported werden muss?
>
> Ich bin absolut dafür zu haben, dieses Feature mittels modernerer
> Protokolle abzubilden, aber die USB-Tethering-Fähigkeit auf meinem Laptop
> zu verlieren, fände ich schon ziemlich scheiße.

um an meine Nachricht an Schlitzohr anzuknüpfen:
Wenn Samsung das mit Android 14 noch nicht getan hat, ist das schade aber noch lange kein Beinbruch.
Ob sie das nur für neue oder auch für alte Geräte umsetzen, ist ebenfalls Samsungs Entscheidung.
Wenn sich der Linuxkernel heute entscheidet, auf RNDIS zu verzichten, betrifft dich das als Nutzer spätestens im Jahre 2027. (solche Entscheidungen brauchen Jahre, bis sie in den Langzeitkerneln landen und du kannst dich ja bewusst entscheiden, auf Kernel 6.6 zu bleiben, wenn du RNDIS benötigst)
Bis dahin hat Samsung also massiv Zeit auf NCM zu wechseln.
Sollten sie es entgegen Microsofts Empfehlung nicht tun, wäre das schon erstaunlich.
Davon ab sollte 2027 auch wirklich niemand mehr Windows 7 einsetzen.

Dass sich Samsung bisher Zeit gelassen hat, war aber wohl irgendwo sinnvoll, um Nutzer nicht zu verprellen. (konservativ)
RNDIS und NCM gleichzeitig kann Android jedenfalls nicht anbieten (liegt an Windows)

Alles in allem verliert niemand in den nächsten 2 Jahren seine Tetheringfähigkeit, wenn der Linuxkernel RNDIS rauswirft und es könnte Samsung dazu bewegen, den Wechsel ebenfalls zu vollziehen.
Sollte RNDIS weiterhin gebraucht werden, wird es irgendwelche Leute geben, die einen userspace Treiber schreiben werden.

[Schlitzauge]

Djfe schrieb:
--------------------------------------------------------------------------------
> Schlitzauge schrieb:
> ---------------------------------------------------------------------------
> -----
> > Ab welcher Android-Version wird denn nicht mehr das alte Protokoll
> genutzt?
>
> So einfach ist das nicht.
> Google hat sich als Early Adopter schon mit dem Pixel 6 (Android 12) dazu
> entschieden auf NCM zu wechseln, was offenbar bei Nutzern von Windows 7
> 2021 noch zu Unmut führte.
>
> Die Gerätehersteller können sich selbst entscheiden, ob und wann sie auf
> NCM wechseln. Grundsätzlich ist es aber sinnvoll auf NCM (Standard des
> USB-IF) zu wechseln aus diversen Gründen.

Ich hatte doch nur gefragt, ab welcher Android-Version NCM als Alternative geboten wird.

Denn sorry, Windows 7 als Grund vorzuschieben ist schon absurd, wenn man bedenkt, dass es so viele Installationen davon nicht mehr gibt, nicht mehr geben sollte und die allermeisten Tethering ohnehin nicht per USB verwenden, sondern wenn dann per WLAN oder – gefühlt selten – notfalls auch per Bluetooth. Und das kann dann auch selbst ein Windows 7 und alte Android-Geräte.

Darüber hinaus könnte Google und die Android-Hersteller einen Patch rausbringen, der überwacht, wenn ein User Tethering noch mit dem alten Protokoll verwendet, in vorwarnen, dass dies bald nicht mehr funktionieren und weshalb und welche externen Systeme alle künftig gebraucht werden. Und dann setzten sie eine Deadline zur Abschaltung. Und dann muss der Killswitch aktiviert werden. So haben alle User, die Tethering nutzen genügend Zeit ihre Geräte und Systeme auf Kompatibilität zu prüfen. Idealerweise haut Google für Windows, macOS und die gängigsten Linux-Systeme ein kleines Tool raus, damit jeder Betroffene unkompliziert die Kompatibilität prüfen könne oder bringt für die Android-Versionen eine Tethering-App mit Testmodus raus oder integriert einen solchen in die Systemeinstellungen von Android.

Wenn die User mit NCM die Möglichkeit haben, eine funktionierende Alternative zu nutzen, werden sie auch keinerlei Nachteile haben. Und so würde man nur noch die wenigen verbliebenen User an die Hand nehmen und zielgerichtet an die Hand nehmen, ihre inkompatiblen Systeme zu upgraden, zu ersetzen oder Tethering per WLAN bei solchen Alt-Systemen zu nutzen, statt auf USB-Tethering. Und die Wenigen von diesen Wenigen, die USB-Tethering deshalb nutzen, weil dabei gleichzeitig auch geladen wird, die Altsysteme auch nicht ausmustern oder upgraden möchten, ganz ehrlich, von denen kann man auch erwarten, dass sie notfalls eine externe Stromversorgung anschließen oder einfach einen kleinen USB-Hub (gibts auch als Kabel: 1x USB auf 2x USB) nutzen.

Irgendwann hört es auch mal auf, auf jede kleine teils ignorante Minderheit weiter Rücksicht zu nehmen. In den meisten Fällen dieser Wenigen kann man zumutbare Alternative Wege auch zumuten. Selbst wenn man diese vergrault, wäre das kein Verlust für Google und die Android-Hersteller.

[Hantilles]

Ich nutze eine Rolling-Release-Distribution. Bewusst auf 6.6 zu bleiben ist absehbar keine Option mehr.

Ich bin absolut dafür zu haben, veraltete und problematische Technologien abzulösen. Aber das heißt dann schon auch, dass die Alternative nicht nur theoretisch, sondern auch praktisch beim Enduser angekommen sein muss.