Für mich steht hier fest: You get what you pay for. Das Archos 80 G9 Turbo ist an sich kein schlechtes Tablet (gibts auch als 101 mit 10″ Display), hat jedoch einige Schwächen die mir persönlich nicht gefallen haben. Als reines Surftablet war es mir in einigen Dingen einfach zu langsam irgendwie. Ob das ein allgemeines Androidproblem oder ein reines Hardwareproblem ist wird sich zeigen wenn ich das nächste in den Händen halte

Bevore you install Hitachi Command Suite (ex HiCommand) you have to setup some “projects” for shared mem and so on. These settings are not compatible to HTMS, you have to adjust it. First you have to set the /etc/projects as expected from HTMS. At my host, and i dont no why, projmod to user.root was not accepted by pre check into the install script (it does not go on if these setting are not OK, try it if you like). Type @ commandline. ATTENTION: If you copy that files the paste to commandline does not work correct. projmod -s -K “process.max-sem-ops=(priv,640,deny)” system projmod -s -K “project.max-msg-ids=(priv,216,deny)” system projmod -s -K “project.max-sem-ids=(priv,1152,deny)” system projmod -s -K “project.max-shm-ids=(priv,2128,deny)” system

If you like to try user.root type. In my installation the install script or solaris does not accept it. I setup these option into /etc/system – see below. You need only one! projmod or /etc/system. projmod -s -K “process.max-msg-messages=(priv,8243,deny)” user.root projmod -s -K “process.max-sem-nsems=(priv,640,deny)” user.root projmod -s -K “process.max-sem-ops=(priv,640,deny)” user.root projmod -s -K “project.max-msg-ids=(priv,216,deny)” user.root projmod -s -K “project.max-sem-ids=(priv,1152,deny)” user.root projmod -s -K “project.max-shm-ids=(priv,2128,deny)” user.root

These coming from my /etc/system if “user.root” are not working. set msgsys:msginfo_msgtql=9412 set semsys:seminfo_semmsl=640 set semsys:seminfo_semopm=640 set msgsys:msginfo_msgmni=216 set semsys:seminfo_semmni=1152 set shmsys:shminfo_shmmni=2128 set shmsys:shminfo_shmmax=992870400

You have to reboot to get that setting to work.

fctl: [ID 517869 kern.warning] WARNING: fp(0)::6ad4c0 NS failure pkt state=d reason=9, expln=1, NSCMD=0100, NSRSP=8001

Problem is seen in “dmesg” or /var/adm/messages after a “luxadm -e port”. In june oracle tell us “Works as designed”. Cant decalre it deeper, but the reason are some fc ports that are online in our SAN but not zoned. If we work as example on a M9000 domain with 6 HBAs (12 ports), 8 of them are used and 4 are free for whatever. Nobody put that 4 ports into a dummy zone. Now, if you do “luxadm -e port” by hand or with the “explorer” (SUN-Explorer does that automaticly) you get that failure in your messages. Today we found a solution -> Patch 145957-06 solved that issue. Oracle said “To resolve/filter out….”. Unfortunately you have to reboot that server, guess thats the biggest problem.

Diese Treiber wurden jetzt Gegenstand der Kritik, als der für Red Hat arbeitende Kernel-Entwickler Dave Jones einen Patch vorschlug, der den Kernel automatisch mit dem Taint-Flag markiert, wenn das vboxdrv-Modul geladen wird. Dieses Flag sagt den Kernel-Entwicklern, dass sie Fehlerberichte für solch einen Kernel gar nicht weiter zu untersuchen brauchen, da der fragliche Kernel proprietäre oder experimentelle Module enthält. Laut Jones liegen Red Hat und Fedora so viele Fehlerberichte zum VirtualBox-Treiber vor, dass es lästig wird. Diese Fehler deuten auf Speicherkorruption hin, wie sie typischerweise durch fehlerhaften Umgang mit Zeigern oder Pufferüberläufe verursacht wird.

Dazu gibt es noch eine, auch im Artikel verlinkte, Diskussion die man hier findet -> https://lkml.org/lkml/2011/10/7/206

Update: Nein, nicht zu doof. RTFM. Dummerweise wird mit der Hitachi Command Suite die Software für die Tiered Storage Manager CLI mit installiert. Um die htsmcli.properties nutzen zu können muss die Variable HTSM_CLI_HOME gesetzt werden – und zwar dorthin wo sie liegt. Hier also auf “HTSM_CLI_HOME=/opt/HiCommand/TieredStorageManager/CLI” oder eben in der .profile.

The Rest: Ein Beispielvideo in engl. findet man hier auf Youtube. Der Rest ist entsprechend einfach und ich gehe jetzt einfach mal davon aus das jeder BT (Bluetooth) kennt und weiß was “pairen” und Co ist. Den BT Adapter in die OBD Schnittstelle des E39 (oder alternativer Wagen) zwingen. Es ist beim E39 etwas weniger Platz, aber es geht. Als nächstes wird das Handy samt “Torque” genutzt. Der BT Dongle muss u.U, gepairt werden. Mit dem Password “1234″ wurde das bei mir erstmal akzeptiert. Nachdem Torque startet sucht diese Software sich den Dongle und verbindet sich. Ab sofort habe ich div. Möglichkeiten. Ich kann mir Graphen erstellen. Leider wird als Screenshot nur gespeichert was man sieht. Ich kann zwar nach rechts und links scrollen, aber “Screenshot” nimmt nur was gezeigt wird. Es geht auch nur eine “Linie”, ich kann also z.B. nicht beide Shorttrims übereinander legen (ich habs nicht geschafft) Ich kann mir aus div. Ansichten Screens zusammenstellen die ich, typische Android und Co, seitlich wegschieben kann und dort habe ich einen neuen. (unten die grauen Punkte im obigen Screenshot) Tipt man lang auf den Screen kann man Anzeigen hinzufügen. Hier zeigt Torque grün hinterleght an welche Möglichkeiten man hat. Da die Software alles mögliche für div. Autotypen beinhaltet ist da auch einiges schwarz. Fehlerspeicher geht (meiner ist leer, kann ich nicht testen), Long Trims, Short Trims (wie in den Screens), Geschwindigkeit, Wassertemperatur, Drehzahl, Beschleunigungsmessungen anhand der Sensoren im Handy (halte ich für Quatsch)…….Öltemperatur geht nicht, leider. INPA kann das am ODB2 ASnschluß zwar analysieren, Torque kann es nicht auslesen. Wüsste man wie man das ausliest würde der Progger es sicher einbauen.