busybox-1.7.x

Beitrag von **Token** » Mittwoch 19. September 2007, 18:43

@flasher:
also du solltest schon das diff-pack von ingrid nehmen, das ist eigentlich idiotensicher

zumindest habe ich damit problemlos backen koennen.
das diff von mb405 ist nur die halbe wahrheit, da beim newmake die pfade etwas anders sind.
das sieht bei dir so aus, als ob ein version-mismatch vorhanden ist ... sprich dein mb405-diff macht nur die haelfte.
das komplette bootlog sagt bestimmt irgendwas von "konnte treiber nicht finden oder laden, weil die versionsnummer falsch ist".
also dein geposteter log schaut mir sehr nach compiler-mist aus ?!
(sprich, da fehlt jede menge !!!)

aber konkreter koennen das bestimmt mb405 und ingrid sagen, und natuerlich auch houdini ... das sind eigentlich die diff'er unter uns

cu token

Hi,
ich habe mal ein newmake-diff gegen das aktuelle CVS gemacht, darin sind enthalten sind busybox 1.7.1, e2fsprogs 1.40.2 (da ja in busybox jetzt sehr reduziert) und hdparm 7.7. Ausserdem habe ich deshalb und der Einfachheit halber noch zwei neue Flashtargets eingebaut.
In der Busybox-Config sind deshalb auch hdparm und die e2fsprogs deaktiviert.

Die neuen Targets:

make flash-hdparm
make flash-e2fsprogs

Download

Gruss,
Rene

Beitrag von **dbt** » Mittwoch 19. September 2007, 19:46

Die neuen Targets:

make flash-hdparm
make flash-e2fsprogs

Die könnte man doch sofort mit aufnehmen

Token hat geschrieben:@flasher:
also du solltest schon das diff-pack von ingrid nehmen, das ist eigentlich idiotensicher zumindest habe ich damit problemlos backen koennen.
das diff von mb405 ist nur die halbe wahrheit, da beim newmake die pfade etwas anders sind.
das sieht bei dir so aus, als ob ein version-mismatch vorhanden ist ... sprich dein mb405-diff macht nur die haelfte.
das komplette bootlog sagt bestimmt irgendwas von "konnte treiber nicht finden oder laden, weil die versionsnummer falsch ist".
also dein geposteter log schaut mir sehr nach compiler-mist aus ?!
(sprich, da fehlt jede menge !!!)

aber konkreter koennen das bestimmt mb405 und ingrid sagen, und natuerlich auch houdini ... das sind eigentlich die diff'er unter uns

cu token

Hi

Ich hatte das andere Diff genommen, da mit dem busybox.diff.diff beim Bauen immer die Meldung kam: File to patch:

Da ich irgendwie in der Nacht nicht mehr wach genug war um zu erkennen auf welches diff sich das diff bezieht um es manuell zu machen habe ich kurzerhand das eine da genommen.

Ich habe mir jetzt also die busybox.diff aus dem CVS geholt und mit der busybox.diff.diff gepatcht.
patch -p0 busybox.diff <busybox.diff.diff

Das diff was dadurch raus kommt ist doch identisch mit dem vom md405...

*EDIT*
Auf jeden Fall funktioniert es so auch nicht!

Gruß

Beitrag von **dbt** » Mittwoch 19. September 2007, 21:16

Rebel1 hat geschrieben:Hi,
ich habe mal ein newmake-diff gegen das aktuelle CVS gemacht, darin sind enthalten sind busybox 1.7.1, e2fsprogs 1.40.2 (da ja in busybox jetzt sehr reduziert) und hdparm 7.7. Ausserdem habe ich deshalb und der Einfachheit halber noch zwei neue Flashtargets eingebaut.
In der Busybox-Config sind deshalb auch hdparm und die e2fsprogs deaktiviert.

Die neuen Targets:

make flash-hdparm
make flash-e2fsprogs

Download

Gruss,
Rene

Hier bleibt die Sache stehen, da fehlt nochwas:

Code: Alles auswählen

*
* Installation Options
*
Don't use /usr (INSTALL_NO_USR) [Y/n/?] y
Applets links
> 1. as soft-links (INSTALL_APPLET_SYMLINKS)
  2. as hard-links (INSTALL_APPLET_HARDLINKS)
