uClinux für Comag / SilverCrest SL80

Anzeige

Hiermit fange ich ein neues Thema an, um über meine Arbeit an einem uClinux-Kernel für den Comag / SilverCrest SL80 zu berichten. In diesem Receiver arbeitet ein Fujitsu MB86H30 mit ArcTangent-A4 Prozessor-Core, der sich gegenüber den Vorgängern MB87L2250 und MB86H2x durch einen integrierten USB OTG Controller auszeichnet. Damit ergeben sich beim Einsatz von uClinux durch die verfügbaren USB-Treiber (Mass Storage, Netzwerk, DVB...) vielfältige Einsatzmöglichkeiten.

Am Anfang stand zunächst einmal das Problem, welche USB-Hardware der MB86H30 enthält, um einen passenden Linux-Treiber zu finden. Durch Erforschen der SindiTV-Firmware habe ich rausbekommen, dass der Prozessor den Mentor Graphics MUSBMHDRC USB 2.0 IP enthält. Diese USB Komponente wird u.a. auch im TI OMAP35x eingesetzt und von Mentor Graphics gibt es zum Glück einen Open-Source-Treiber für Linux.

Den Mentor-Graphics-Treiber habe ich nun in meine uClinux-Variante eingebaut und siehe da, er funktioniert.

Allerdings ist das Binary des uClinux-Kernels bis jetzt nur im ELF-Format vorhanden, so dass man es nur über den Debug-Adapter in den Receiver laden kann. Ich werde demnächst die Quellen und auch das Binary auf meiner Projekt-Seite unter SourceForge veröffentlichen.

 

AW: uClinux für Comag / SilverCrest SL80

Hallo !
Das sind ja gute Nachrichten zum Ende des Jahres!
D.h. Der Linux-Kernel bootet auf dem Arc-Core und initialisiert die "Geräte" ?
Aber wie sieht die Programmierung der Application (vdr) aus? Die Beschreibung des MB86H30 geht sicher in die hunderte von Seiten.
Gibt es denn dort Software, auf der man aufsetzen könnte, um in überschaubarer Zeit zu Resultaten zu kommen ?

gruß
Thomas

 

AW: uClinux für Comag / SilverCrest SL80

Na ja, "Geräte" gibt es leider noch keine (abgesehen von denen, die durch USB-Treiber unter /dev/usb angehängt werden). Ich habe aber schon angefangen, die LinuxTV DVB Treiber einzubauen. Das ist dann die gleiche Programmierschnittstelle, die auch vom VDR benutzt wird. Deshalb muss man aus Applikationssicht auch garnichts über den MB86H30 zu wissen, da dessen Interna ja durch die Treiber und die Devices, die diese anbieten, verborgen werden.

Als nächstes muss ich noch den Frontend-Treiber für die beiden QPSK-Tuner des Comag/Silvercrest finden. Leider habe ich noch keine Anhaltspunkte, welche Hardware hier verwendet wird.

 

AW: uClinux für Comag / SilverCrest SL80

wofür wäre dids alles alles nötig, möchtest du irgendwann eine eigene firmware entwickeln oder missverstehe ich da was?

 

AW: uClinux für Comag / SilverCrest SL80

Hi GDRGuy69,

Dich gibts ja noch...
ich suche schon seit längerem die Grundlage für den CRC32 der Firmware... werde aber nicht so ganz schlüssig. Entweder die Seed stimmt nicht, oder ich versuche die CRC übers falsche Array zu ermitteln.

könntest Du ggf. mal in der FW 'nachschauen', wie die CRC gebildet wird? bzw. mir auch gerne mal die Trial von dem SeeCode Dbg zukommen lassen?
Dann könnte ggf. auch Dein ucLinux in ein FW-File gepackt werden...

Grüße Jojo

 

AW: uClinux für Comag / SilverCrest SL80

Ich habe nun ein erstes uClinux Kernel Image erzeugt und in das SSU Format gepackt. Damit kann man es über den normalen Software-Update per USB-Stick in die Box flashen.

Das Kernel Image enthält allerdings noch nicht viel, gerade mal ein paar Treiber für USB und Flash. Aber über die Busybox kann man sich schon mal im System umschauen.

