(Simply@Clever) ein Linux Live-System zum Karten-Update RNS310/RNS315 (AMUNDSEN+)

**user234** · 28.10.2019, 22:41

das stimmt, nach meinem Edit von eben ist es plötzlich weg...
Ich kenne die hiesigen Regeln hier in diesem Forum nicht. Kann es sein, dass es an externen Links liegt, die ich dort verwendet hatte? Oder einfach am Edit, als solchem...
In dem Edit hatte ich nämlich zwei Links zu patchwork-kernel-org und dem entsprechenden github-Projekt gepostet und gefragt, ob die Patches für den mmc-Treiber von dort (namentlich von Alan Cooper) stammen.
Eigentlich war es von mir gut gemeint, dass man die fremden Quellen als solche gekennzeichnet und darauf ordentlich verweist... Aber wenn es hier zensiert wird, dann weiß ich nicht, was ich dazu sagen soll.

**jori** · 28.10.2019, 23:04

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. - nee, glaub nicht das es daran liegt. schein eher ein unauffälliger bug im handling der datenbank für die einzelnen beiträge zu sein. kommt selten, aber vor. ist mir jedenfalls schon ein paarmal aufgefallen. mit etwas geduld tauchten die verlorengegangenen beiträge dann später doch auf. wenn nicht, einfach nochmal neu aufsetzen.

mfg jori...

**user234** · 28.10.2019, 23:17

Dann fasse ich mich lieber gleich kurz zusammen:
1. Ich habe auf einem relativ neuen Lenovo ThinkPad T460 erfolgreich mit einem Linux Mint Live und deinen Tools CID zweier Samsung-Karten ändern können
2. Nun habe ich auf dem gleichen Notebook mit Ach und Krach (UEFI wollte nicht richtig starten, musste man im BIOS explizit "nur UEFI" sagen) Simply@Clever gestartet. Und siehe da: MMC wird gar nicht erkannt. Also, mein Notebook ist neuer, als die Ubuntu aus Simply@Clever
3. Ich würde aber gerne meinen Notebook nutzen wollen, um die karten auch locken / unlocken zu können, also mit den gepatchten MMC-Treiber
4. Im Ursprungs-Post hatte ich gefragt, welche Patches denn damals angewendet wurden. Inzwischen ahne ich, dass es wahrscheinlich die Patches von Alan Cooper sind, die leider nie in Linux-Kernel geschafft hatten
5. Meine Idee war, diese Patches auf eine aktuellere Linux Mint - Edition anzuwenden (natürlich eine fest installierte, keine live) und dort versuchen Kernel selbst zu kompilieren. Und die eigentliche Frage war, ob ich mit meinen Vermutungen richtig liege und ob es spezielle Tipps dazu gäbe, welche Patches ich denn genau nehmen sollte (es gibt da sehr viele von Alan Cooper).

Danke!

**overice** · 29.10.2019, 06:40

Hand angelegt: Beiträge sind wieder sichtbar (da hat die Spamabwehr des Boardes leider überreagiert)

**jori** · 29.10.2019, 11:22

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. - also, mit den patsches liegst du richtig! die sind soviel ich weiss alle von alan cooper. wenn ich es noch richtig im kopf habe sind es 8 stück an der zahl, was den mmc-patch angeht, mir war/ist nur der aufwand zu gross ein neues kernel zu kompilieren. man braucht dafür auch relativ viel platz auf der festplatte, den ich damals nicht hatte. ich selbst habe ein schon vorkompiliertes kernel übernommen und den rest des systems für mich angepasst. so ist 'Simply@Clever' entstanden. für die patches, werden wohl auch die einsprünge nicht mehr stimmen, da die alle auf das alte kernel 4.x.x abgestimmt sind. bei einem neuen kernel müssen dann meines erachtens nach nicht nur die einsprünge, sondern wahrscheinlich auch die patches selbst den neuen gegebenheiten angepasst werden. das ist ist alles ganz schön viel arbeit, wenn es denn am ende auch noch für die breite mehrheit funktionieren soll.

wenn du da etwas machen willst und erfolgreich eine neues kernel kompilierst, würde mich eher der werdegang als das endprodukt interessieren.

mfg jori...

**user234** · 29.10.2019, 19:14

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. : Was hatte ich denn falsch gemacht bzw. worauf ist die Spamabwehr zugeschlagen? Würde mich einfach interessieren, damit ich euch keine Zusatzarbeit produziere.
@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. : Ja, mir geht es eigentlich auch eher um HowTo und nicht um was fertiges. Ich werde es so gut es geht dokumentieren. Die Patches von Alan Cooper werde ich wahrscheinlich händisch da einpflegen müssen, da hast du Recht. Und in dem Zusammenhang fasse ich alle diesen 8-10 Patches vielleicht zusammen zu einem Patch. Dann hat man es nachher leichter. Ich werde auch versuchen den Treiber separat zu erzeugen und mit modprobe zu laden, wenn es mir gelingt. Sollte ich Erfolg haben, werde ich einen separaten Thread dazu aufmachen, um dort eine kleine Anleitung zu posten. Wenn es mir nicht gelingt, dann ist es eben so.

