Aktuelles CDK mit Cygwin?

[Mordillo]

Eine bescheidene Frage: Ist es im moment möglich, das CDK mit cygwin zu compilieren?

[NoClue]

Ein definitives JA

[Mordillo]

Ich hab da massive Probleme beim compilieren, jedesmal steigt er er aus, egal was ich make ee

Ich hab vorher ein make download ausgeführt, danach sollte ich doch alles haben was ich benötige um den cdk zu bauen, oder? (Die benötigten Pakete hab ich mehrmals kontrolliert, auch hab ich zlib abgewählt und es liegen auch alle Pakete in der richtigen VErsion vor!)

Z.B. steigt er bei der kompilation vom lcdmenu immer bei bootstrapp aus, Error hier Error da.... Ich hab mich schon dusselig gelesen, aber nix geht bis zum Ende....

Ausstiegspunkt:
make[8] ***[readelf.exe] ERROR 1
make[8] Leaving Directory /home/XXX/tuxbox-cvs/cdk/build/binutils
make[7] ***[all-recursive] ERROR 1
make[7] Leaving Directory /home/XXX/tuxbox-cvs/cdk/build/binutils
make[6] ***[all-recursive-am] ERROR 2
make[6] Leaving Directory /home/XXX/tuxbox-cvs/cdk/build/binutils
make[5] ***[all-binutils] ERROR 2
make[5] Leaving Directory /home/XXX/tuxbox-cvs/cdk/build/
make[4] ***[.binutils] ERROR 2
make[4] Leaving Directory /home/XXX/tuxbox-cvs/cdk/
make[3] ***[bootstrap_gcc] ERROR 2
make[3] Leaving Directory /home/XXX/tuxbox-cvs/cdk/
make[2] ***[glib_c] ERROR 2
make[2] Leaving Directory /home/XXX/tuxbox-cvs/cdk/
make[1] ***[.gcc] ERROR 2
make[1] Leaving Directory /home/XXX/tuxbox-cvs/cdk/
make: *** [bootstrap] ERROR2


ICH HOFFE ES KANN MIR JEMAND WEITERHELFEN............................
Danke

[waldi]

wenn der wirkliche fehler nicht fehlen wuerde, koenten wir vielleicht helfen.

waldi

[Mordillo]

Sorry:

Hier der eigentliche Fehler: betrifft Cygwin

