Neuer Linux Kernel

Diskussionen um Bootloader, Kernel, Busybox
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

also irgendwie bekomm ich seit dem neuen kernel diese meldungen beim nfs.o einbinden
/var # insmod nfs.o
insmod: unresolved symbol nlmclnt_proc
insmod: unresolved symbol lockd_down
insmod: unresolved symbol root_server_path
insmod: unresolved symbol lockd_up
insmod: unresolved symbol root_nfs_parse_addr
insmod: unresolved symbol rpc_getport_external
insmod: unresolved symbol root_server_addr
/var #
und
via_gt_napi: $Id: avia_gt_napi.c,v 1.203 2005/01/05 05:49:56 carjay Exp $
insmod: unresolved symbol root_server_path
insmod: unresolved symbol root_nfs_parse_addr
insmod: unresolved symbol rpc_getport_external
insmod: unresolved symbol root_server_addr
kann das mit dem eintrag CONFIG_ROOT_NFS=y in der kernel config zusammenhängen ?


ich werd wohl wieder zu 2.4.33 zurück gehen. da ging alles wunderbar
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

also irgendwas ist halt noch faul
make[3]: Entering directory `/home/mb405/image/tuxbox-cvs/cdk/linux-2.4.33.3/ipc'
make all_targets
make[4]: Entering directory `/home/mb405/image/tuxbox-cvs/cdk/linux-2.4.33.3/ipc'
rm -f ipc.o
powerpc-tuxbox-linux-gnu-ld -r -o ipc.o util.o msg.o sem.o shm.o
msg.o(.text+0x1f0): In function `sys_msgget':
: multiple definition of `sys_msgget'
util.o(.text+0x24): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_msgget' changed from 8 in util.o to 392 in msg.o
msg.o(.text+0x378): In function `sys_msgctl':
: multiple definition of `sys_msgctl'
util.o(.text+0x3c): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_msgctl' changed from 8 in util.o to 2016 in msg.o
msg.o(.text+0xbd8): In function `sys_msgsnd':
: multiple definition of `sys_msgsnd'
util.o(.text+0x2c): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_msgsnd' changed from 8 in util.o to 1244 in msg.o
msg.o(.text+0x10b4): In function `sys_msgrcv':
: multiple definition of `sys_msgrcv'
util.o(.text+0x34): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_msgrcv' changed from 8 in util.o to 1216 in msg.o
sem.o(.text+0x100): In function `sys_semget':
: multiple definition of `sys_semget'
util.o(.text+0x4): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_semget' changed from 8 in util.o to 420 in sem.o
sem.o(.text+0x6d0): In function `sys_semctl':
: multiple definition of `sys_semctl'
util.o(.text+0x1c): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_semctl' changed from 8 in util.o to 2764 in sem.o
sem.o(.text+0x119c): In function `sys_semtimedop':
: multiple definition of `sys_semtimedop'
util.o(.text+0x14): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_semtimedop' changed from 8 in util.o to 1624 in sem.o
sem.o(.text+0x17f4): In function `sys_semop':
: multiple definition of `sys_semop'
util.o(.text+0xc): first defined here
sem.o(.text+0x17fc): In function `sem_exit':
: multiple definition of `sem_exit'
util.o(.text+0x0): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sem_exit' changed from 4 in util.o to 544 in sem.o
shm.o(.text+0x4e4): In function `sys_shmget':
: multiple definition of `sys_shmget'
util.o(.text+0x44): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_shmget' changed from 8 in util.o to 396 in shm.o
shm.o(.text+0x670): In function `sys_shmctl':
: multiple definition of `sys_shmctl'
util.o(.text+0x5c): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_shmctl' changed from 8 in util.o to 2436 in shm.o
shm.o(.text+0xff4): In function `sys_shmat':
: multiple definition of `sys_shmat'
util.o(.text+0x4c): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_shmat' changed from 8 in util.o to 752 in shm.o
shm.o(.text+0x12e4): In function `sys_shmdt':
: multiple definition of `sys_shmdt'
util.o(.text+0x54): first defined here
powerpc-tuxbox-linux-gnu-ld: Warning: size of symbol `sys_shmdt' changed from 8 in util.o to 272 in shm.o
make[4]: *** [ipc.o] Fehler 1
make[4]: Leaving directory `/home/mb405/image/tuxbox-cvs/cdk/linux-2.4.33.3/ipc'
make[3]: *** [first_rule] Fehler 2
make[3]: Leaving directory `/home/mb405/image/tuxbox-cvs/cdk/linux-2.4.33.3/ipc'
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

der neue kernel kompiliert zumindest ordentlich mit allen 3 configs!
Günther
Developer
Beiträge: 587
Registriert: Freitag 9. September 2005, 21:48

Beitrag von Günther »

... ausser bei newmake und flashimage (Yadd geht)
flasher
Developer
Beiträge: 467
Registriert: Dienstag 15. Juli 2003, 10:58

Beitrag von flasher »

Houdini hat geschrieben:der neue kernel kompiliert zumindest ordentlich mit allen 3 configs!
Bei mir läuft der auch durch...
Nur so sieht es beim booten des Image aus:
Detected STB:
Vendor: Nokia
Model: D-BOX2
Block Device driver loaded

[i2c-8xx]: mpc 8xx i2c init

[i2c-8xx]: adapter: 0

mount: Mounting /dev/ide/host0/bus0/target0/lun0/part2 on /hdd failed: No such file or directory
hdparm: Can't stat '/dev/ide/host0/bus0/target0/lun0/disc': No such file or directory

insmod: unresolved symbol dvb_unregister_i2c_device
insmod: unresolved symbol dvb_register_frontend
insmod: unresolved symbol dvb_unregister_frontend
insmod: unresolved symbol dvb_register_i2c_device
insmod: unresolved symbol dvb_unregister_i2c_device
insmod: unresolved symbol dvb_register_frontend
insmod: unresolved symbol dvb_unregister_frontend
insmod: unresolved symbol dvb_register_i2c_device
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $

insmod: unresolved symbol dvb_register_i2c_bus
insmod: unresolved symbol dvb_unregister_i2c_bus
insmod: unresolved symbol dvb_register_adapter
insmod: unresolved symbol dvb_i2c_bridge_register
insmod: unresolved symbol dvb_i2c_bridge_unregister
insmod: unresolved symbol dvb_unregister_adapter
insmod: unresolved symbol dvb_register_device
insmod: unresolved symbol dvb_generic_release
insmod: unresolved symbol dvb_generic_ioctl
insmod: unresolved symbol dvb_unregister_device
insmod: unresolved symbol dvb_generic_open
insmod: unresolved symbol avia_napi_get_adapter
insmod: unresolved symbol dvb_add_frontend_ioctls
insmod: unresolved symbol avia_napi_get_adapter
insmod: unresolved symbol dvb_remove_frontend_ioctls
insmod: unresolved symbol dvb_kernel_thread_setup
insmod: unresolved symbol avia_av_set_stc
insmod: unresolved symbol dvb_kernel_thread_setup
insmod: unresolved symbol avia_gt_gv_copyarea
insmod: unresolved symbol avia_gt_gv_show
insmod: unresolved symbol avia_gt_gv_get_clut
insmod: unresolved symbol avia_gt_gv_get_blevel
insmod: unresolved symbol avia_gt_gv_set_input_size
insmod: unresolved symbol avia_gt_gv_set_pos
insmod: unresolved symbol avia_gt_gv_hide
insmod: unresolved symbol avia_gt_get_info
insmod: unresolved symbol avia_gt_gv_set_size
insmod: unresolved symbol avia_gt_gv_set_input_mode
insmod: unresolved symbol avia_gt_gv_set_clut
insmod: unresolved symbol avia_gt_gv_set_blevel
insmod: unresolved symbol avia_gt_gv_get_info
Beispiel über die console:
/var # insmod ves1820.o
insmod: unresolved symbol dvb_unregister_i2c_device
insmod: unresolved symbol dvb_register_frontend
insmod: unresolved symbol dvb_unregister_frontend
insmod: unresolved symbol dvb_register_i2c_device
Einer meinte, da war wohl etwas noch nicht ganz gar.
Dem muss ich mich wohl anschliessen...

Gruß
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

ihr müsst schon die Module in der richtigen Reihenfolge laden
JtG-Riker
Image-Team
Beiträge: 1015
Registriert: Freitag 7. Februar 2003, 18:37

Beitrag von JtG-Riker »

Also ich hab den Kernel schon seit Wochen im Image und da funktioniert auch alles,
irgendwas macht ihr falsch :(
flasher
Developer
Beiträge: 467
Registriert: Dienstag 15. Juli 2003, 10:58

Beitrag von flasher »

Also Modules in der richtigen Reihenfolge.
Hmmm...

Also die Reihenfolge funktioniert seit 2.4.25. Gestern noch mit dem 2.4.33 und heute mit dem 2.4.33.3 nicht mehr...

Ich habe mir gerade noch ein YADD gebaut und da gehts ohne Probleme und die Reihenfolge in der YADD rcS ist eigentlich die gleiche wie im Image.

Aber ich werde da nochmal genauer drüber sehen...

*EDIT*
Vieleicht hat das was damit zu tun, dass ich mit newmake compile und da noch was fehlt was im HEAD bereits drin ist???

*EDIT2*
Sorry! dvbcore.o wurde nicht geladen! Ich hohle Nuss... Da stand ein # vor. Warum auch immer...
carlosos
Interessierter
Interessierter
Beiträge: 50
Registriert: Sonntag 16. April 2006, 10:47

Beitrag von carlosos »

entfernt.
Zuletzt geändert von carlosos am Mittwoch 3. Januar 2007, 16:47, insgesamt 2-mal geändert.
Papst
Developer
Beiträge: 279
Registriert: Mittwoch 26. Juni 2002, 22:19

Beitrag von Papst »

Also hier läuft der mit Newmake gebaute Kernel einwandfrei. Habe auch an den Startscripten nichts verändert.
Gruß

Der Papst