FullDuplex wieder aufwärmen

[Tahtu]

OT

[Boardgeist]

An der u-boot.config oder ähnliches habe ich nichts verändert, einfach nur testweise ein newmake ohne alles laufen lassen.
Die boot.conf sieht so aus:

console=ttyS0
baudrate=9600 dbox_duplex=2
lcd_inverse=0
lcd_contrast=12

gruß boardgeist

[Biertrinker]

Ähm, da doch auch die veränderte U-Boot Version bei, oder?
Dann sollte doch auch dbox_duplex direkt als eigene Zeile in der boot.conf funktionierten.
Sieht ein bischen so aus, als würde jetzt dbox_duplex zweimal gesetzt, beim ersten mal auf 2, dann nochmal weil nicht als eigener Parameter angegeben wieder auf 0, oder nix.

probier doch mal das in eine eigene Zeile zu schreiben.

viele Grüße

Biertrinker

[Boardgeist]

Funktioniert mit extra Zeile, danke!

Hatte mich halt ans Wiki gehalten...

gruß boardgeist

[Biertrinker]

das wiki berücksichtigt den Zustand, wie er im CVS ist noch nicht. Müsste dann mal angepasst werden. Hab gerade aber selber nicht so ganz den Überblick ;-)

[Tahtu]

.

[wolgade]

Jemand der ein Problem nicht versteht und auch nicht versucht das Problem zu verstehen ist wohl kaum in der Position sinnvolle Vorschläge zu machen. Deine Ignoranz bzlg. meiner Gedanken fördert bei mir kein Interesse dir zuzuhören.

Wir sollten mal dringend die Schärfe aus dem Ton nehmen, den wir hier anschlagen. Dieser Stil führt ja nun zu gar nichts.

Es ist also weder verwerflich etwas in Frage zu stellen, noch neue Vorschläge anzubieten oder die Vorschläge von jemand aufzunehmen um etwas zu realisieren.

Das ist völlig richtig. Der Aufnahmepuffer ist realisiert worden, nachdem jemand beharrlich behauptet hat, daß das Probleme lösen könnte. Bei diversen anderen Dingen in diesem Projekt war es ähnlich. Deshalb geht heute vieles, was Ende 2002, als ich auf dieses Projekt aufmerksam wurde, reine Utopie war. Ich gehöre auch zu den Menschen, die "geht nicht" erst akzeptieren, wenn man ihnen das begründet. Das habe ich mit meiner Beschreibung vom Bootvorgang versucht.

Solange der von Betaresearch stammende Bmon die D-Box startet, landen seine Debugausgaben auf der seriellen Schnittstelle. Das ist nicht zu ändern, weil niemand den Quellcode des Bmon hat. Es gab Überlegungen, Bmon durch etwas eigenes zu ersetzen. Der Gedanke wurde verworfen, da Bmon auch die Hardware initialisiert. Hardware, für die du keine Dokumentation bekommst. Wenn bekannt wäre, wie man die jeweilige Hardware ansprechen muß, dann wäre der Bmon längst durch etwas eigenes ersetzt worden. Dann bräuchte man auch keine U-Codes aus der Originalsoftware mehr, da wir längst eigene hätten.

... für die erhabenen Ober-Schlaumeier hier im Forum...

Was soll das? Ich wollte dich nicht angreifen, sondern dir erklären, warum deine Forderung nicht realisierbar ist. Das habe ich mit Argumenten getan.

[flasher]

Magst Du deine boot.conf posten, so wie sie bei dir funktioniert?

Das braucht er doch gar nicht. Wenn Du Neutrino einmal startest und wieder beendest, dann wird die Zeile automatisch in die boot.conf eingetragen.
Danach kann man das schön per Neutrino-Menü umstellen.

[Tahtu]

.

[Tommy]

@Tommy:
Ich bekomme FD mit diesem Image nicht hin.


Ich fände es schön, wenn im CVS in der boot.conf geändert werden würde:

Code: Alles auswählen

bootrate=9600

in

Code: Alles auswählen

bootrate=9600 dbox_duplex=0

Soweit ich das verstanden habe macht dieses keinen Unterschied - aber es gibt etwas mehr Sicherheit für Neueinsteiger beim Umbau von HD auf FD, da so leichter erkannt wird an der richtigen Stelle etwas zu ändern.

Bootrate ist syntaktisch falsch. IMO brauch an die boot.conf keiner mehr ran - das geht übers neutrino menü.

@Admin/Mod:
kann mal einer von Euch diese ganze OT Kagge hier aus dem Thread nehmen - ist ja nicht mehr möglich sich hier über FD zu unterhalten.

[rhabarber1848]

Hi,

anbei von mir erstellte Images für Kernel 2.6 mit folgenden Patches:

- full-duplex
- Busybox modprobe
- Busybox dd
- echo-Patch um deep-standby beim ersten Booten zu verhindern
- LZMA

