API3 Sagem vs Neutrino

Sklaventreiber
BOFHELL
Interessierter
Interessierter
Beiträge: 82
Registriert: Montag 30. Dezember 2002, 19:54

API3 Sagem vs Neutrino

Beitrag von BOFHELL »

Hab so den Eindruck als würde die neue API3 bisher nur auf Sagem funzen, kann das sein oder täusche ich mich da ??

Meine Yadd funktioniert auf Sagem aber nicht auf Nokia
im Chat scheinen einige gleiche Probleme zu haben

Gibt es einen API3 Stand der auf Nokia "funktioniert" ?
thegoodguy
Erleuchteter
Erleuchteter
Beiträge: 465
Registriert: Mittwoch 14. August 2002, 20:45

Beitrag von thegoodguy »

Es gibt keinen alten API3 Stand.
Falls HEAD nicht klappt, dann ist HEAD fixen fuer Nokia ist angesagt.
Selbst wenn es einen uralten funktionierenden Anfangsstand gaebe (gibt es aber nicht), wuerde dies das Projekt nicht weiterbringen.
Also da du ja gut vergleichen kannst, waere das mit dem Fixen doch 'ne Idee oder?
BOFHELL
Interessierter
Interessierter
Beiträge: 82
Registriert: Montag 30. Dezember 2002, 19:54

Beitrag von BOFHELL »

thegoodguy hat geschrieben:Es gibt keinen alten API3 Stand.
Falls HEAD nicht klappt, dann ist HEAD fixen fuer Nokia ist angesagt.
Selbst wenn es einen uralten funktionierenden Anfangsstand gaebe (gibt es aber nicht), wuerde dies das Projekt nicht weiterbringen.
Also da du ja gut vergleichen kannst, waere das mit dem Fixen doch 'ne Idee oder?
Hmmm hab das Gefühl ich hab da jemanden auf die Füße getreten oder nen wunden Punkt getroffen, sorry!
Meine nachforschungen hier im Board haben nicht viel hilfe geleistet und darum hab ich gepostet in der hoffnung das es a) den Tux-Devs hilft und/oder b) es einen alten funktionierenden stand gibt

Sollte ich Dir da irgendiwe zu nahe getretten sein tut mir das leid, war aber nicht böse gemeint, eher konstruktiv.

Und um das mit dem Vergleichen auch noch ins rechte Licht zu rücken, bis ich das Problem "einkreisen" konnte hatte ich sogar den gesammten Sat-Enigma-Scanbereich aus Rel. ins Head "gebastelt" natürlich ohne erfolg, und als ich an meiner Box zweifelte hab ich halt verschiedene Boxen ( derer zwei) probiert
BOFHELL
Interessierter
Interessierter
Beiträge: 82
Registriert: Montag 30. Dezember 2002, 19:54

Beitrag von BOFHELL »

Code: Alles auswählen