readelf.o(.text+0x57ac):readelf.c: undefined reference to eelf_avr_reloc_type`
collect2: ld returned 1 exit status
und dann so wie oben.

Unter Linux 8.0 bricht er das compilieren immer bei .make neutrino ab

mit der Meldung:

Keine Regel um Target ../../libcramfs/libcramfs.la, benötigt von Neutrino, zu erstellen. Logisch, denn liubcramfs.la gibt es nicht ..
Wenn jemand die Lösung meiner Problem für EIN System hätte, dem Könnt ich schon ein kühles Bierchen ausgeben
Prost

[Homar]

Hi Folks,

... so sieht es schon besser aus.

mach ein cvs update -dPA und die Welt sieht wieder besser aus.

Der Fehler ist ausgemerzt in der CVS


MFG
Homar

[Mordillo]

Wo meinst du? unter Linux, ode runter Cygwin und wie sieht der cvs update String genau aus ??

Einmal noch ...

Danke

[Mordillo]

OK habs verstanden du meintest Linux und der string ist cvs update -dPA






Sag wenns falsch ist


Danke

[Mordillo]

Und wieder nein, sowohl unter cygwin, als auch unter Linux 8.0
bleibt er da stehen wo er vorher stehen blieb.
Hier mal das Log von Linux ab dem cvs update.


ixess@linux:~> cd $HOME/tuxbox-cvd
bash: cd: /home/ixess/tuxbox-cvd: Datei oder Verzeichnis nicht gefunden
ixess@linux:~> cd $HOME/tuxbox-cvs
ixess@linux:~/tuxbox-cvs> cd cdk
ixess@linux:~/tuxbox-cvs/cdk> cvs update -dPA
? .binutils
? .bootstrap
? .cabextract
? .directories
? .gcc
? .glibc
? .libconfigfile
? .libcrypto
? .libcurl
? .libfreetype
? .libjpeg
? .liblcddisplay
? .libmd5sum
? .libnet
? .libpng
? .libqt
? .libsigc
? .libucodes
? .libz
? .linuxdir
? .msttf
? .sections
? .zapit
? Archive
? Makefile
? Makefile-archive
? aclocal.m4
? config.log
? config.status
? configure
? linux-2.4.2
? etc/Makefile
? etc/modules.conf
? etc/init.d/Makefile
cvs server: Updating .
RCS file: /cvsroot/tuxbox/cdk/Makefile.am,v
retrieving revision 1.116
retrieving revision 1.117
Merging differences between 1.116 and 1.117 into Makefile.am
M Makefile.am
P rules-install
cvs server: Updating Patches
cvs server: Updating Patches/cygwin
cvs server: Updating doc
cvs server: Updating etc
cvs server: Updating etc/init.d
M etc/init.d/start_neutrino
cvs server: Updating etc/ppp
cvs server: Updating etc/ppp/peers
ixess@linux:~/tuxbox-cvs/cdk> make .neutrino
cd . && \
/bin/sh /home/ixess/tuxbox-cvs/cdk/missing --run automake --gnu Makefile
/bin/sh ./config.status --recheck
running /bin/sh ./configure --prefix=/dbox2 --with-cvsdir=/home/ixess/tuxbox-cvs --enable-maintainer-mode --no-create --no-recursion
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... no
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking build system type... i686-suse-linux
checking host system type... i686-suse-linux
checking target system type... powerpc-tuxbox-linux-gnu

Summary:
Hostruleset: standard
Targetruleset: standard
Prefix: /dbox2
Targetprefix: /dbox2/cdkroot
Hostprefix: /dbox2/cdk
Bootprefix: /dbox2/tftpboot
Buildprefix: /home/ixess/tuxbox-cvs/cdk
CVSdir: /home/ixess/tuxbox-cvs
Appsdir: /home/ixess/tuxbox-cvs/apps
Bootdir: /home/ixess/tuxbox-cvs/boot
Driverdir: /home/ixess/tuxbox-cvs/driver

configure: creating Makefile-archive
configure: creating ./config.status
cd . && \
CONFIG_HEADERS= CONFIG_LINKS= \
CONFIG_FILES=Makefile /bin/sh ./config.status
config.status: creating Makefile
make -C /home/ixess/tuxbox-cvs/apps/mczap all install
make[1]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap«
Making all in controld
make[2]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/controld«
Making all in clientlib
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/controld/clientlib«
make[3]: Für das Target »all« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/controld/clientlib«
Making all in driver
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/controld/driver«
make[3]: Für das Target »all« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/controld/driver«
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/controld«
make[3]: Für das Target »all-am« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/controld«
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/controld«
Making all in lcdd
make[2]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/lcdd«
Making all in clientlib
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/lcdd/clientlib«
make[3]: Für das Target »all« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/lcdd/clientlib«
Making all in icons
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/lcdd/icons«
make[3]: Für das Target »all« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/lcdd/icons«
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/lcdd«
make[3]: Für das Target »all-am« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/lcdd«
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/lcdd«
Making all in libevent
make[2]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/libevent«
make[2]: Für das Target »all« gibt es nichts zu tun.
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/libevent«
Making all in neutrinoNG
make[2]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG«
Making all in gui
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/gui«
Making all in widget
make[4]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/gui/widget«
make[4]: Für das Target »all« gibt es nichts zu tun.
make[4]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/gui/widget«
Making all in bedit
make[4]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/gui/bedit«
make[4]: Für das Target »all« gibt es nichts zu tun.
make[4]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/gui/bedit«
make[4]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/gui«
make[4]: Für das Target »all-am« gibt es nichts zu tun.
make[4]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/gui«
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/gui«
Making all in daemonc
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/daemonc«
make[3]: Für das Target »all« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/daemonc«
Making all in driver
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/driver«
make[3]: Für das Target »all« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/driver«
Making all in system
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/system«
make[3]: Für das Target »all« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/system«
Making all in icons
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/icons«
make[3]: Für das Target »all« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/icons«
Making all in locale
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/locale«
make[3]: Für das Target »all« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG/locale«
make[3]: Wechsel in das Verzeichnis Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG«
make[3]: *** Keine Regel vorhanden, um das Target »../../libcramfs/libcramfs.la«,
benötigt von »neutrino«, zu erstellen. Schluss.
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG«
make[2]: *** [all-recursive] Fehler 1
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap/neutrinoNG«
make[1]: *** [all-recursive] Fehler 1
make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/ixess/tuxbox-cvs/apps/mczap«
make: *** [.neutrino] Fehler 2
ixess@linux:~/tuxbox-cvs/cdk>
Dat wars ...

[Mordillo]

So nu hab ich mal das cvs update -dPA im /tuxbox-cvs verzeichnis ausgeführt und es lief und lief und zum schluß Stand dann

touch .neutrino

Ist das jetzt gut

[Homar]

yepp.

[Mordillo]

Ui Ui, nächstes Problem.

Ich tat "make all" die compilation lief bis ende durch (freu )

Dann hatte ich meine eigene Yadd mit C64Emu LCars Enigma, Neutrino

Ich hab es getart (tar -cvf dbox2 /dbox2 im /dbox2 VErz.) und dann auf meine Windooof Partition kopiert.
Im Windoof wieder enttart (tar -xf dbox2) und alles war da.
Ucodes eingefügt.
Bootmanger gestartet und die Pfade gewählt, Start, REset. Er bootet jetzt bis zum lcdmenu wo nun Enigma, Neutrino, Lcars und Maintanance erscheint. wähle ich irgendwas ausser Neutrino, gehts net weiter, wähle ich neutrino, so startet das lcdd (Booting ...) und in der Console bleibt er dann wie unten beschreiben stehen, bzw. läuft endlos weiter.
Auch braucht das laden der daten im DBBM Seeeeehr lange, da die Dateien um ein Vielfaches höher sind als in einere offiziellen Yadd.
In welchem Pfad muß ich den den find .-type -f -perm -100 -exec -powerpc-tuxbox-linux-gnu-strip\{} \; Befehl ansetzen damit er strippt und das ganze schlanker macht?

Hier der Auszug aus dem Bootmanager:

?debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-f1.d3.1b.07.00.00-be
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 192.168.115.1, My IP 192.168.115.6
debug: Sending TFTP-request for file D/eigeneYadd/dbox2/tftpboot/ppcboot
will verify ELF image, start= 0x800000, size= 219076
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000


ppcboot 0.6.4 (May 29 2002 - 20:52:09)

Initializing...
CPU: PPC823ZTnnA at 67 MHz: 2 kB I-Cache 1 kB D-Cache
*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: 00-50-9c-1e-b2-95
FLASH: 8 MB
LCD driver (KS0713) initialized
LCD logo at: 0x87C67 (0x1E00 bytes)
FB logo at: 0x84A7E (0x31C1 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
BOOTP broadcast 1
TFTP from server 192.168.115.1; our IP address is 192.168.115.6
Filename 'D/eigeneYadd/dbox2/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: #######################################################################
#############################################################

## Booting Linux kernel at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 675391 Bytes = 659 kB = 0 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.2 (ixess@linux) (gcc version 3.1) #1 Mit Mai 29 20:53:11 CEST
2002
Boot arguments: console=ttyS0 ip=bootp root=/dev/nfs rw nfsroot=192.168.115.1:D/
eigeneYadd/dbox2/cdkroot/
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 ip=bootp root=/dev/nfs rw nfsroot=192.168.115
.1:D/eigeneYadd/dbox2/cdkroot/
time_init: decrementer frequency = 251250000/60
mpc8xx-wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
mpc8xx-wdt: keep-alive trigger activated (PITC: 0x3000)
Console: colour dummy device 80x25
Calibrating delay loop... 66.56 BogoMIPS
Memory: 30448k available (1212k kernel code, 472k data, 68k init, 0k highmem)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
CPM UART driver version 0.03
ttyS00 at 0x0280 is a SMC
ttyS01 at 0x0380 is a SMC
pty: 256 Unix98 ptys configured
block: queued sectors max/low 20128kB/6709kB, 64 slots per queue
loop: enabling 8 loop devices
eth0: CPM ENET Version 0.2, 00:50:9c:1e:b2:95
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB.
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR Bootloader"
0x00020000-0x000c0000 : "idxfs"
0x000c0000-0x00160000 : "var ( JFFS2 )"
0x00160000-0x00760000 : "root ( CramFS )"
0x00760000-0x00800000 : "ppcboot"
0x00020000-0x00800000 : "GesamtesFlashohneBL"
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)
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.168.115.1, my address is 192.168.115.6
IP-Config: Guessing netmask 255.255.255.0
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
devfs: v0.102 (20000622) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Looking up port of RPC 100003/2 on 192.168.115.1
Looking up port of RPC 100005/2 on 192.168.115.1
VFS: Mounted root (nfs filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 68k in
init started: BusyBox v0.60.2 (2002.05.29-18:31+0000) multi-call Bad inittab en
try: ::restart:/sbin/init
Setting hostname
Mounting anything
Starting inetd
Loading modules
Real Time Clock Driver v0.1
i2c-core.o: i2c core module
[i2c-8xx]: mpc 8xx i2c init
i2c-core.o: adapter registered as adapter 0.
[i2c-8xx]: adapter: 0
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
mID: 01
feID: dd
fpID: 5a
enxID: ffffffff
gtxID: 0b
hwREV: 05
fpREV: 81
DEMOD: VES1893
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_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 $
write 1 event's ...
write 1 event's ...
avia_gt_pig: $Id: avia_gt_pig.c,v 1.22 2002/05/29 14:21:05 derget 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
i2c-core.o: driver VES1893 DVB demodulator registered.
i2c-core.o: client [VES1893] registered to adapter [](pos. 4).
avia_gt_core: masking unhandled irq reg 0 bit 6
VES1893: attaching VES1893 at 0x10 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)
/etc/init.d/start_neutrino: /bin/aniplay: No such file or directory
$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
camd2: No such file or directory
dmxdev: set buffer size 40000 -> 60000
$Id: zapit.cpp,v 1.187 2002/05/23 22:31:52 obi Exp $

/var/tuxbox/config/zapit/zapit.conf: No such file or directory
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
[getservices.cpp] going to parse satellite Astra 19.2E
[getservices.cpp] going to parse satellite Eutelsat 13.0E
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
[zapit] reading Bouquets ....................
[zapit] Found 21 bouquets.
dmxdev: set buffer size 40000 -> 60000
[zapit] channels have been loaded succesfully
killall: aniplay: no process killed /<--- Hab noch gar kein aniplay eingefügt
Network LCD-Driver $Id: lcdd.cpp,v 1.48 2002/05/15 23:32:12 McCleadmxdev: set bu
ffer size 40000 -> 60000
n Exp $

[lcdd] load config
/var/tuxbox/config/lcdd.conf: No such file or directory <--ist aber da!
[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 $

dmxdev: set buffer size 40000 -> 60000
[controld] error while loading settings: /var/tuxbox/config/controld.conf
[controld] using defaults
[controld] Boxtype detected: (01, 1, 1, Nokia)
set event: 00000009
dmxdev: set buffer size 40000 -> 60000
[nhttpd] Neutrino HTTP-Server starting..
neutrino: error while loading shared libraries: libcramfs.so.0: cannot open shar<-- da was faul!!
ed object file: No such file or directory
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000
dmxdev: set buffer size 40000 -> 60000

usw.

Untertänigsten Dank für weitere Hilfe

[Homar]

Hi Folks,

Mordillo: libcramfs wird erstellt, irgendwie aber nicht in die Yadd kopiert.

cp $HOME/tuxbox-cvs/apps/libcramfs/.libs/* /dbox2/cdkroot/lib -d

eingeben.

Neu Tar een und auf windoof bringen

MFG
Homar

[Mordillo]

Danke Homar, du bist mir echt eine sehr große Hilfe ..
Ich werds dann gleich mal TEsten ...

[Mordillo]

So, Jawoll, Neutrino bootet durch, allerdings keine OSD Anzeige und Premiere geht net, im comTerminal steht Connect to Camd, No such file ...


Enigma und LCars gehen gar nicht
Enigma steigt aus mit Bus Error, Lcars bleibt mittendrin stehen und sagt nix mehr ..


Wie bekomme ich eigentlich alles auf eine akzeptable größe?
denn nachdem ich mkcramfs ausgeführt hatte blieben da noch 69 MB übrig

Gruß

[Homar]

Hi Folks,

@Mordillo: Den Fehler mit der fehlenden OSD-Anzeige habe ich gestern die ganze Nacht getestet.
Beheben kannst du den Fehler, indem du einen avia_gt.o in den misc-Ordner einfügst, die mit der gcc-3.0.4 kompiliert wurde. Zur Zeit wird in der CVS mit gcc-3.1 kompiliert. Da scheint also noch der Wurm drin zu liegen. Wenn du mir deine e-mail-adresse mitteilst, werde ich dir eine entsprechende Version posten.

MFG
Homar

[Mordillo]

Meine Email ist doch jedem zugänglich.. Use the Email Button!

Mein Linux ist mit gcc 2.95 und gcc30 in der Version 3.0.4
wird denn der compiler benutzt, oder wird einer mitgeliefert? (/include/powerpc-tuxbox-linux-gnu/??)

Wenn ich neu kompilieren will, muß ich dann eigentlich immer make distclean ausfhren und den ganzen kladderadatsch neu kompilieren?

Ist das normal das ein make all nur ca 50 min. bei mir dauert, hab da was von 3-4 Stunden gelesen? (Athlon C 1400, 512 DDRAM)

IxEsS@dbox2rules.de

[Homar]

Hi Folks,

... Mordillo, bist du sicher das du schon die 3.0.4 hast ???

MFG
Homar


Nachtrag: Du hast nicht die 3.0.4 drauf, sondern die 3.1

schaue dir dein Bootlog an

[Mordillo]

Laut Yast2 schon!

Während des compilierens wird jedoch gcc3.1 angezeigt.

Gruß


Nachtrag:

Wenn ich in der Konsole gcc --version eingebe, so erhalte ich 2.95.3
Gebe ich gcc30 --version ein, so ist der Shell das comando gcc30 unbekannt ..

[Homar]

...

ich weiss nicht, was yast anzeigt... du hast auf deinem System nur die 3.1 drauf. Sonst würde der Kernel, die Treiber und PPCBOOT mit 2.95.3 und die apps mit 3.1 kompiliert werden.

Schaue dir das Makefile genauer an. Dort wird die Abfrage/Unterscheidung gemacht.


MFG
Homar

[Mordillo]

Yupp hast recht. Im Makefile sind gcc3.1 und gcc2.95.3 declariert ..


Du bist gut !

[Homar]

...

wenn ich heute Abend zu Hause bin, werde ich dir es per EMail zukommen lassen

MFG
Homar

P.S.: Wenn du dein YADD erstellt hast, kannst es noch strippen, d.h. dass du die überflüssigen Debug-Informationen aus den Dateien entfernst.

Leider gibt es keine einheitliche Lösung. Unter Linux ist es einfach, doch bei cygwin muss mann die Verzeichnisse / Dateien einzeln strippen

[Mordillo]

Danke ..
wäre nett wenn du mir gleich eine kleine Installationsanleitung mitsenden würdest.....

Gruß
und noch schönen Feiertach ..

[NoClue]

Hi Mordillo,

Du bringst Da mit den Compilern was durcheinander. Der Compiler, der bei yast angezeigt wird, ist der System-Compiler, um z.B. den Kernel etc. für Deinen PC neu zu kompilieren. Während dem erstmaligen build des CDK wird ein cross-compiler erstellt, um für den PowerPC der Dbox2 Programme zu kompilieren, das kann durchaus gcc 3.1 sein. Schau mal in /dbox2/cdk/bin nach, da müsste ein powerpc-tuxbox-linux-gnu-gcc und ein powerpc-tuxbox-linux-gnu-gcc_2.95 sein. Falls letzteres nicht da ist mach mal ein rm .gcc .linuxkernel .pccboot .driver und dann ein make

[Homar]

...

eine Installationsanleitung habe ich mir nicht gemacht, jedoch habe ich mir scripte erstellt; wie makeCDK oder neutrino oder aktuell und so weiter.

die erleichtern mir mein Leben am Computer ungemein

MFG
Homar