Die Rückkehr zur originalen Software ist auch möglich - wiederrum über Flashen mittels USB-Stick. Allerdings ist es nur für Experten zu empfehlen, da bei Fehlbenutzung der Bootloader und/oder entweder das uClinux-Image oder das SindiTV-Image beschädigt werden können. Dann kann man die Box nur noch über einen Debug-Adapter wiederbeleben.

Aus diesem Grund gebe ich hier auch keinen Link zum Download des uClinux Image an. Wer Interesse hat und mutig ist, möge sich bei mir melden.

Hier eine kurze Session:

Code:

(c) Fujitsu Microelectronics Europe 2006

Slot 0x0 (0x0E030000):  Image found:
 signature : 0x42484452
 status    : 0xFFFFFFFE
 crc32     : 0xB4C8D818
 name      : linux
 manID     : SindiTV
 version   : 0x00000001
 imgFormat : 0x00000001
 imgLength : 0x000FA9D5
 targetAddr: 0x002BA000
 jumpAddr:   0x002BA000
Booting from Slot 0...
Start decompression: 0x000FA975 bytes
End: 0x002FF000 bytes

Image successfully loaded!
øLinux version 2.4.29-uc0 (thomas@debian) (gcc-Version 3.4.6 codito 20060612 [ derived from FSF release on 6th March 2006]) #1 Mi
Okt 14 23:22:48 CEST 2009
Detected Processor Number :0, Version :0 (ARCtangent A4 processor family)
Linux configured to run at CPU speed :  130.50 Mhz
FH_ARC_init
FH_GPIO_init
FH_SDRAM_init
FH_UPI_init
FH_VE_init
FD_INT_Init
FD_GPIO_Init
FD_UART_Init
initrd_start = 48d000 , inird_end = 5b9000
On node 0 totalpages: 8192
zone(0): 0 pages.
zone(1): 8192 pages.
zone(2): 0 pages.
Kernel command line:
Calibrating delay loop... 64.92 BogoMIPS
Memory: 26548KB available (1604K code,203K data, 48K init)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
ttyS0 at 0x8340400 (irq = 5) is a MB86H2X UART
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: devfs_debug: 0x0
devfs: boot_options: 0x1
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-algo-bit.o: i2c bit algorithm module
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 1300K size 1024 blocksize
SCSI subsystem driver Revision: 1.00
MB86H2X flash device: 0x00200000 at 0x0e000000
Number of erase regions: 2
Primary Vendor Command Set: 0002 (AMD/Fujitsu Standard)
Primary Algorithm Table at 0040
Alternative Vendor Command Set: 0000 (None)
No Alternate Algorithm Table
Vcc Minimum: 2.7 V
Vcc Maximum: 3.6 V
No Vpp line
Typical byte/word write timeout: 128 µs
Maximum byte/word write timeout: 1024 µs
Typical full buffer write timeout: 128 µs
Maximum full buffer write timeout: 4096 µs
Typical block erase timeout: 1024 ms
Maximum block erase timeout: 16384 ms
Chip erase not supported
Device size: 0x800000 bytes (8 MiB)
Flash Device Interface description: 0x0002
  - supports x8 and x16 via BYTE# with asynchronous interface
Max. bytes in buffer write: 0x20
Number of Erase Block Regions: 2
  Erase Region #0: BlockSize 0x2000 bytes, 8 blocks
  Erase Region #1: BlockSize 0x10000 bytes, 127 blocks
 Amd/Fujitsu Extended Query Table v1.3 at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling fast programming due to code brokenness.
Creating 2 MTD partitions on "MB86H2X flash":
0x00000000-0x00004000 : "boot"
mtd: Giving out device 0 to boot
0x00030000-0x00250000 : "image"
mtd: Giving out device 1 to image
init_mtdchar: allocated major number 90.
init_mtdblock: allocated major number 31.
i2c-adap-mb86h2x_gpio.c: Fujitsu MB86H2X GPIO I2C adapter
i2c-adap-mb86h2x_gpio.c: SCL on 12, SDA on 13
 i2c-algo-bit.o: scanning bus Fujitsu MB86H2X GPIO.