**jori** · 29.10.2019, 22:38

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. - dann wünsche ich dir viel erfolg dabei!!! gelingen kann es dir, ist nur eine frage mit welchem ergeiz du daran gehst. ist der gross genug, klappts auch mit dem kompilieren und der anpassung der patches. linux bietet einfach soviel drum herum das selbst solche schwierigen aufgaben richtig spass machen können. vorausgesetzt man hat auch die zeit dafür.

mfg jori...

**user234** · 31.10.2019, 23:42

Erster Zwischenstand: Zumindest auf meinem Linux Mint 19.2 (Ubuntu basierend) werden die mmc-Treiber als Module geladen. Das war das Erste, was ich überprüft habe und was mir aufgefallen war, als ich meinen Notebook endlich für das Kernel-Kompilieren vorbereitet habe. Ergo: Man braucht wahrscheinlich gar nicht den Kernel neu zu kompilieren, sondern es würde rein theoretisch reichen, MMC-Treiber zu patchen, nur sie (und nicht den gesammten Kernel) zu kompilieren und dann die standard-Treiber gegen gepatchte zu tauschen.
Wofür das Ganze? In einem normalen Linux-System (nicht Live-System) kommen heutzutage gefühlt 2-3 Mal im Monat Kernel-Updates, die man ja normalerweise installiert. Wären die Treiber fest im Kernel implementiert und nicht als Module, wäre man dann jedes Mal mit seinem künstlich erzeugten Kernel wieder "dran" oder man würde auf die Kernel-Updates verzichten. Beides ist irgendwie keine gute Lösung. Module lassen sich jedoch deutlich länger nutzen und zumindest bei Sicherheitspatches, die nicht unbedingt was mit der SD-Karte zu tun haben, es deutlich länger ohne Anpassung überleben. Es wäre dann zunächst eine Lösung für diejenigen, die es an seinem laufenden Linux in Betrieb nehmen wollen und nicht auf einem Live-Linux. Die Ergebnisse von meinen Anpassungen könnte man aber sicherlich zukünftig auch in ein aktuelleres Live-System überführen.
Ich bleibe da auf jeden Fall am Ball und kämpfe weiter. Sobald sich da was auftut, werde ich euch informieren. @Link nur für registrierte und freigeschaltete Mitglieder sichtbar. : Von Linux brauchst du mich nicht überzeugen, ich habe schon einige Erfahrungen damit. Und es geht nicht um Ergeiz oder Durchaltevermögen. Beides habe ich genug, um es zu Ende zu bringen. Einzige Gründe, woran es scheitern könnte: Andere Prioritäten (Familie, Haus, Arbeit, andere Projekte, etc.) und vor allem fehlende Zeit. 24/7 werde ich das Thema sicherlich nicht bearbeiten, eher sporadisch, mit sehr, sehr vielen Interrupts von einem deutlich höheren Prio als dieses Thema...

**jori** · 01.11.2019, 00:52

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. - das klingt gut und macht optimistisch. ich war jetzt lange nicht mehr wirklich an diesem thema dran. bei mir ist es nämlich schon seit geraumer zeit so, das ich durch das viele arbeiten an haus&hof und noch einigen anderen interessanten hobbys denen ich nachgehe nicht mehr wirklich dazu gekommen bin.

mfg jori...

**user234** · 04.11.2019, 23:20

Kurzer Zwischenstand von heute:
1. Wie befürchtet, habe ich erst heute etwas Zeit gefunden, mich mit der Materie zu befassen. Andere Sachen haben leider höhere Prioritäten.
2. Zumindest bei meinem aktuellen Ubuntu-basierten MINT wird mmc-Treiber geladen und ist nicht fest in Kernel integriert. Und zwar es wird tatsächlich nur dann geladen, wenn die SD-Karte eingesteckt wird. Das gibt die Hoffnung, dass es zu einem gelingen würde, nur den Treiber zu kompilieren, zum anderen ist man dann unabhängiger bei Kernel-Updates. Es wird möglich sein, relativ lange die alten Treiber zu behalten und sie nur relativ selten updaten.
3. Die Patches passen natürlich gar nicht mehr, man muss sehr viel per Hand nachhelfen. Ich bin nur noch beim zweiten Patch von 8 und es wird immer schwieriger: Oft fehlen die "Sprungmarken", manchmal werden die Dateien hin und her geschoben und sind nicht mehr zu finden, manchmal passt die Formatierung nicht (warum auch immer da Leerzeichen anstelle TABs und umgekehrt stehen).
4. Der Kollege Alan Cooper scheint vom strukturierten Programmieren leider nie was gehört zu haben. Ich war fast vom Stuhl gefallen, als ich da eine echte Sprungmarke und ein Paar gotos in seinem Code gesehen hatte. Mir hat man schon Anfang 90-ger beigebracht, dass GOTO eigentlich bei C verboten ist, um Jahrtausendwende hat man es mir anhand 2-3 Vorlesungen schön und plausiebel erklärt warum und wie es zu vermeiden wäre. Und ich bin kein Informatiker, wohl gemerkt... Aber ums Code kümmere ich mich jetzt nicht. Denn beim Patchen geht es erstmal darum, ein Teil OSS-Spaghetti-Code mit dem anderen zu mergen, ohne großartig zu verstehen, wieso und warum. Rest kann man sich später anschauen, wenn alles "verheiratet" ist.
5. Rein theoretisch könnte man ausprobieren, den MMC-Core-Treiber als ko-Datei aus Simply&Clever zu klauen und in meiner neueren Distribution versuchen anzuwenden. Ob es allerdings klappt, mag ich zu bezweifeln: Der Versionssprung im Kernel ist sehr groß dafür.