Update:
- DHCP-Patch entfernt
- busybox dd-Patch neu
- neuer CVS checkout
- --enable-ide, aber ohne angepasste Skripte (habe kein IDE-Interface)
Update 2008/09/06:
- beinhaltet cifs.ko
Update 2008/09/13:
- LZMA-Patch
- IDE wieder entfernt, kann es mangels Hardware nicht testen

Das Image enthält keine uCodes und wurde mit folgenden Parametern aus dem zum Kompilierzeitpunkt aktuellen CVS gebaut:

Code: Alles auswählen

TUXHOME=$HOME/tuxbox ./configure \
--prefix=$TUXHOME/dbox2/ \
--with-cvsdir=$TUXHOME/compile/ \
--enable-maintainer-mode \
--disable-dependency-tracking \
--enable-german-keymaps \
--enable-kernel26 \
--enable-cdkVcInfo \
--enable-flashrules \
--with-rootpartitionsize=0x4C0000 \
--with-checkImage=rename
make flash-neutrino-squashfs-all

Durch den LZMA-Patch und die verkleinerte rootpartitionsize sind in /var nun 3 MB frei, massig Platz für Logos

Code: Alles auswählen

[   12.390192] Creating 6 MTD partitions on "D-Box 2 flash memory":
[   12.461650] 0x00000000-0x00020000 : "BR bootloader"
[   12.526127] 0x00020000-0x00040000 : "FLFS (U-Boot)"
[   12.587392] 0x00040000-0x00500000 : "root (squashfs)"
[   12.650851] 0x00500000-0x00800000 : "var (JFFS2)"
[   12.710287] 0x00020000-0x00800000 : "Flash without bootloader"
[   12.783451] 0x00000000-0x00800000 : "Complete Flash"

Code: Alles auswählen

~ # df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/mtdblock/2           4.8M      4.8M         0 100% /
/dev/mtdblock/3           3.0M    660.0k      2.4M  21% /var

Hier geht es zum Download:
neutrino-squashfs.img1x.bz2
neutrino-squashfs.img2x.bz2

# sha1sum neutrino-squashfs.img*
f5367a3081e6f05a9a406064a879544de823c3d5 neutrino-squashfs.img1x.bz2
d56a5ec1d0dd93305511ddedd51080a44d5427e3 neutrino-squashfs.img2x.bz2

[Tommy]

wie kann ich unter 2.6 /dev/zero erstellen? Das scheint in 2.6 Images nicht drin zu sein aber mein speedtest brauchts:

Code: Alles auswählen

dd: can't open '/dev/zero': No such file or directory

Edit:

Code: Alles auswählen

mknod -m 666 /dev/zero c 1 5

BTW. In 2.6er images funktioniert das setzen des FD nicht über das Menü. Der wert wird nicht in die boot.conf geschrieben. Wenn man den Wert manuell einträgt wird die Einstellung allerdings im Menü angezeigt.

[flasher]

BTW. In 2.6er images funktioniert das setzen des FD nicht über das Menü. Der wert wird nicht in die boot.conf geschrieben. Wenn man den Wert manuell einträgt wird die Einstellung allerdings im Menü angezeigt.

Nur in 2.6er oder auch in 2.4er?
Die Einstellung wird ja von Neutrino vorgenommen und sollte Kernelunabhängig sein.

[seife]

wie kann ich unter 2.6 /dev/zero erstellen? Das scheint in 2.6 Images nicht drin zu sein

Jetzt schon. Hatte ich hier schon lange rumliegen, nur nie committed...

[Tommy]

BTW. In 2.6er images funktioniert das setzen des FD nicht über das Menü. Der wert wird nicht in die boot.conf geschrieben. Wenn man den Wert manuell einträgt wird die Einstellung allerdings im Menü angezeigt.

Nur in 2.6er oder auch in 2.4er?
Die Einstellung wird ja von Neutrino vorgenommen und sollte Kernelunabhängig sein.

Ich hab noch kein 2.4er gebaut/ in die Finger gekriegt mit den CVS Anderungen. Um es nochmal genauer zu beschreiben.

Nach dem flashen ist in /var/tuxbox/boot/boot.conf die Option dbox_duplex=0 voreingestellt
dbox/Einstellungen/Treibereinstellungen Menüpunkt vorhanden mit 3 Optionen (aus/ein/erzwingen)
Egal was man einstellt:
1. Nach dem speichern im Menü in die boot.conf geschaut (ftp) dbox_duplex=0
2. Nach dem reboot in die boot.conf geschaut (ftp) dbox_duplex=0 (Menü: aus)

Über Tuxcom den wert auf 2 gestellt -> reboot -> Menü: erzwingen

BTW: Ich habe in meinem 2.6 Image (Ver2. auch FD nicht zum laufen gekriegt - hatte auch wenig Zeit


THX@Seife ;-)
Hab grad gesehen - der Rest (IDE) ist ja jetzt auch drin - kann ich mir das kopieren der eigenen makedevices jetzt sparen.

[rhabarber1848]