.<7> i2c_outb:02
.<7> i2c_outb:04
.<7> i2c_outb:06
.<7> i2c_outb:08
.<7> i2c_outb:0A
.<7> i2c_outb:0C
.<7> i2c_outb:0E
.<7> i2c_outb:10
(08)<7> i2c_outb:12
.<7> i2c_outb:14
.<7> i2c_outb:16
(0b)<7> i2c_outb:18
.<7> i2c_outb:1A
.<7> i2c_outb:1C
.<7> i2c_outb:1E
.<7> i2c_outb:20
.<7> i2c_outb:22
.<7> i2c_outb:24
.<7> i2c_outb:26
.<7> i2c_outb:28
.<7> i2c_outb:2A
.<7> i2c_outb:2C
.<7> i2c_outb:2E
.<7> i2c_outb:30
.<7> i2c_outb:32
.<7> i2c_outb:34
.<7> i2c_outb:36
.<7> i2c_outb:38
.<7> i2c_outb:3A
.<7> i2c_outb:3C
.<7> i2c_outb:3E
.<7> i2c_outb:40
.<7> i2c_outb:42
.<7> i2c_outb:44
.<7> i2c_outb:46
.<7> i2c_outb:48
.<7> i2c_outb:4A
.<7> i2c_outb:4C
.<7> i2c_outb:4E
.<7> i2c_outb:50
.<7> i2c_outb:52
.<7> i2c_outb:54
.<7> i2c_outb:56
.<7> i2c_outb:58
.<7> i2c_outb:5A
.<7> i2c_outb:5C
.<7> i2c_outb:5E
.<7> i2c_outb:60
.<7> i2c_outb:62
.<7> i2c_outb:64
.<7> i2c_outb:66
.<7> i2c_outb:68
.<7> i2c_outb:6A
.<7> i2c_outb:6C
.<7> i2c_outb:6E
.<7> i2c_outb:70
.<7> i2c_outb:72
.<7> i2c_outb:74
.<7> i2c_outb:76
.<7> i2c_outb:78
.<7> i2c_outb:7A
.<7> i2c_outb:7C
.<7> i2c_outb:7E
.<7> i2c_outb:80
.<7> i2c_outb:82
.<7> i2c_outb:84
.<7> i2c_outb:86
.<7> i2c_outb:88
.<7> i2c_outb:8A
.<7> i2c_outb:8C
.<7> i2c_outb:8E
.<7> i2c_outb:90
.<7> i2c_outb:92
.<7> i2c_outb:94
.<7> i2c_outb:96
.<7> i2c_outb:98
.<7> i2c_outb:9A
.<7> i2c_outb:9C
.<7> i2c_outb:9E
.<7> i2c_outb:A0
(50)<7> i2c_outb:A2
.<7> i2c_outb:A4
.<7> i2c_outb:A6
.<7> i2c_outb:A8
.<7> i2c_outb:AA
.<7> i2c_outb:AC
.<7> i2c_outb:AE
.<7> i2c_outb:B0
.<7> i2c_outb:B2
.<7> i2c_outb:B4
.<7> i2c_outb:B6
.<7> i2c_outb:B8
.<7> i2c_outb:BA
.<7> i2c_outb:BC
.<7> i2c_outb:BE
.<7> i2c_outb:C0
.<7> i2c_outb:C2
.<7> i2c_outb:C4
.<7> i2c_outb:C6
.<7> i2c_outb:C8
.<7> i2c_outb:CA
.<7> i2c_outb:CC
.<7> i2c_outb:CE
.<7> i2c_outb:D0
.<7> i2c_outb:D2
.<7> i2c_outb:D4
.<7> i2c_outb:D6
.<7> i2c_outb:D8
.<7> i2c_outb:DA
.<7> i2c_outb:DC
.<7> i2c_outb:DE
.<7> i2c_outb:E0
.<7> i2c_outb:E2
.<7> i2c_outb:E4
.<7> i2c_outb:E6
.<7> i2c_outb:E8
.<7> i2c_outb:EA
.<7> i2c_outb:EC
.<7> i2c_outb:EE
.<7> i2c_outb:F0
.<7> i2c_outb:F2
.<7> i2c_outb:F4
.<7> i2c_outb:F6
.<7> i2c_outb:F8
.<7> i2c_outb:FA
.<7> i2c_outb:FC
.<7> i2c_outb:FE
.
usb.c: registered new driver hub
usb.c: registered new driver usbnet
Initializing MUSB Driver (2.2.2) [debug=0][gadget=no][otg=no]
direct_bus_init 258: Probing direct bus [direct=1]
MGC_LinuxInitController 2101: MUSB Driver [Base Address(PA)=0x0a080800] [IRQ = 17] [pDevice=00000000]
MGC_HdrcInit 1055: ConfigData=0x02 (UTMI-8, SoftConn)
MGC_HdrcInit 1081: xDRC version 1.500
MGC_LinuxInitController 2193: End 00: FIFO TxSize=0040/RxSize=0040
MGC_LinuxInitController 2193: End 01: FIFO TxSize=0080/RxSize=0080
MGC_LinuxInitController 2193: End 02: FIFO TxSize=0200/RxSize=0200
MGC_LinuxInitController 2193: End 03: FIFO TxSize=0400/RxSize=0400
Calling FD_INT_Open for nIrq=17
usb.c: new USB bus registered, assigned bus number 1
mgc_init_bus 1980: Registered new bus @00651240
hub.c: USB hub found
hub.c: 1 port detected
MGC_DriverInit 2476: Error initializing controller on the PCI bus
usb.c: registered new driver serial
usbserial.c: USB Serial Driver core v1.4
Initializing USB Mass Storage driver...
usb.c: registered new driver usb-storage
USB Mass Storage support registered.
init_mb86667()
DVB: registering new adapter (MB86H2X).
mb86667_attach: version=0xfd
DVB: registering frontend 0:0 (Fujitsu MB86667)...
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 1200 blocks [1 disk] into ram disk... done.
VFS: Mounted root (ext2 filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 48k freed
arcserial_open(): line = 0
uart.c: startup()
init started: BusyBox v1.9.2 (2008-04-05 22:34:51 CEST)
starting pid 10, tty '': '/etc/init.d/rcS'

Please press Enter to activate this console. hub.c: new USB device musbhdrc0-1, assigned address 2
Manufacturer: *******
Product: Mass Storage Device
SerialNumber: 00000000000006
scsi0 : SCSI emulation for USB Mass Storage devices
blk: queue 00641574, I/O limit 4095Mb (mask 0xfffff000)
  Vendor: *******   Model: USB  SD Reader    Rev: 0.00
  Type:   Direct-Access                      ANSI SCSI revision: 02
blk: queue 00641674, I/O limit 4095Mb (mask 0xfffff000)
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sda: 15523840 512-byte hdwr sectors (7948 MB)
sda: Write Protect is off
Partition check:
 /dev/scsi/host0/bus0/target0/lun0:<7>usb-storage: queuecommand() called
 p1

starting pid 12, tty '': '/bin/sh'
/ # mount -t vfat /dev/scsi/host0/bus0/target0/lun0/part1 /mnt
/ # cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00004000 00002000 "boot"
mtd1: 00220000 00010000 "image"
/ # flash_erase /dev/mtd/1 0 16
MTD_open
Erase Total 16 Units
MTD_ioctl
MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x0MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x10000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x20000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x30000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x40000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x50000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x60000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x70000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x80000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0x90000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0xa0000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0xb0000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0xc0000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0xd0000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0xe0000MTD_ioctl
Performing Flash Erase of length 65536 at offset 0xf0000MTD_ioctl
 done
MTD_close
/ # ls -l /mnt
-rwxr-xr-x    1 root     root      1026520 Oct 14  2009 linux-20091014.ssu
drwxr-xr-x    2 root     root        32768 Oct 14  2009 mtd-utils
-rwxr-xr-x    1 root     root       998852 Sep  2  2008 smartgo.ssu
/ # cp /mnt/smartgo.ssu /dev/mtd/1
MTD_open
MTD_write
MTD_write
MTD_write
MTD_write
MTD_write
MTD_write
MTD_write
...
MTD_write
MTD_write
MTD_write
MTD_close
/ #

 

AW: uClinux für Comag / SilverCrest SL80

Hut ab - der Wahnsinn.
Geht sowas auch auf dem SL100 HD?

 

AW: uClinux für Comag / SilverCrest SL80

Vielleicht. Aber nicht mit diesem Image. Der SL100 hat einen völlig anderen Prozessor.