choice[1-2?]: 1
BusyBox installation prefix (PREFIX) [./_install] (NEW) 1
  SPLIT   include/autoconf.h -> include/config/*
  GEN     include/bbconfigopts.h
  HOSTCC  applets/usage
  GEN     include/usage_compressed.h
  CC      applets/applets.o

Aber mein Patch ist komplett durchgelaufen ?

Wenn ich es mit Deinem Patch mache, dann ändert sich schonmal was.
Diesmal habe ich eine andere Fehlermeldung:

Code: Alles auswählen

init started: BusyBox v1.7.1 (2007-09-19 22:44:32 CEST)
mount: mounting /dev/ide/host0/bus0/target0/lun0/part2 on /hdd failed: No such eifup: interface lo already configured
modprobe: applet not found
/proc/bus/tuxbox/vendor: No such file or directory
/proc/bus/tuxbox/vendor: No such file or directory
/proc/bus/tuxbox/model: No such file or directory
/proc/bus/tuxbox/model: No such file or directory
/proc/bus/tuxbox/submodel: No such file or directory
/proc/bus/tuxbox/submodel: No such file or directory
Detected STB:
  Vendor: Unknown
  Model: Unknown Unknown
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
modprobe: applet not found
ln: /dev/dvb/adapter0/demux1: No such file or directory
ln: /dev/dvb/adapter0/dvr1: No such file or directory

Ich werde das mal mit einem Image probieren. Vieleicht ist es ja nur ein Problem das im CDK und nicht im Image auftritt.

Gruß

flasher hat geschrieben:Wenn ich es mit Deinem Patch mache, dann ändert sich schonmal was.
Diesmal habe ich eine andere Fehlermeldung:

modprobe: applet not found

Ich werde das mal mit einem Image probieren. Vieleicht ist es ja nur ein Problem das im CDK und nicht im Image auftritt.

Gruß

Die Fehlermeldung kommt daher, das statt modprobe insmod in der busybox.config.m4 konfiguriert ist. Wenn ich das richtig sehe, willst du wohl mit dem 2.6er Kernel bauen da wird modprobe benötigt. Du kannst das ja mal
testweise von Hand in der busybox.config.m4 ändern, nachdem du den Patch eingspielt hast.

Gruss

Hi

also ich baue ganz normal mit dem 2.4er Kernel.
Die rcS aus dem CDK lädt die Module per Standard mit modprobe.
http://cvs.tuxbox-cvs.sourceforge.net/c ... iew=markup

Wie geschrieben ich Boote über Netz nicht mit Image.
Wenn ich ein Image bauen würde, dann steht da wohl auch insmod.

Ich ändere die config mal auf modprobe. Mal sehen ob es dann geht.

*edit*
Damit gehts auch nicht.

Dumm nur, das die Console nicht viel hergibt.
--> modprobe: failed to load module dvb-core

Wenn da wenigstens mal stehen würde warum nicht, dann könnte man das ja eingrenzen.

Gruß

Ich habe das jetzt mal mit einem Image versucht.
Da sieht es dann so aus:

Code: Alles auswählen

init started: BusyBox v1.7.1 (2007-09-19 21:35:49 UTC)
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0024000c: 0x8096 instead
Empty flash at 0x00240010 ends at 0x00240014
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00240014: 0xffff instead
Empty flash at 0x00240018 ends at 0x00240024
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00240024: 0xffff instead
Empty flash at 0x00240028 ends at 0x00240034
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00240034: 0xffff instead
Empty flash at 0x00240038 ends at 0x0024003c
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0024003c: 0xffff instead
Empty flash at 0x00240040 ends at 0x00240044
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00240044: 0xffff instead
Empty flash at 0x00240048 ends at 0x0024004c
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0024004c: 0xffff instead

Ist schon seltsam. Was kann das denn jetzt sein?

Ich werde noch echt bekloppt.

Gruß

Hi,
also bei dir ist definitiv was faul. Ich habe jetzt auch mal ein yadd bauen lassen, da wird dann garnicht das Busybox-Insmod genutzt, sondern ist standalone und modprobe ist nur ein link auf insmod.

Ich überlege echt was das sein kann.

Ich werde das wohl alles nocheinmal in Ruhe durchgehen müssen.

Gruß

ist denn modprobe in der config aktiviert ??

Beitrag von **dbt** » Donnerstag 20. September 2007, 21:34

Rebel1 hat geschrieben:Aber mein Patch ist komplett durchgelaufen ?

Das fehlt glaube ich noch in Deinem Patch, auch für newmake dürfte das notwendig sein!
zumindest bliebs dann nicht mehr stehen:

Code: Alles auswählen

Index: rules-install
===================================================================
RCS file: /cvs/tuxbox/cdk/rules-install,v
retrieving revision 1.148
diff -u -r1.148 rules-install
--- rules-install	27 May 2007 18:33:46 -0000	1.148
+++ rules-install	20 Sep 2007 19:27:23 -0000
@@ -27,7 +27,7 @@
 #
 # root
 #
-busybox;make:install:PREFIX=TARGET
+busybox;make:install:DESTDIR=TARGET
 ftpd;install:-m755:vsftpd:TARGET/sbin/in.ftpd;install:-m644:vsftpd-dbox2.conf:TARGET/etc/vsftpd.conf;install:-d:TARGET/share/empty
 module_init_tools;make:install:DESTDIR=TARGET
 modutils;make:install-bin:sbindir=TARGET/sbin

Hi,
also meiner Meinung nach, stimmt aber
busybox;make:install:PREFIX=TARGET.
Ist auch in meiner rules-install so,

Hier noch ein Auszug aus Busybox-Config.in :

Code: Alles auswählen

config PREFIX
	string "BusyBox installation prefix"
	default "./_install"
	help
	  Define your directory to install BusyBox files/subdirs in.

Beitrag von **dbt** » Donnerstag 20. September 2007, 22:56

Ist auch in meiner rules-install so

Das meinte ich, in Deinem Patch fehlt das aber

Ne,
eben nicht.

Ich habe nicht DESTDIR=TARGET sondern PREFIX=TARGET in meiner rules-install. Meine rules-install ist also CVS-Stand.

Man beachte auch den Teil aus meinem Patch für die busybox.config.m4

Code: Alles auswählen

@@ -62,12 +65,26 @@
 option(`CONFIG_INSTALL_APPLET_SYMLINKS', `y', `y')
 option(`CONFIG_INSTALL_APPLET_HARDLINKS', `n', `n')
 option(`CONFIG_INSTALL_APPLET_DONT', `n', `n')
-PREFIX=""
+CONFIG_PREFIX=PREFIX

dwilx · Beitrag von **dwilx** » Freitag 21. September 2007, 05:36

@rebel

dbt hat geschrieben:..., auch für newmake dürfte das notwendig sein!...

Code: Alles auswählen

Index: rules-install
===================================================================
RCS file: /cvs/tuxbox/cdk/rules-install,v
retrieving revision 1.148
diff -u -r1.148 rules-install
--- rules-install	27 May 2007 18:33:46 -0000	1.148
+++ rules-install	20 Sep 2007 19:27:23 -0000
@@ -27,7 +27,7 @@
 #
 # root
 #
-busybox;make:install:PREFIX=TARGET
+busybox;make:install:DESTDIR=TARGET
 ftpd;install:-m755:vsftpd:TARGET/sbin/in.ftpd;install:-m644:vsftpd-dbox2.conf:TARGET/etc/vsftpd.conf;install:-d:TARGET/share/empty
 module_init_tools;make:install:DESTDIR=TARGET
 modutils;make:install-bin:sbindir=TARGET/sbin

Die diffs für Oldmake, die hier gebracht wurden, waren doch mit dieser Änderung in rules-install bestückt. Da rules-install gleichermaßen von Old- und Newmake gebraucht werden, muss schon diese Änderung enthalten sein, oder hab ich was verpasst?

Beitrag von **Rebel1** » Freitag 21. September 2007, 10:06

also bei mir baut das so alles Problemlos. Ich werde aber gleich mal meinen Laptop anwerfen und ein frisches CDK neu bauen lassen und mal sehen was passiert.

dwilx · Beitrag von **dwilx** » Freitag 21. September 2007, 10:24

Meine ja nur, aber man sollte schon das CVS im Hinterkopf behalten, damit die Branches auch funktionieren, falls es denn mal ins CVS kommen soll.

Beitrag von **Rebel1** » Freitag 21. September 2007, 10:57

Wenn ich jetzt nicht völlig auf dem Schlauch stehe, sollte es auch keinerlei Unterschied machen, ob mit oldmake oder newmake gebaut wird.

dwilx · Beitrag von **dwilx** » Freitag 21. September 2007, 11:05

Da sind schon Unterschiede, deshalb gabs ja schon heftigste Debatten. Oder wie meinst du das?

Beitrag von **Rebel1** » Freitag 21. September 2007, 11:14

Ich verstehe momentan einfach nicht, warum plötzlich die Änderung in der rules-install nötig sein sollte.

Mir ist schon klar, das der Patch so nicht aufs oldmake passt, wobei die Anpassung aber kein grosser Akt wäre.

Beitrag von **Rebel1** » Freitag 21. September 2007, 12:39

So,
auch ein absolut jungfreuliches newmake-CDK läuft hier mit dem Patch durch,
also scheint dieser in Ordnung zu sein.

Beitrag von **Rebel1** » Samstag 22. September 2007, 18:09

Hi,
ich habe mal jetzt auch mal was passendes fürs oldmake gedifft.
Enthalten sind:

busybox 1.7.1
e2fsprogs 1.40.2
hdparm 7.7

Download

Gruß,
Rene