static
int ves1x93_init (struct dvb_i2c_bus *i2c)
{
	int i;
	int size;
	u8 *init_1x93_wtab;
        
	dprintk("%s: init chip\n", __FUNCTION__);
aus der ves1x93.c

sollte doch eigendlich ein init Chip ausgeben

Code: Alles auswählen


TFTP from server 192.168.0.112; our IP address is 192.168.0.202
Filename 'Y/tftpboot/logo-fb'.
Load address: 0x120000
Loading: ############
done
  FB logo at: 0x0 (0x1FD2E80 bytes)
  AVIA Frambuffer
  Input:  serial
  Output: serial

Images:
1: cdk
2: yadd
3: debian
4: tiab
5: flash
Select image (1-5), other keys to stop autoboot:  0 
nokia bmon 1.2
debug mode is enabled
BOOTP broadcast 1
TFTP from server 192.168.0.112; our IP address is 192.168.0.202
Filename 'Y/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: #######################################################################
#######################################################################
done
## Booting Linux kernel at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    722633 Bytes = 705 kB = 0 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.20-dbox2 (tuxbox@debian) (gcc version 3.2.2) #2 Sun Feb 9 13:1
8:10 CET 2003
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/nfs rw nfsroot=192.168.0.112:Y/cdkr
oot/ ip=192.168.0.202:192.168.0.112:::::off 
WARNING: Frequency is not in HZ. Please consider using a newer bootloader!
WARNING: OLD intfreq = 67 busfreq = 67
WARNING: NEW intfreq = 67000000 busfreq = 67000000
Decrementer Frequency = 251250000/60
mpc8xx-wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
mpc8xx-wdt: keep-alive trigger activated (PITC: 0x2000)
Warning: real time clock seems stuck!
Console: colour dummy device 80x25
Calibrating delay loop... 66.76 BogoMIPS
Memory: 30632k available (1256k kernel code, 404k data, 76k init, 0k highmem)
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
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB.
i2c-core.o: i2c core module
CPM UART driver version 0.03
ttyS00 at 0x0280 is a SMC
ttyS01 at 0x0380 is a SMC
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2 on SCC2, xx:xx:xx:xx:XX:xx
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (ppcboot)"
0x00040000-0x00700000 : "root (cramfs)"
0x00700000-0x00800000 : "var (jffs2)"
0x00020000-0x00800000 : "flash without bootloader"
0x00000000-0x00800000 : "complete flash"
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
IP-Config: Guessing netmask 255.255.255.0
IP-Config: Complete:
      device=eth0, addr=192.168.0.202, mask=255.255.255.0, gw=255.255.255.255,
     host=192.168.0.202, domain=, nis-domain=(none),
     bootserver=192.168.0.112, rootserver=192.168.0.112, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
802.1Q VLAN Support v1.7 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
Looking up port of RPC 100003/2 on 192.168.0.112
Looking up port of RPC 100005/1 on 192.168.0.112
VFS: Mounted root (nfs filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 76k init
init started:  BusyBox v0.61.pre (2003.02.09-12:15+0000) multi-caifup: /var/run/

ifstate: No such file or directory
/modules.dep for writingmodules/

Detected STB:
  Vendor: Nokia
  Model: D-BOX2

[i2c-8xx]: mpc 8xx i2c init
i2c-core.o: adapter PowerPC 8xx I2C adapter registered as adapter 0.
[i2c-8xx]: adapter: 0

event: init ...
i2c-core.o: driver FOR_PROBE_ONLY registered.
i2c-core.o: driver unregistered: FOR_PROBE_ONLY
i2c-core.o: driver FOR_PROBE_ONLY registered.
i2c-core.o: driver unregistered: FOR_PROBE_ONLY
i2c-core.o: driver DBox2 Frontprocessor driver registered.
i2c-core.o: client [DBox2 Frontprocessor client] registered to adapter [PowerPC 8xx I2C adapter](pos. 0).


i2c-core.o: driver i2c audio/video switch driver registered.
i2c-core.o: client [CXA2092] registered to adapter [PowerPC 8xx I2C adapter](pos. 1).

i2c-core.o: driver saa7126 registered.
i2c-core.o: client [saa7126] registered to adapter [PowerPC 8xx I2C adapter](pos. 2).

$Id: cam.c,v 1.22 2003/01/14 10:26:36 jolt Exp $i2c-core.o: driver DBox2-CAM registered.
CAM: attaching CAM at 0x6e
i2c-core.o: client [DBOX2-CAM] registered to adapter [PowerPC 8xx I2C adapter](pos. 3).
CAM: attached to adapter PowerPC 8xx I2C adapter
Note: /etc/modules.conf is more recent than /lib/modules/2.4.20-dbox2/modules.dep
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface on 1
avia_av: $Id: avia_av_core.c,v 1.55 2003/01/18 01:22:10 obi Exp $
avia_av_event: $Id: avia_av_event.c,v 1.5 2003/01/02 05:26:43 obi Exp $
avia_av_proc: $Id: avia_av_proc.c,v 1.4 2003/01/02 05:26:43 obi Exp $
avia_gt_core: $Id: avia_gt_core.c,v 1.31 2003/01/19 10:56:46 gandalfx Exp $
avia_gt_core: autodetecting chip type... AViA GTX found
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.19 2003/01/11 22:45:16 obi Exp $
write 1 event's ...
write 1 event's ...
avia_gt_accel: $Id: avia_gt_accel.c,v 1.15 2003/01/14 23:59:32 jolt Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.163 2003/01/19 14:40:42 gandalfx Exp $
avia_gt_dmx: Successfully loaded ucode v0014
avia_gt_dmx: warning, misaligned queue 0 (is 0x32A00, size 65536), aligning...
avia_gt_gv: $Id: avia_gt_gv.c,v 1.28 2003/01/11 22:45:16 obi Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.22 2003/01/11 22:45:16 obi Exp $
avia_gt_capture: $Id: avia_gt_capture.c,v 1.26 2003/01/11 22:45:16 obi Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.34 2003/01/11 22:45:16 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.22 2003/01/11 22:45:16 obi Exp $
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.21 2003/01/11 22:45:16 obi Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.41 2003/01/02 05:26:43 obi Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.6 2003/01/02 05:26:43 obi Exp $
avia_oss: $Id: avia_gt_oss.c,v 1.16 2003/01/11 22:45:16 obi Exp $

Linux video capture interface: v1.00
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.7 2003/01/11 22:45:16 obi Exp $

$Id: avia_napi.c,v 1.12 2003/01/18 00:52:35 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
i2c-core.o: driver DVB I2C bridge registered.
DVB: registering frontend 0:0 (VES1893/VES1993)...
i2c-core.o: client [dvb] registered to adapter [PowerPC 8xx I2C adapter](pos. 4)

dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter

$Id: cam_napi.c,v 1.5 2003/01/14 08:43:17 jolt Exp $

avia_av_napi: $Id: avia_av_napi.c,v 1.15 2003/01/16 22:48:35 obi Exp $

avia_gt_napi: $Id: avia_gt_napi.c,v 1.174 2003/01/18 00:52:35 obi Exp $
avia_gt_napi: hw section filtering enabled.

Please press Enter to activate this console. [camd] ca system id: 1722
[camd] no card is in slot #2
[camd] a card is in slot #1
+ (0) Configuration
+ (1) d-Box LCD Hardware
+ (1) gRC
+ (1) GFBDC
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
+ (1) Font Render Class
+ (1) eActionMapList
+ (1) RC Input layer
+ (2) skin subsystem
[camd] no card is in slot #2
[camd] a card is in slot #1
+ (2) input device driver
+ (3) eSlider
+ (3) number actions
+ (3) eStatusBar
+ (3) cursor actions
+ (3) focus actions
+ (3) list actions
+ (3) shortcut actions
+ (3) eWindow
+ (3) eWidget
+ (3) eProgress
+ (3) eLabel
+ (3) eCheckbox
+ (3) eButton
+ (3) stream watchdog
set event: 00000008
+ (3) rotor menu actions
+ (3) eChannelInfo
+ (4) eDVB lib
avia_gt_core: masking unhandled irq reg 0 bit 6
+ (5) eServiceInterface
+ (5) EPG cache
+ (5) enigma vcr actions
+ (5) timer view actions
+ (5) epg selector actions
+ (5) service selector actions
+ (5) enigma main actions
+ (5) enigma standby actions
+ (5) enigma event view actions
+ (6) eServiceFileHandler
+ (6) eServiceStructureHandler
+ (7) eServicePlaylistHandler
+ (7) eServiceHandlerMP3
+ (7) eServiceHandlerDVB
+ (8) Timer Manager
reached rl 8
reached rl 10
tut er aber nicht wirklich, nur ein DVB: registering frontend 0:0 (VES1893/VES1993)...

vielleicht nen Problem mit Tuxinfo ? /apps/tuxbox/tool/tuxinfo ???
Zuletzt geändert von BOFHELL am Montag 17. Februar 2003, 22:05, insgesamt 1-mal geändert.
rasc
Senior Member
Beiträge: 5071
Registriert: Dienstag 18. September 2001, 00:00

Beitrag von rasc »

nun wahrscheinlich ist DEBUG nicht gesetzt...
thegoodguy
Erleuchteter
Erleuchteter
Beiträge: 465
Registriert: Mittwoch 14. August 2002, 20:45

Beitrag von thegoodguy »

Auszug aus ves1x93.o:

Code: Alles auswählen

static int debug = 0;
#define dprintk if (debug) printk
und weiter

Code: Alles auswählen

MODULE_PARM(debug,"i");
Also beim laden des ves1x93.o muss als weiterer Parameter "debug=1" angegeben werden.
Zu aendern waere dies in:

Code: Alles auswählen

init.d/rcS:             modprobe ves1x93 board_type=2
init.d/rcS:             modprobe ves1x93 board_type=3
init.d/rcS:             modprobe ves1x93 board_type=4
init.d/rcS-flash:               modprobe ves1x93 board_type=2
init.d/rcS-flash:               modprobe ves1x93 board_type=3
init.d/rcS-flash:               modprobe ves1x93 board_type=4
[/code]
BOFHELL
Interessierter
Interessierter
Beiträge: 82
Registriert: Montag 30. Dezember 2002, 19:54

Beitrag von BOFHELL »

Da war ich wohl etwas zu eifrig :(
thegoodguy
Erleuchteter
Erleuchteter
Beiträge: 465
Registriert: Mittwoch 14. August 2002, 20:45

Beitrag von thegoodguy »

Na, besser so als anders herum. :D
BOFHELL
Interessierter
Interessierter
Beiträge: 82
Registriert: Montag 30. Dezember 2002, 19:54

Beitrag von BOFHELL »

:D :D :D