Angepinnt Technische Daten für VU+® SOLO2 Linux HDTV PVR Receiver

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Original von waldilein
      Hat die Solo2 1 x 1300 MHz (also 2 x 650 MHz) oder 2 x 1300 MHz?

      Original von dropback
      2x1300mhz

      Nein. In der Solo2 ist ein BCM7356, dieser hat einen Single-Core + Single-Threaded Prozessor.
      Erst der BCM7424 der Duo2 hat zumindest ein Dual-Theaded Prozessor, aber immer noch Single-Core.
      Unter OE werden immer zwei Threads angezeigt, auch wenn diese nur per Software erzeugt werden, nicht davon täuschen lassen...

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von cableguy ()

    • Stimmt. Die Technischen Daten auf der Vu+ HP und die Daten vom Broadcom 7356 passen irgendwie nicht so richtig zusammen.
      Zumindest Vu+ scheint das ganze "optimistischer" zu sehen mit der Angabe 2x1300Mhz :D
      Naja, im Endeffekt isses (mir ;)) aber auch egal solange alles flüssig und schnell läuft...
    • Bei Idealo usw. worden beide Boxen ( die Solo2 und BG Quad) falsch beworben Solo mit Dual Core und GB mit GBit Lan, das wie mit dem Einparken, stellt sich einer schief hin parken die anderen auch schief... :P
      VTI 15.x

      VU+ Solo 4K
      VU+ Solo SE ws V2
      VU+ Zero
      VU+ Zero

      Boxpirates Plugin V1.9.r7
      HD02 Karte
    • Puh, das muss man mehrmals lesen und hat das Gefühl, trotzdem nichts verstanden zu haben.

      Das habe ich aus meiner Solo2 ausgelesen (verwirrt alles):

      root@vusolo2:~# cat /proc/cpuinfo
      system type : BCM7346B2 STB platform
      processor : 0
      cpu model : Brcm4380 V1.1 FPU V0.1
      BogoMIPS : 869.37
      cpu MHz : 1305.095
      wait instruction : yes
      microsecond timers : yes
      tlb_entries : 64
      extra interrupt vector : yes
      hardware watchpoint : no
      ASEs implemented :
      shadow register sets : 1
      kscratch registers : 0
      core : 0
      VCED exceptions : not available
      VCEI exceptions : not available

      processor : 1
      cpu model : Brcm4380 V1.1 FPU V0.1
      BogoMIPS : 651.26
      cpu MHz : 1305.095
      wait instruction : yes
      microsecond timers : yes
      tlb_entries : 64
      extra interrupt vector : yes
      hardware watchpoint : no
      ASEs implemented :
      shadow register sets : 1
      kscratch registers : 0
      core : 0
      VCED exceptions : not available
      VCEI exceptions : not available

      ET9500
      openpli 3.0 et9x00


      et9x00 login: root
      root@et9x00:~# cat /proc/cpuinfo
      system type : BCM7413B1 STB platform
      processor : 0
      cpu model : Brcm4380 V4.4 FPU V0.1
      BogoMIPS : 403.45
      cpu MHz : 405.002
      wait instruction : yes
      microsecond timers : yes
      tlb_entries : 32
      extra interrupt vector : yes
      hardware watchpoint : no
      ASEs implemented : mips16
      shadow register sets : 1
      kscratch registers : 0
      core : 0
      VCED exceptions : not available
      VCEI exceptions : not available

      processor : 1
      cpu model : Brcm4380 V4.4 FPU V0.1
      BogoMIPS : 405.50
      cpu MHz : 405.002
      wait instruction : yes
      microsecond timers : yes
      tlb_entries : 32
      extra interrupt vector : yes
      hardware watchpoint : no
      ASEs implemented : mips16
      shadow register sets : 1
      kscratch registers : 0
      core : 0
      VCED exceptions : not available
      VCEI exceptions : not available

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von waldilein ()

    • Also in meinem letzten Post wird gar kein Speicher angezeigt.

      Aber falls du telnet: top meinst, heißt es, dass die Hälfte das System beansprucht. Mehr als das weiß ich auch nicht.

      Aber man sieht ja, was alles im Internet steht, was viele, wie auch ich, annehmen, dass es wahr sei.

      Macht man sich dann mal selbst Gedanken, gibt es die ein oder andere Unstimmigkeit.

      Bei Broadcom und den Chipsatz-Bezeichnungen blicke ich auch nicht durch. Erstens geben die nur sehr sparsam Informationen, was ich überhaupt nicht verstehen kann, ferner steht hier was ganz anderes, wie das was man im www nachlesen kann.
    • Original von helisonnic
      1gb speicher wird auch nicht angezeigt denke wir werden wie immer beschissen

      Dann schau Dir doch mal die Bootmessages genauer an:

      Quellcode

      1. Mar 24 20:04:45 vusolo2 user.info kernel: Using 1024 MB + 0 MB RAM (from CFE)
      2. Mar 24 20:04:45 vusolo2 user.info kernel: bootconsole [early0] enabled
      3. Mar 24 20:04:45 vusolo2 user.info kernel: CPU revision is: 00025a11 (Brcm4380)
      4. Mar 24 20:04:45 vusolo2 user.info kernel: FPU revision is: 00130001
      5. Mar 24 20:04:45 vusolo2 user.info kernel: Determined physical RAM map:
      6. Mar 24 20:04:45 vusolo2 user.info kernel: memory: 10000000 @ 00000000 (usable)
      7. Mar 24 20:04:45 vusolo2 user.info kernel: memory: 30000000 @ 20000000 (usable)
      8. Mar 24 20:04:45 vusolo2 user.debug kernel: bmem: adding 57 MB LINUX region at 6 MB (0x03938000@0x006c8000)
      9. Mar 24 20:04:45 vusolo2 user.info kernel: bmem: adding 192 MB RESERVED region at 64 MB (0x0c000000@0x04000000)
      10. Mar 24 20:04:45 vusolo2 user.info kernel: bmem: adding 256 MB RESERVED region at 512 MB (0x10000000@0x20000000)
      11. Mar 24 20:04:45 vusolo2 user.debug kernel: bmem: adding 512 MB LINUX region at 768 MB (0x20000000@0x30000000)
      12. Mar 24 20:04:45 vusolo2 user.warn kernel: Zone PFN ranges:
      13. Mar 24 20:04:45 vusolo2 user.warn kernel: Normal 0x00000000 -> 0x00050000
      14. Mar 24 20:04:45 vusolo2 user.warn kernel: Movable zone start PFN for each node
      15. Mar 24 20:04:45 vusolo2 user.warn kernel: Early memory PFN ranges
      16. Mar 24 20:04:45 vusolo2 user.warn kernel: 0: 0x00000000 -> 0x00010000
      17. Mar 24 20:04:45 vusolo2 user.warn kernel: 0: 0x00020000 -> 0x00050000
      18. Mar 24 20:04:45 vusolo2 user.debug kernel: On node 0 totalpages: 262144
      19. Mar 24 20:04:45 vusolo2 user.debug kernel: free_area_init_node: node 0, pgdat 8067b280, node_mem_map 81000000
      20. Mar 24 20:04:45 vusolo2 user.debug kernel: Normal zone: 2560 pages used for memmap
      21. Mar 24 20:04:46 vusolo2 user.debug kernel: Normal zone: 0 pages reserved
      22. Mar 24 20:04:46 vusolo2 user.debug kernel: Normal zone: 259584 pages, LIFO batch:31
      23. Mar 24 20:04:46 vusolo2 user.info kernel: PERCPU: Embedded 7 pages/cpu @81a09000 s5632 r8192 d14848 u32768
      24. Mar 24 20:04:46 vusolo2 user.debug kernel: pcpu-alloc: s5632 r8192 d14848 u32768 alloc=8*4096
      25. Mar 24 20:04:46 vusolo2 user.debug kernel: pcpu-alloc: [0] 0 [0] 1
      26. Mar 24 20:04:46 vusolo2 user.warn kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 259584
      27. Mar 24 20:04:46 vusolo2 user.notice kernel: Kernel command line: ubiroot rootflags=sync bmem=192M@64M bmem=256M@512M ub
      28. i.mtd=rootfs rootfstype=ubifs root=ubi0:rootfs
      Alles anzeigen

      Und dann zähl mal zusammen; vor allem schau auf die Zeilen, in denen RESERVED steht. Und dann erklär noch einmal, wo Du beschissen wurdest. :338:
    • Ja, einige User sind zu leichtfertig mit solchen Behauptungen. Wirklicher "Beschiss" kommt nur sehr selten vor.
      (zum Beispiel Gigabit-LAN bei Gigablue) ;)

      Allerdings führen manche Dinge zu Missverständnissen. Im Fall der VU+ Solo2 ist es die ältere Build-Umgebung.
      Der SoC (BCM7356) ist noch sehr neu und wird bis jetzt nur in zwei Linux-Receivern verbaut.

      Die Umgebung bei VU+/Marusys unterstützt noch nicht die neue Plattform, und deswegen sieht man im Log:
      "CPU revision is: 00025a11 (Brcm4380)"
      BRCM4380 ist natürlich falsch, denn das ist die alte Serie. Der 7356 gehört natürlich zur Broadcom 5000 Plattform.

      Die Gigablue Quad mit neuem Kernel (3.5.1) zeigt das zum Beispiel richtig an:
      "CPU revision is: 00025a11 (Broadcom BMIPS5000)"
      Dort wird dann auch der Prozessor-Typ richtig angezeigt:
      "BCM97356B2 CFE v3.27, CFE core v3.28"

      Kleine Anekdote am Rande:
      Am Anfang hatte Giga noch die gleiche ältere Build-Umgebung wie VU+, damals wurden auch noch falsche Daten angezeigt.
      Zum Beispiel ebenfalls auch die zwei CPU bei "cpuinfo"...

      Jetzt beim neuen Kernel wird bei "cpuinfo" richtigerweise nur noch eine CPU beim BCM7356 angezeigt,
      und im Netz wundern sich promt einige User wohin die zweite CPU "verschwunden" ist... :) :)

      Also einfach warten bis VU+ auf den neuen Kernel wechselt, dann erledigen sich manche Dinge von allein... ;)

      Dieser Beitrag wurde bereits 7 mal editiert, zuletzt von cableguy ()

    • VU+Solo2 Flash????

      Wieviel Flashspeicher hat die Vu+Solo2 wirklich zur Verfügung? 256 oder 128 MHz......Wenn das letztere zutrifft ist er recht winzig, wie der seiner Vorgänger!

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von mitschke ()

    • mitschke schrieb:

      Wieviel Flashspeicher hat die Vu+Solo2 wirklich zur Verfügung? 256 oder 128 MHz
      Also erstens sind es MB oder eine andere Einheit, aber keine Geschwindigkeit.

      512 nimmt sich das OS und 512 stehen zur Verfügung. Macht man eine Aufnahme und schaut was anderes, dann wird recht viel Speicher ausgelastet....was aber nicht schlecht sein muss.
    • Und was hat jetzt der RAM damit zutun, die Frage war hier nach dem Flashspeicher.
      Gruß

      Jürgen

      _________

      DUO 4K
      DVB-S2x FBC Unicable IDLU-32UL40-UNBOO-OPP
      UNO 4K SE DVB-S2x FBC DUR-Line UK 124
      SOLO 4K DVB-S2 FBC Unicable IDLU-32UL40-UNBOO-OPP

      VTi 15.0.0

      AX61 HD OpenATV 7.1



    • Und um die Frage auch noch zu beantworten:

      Quellcode

      1. root@vusolo2:~# df -h
      2. Filesystem Size Used Available Use% Mounted on
      3. ubi0:rootfs 196.7M 107.1M 89.5M 54% /
      4. ...

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Cimarast ()