Übrigens dd sollte in der Busybox drin sein. Damit läuft dann auch der eine speedtest

Kleiner Patch zum Thema:

Code: Alles auswählen

diff -uNr 2/busybox.config.m4 1/busybox.config.m4
--- cdk/Patches/busybox.config.m4	2008-06-06 11:50:54.000000000 +0200
+++ cdk/Patches/busybox.config.m4	2008-06-06 11:51:19.000000000 +0200
@@ -147,8 +147,8 @@
 option(`CONFIG_CUT', `y', `n')
 option(`CONFIG_DATE', `y', `y')
 option(`CONFIG_FEATURE_DATE_ISOFMT', `y', `n')
-option(`CONFIG_DD', `y', `n')
-option(`CONFIG_FEATURE_DD_SIGNAL_HANDLING', `n', `n')
+option(`CONFIG_DD', `y', `y')
+option(`CONFIG_FEATURE_DD_SIGNAL_HANDLING', `n', `y')
 option(`CONFIG_FEATURE_DD_IBS_OBS', `n', `n')
 option(`CONFIG_DF', `y', `y')
 option(`CONFIG_DIFF', `n', `n')

Busybox wird durch diesen Patch nur 328 Byte größer, vielleicht kann der Patch mit ins CVS?

[Boardgeist]

Was Tommy schreibt, kann ich bestätigen.

Bei Kernel 2.4.36.2 und Newmake werden Änderungen in der boot.conf aus dem Menü heraus nicht geschrieben.
Dort steht immer der per Tuxcom manuell editierte Wert.


Ansonsten läuft das Ganze jetzt bei mir.

gruß boardgeist

[rhabarber1848]

Bei Kernel 2.4.36.2 und Newmake werden Änderungen in der boot.conf aus dem Menü heraus nicht geschrieben.

Hier auch, mit Kernel 2.4 und 2.6

[seife]

Jetzt schon.

Hoffe ich zumindest

[Tommy]

könnt Ihr diese http://forum.tuxbox-cvs.sourceforge.net ... 00#p357400 Änderungen mal einchecken? Ich krieg das scheinbar mit dem Patch nicht gebacken. Das Risiko ist recht gering da:
a) das interesse am 2.6 sich ja _noch_ in Grenzen hält
b) nicht mehr passieren kann als das FD trotzdem nicht geht

Und (OT) evtl. auch die Anpassungen fürs IDE (linuxkernel.mk, linux-2.6.23-dbox2.config-flash, rcS.m4)

[Tommy]

kann es sein das ich den falschen uboot verwende? Kann man das irgendwie falsch machen wenn man nichts macht?

[rhabarber1848]

Kann man das irgendwie falsch machen wenn man nichts macht?

Kommt immer drauf an, was man gemacht hat

Aber Spaß beiseite, hast Du das Image von mir mal getestet?
Ich habe ja keine FD-Dbox, daher kann ich es nicht richtig testen, aber die Bootmeldungen
unterscheiden sich bei mir, je nachdem, welchen Wert dbox_duplex in boot.conf hat.
Siehst Du beim Booten, auf welchen Duplex-Modus der Netzwerkchip eingestellt wird?

[Tommy]

Kann man das irgendwie falsch machen wenn man nichts macht?

Kommt immer drauf an, was man gemacht hat

Aber Spaß beiseite, hast Du das Image von mir mal getestet?
Ich habe ja keine FD-Dbox, daher kann ich es nicht richtig testen, aber die Bootmeldungen
unterscheiden sich bei mir, je nachdem, welchen Wert dbox_duplex in boot.conf hat.
Siehst Du beim Booten, auf welchen Duplex-Modus der Netzwerkchip eingestellt wird?

ich lads gerade mal runter. Vermut. hast Du aber kein DD drin - dann kann ich nicht messen (wenn es funktioniert)

[johnsmith]

könnt Ihr diese http://forum.tuxbox-cvs.sourceforge.net ... 00#p357400 Änderungen mal einchecken? Ich krieg das scheinbar mit dem Patch nicht gebacken. Das Risiko ist recht gering da:
a) das interesse am 2.6 sich ja _noch_ in Grenzen hält
b) nicht mehr passieren kann als das FD trotzdem nicht geht

Und (OT) evtl. auch die Anpassungen fürs IDE (linuxkernel.mk, linux-2.6.23-dbox2.config-flash, rcS.m4)

Und noch mehr OT:
Ich habe Tommys 2.6er-Image getestet, dabei ist mir aufgefallen, dass der Automounter nicht zum Laufen zu bewegen ist: er wird weder beim Bootvorgang gestartet noch klappt der Aufruf (natürlich mit Parametern) per Telnet. Wenn ich Barf hier richtig verstehe, muss das im Kernel "enabled" werden.

Wäre toll, wenn diese Zeile Standard würde.

Gruß,
johnsmith

[seife]

in Patches/linux-2.6.23-dbox2.config-flash ist CONFIG_AUTOFS4_FS=m