391
WeTek Play / 5.1 auf Wetek
« on: May 28, 2016, 13:55:57 »
Welches der drei Typen soll ich probieren, oder betrifft die Änderung alle?
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
392
WeTek Play / 5.1 auf Wetek
« on: May 28, 2016, 01:27:39 »
Hi Claus,
welches der MLD-5.0 Wetek Images funktioniert denn aktuell?
Ich habe jetzt zwei probiert:
satip-wtk und standard-wtk, und keines von beiden bekomme ich ans laufen.
satip produziert massiv Fehler im dmesg, und standard spricht von
Das im Image gelieferte VDR Paket ist aber Version 2.2.0.209-210
Nachtrag:
Die client-wtk verhält sich ähnlich.
-Wanninger
welches der MLD-5.0 Wetek Images funktioniert denn aktuell?
Ich habe jetzt zwei probiert:
satip-wtk und standard-wtk, und keines von beiden bekomme ich ans laufen.
satip produziert massiv Fehler im dmesg, und standard spricht von
Code: [Select]
The following packages have unmet dependencies:
vdr-plugin-amlhddevice:armhf-wtk : Depends: vdr:armhf-wtk (< 2.2.0.203-.)
E: Unable to correct problems, you have held broken packages.
Das im Image gelieferte VDR Paket ist aber Version 2.2.0.209-210
Nachtrag:
Die client-wtk verhält sich ähnlich.
Code: [Select]
[ 6.975951@1] ------------[ cut here ]------------
[ 6.975975@1] WARNING: at kernel/smp.c:382 smp_call_function_many+0x2d4/0x2e0()
[ 6.975980@1] Modules linked in:
[ 6.975990@1] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 3.10.76 #3
[ 6.976024@1] [<c0013c78>] (unwind_backtrace+0x0/0xec) from [<c00115dc>] (show_stack+0x10/0x14)
[ 6.976044@1] [<c00115dc>] (show_stack+0x10/0x14) from [<c002a1dc>] (warn_slowpath_common+0x54/0x6c)
[ 6.976056@1] [<c002a1dc>] (warn_slowpath_common+0x54/0x6c) from [<c002a290>] (warn_slowpath_null+0x1c/0x24)
[ 6.976068@1] [<c002a290>] (warn_slowpath_null+0x1c/0x24) from [<c006fd28>] (smp_call_function_many+0x2d4/0x2e0)
[ 6.976079@1] [<c006fd28>] (smp_call_function_many+0x2d4/0x2e0) from [<c006fd60>] (smp_call_function+0x2c/0x34)
[ 6.976090@1] [<c006fd60>] (smp_call_function+0x2c/0x34) from [<c001a7fc>] (clk_set_rate_a9+0xbc/0xfc)
[ 6.976100@1] [<c001a7fc>] (clk_set_rate_a9+0xbc/0xfc) from [<c001ad28>] (meson_clk_set_rate+0x134/0x19c)
[ 6.976109@1] [<c001ad28>] (meson_clk_set_rate+0x134/0x19c) from [<c001ae30>] (clk_set_rate+0xa0/0xc4)
[ 6.976127@1] [<c001ae30>] (clk_set_rate+0xa0/0xc4) from [<c0432768>] (meson_cpufreq_target_locked.isra.1+0x128/0x1d8)
[ 6.976141@1] [<c0432768>] (meson_cpufreq_target_locked.isra.1+0x128/0x1d8) from [<c043283c>] (meson_cpufreq_target+0x24/0x3c)
[ 6.976154@1] [<c043283c>] (meson_cpufreq_target+0x24/0x3c) from [<c039d078>] (cpufreq_governor_performance+0x28/0x6c)
[ 6.976174@1] [<c039d078>] (cpufreq_governor_performance+0x28/0x6c) from [<c039b4f8>] (__cpufreq_governor+0x168/0x1f0)
[ 6.976185@1] [<c039b4f8>] (__cpufreq_governor+0x168/0x1f0) from [<c039b6a8>] (__cpufreq_set_policy+0x128/0x21c)
[ 6.976196@1] [<c039b6a8>] (__cpufreq_set_policy+0x128/0x21c) from [<c039b9f4>] (cpufreq_add_dev_interface+0x258/0x2ac)
[ 6.976207@1] [<c039b9f4>] (cpufreq_add_dev_interface+0x258/0x2ac) from [<c039bdb8>] (cpufreq_add_dev+0x370/0x4cc)
[ 6.976224@1] [<c039bdb8>] (cpufreq_add_dev+0x370/0x4cc) from [<c02f2750>] (subsys_interface_register+0x94/0xd8)
[ 6.976237@1] [<c02f2750>] (subsys_interface_register+0x94/0xd8) from [<c039aae8>] (cpufreq_register_driver+0x88/0x190)
[ 6.976248@1] [<c039aae8>] (cpufreq_register_driver+0x88/0x190) from [<c02f3e78>] (driver_probe_device+0x7c/0x230)
[ 6.976259@1] [<c02f3e78>] (driver_probe_device+0x7c/0x230) from [<c02f40fc>] (__driver_attach+0x8c/0x90)
[ 6.976269@1] [<c02f40fc>] (__driver_attach+0x8c/0x90) from [<c02f2374>] (bus_for_each_dev+0x6c/0xa0)
[ 6.976279@1] [<c02f2374>] (bus_for_each_dev+0x6c/0xa0) from [<c02f369c>] (bus_add_driver+0x1c0/0x24c)
[ 6.976289@1] [<c02f369c>] (bus_add_driver+0x1c0/0x24c) from [<c02f4710>] (driver_register+0x78/0x140)
[ 6.976299@1] [<c02f4710>] (driver_register+0x78/0x140) from [<c02f5750>] (platform_driver_probe+0x18/0x9c)
[ 6.976310@1] [<c02f5750>] (platform_driver_probe+0x18/0x9c) from [<c00085ec>] (do_one_initcall+0x100/0x160)
[ 6.976328@1] [<c00085ec>] (do_one_initcall+0x100/0x160) from [<c0796bd8>] (kernel_init_freeable+0x138/0x214)
[ 6.976345@1] [<c0796bd8>] (kernel_init_freeable+0x138/0x214) from [<c05a1194>] (kernel_init+0x8/0x160)
[ 6.976359@1] [<c05a1194>] (kernel_init+0x8/0x160) from [<c000df58>] (ret_from_fork+0x14/0x3c)
[ 6.976364@1] ---[ end trace 7917c41cf2b46d23 ]---
[ 6.976370@1] ------------[ cut here ]------------
[ 6.976378@1] WARNING: at kernel/smp.c:244 smp_call_function_single+0x150/0x198()
[ 6.976381@1] Modules linked in:
[ 6.976389@1] CPU: 1 PID: 1 Comm: swapper/0 Tainted: G W 3.10.76 #3
[ 6.976401@1] [<c0013c78>] (unwind_backtrace+0x0/0xec) from [<c00115dc>] (show_stack+0x10/0x14)
[ 6.976412@1] [<c00115dc>] (show_stack+0x10/0x14) from [<c002a1dc>] (warn_slowpath_common+0x54/0x6c)
[ 6.976423@1] [<c002a1dc>] (warn_slowpath_common+0x54/0x6c) from [<c002a290>] (warn_slowpath_null+0x1c/0x24)
[ 6.976434@1] [<c002a290>] (warn_slowpath_null+0x1c/0x24) from [<c006f908>] (smp_call_function_single+0x150/0x198)
[ 6.976444@1] [<c006f908>] (smp_call_function_single+0x150/0x198) from [<c006fd60>] (smp_call_function+0x2c/0x34)
[ 6.976453@1] [<c006fd60>] (smp_call_function+0x2c/0x34) from [<c001a7fc>] (clk_set_rate_a9+0xbc/0xfc)
[ 6.976461@1] [<c001a7fc>] (clk_set_rate_a9+0xbc/0xfc) from [<c001ad28>] (meson_clk_set_rate+0x134/0x19c)
[ 6.976470@1] [<c001ad28>] (meson_clk_set_rate+0x134/0x19c) from [<c001ae30>] (clk_set_rate+0xa0/0xc4)
[ 6.976481@1] [<c001ae30>] (clk_set_rate+0xa0/0xc4) from [<c0432768>] (meson_cpufreq_target_locked.isra.1+0x128/0x1d8)
[ 6.976491@1] [<c0432768>] (meson_cpufreq_target_locked.isra.1+0x128/0x1d8) from [<c043283c>] (meson_cpufreq_target+0x24/0x3c)
[ 6.976501@1] [<c043283c>] (meson_cpufreq_target+0x24/0x3c) from [<c039d078>] (cpufreq_governor_performance+0x28/0x6c)
[ 6.976514@1] [<c039d078>] (cpufreq_governor_performance+0x28/0x6c) from [<c039b4f8>] (__cpufreq_governor+0x168/0x1f0)
[ 6.976524@1] [<c039b4f8>] (__cpufreq_governor+0x168/0x1f0) from [<c039b6a8>] (__cpufreq_set_policy+0x128/0x21c)
[ 6.976535@1] [<c039b6a8>] (__cpufreq_set_policy+0x128/0x21c) from [<c039b9f4>] (cpufreq_add_dev_interface+0x258/0x2ac)
[ 6.976546@1] [<c039b9f4>] (cpufreq_add_dev_interface+0x258/0x2ac) from [<c039bdb8>] (cpufreq_add_dev+0x370/0x4cc)
[ 6.976557@1] [<c039bdb8>] (cpufreq_add_dev+0x370/0x4cc) from [<c02f2750>] (subsys_interface_register+0x94/0xd8)
[ 6.976567@1] [<c02f2750>] (subsys_interface_register+0x94/0xd8) from [<c039aae8>] (cpufreq_register_driver+0x88/0x190)
[ 6.976578@1] [<c039aae8>] (cpufreq_register_driver+0x88/0x190) from [<c02f3e78>] (driver_probe_device+0x7c/0x230)
[ 6.976587@1] [<c02f3e78>] (driver_probe_device+0x7c/0x230) from [<c02f40fc>] (__driver_attach+0x8c/0x90)
[ 6.976597@1] [<c02f40fc>] (__driver_attach+0x8c/0x90) from [<c02f2374>] (bus_for_each_dev+0x6c/0xa0)
[ 6.976606@1] [<c02f2374>] (bus_for_each_dev+0x6c/0xa0) from [<c02f369c>] (bus_add_driver+0x1c0/0x24c)
[ 6.976616@1] [<c02f369c>] (bus_add_driver+0x1c0/0x24c) from [<c02f4710>] (driver_register+0x78/0x140)
[ 6.976626@1] [<c02f4710>] (driver_register+0x78/0x140) from [<c02f5750>] (platform_driver_probe+0x18/0x9c)
[ 6.976636@1] [<c02f5750>] (platform_driver_probe+0x18/0x9c) from [<c00085ec>] (do_one_initcall+0x100/0x160)
[ 6.976646@1] [<c00085ec>] (do_one_initcall+0x100/0x160) from [<c0796bd8>] (kernel_init_freeable+0x138/0x214)
[ 6.976657@1] [<c0796bd8>] (kernel_init_freeable+0x138/0x214) from [<c05a1194>] (kernel_init+0x8/0x160)
[ 6.976668@1] [<c05a1194>] (kernel_init+0x8/0x160) from [<c000df58>] (ret_from_fork+0x14/0x3c)
[ 6.976673@1] ---[ end trace 7917c41cf2b46d24 ]---
-Wanninger
393
Cubieboard / Cubietruck und MLD - Läuft's oder läuft's nicht?
« on: May 09, 2016, 19:55:41 »
...sag ich doch.
Wenn Du das Paket auf dem Image entfernst bzw. mit NULL Größe überschreibst,
dann bootet der Truck zumindest durch.
Diesen Effekt gab es bereits auf der MLD-4 schon.
-Wanninger
Wenn Du das Paket auf dem Image entfernst bzw. mit NULL Größe überschreibst,
dann bootet der Truck zumindest durch.
Diesen Effekt gab es bereits auf der MLD-4 schon.
-Wanninger
394
Cubieboard / Cubietruck und MLD - Läuft's oder läuft's nicht?
« on: May 09, 2016, 18:37:32 »
@Roland
Kannst Du mal schauen, ob Du während des Hochlaufs auch mal eine "segmentation fault" Meldung bekommst, und wenn ja, ob es mit dem Laden des rc-core.ko zusammen hängt?
Diese segfault Meldung bekomme ich bei jedem Bootvorgang, und bei mir ist die Ursache hierfür das Laden des Kernelmoduls rc-core.ko aus dem rc-core Paket. Wenn ich dieses Modul eliminiere, dann bootet der Truck zwar fertig durch, aber wirklich funktionieren tut er deshalb auch nicht.
Gruß -Wanninger
Kannst Du mal schauen, ob Du während des Hochlaufs auch mal eine "segmentation fault" Meldung bekommst, und wenn ja, ob es mit dem Laden des rc-core.ko zusammen hängt?
Diese segfault Meldung bekomme ich bei jedem Bootvorgang, und bei mir ist die Ursache hierfür das Laden des Kernelmoduls rc-core.ko aus dem rc-core Paket. Wenn ich dieses Modul eliminiere, dann bootet der Truck zwar fertig durch, aber wirklich funktionieren tut er deshalb auch nicht.
Gruß -Wanninger
395
Cubieboard / Cubietruck und MLD - Läuft's oder läuft's nicht?
« on: May 08, 2016, 10:42:37 »
...echt jetzt?
Hat wirklich niemand Probleme mit dem Cubietruck?
-Wanninger
Hat wirklich niemand Probleme mit dem Cubietruck?
-Wanninger
396
WeTek Play / Frage nach Upgrade von 5.0 stable auf 5.1 testing
« on: May 08, 2016, 10:38:28 »
Hallo,
ich habe da seit dem Upgrade eines Wetek Play von 5.0 stable auf 5.1 testing ein Problem mit apt.
Die Ausgabe sieht so aus:
Rein funktionell betrachtet läuft MLD nach dem Upgrade ohne erkennbares Problem.
Lediglich der Umstand, dass das
Leider habe ich bisher noch nichts gefunden, was mir Aufschluss zu diesen 4 Paketen liefern könnte.
Dieser Effekt(reproduzierbar) tritt nur bei einem Upgrade von 5.0 nach 5.1 auf der Wetek auf.
Eine Neuinstallation der 5.1 zickt hier nicht herum.
Wie bekomme ich das wieder weg?
Gruß -Wannger
ich habe da seit dem Upgrade eines Wetek Play von 5.0 stable auf 5.1 testing ein Problem mit apt.
Die Ausgabe sieht so aus:
Code: [Select]
mld-134> apt-get update
Ign http://www.minidvblinux.de testing InRelease
Ign http://www.minidvblinux.de testing Release.gpg
Ign http://www.minidvblinux.de testing Release
Get:1 http://www.minidvblinux.de testing/main armhf Packages/DiffIndex
Get:2 http://www.minidvblinux.de testing/main armhf-wtk Packages/DiffIndex
Get:3 http://www.minidvblinux.de testing/main armhf Packages
Get:4 http://www.minidvblinux.de testing/main armhf-wtk Packages [6.592 B]
Ign http://www.minidvblinux.de testing/main Translation-de_DE
Ign http://www.minidvblinux.de testing/main Translation-de
Ign http://www.minidvblinux.de testing/main Translation-en
Fetched 586 kB in 3s (193 kB/s)
Reading package lists... Done
mld-134> apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
mld-134> apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
mld-134>
Rein funktionell betrachtet läuft MLD nach dem Upgrade ohne erkennbares Problem.
Lediglich der Umstand, dass das
Code: [Select]
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.angeteigt wird, stört noch.Leider habe ich bisher noch nichts gefunden, was mir Aufschluss zu diesen 4 Paketen liefern könnte.
Dieser Effekt(reproduzierbar) tritt nur bei einem Upgrade von 5.0 nach 5.1 auf der Wetek auf.
Eine Neuinstallation der 5.1 zickt hier nicht herum.
Wie bekomme ich das wieder weg?
Gruß -Wannger
397
x86 Systeme (PC) / MLD virtualisieren, open-vm-tools fehlen
« on: May 01, 2016, 20:53:31 »
Das scheinen so die "Standardwerte" zu sein 2CPUs/2G RAM.
Bei mir laufen seit Jahren mind. zwei - manchmal drei - VM's mit 1-2 DD CineS2 Karten im PCIPassThrough Betrieb,
wirklich absolut RockSolid! Die VM's sind, wenn ich gleichzeitig hintereinander folgende Serienepisoden in HD
aufnehme, noch nicht mal sonderlich unter Strom.
Also eine ordentliche Workstation wo alle nötigen Komponenten VTd und VTx können, genügend Platz für RAM und HDD vorhanden ist, und/oder ein NAS dazu, den letzten ESXi drauf, und das Ganze rockt!
(Es sollte nur kein "Spielzeug" sein, sonst könnte es wieder hi und da haken)
-Wanninger
Bei mir laufen seit Jahren mind. zwei - manchmal drei - VM's mit 1-2 DD CineS2 Karten im PCIPassThrough Betrieb,
wirklich absolut RockSolid! Die VM's sind, wenn ich gleichzeitig hintereinander folgende Serienepisoden in HD
aufnehme, noch nicht mal sonderlich unter Strom.
Also eine ordentliche Workstation wo alle nötigen Komponenten VTd und VTx können, genügend Platz für RAM und HDD vorhanden ist, und/oder ein NAS dazu, den letzten ESXi drauf, und das Ganze rockt!
(Es sollte nur kein "Spielzeug" sein, sonst könnte es wieder hi und da haken)
-Wanninger
398
x86 Systeme (PC) / MLD virtualisieren, open-vm-tools fehlen
« on: May 01, 2016, 16:19:06 »
Jetzt passt's!
Vielen Dank
-Wanninger
Vielen Dank
-Wanninger
399
x86 Systeme (PC) / MLD virtualisieren, open-vm-tools fehlen
« on: May 01, 2016, 11:43:08 »
Hi Claus,
--> spitzenmäßig!
Eine Kleinigkeit fehlt aber noch, und zwar die Plugins:
Vielleicht kannst Du die Plugins noch ins open-vm-tools Paket mit aufnehmen.
Danke und Gruß -Wanninger
--> spitzenmäßig!
Eine Kleinigkeit fehlt aber noch, und zwar die Plugins:
Code: [Select]
May 1 11:32:19 (MLD) user.warn vmsvc[4222]: [ warning] [vmtoolsd] Plugin path is not a directory: /usr/lib/open-vm-tools/plugins/vmsvcVielleicht kannst Du die Plugins noch ins open-vm-tools Paket mit aufnehmen.
Danke und Gruß -Wanninger
400
x86 Systeme (PC) / MLD virtualisieren, open-vm-tools fehlen
« on: April 30, 2016, 14:55:34 »
Moin, moin,
gibt es zu diesem Thema schon Neuigkeiten, bzw. welches Paket (genaue Debian Version?) müsste ich dafür hernehmen?
Die Abhängigkeiten könnte ich dann ja nach und nach auflösen, wenn ich das passende open-vm-tools Paket weiß.
Danke und Gruß -Wanninger
gibt es zu diesem Thema schon Neuigkeiten, bzw. welches Paket (genaue Debian Version?) müsste ich dafür hernehmen?
Die Abhängigkeiten könnte ich dann ja nach und nach auflösen, wenn ich das passende open-vm-tools Paket weiß.
Danke und Gruß -Wanninger
401
Cubieboard / Cubietruck und MLD - Läuft's oder läuft's nicht?
« on: April 29, 2016, 12:52:11 »
Hallo Zusammen,
ich habe mich nach längerer Pause mal wieder mit dem Cubietruck und den aktuellen 5.1 Images gespielt.
Einfach mal eine generelle Frage:
Hat jemand einen Truck mit 5.1 (oder auch älter aus der V4 Zeit) am laufen, und wenn ja, welche Variante,
wie stabil läuft's und welche HW Version des Cubietruck habt ihr?
Ich bringe da leider, auch mit der 5.1, nicht viel ans Laufen. Meine HW Variante ist V1.0-0606
Danke und Gruß -Wanninger
ich habe mich nach längerer Pause mal wieder mit dem Cubietruck und den aktuellen 5.1 Images gespielt.
Einfach mal eine generelle Frage:
Hat jemand einen Truck mit 5.1 (oder auch älter aus der V4 Zeit) am laufen, und wenn ja, welche Variante,
wie stabil läuft's und welche HW Version des Cubietruck habt ihr?
Ich bringe da leider, auch mit der 5.1, nicht viel ans Laufen. Meine HW Variante ist V1.0-0606
Danke und Gruß -Wanninger
402
WeTek Play / 5.1 auf Wetek
« on: April 29, 2016, 11:47:23 »
Ist das verhalten dann so ähnlich, wie ich hier
http://www.minidvblinux.de/forum/index.php/topic,7578.msg57391.html#msg57391
beschrieben habe?
http://www.minidvblinux.de/forum/index.php/topic,7578.msg57391.html#msg57391
beschrieben habe?
403
WeTek Play / 5.1 auf Wetek
« on: April 28, 2016, 22:59:34 »
...pass aber auf, die Version 1.1.7 von Wetek hatte/hat den Fehler,
dass nicht mehr von SD Karte gebootet werden konnte.
Ich bin dann auf die Version 1.1.6 zurück gegangen. Da ging's noch.
Aktueller sind meine Infos dazu aber auch nicht.
-Wanninger
dass nicht mehr von SD Karte gebootet werden konnte.
Ich bin dann auf die Version 1.1.6 zurück gegangen. Da ging's noch.
Aktueller sind meine Infos dazu aber auch nicht.
-Wanninger
404
WeTek Play / 5.1 auf Wetek
« on: April 28, 2016, 21:11:18 »
@niedi_74
Meine Wetek ist eine mit original Android drauf. Da habe ich sowas noch nicht beobachten können.
Ein Bekannter hat auch eine Openelec Wetek, und der hat das von dir beschriebene Problem auch
schon ein paar mal gehabt, nachdem er openHDF oder openATV von SD gebootet hat.
Das Ganze ging bei Ihm jetzt soweit, dass er anscheinend das NAND so "verbogen" hat, dass die
Box nur in einem Bootloop hängt. Sogar ein neu Flashen klappt nicht mehr...
...strange
-Wanninger
Meine Wetek ist eine mit original Android drauf. Da habe ich sowas noch nicht beobachten können.
Ein Bekannter hat auch eine Openelec Wetek, und der hat das von dir beschriebene Problem auch
schon ein paar mal gehabt, nachdem er openHDF oder openATV von SD gebootet hat.
Das Ganze ging bei Ihm jetzt soweit, dass er anscheinend das NAND so "verbogen" hat, dass die
Box nur in einem Bootloop hängt. Sogar ein neu Flashen klappt nicht mehr...
...strange
-Wanninger
405
WeTek Play / 5.1 auf Wetek
« on: April 28, 2016, 21:06:01 »
Hallöle,
ich hab jetzt mal drei Images (server-wtk, standard-wtk und satip-wtk von letzter Nacht) ausprobiert.
Das server-wtk funktioniert soweit normal, die beiden Anderen - satip und standard - verhalten sich auch
normal, bis zu dem Punkt wo nach der Sender-Erkennung auf das amlhddevice umgeschaltet wird.
Dann ist es vorbei. Keine Bedienung mit der Tastatur oder FB mehr möglich. Man kann auch nicht mehr
auf die Konsole umschalten. Der Monitor bleibt einfach nur dunkel. Auch die jeweils auf SD installierte
Variante verhält sich so.
Nur mein Problem? Oder habt ihr das auch?
Gruß -Wanninger
ich hab jetzt mal drei Images (server-wtk, standard-wtk und satip-wtk von letzter Nacht) ausprobiert.
Das server-wtk funktioniert soweit normal, die beiden Anderen - satip und standard - verhalten sich auch
normal, bis zu dem Punkt wo nach der Sender-Erkennung auf das amlhddevice umgeschaltet wird.
Dann ist es vorbei. Keine Bedienung mit der Tastatur oder FB mehr möglich. Man kann auch nicht mehr
auf die Konsole umschalten. Der Monitor bleibt einfach nur dunkel. Auch die jeweils auf SD installierte
Variante verhält sich so.
Nur mein Problem? Oder habt ihr das auch?
Gruß -Wanninger