Also, ich kämpfe an der Front noch weiter und berichte hier über Erfolge bzw. Misserfolge. Als nächstes Ziel für mich wäre die Erzeugung eines Sammelpatches (nur 1 anstelle von 8), der sich dann zumindest ohne Fehler mit einem aktuellen Kernel patchen lässt. Ums Kompilieren kümmere ich mich erst im nächsten Schritt. Da erwarte ich, ehrlich gesagt, auch einige Probleme.

**Walter07** · 12.11.2019, 14:46

Hallo @Link nur für registrierte und freigeschaltete Mitglieder sichtbar. ,

bin nicht wirklich der Linux Kenner. Aber seis drum. Habe heute mal mit Deinem Simply@Clever und dem darin abgelegten CID-Info versucht eine Navi Karte für mein RNS 310 zu erstellen.
Ging soweit auch alles gut bis auf eine Frage die ich mir nicht wirklich beantworten konnte.
Laut Deiner Anweisung sollte auf der SD Karte eine 8GB große Partition erstellt werden. Das RNS 310 kann aber SD Karten bis 32GB. Warum also nur 8GB?

Grüße
walter07

Zusatz:
Hatte versucht die Aktionen nach der Vorlage mit einer Samsung Evo 32GB abzuarbeiten. eine Partition (32GB) war leider nicht erfolgreich. Navi konnte die Datenbasis nicht lesen. Danach eine Partition mit 6GB erstellt und die Navidaten hinein kopiert. Test danach im Navi erfolgreich.

**jori** · 12.11.2019, 16:32

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. - es hat sich immer wieder herausgestellt, das sd-karten mit grösseren partitonen vom navi nicht richtig erkannt werden. das deutet daraufhin, dass das file-handling der navi-firmware im punkto map-update nicht ganz zeitgemäss ist. je nach fahrzeug-generation und stand der vorhandenen firmware auf dem jeweiligen RNS-gerät kann es daher beim update der karten-daten mit solchen sd-karten zu fehlern kommen, auch wenn grössen von bis zu 32GB für den regulären betrieb als datenträger erlaubt sind. das muss aber nicht auch zwangsläufig für die die update-funktion der map-daten gelten da hier im besonderen auch ein kopierschutz-mechanismus greifen soll. die original sd-karten vom hersteller sind in der regel 8GB karten, insofern empfehle ich grundsätzlich bei dieser grösse zu bleiben um unnötigen frust zu vermeiden.

mfg jori...

PS: und wie du siehst ging es dir ja jetzt auch so!

**Walter07** · 12.11.2019, 16:53

Hallo @Link nur für registrierte und freigeschaltete Mitglieder sichtbar. ,

dem ist nichts hinzuzufügen.

Grüße
walter07

Zusatz:
Habe ein RNS 310 mit Firmware 357

**imalone** · 10.12.2019, 16:34

Download-Link für Simly @ clever angepassten Kernel Linux Ubuntu 16.0.4?

**deliciouscars** · 13.01.2020, 18:38

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. ,kannst du mir bitte auch den Link schicken ?

Thema: (Simply@Clever) ein Linux Live-System zum Karten-Update RNS310/RNS315 (AMUNDSEN+)

Themen-Optionen

Anzeige

Ähnliche Themen

(SD-Info) ein Tool zum Karten-Update RNS310/RNS315 (AMUNDSEN+)

(CMD42) ein Befehl zum Karten-Update RNS310/RNS315 (AMUNDSEN+)

Blaupunkt FX Karten V4 2012 - VW RNS 310, Seat Media System 2.0, Skoda Amundsen - Europa Karten

Amundsen+ /RNS315 Firmeware update

Simply Clever Simply Blue

Stichworte

Lesezeichen

Lesezeichen

Berechtigungen