Kein OSD bei Neutrino

Dabei hab ich mich doch so gefreut...

Kompilieren hat bis auf die üblichen Problemchen gut geklappt und die Box bootet auch sauber Neutrino durch. Es kommt ein Bild und die Menüs sind auch erreichbar - allerdings ist das nur über das LCD zu bewerkstelligen. Auf dem Fernseher sehe ich nur das TV-Bild aber kein OSD, Menü, EPG oder sonst. Habe auch mal die aktuelle Config aus der Box genommen, aber die Menüs sind trotzdem weg. Woran kann das liegen?

DEMOD: VES1820
Loading /share/keymaps/i386/qwertz/de-latin1.kmap.gz
i2c-core.o: driver i2c saa7126 driver registered.
i2c-core.o: client [i2c saa7126 chip] registered to adapter [](pos. 0).
event: init ...
i2c-core.o: driver i2c audio/video switch driver registered.
i2c-core.o: client [CXA2092] registered to adapter [](pos. 1).
mice: PS/2 mouse device common for all mice
i2c-core.o: driver DBox2 Frontprocessor driver registered.
i2c-core.o: client [DBox2 Frontprocessor client] registered to adapter [](pos. 2
).
event0: Event device for input0
mouse0: PS/2 mouse device for input0
AVIA: $Id: avia_core.c,v 1.30 2002/05/06 02:18:18 obi Exp $
avia_core.c: load_dram_image: Microcode verify: 1 errors.
write 1 event's ...
write 1 event's ...
avia_gt_core: $Id: avia_gt_core.c,v 1.19 2002/05/09 19:54:19 obi Exp $
avia_gt_core: autodetecting chip type... AViA GTX found
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.13 2002/05/09 22:25:23 obi Exp $
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.86 2002/05/09 07:29:21 waldi Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
avia_gt_gv: $Id: avia_gt_gv.c,v 1.17 2002/05/09 22:23:30 obi Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.12 2002/05/08 12:56:41 obi Exp $
avia_gt_capture: $Id: avia_gt_capture.c,v 1.18 2002/05/01 21:51:35 Jolt Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.18 2002/05/07 16:59:19 Jolt Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.16 2002/05/20 21:09:11 Jolt Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
der moment ist gekommen...
i2c-core.o: driver DBox2-CAM registered.
CAM: attaching CAM at 0x6e
i2c-core.o: client [DBOX2-CAM] registered to adapter [](pos. 3).
CAM: attached to adapter
avia_gt_core: masking unhandled irq reg 0 bit 6
i2c-core.o: driver VES1820 DVB demodulator registered.
attach_adapter
VES1820: attaching VES1820 at 0x10
i2c-core.o: client [VES1820] registered to adapter [](pos. 4).
VES1820: attached to adapter
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.30 2002/05/03 16:47:35 obi Exp $
avia_gt_gv: set_input_mode (mode=3)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=3)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=3)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 90x36
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
avia_oss: $Id: avia_gt_oss.c,v 1.6 2002/05/06 02:18:18 obi Exp $
avia_gt_napi: $Id: avia_gt_napi.c,v 1.88 2002/05/07 16:59:19 Jolt Exp $
avia_gt_napi: warning, misaligned queue 0 (is 32a00, size 10000), aligning...
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.10 2002/05/06 02:18:18 obi Exp $
avia_gt_vbi: got demux C-Cube - AViA eNX/GTX
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface on 1

Please press Enter to activate this console. [FONT] initializing core...
[FONT] adding font /share/fonts/Arial_Bold.ttf...OK (Arial/Bold)
[FONT] Intializing font cache...
[FONT] FTC_Face_Requester (Arial/Bold)
[camd] no card is in slot #2
[camd] a card is in slot #1
$Id: sectionsd.cpp,v 1.126 2002/05/15 10:00:55 dirch Exp $
caching 504 hours
events are old 60min after their end time
dmxdev: set buffer size 40000 -> 60000
$Id: zapit.cpp,v 1.185 2002/05/17 13:05:47 woglinde Exp $

[getservices.cpp] going to parse cable Cable-BF (SLOW!!!)
[zapit] reading Bouquets ....
[zapit] Found 5 bouquets.
[zapit] channels have been loaded succesfully
dmxdev: set buffer size 40000 -> 60000
Network LCD-Driver $Id: lcdd.cpp,v 1.48 2002/05/15 23:32:12 McClean Exp $

[lcdd] load config
[FONT] initializing core...
[FONT] adding font /share/fonts/micron.ttf...OK (Micron/Regular)
[FONT] Intializing font cache...
[FONT] FTC_Face_Requester (Micron/Regular)
Controld $Id: controld.cpp,v 1.58 2002/05/08 16:21:43 McClean Exp $

[controld] Boxtype detected: (01, 1, 1, Nokia)
set event: 00000009
dmxdev: set buffer size 40000 -> 60000
[nhttpd] Neutrino HTTP-Server starting..
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
[neutrino] NeutrinoNG $Id: neutrino.cpp,v 1.282 2002/05/21 21:56:38 McClean Exp
$

[neutrino] frameBuffer Instance created
1024k video mem
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
fbcon_setup: No support for fontwidth 8
fbcon_setup: type 0 (aux 0, depth

not supported
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
dmxdev: set buffer size 40000 -> 60000
[neutrino] menue setup
[neutrino] control event register
[neutrino] sectionsd event register
[neutrino] zapit event register
dmxdev: set buffer size 40000 -> 60000
[neutrino] timerd event register
[CFrontend::getEvent] timeout
[zapit] ZAP FAILED -> CRASH FOLLOWS
[neutrino] execlp (dhcp): No such file or directory
zap failed!
[camd] ca system id: 1722
[CFrontend::getEvent] FE_COMPLETION_EV
[camd] starting onid 0085 sid 002a
descramble onid: 0085 sid: 002a status: 1d1d
avia_core.c: avia_interrupt: Reserved 01.
write 1 event's ...
write event ... free found
write 1 event's ...
write event ... free found
write event ... filter ok
[camd] starting onid 0085 sid 000f
descramble onid: 0085 sid: 000f status: 1d1d
write 1 event's ...
write event ... free found
[camd] starting onid 0085 sid 0206
[camd] starting onid 0085 sid 0015
descramble onid: 0085 sid: 0206 status: 1d1d
descramble onid: 0085 sid: 0015 status: 1d1d
write 1 event's ...
write event ... free found
[zapit] ZAP FAILED -> CRASH FOLLOWS
zap failed!

THX!

Beitrag von **tmbinc** » Donnerstag 23. Mai 2002, 23:35

der framebuffer ist angeblich mit dem gcc3.1 auf der dbox gerade putt

(

weiss nicht ob das schon wieder gefixt war.

Beitrag von **NoClue** » Freitag 24. Mai 2002, 08:22

Hi,

ich habe es da etwas besser, bei mir kommen die Menü's, allerdings in Fehlfarben

Beitrag von **Twister5150** » Freitag 24. Mai 2002, 09:07

Was könnte ich da machen? Kann man nicht ne Datei aus meiner aktuellen Version im Flash austauschen?

Beitrag von **boxi** » Freitag 24. Mai 2002, 10:53

fehlfarben habe ich auch

son komisches braun...

Beitrag von **Twister5150** » Freitag 24. Mai 2002, 22:16

Was kann man denn da jetzt machen? Welche Dateien müssten getauscht werden? Ahhh...das ist das Ende.

Beitrag von **bradz** » Sonntag 26. Mai 2002, 01:15

Hatte das gleiche Problem. Bei mir läuft's jetzt. Habe den Kernel und die Driver mit gcc-2.95.3 kompiliert.

Beitrag von **Twister5150** » Sonntag 26. Mai 2002, 03:02

Super, das bringt mich schon sehr weiter!

Wie kann ich denn eine andere gcc Version anstelle der 3.1 verwenden?

Beitrag von **bradz** » Sonntag 26. Mai 2002, 10:31

Zuerst neues cvs checkout, './autogen.sh', './configure ....
Altes /dbox2 sichern.

Dann im cdk/Makefile in der Rule für bootstrap_gcc '3.1' gegen '2.95.3' ausgetauscht und das patchen weggelassen. Das sieht dann so aus:

bootstrap_gcc: Archive/gcc-core-2.95.3.tar.gz
@if [ ! -d $(hostprefix)/$(target)/bin/as ]; then \
make .binutils; \
fi
( rm -rf gcc-2.95.3 || /bin/true ) && gunzip -cd Archive/gcc-core-2.95.3.tar.gz | tar -x && ( rm -rf build || /bin/true
) && mkdir build
install -d $(hostprefix)/$(target)/sys-include
cp -pR $(buildprefix)/linux-$(KERNELVERSION)/include/asm $(hostprefix)/$(target)/sys-include/
cd build && \
CC=$(CC) CFLAGS="$(CFLAGS)" \
../gcc-2.95.3/configure \
--build=$(build) \
--host=$(build) \
--target=$(target) \
--prefix=$(hostprefix) \
--with-cpu=823 \
--enable-target-optspace \
--enable-languages="c" \
--disable-shared \
--disable-nls \
--nfp && \
make all install
rm -rf $(hostprefix)/$(target)/sys-include
rm -rf gcc-2.95.3 build

Anschliessend 'make driver'. Irgendwann findet er stdlib.h und unistd.h nicht. Dazu die includes aus der alten installation nach /dbox2/cdkroot/include (nicht asm und linux).

Am Schluss /dbox2/cdkroot/tftpboot und /dbox2/cdkroot/lib/modules/2.4.2
in die alte (mit gcc-3.1 gebaute) Installation kopieren.

Ich kann dir auch die binaries mailen.

Beitrag von **Twister5150** » Sonntag 26. Mai 2002, 12:19

Nein danke,das brauchst Du nicht. Deine kleine Anleitung ist mehr als ausreichend. Vielen, vielen Danke, bradz!

Beitrag von **Twister5150** » Sonntag 26. Mai 2002, 17:04

ähm, bradz....

ich bräuchte doch mal Dein modules Verzeichnis.
Kannst Du mir es mal per Mail schicken?

twister5150@hotmail.com

Beitrag von **NoClue** » Montag 27. Mai 2002, 16:05

ist seit heute im cdk drinne

Beitrag von **retabell** » Mittwoch 29. Mai 2002, 20:48

Hi
hab die Probs immer noch
hatte es nach der Methode von bradz versucht -negativ
dann nochmal komplett neu ausgecheckt (mit der CDK Änderung) auch kein Erfolg.
Muss ich explizit noch ne Eingabe machen oder hat jemand nen Tip?

SuSe 7.1 und AVIA 600L
Gruß

Beitrag von **Homar** » Mittwoch 29. Mai 2002, 21:46

Hi Folks,

bei mir geht es definitiv nicht...

einzig der austausch von avia_gt.o durch eine Version vom Yadd vom AlexW hat wieder den framebuffer dahingelegt, wo es sein sollte.

Zwar habe ich jetzt ein unresolved Symbol als Fehler, jedoch ist OSD wieder da.

Ich versuche nun in der CVS soweit zurückzugehen, bis es funktioniert. Dann ist der Fehler ja schnell lokalisiert.

MFG
Homar

Also am Compiler sollte das Problem nicht liegen. Ich verwende noch gcc v2.95.3 und habe auch die Fehlfarben oder halt kein OSD.

Beitrag von **Homar** » Donnerstag 30. Mai 2002, 22:03

Hi Folks,

@Space_2063: Ich habe mehrere Versionen ausprobiert, OSD hatte ich nur, wenn ich den .driver mit gcc-3.0.4 kompiliert habe

MFG
Homar

Hmm, das wirft meine Compiler Theorie auf den Muell

An den avia Treibern sollte es auch nicht liegen. Ich habe gerade mal die Sourcen von meinem letzten CDK (9.5.) eingebunden und mit kompiliert - gleiches Ergebnis - kein OSD.

@Homar - hast du noch den 2.4.2. Kernel oder schon den neuen. Meinereiner weiss noch nicht so recht, ob sich der update schon lohnt und hat noch den 2.4.2er.

Beitrag von **Homar** » Donnerstag 30. Mai 2002, 22:24

Hi spacey,

ich bin dem CDK Treu, bin noch beim "supportetem" alten Kernel

MFG
Homar

Hmm, dann waere es jetzt mal hilfreich, wenn sich einer mit einem neuen Kernel mal melden koennte, ob denn dort der fb Support funktioniert.

Also ein nettes hallo an jemanden da draussen, der schon mit 2.4.19 baut - funktioniert dort das OSD ??

Also ich hab das CDK am 20.05 mit dem neuen Kernel kompiliert und hatte auch kein OSD. Keine Ahnung ob es mittlerweile geht.

Gruß
PP

Danke fuer die Info PressluftPinocchio, somit brauche ich zumindest erstmal nicht den Kernel updaten, um ein paar Zeilen auf den Schirm zu bekommen.

Beitrag von **retabell** » Freitag 31. Mai 2002, 00:34

Hi alle
langsam wirds interessant
Ich hab das Problem mit dem Framebuffer seit Pfingstfreitag 19.05. also nach der Umstellung auf gcc-3.1.
(vorher 3.04)
Am Treiber hatte sich in dem Zeitraum wohl nichts geändert, hatte dann halt in denTagen danach mehrmals upgedatet aber am prob änderte sich nichts.

Mit dem gcc-2.95.3 wie oben beschrieben änderte sich halt auch nichts,
bei einigen scheint es aber ja zu funktionieren, ist das jetzt Box-Typ-spezifisch?

was mir noch so aufgefallen ist, bei einem lsmod zeigt der fb-treiber unter used 64 !

Verwende auch noch den 2.42. , aber daran sollte es wohl nicht liegen

Nokial Avia 600L

Gruß