WL-HDD Alternative

Printable View

Show 40 post(s) from this thread on one page

28-06-2007, 20:36
petgun

Quote:

Originally Posted by Tes

..Du brauchst /sbin/portmap, /usr/sbin/rpc.mountd, /usr/sbin/rpc.nfsd, /sbin/rpc.statd, /sbin/rpc.lockd und /usr/sbin/exportfs...

gibt's nicht...sorry, ich warte dann mal lieber auf ein Image wo das enthalten ist.
wenn ich die /etc/exports anlege und mir dann mit 'cat /etc/exports' anzeigen lasse ist die so wie gewünscht vorhanden. Nach einem Neustart ist exports wieder in der ürsprünglichen Form ohne meinen zusätzlichen Eintrag..

Quote:

# See exports(5) for a description.
# This file contains a list of all directories exported to other computers.
# It is used by rpc.nfsd and rpc.mountd.
/mnt/C/ (rw,async,no_root_squash)

..die letzte Zeile fehlt dann...???
28-06-2007, 21:07
Tes

Quote:

Originally Posted by petgun

gibt's nicht...sorry, ich warte dann mal lieber auf ein Image wo das enthalten ist.
wenn ich die /etc/exports anlege und mir dann mit 'cat /etc/exports' anzeigen lasse ist die so wie gewünscht vorhanden. Nach einem Neustart ist exports wieder in der ürsprünglichen Form ohne meinen zusätzlichen Eintrag..

..die letzte Zeile fehlt dann...???

Ist klar, so wie ich das verstehe aenderst du nicht im Flash sondern in der RAM-Disk in die das Filesystem beim Boot kopiert wird. Das ist natuerlich nicht permanent. Deshalb auch mein Wunsch nach der Autoexec. Da kann man dann ein 'echo "/mnt/C (rw,async,no_root_squash)" >>/etc/exports' vor dem '/sbin/modprobe nfsd' einbauen. Da die autoexec auf der HD steht sind deren Eintraege permanent.

Tes
29-06-2007, 10:08
petgun

Quote:

Originally Posted by Tes

Ist klar, so wie ich das verstehe aenderst du nicht im Flash sondern in der RAM-Disk in die das Filesystem beim Boot kopiert wird.

ja, und wie kann ich direkt im Flash ändern?
29-06-2007, 10:32
petgun

Quote:

Originally Posted by kbruns

..udrec ist bisher das Einzige, dass es schafft, von ARD/ZDF ohne Aussetzer aufzuzeichnen.
Bei nfs (WSFU 3.5/WinXP/PIV 2.4GHz) bekomme ich immer Aussetzer ab ca. 7MBit/s. udrec kommt auch mit 9MBit/s super klar.

..9Mbit/s schaffe ich mit der WL-HDD auch...

Code:

~ > time cat /proc/kcore > /mnt/filme/test real 0m 56.44s user 0m 0.32s sys 0m 15.38s

und das ohne 'Tricks' und als Dauerschreibrate! Ich glaube kaum, daß das mit Udrec möglich ist.
29-06-2007, 10:51
laxan

MGB100 internals
ich hab mir die Firmware des MGB100 mal angeschaut, die man von den einzelnen
Herstellern des MGB100 runterladen kann. Diese Datei (z.B. CHD2WLANU_R400b7.BIN)
besteht offensichtlich aus mehreren Segmenten (ich nenns mal so):
1. Bootloader (16 bit code) (16448 Bytes)
2. System Recovery Tool (32 bit code) (14368 Bytes)
3. Linux kernel (1016168 Bytes)
4. gzipped root filesystem (2475327 Bytes)
5. unknown filesystem containing html files of admin tool (168552 Bytes)
Jedes dieser Segmente beginnt mit einem 80 Byte langen Header. Der des
Bootloaders sieht z.B. so aus:

0000000: 4c4c 4d5f 5255 5330 3031 0000 0000 857e LLM_RUS001.....~
0000010: 5175 6565 6e00 0000 0000 0000 11e1 6bc7 Queen.........k.
0000020: 00a0 3f00 0060 0000 10c0 3f00 f03f 0000 ..?..`....?..?..
0000030: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000040: 4248 0101 5000 0001 00a0 3f00 0b00 0ab0 BH..P.....?.....

Darin haben die Felder folgende Bedeutung:

00..0D ASCII Kennung (je nach Hersteller anders)
10..14 ASCII Kennung
28..2b spätere Position im Flash
2c..2f Länge des Blocks

Den Rest kann ich noch nicht deuten.

Das heißt also, dass die Firmware folgendermassen im Flash angeordnet ist:

Offset (hex) Part

000010 Linux Kernel
100028 root fs
3b0010 filesystem of admin tool (HTML files)
3f0010 System recovery tool
3fc010 Bootloader

Das heißt, dass für den Linuxkernel und das root Filesystem ca. 3,8 MB zur
Verfügung stehen. Das bietet viel Möglichkeiten.

Ausserdem hab ich mal die Conceptronic Firmware neu kompiliert. Lief ohne
irgendwelche Probleme durch (auf einem Slackware 10.2 System). Bei dieser
Firmware ist auch dieses makebin Utility dabei, dass beim Build Vorgang dann die
Datei upgrade.bin aus dem Kernel und der Ramdisk baut. Das README, dass bei
Conceptronic dabei ist, beschreibt recht ausführlich, wie die Firmware aus den
Sourcen bauen kann. Andere Hersteller halten sich da mit Doku mehr bedeckt. Laut
Aussagen hier im Forum und bei MacSat kann man diese upgrade.bin Datei ab
Firmware Version R400b7 dann auch flashen. Man muß also bevor man was macht erst
mal auf die Herstellerfirmware (vermutlich) > R400b7 upgraden. Dann kann man
seine selbstgebauten Images flashen. Diese Images enthalten im Gegensatz zu den
Hersteller Firmwares nur Kernel und root Filesystem. Das sehe ich mal als großen
Vorteil an, da man dann anscheinend, falls man ein nicht lauffähiges Image
geflasht hat immer noch mit dem Recoverytool eine lauffähige Version flashen
kann. Ist aber bis jetzt nur meine Vermutung...

Naja, ich habe mir im Februar so ein Teil besorgt, wußte damals aber noch nicht,
dass man erst mal auf Version R400b7 updaten muß und habe meinen MGB100 somit
getötet. Recovery Mode geht auch nicht mehr. Jetzt habe ich mal versucht mit
einem selbstgebauten Wiggler JTAG Interface eine neue Firmware drauf zu
brennen. Aber mit openwince kommt ich da nicht weiter. Da kommt keine
Kommunikation zum MGB100 zustande. Mit dem Download Tool von RDC klappts auch
nicht. Ich vermute, dass dazu das Wiggler Interface nicht passt. D.h. ich bin
jetzt soweit wie schufti :-(
29-06-2007, 12:09
schufti

Hi laxan,

super, deine Analyse. Hilft sicher weiter sobald wir ein funktionierendes JTAG zusammenbringen. ABER: Hast du dir auch mal die orig. pearl FW angesehen? Dort scheint einiges anders zu sein.... zumindest der Aufbau im bin File.

Auf die Sicherheit durch die einfache Struktur der Upgrade-Files habe ich auch gesetzt, Pustekuchen. Das Recoverytool läuft scheinbar ohne funktionierende(n) Kernel(module) nicht.

Mittlerweile weiß ich auch, woran es lag: Beim Buildprozess wurde das Modulverzeichnis nicht angelegt. Der Kernel bootet zwar wunderbar, erkennt auch USB-Sticks, aber ohne die Netzwerkmodule is nichts zu wollen.

Das serielle Konsol-log sieht so aus:

Code:

üLinux version 2.4.32 (root@Build) (gcc-Version 3.3.5 (Debian 1:3.3.5-13)) #5 Mi Jun 27 23:56:44 CEST 2007 BIOS-provided physical RAM map: BIOS-e801: 0000000000000000 - 000000000009f000 (usable) BIOS-e801: 0000000000100000 - 0000000002000000 (usable) 32MB LOWMEM available. On node 0 totalpages: 8192 zone(0): 4096 pages. zone(1): 4096 pages. zone(2): 0 pages. DMI not present. Kernel command line: rw console=ttyS0,38400 a‹T‹AˆÕ‹TˆÖâ Initializing CPU#0 Calibrating delay loop... 50.79 BogoMIPS Memory: 27404k/32768k available (1077k kernel code, 4976k reserved, 717k data, 56k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Dentry cache hash table entries: 4096 (order: 3, 32768 bytes) Inode cache hash table entries: 2048 (order: 2, 16384 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 8192 (order: 3, 32768 bytes) CPU: Cyrix Cx486SLC Checking 'hlt' instruction... OK. Checking for popad bug... OK. POSIX conformance testing by UNIFIX PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd NTFS driver v1.1.22 [Flags: R/O] Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx hda: C/H/S=20687/228/80 from BIOS ignored hdb: C/H/S=0/0/0 from BIOS ignored SCSI subsystem driver Revision: 1.00 kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2 physmap flash device: 400000 at ffc00000 CFI: Found no Physically mapped flash device at location zero kmod: failed to exec /sbin/modprobe -s -k jedec_probe, errno = 2 kmod: failed to exec /sbin/modprobe -s -k map_rom, errno = 2 usb.c: registered new driver usbdevfs usb.c: registered new driver hub ehci_hcd 00:0a.1: PCI device 17f3:6061 ehci_hcd 00:0a.1: irq 14, pci mem c2800000 usb.c: new USB bus registered, assigned bus number 1 ehci_hcd 00:0a.1: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4 hub.c: USB hub found hub.c: 2 ports detected host/usb-ohci.c: USB OHCI at membase 0xc2802000, IRQ 15 host/usb-ohci.c: usb-00:0a.0, PCI device 17f3:6060 usb.c: new USB bus registered, assigned bus number 2 hub.c: USB hub found hub.c: 2 ports detected usb.c: registered new driver usbscanner scanner.c: 0.4.16:USB Scanner Driver usb.c: registered new driver usblp printer.c: v0.13: USB Printer Device Class driver Initializing USB Mass Storage driver... usb.c: registered new driver usb-storage USB Mass Storage support registered. 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) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: Ethernet Bridge 008 for NET4.0 RAMDISK: Compressed image found at block 0 Freeing initrd memory: 2559k freed EXT2-fs warning: checktime reached, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 56k freed init started: BusyBox v1.00-rc2 (2007.06.24-08:17+0000) multi-call binary Starting pid 16, console /dev/console: '/bin/mount' Starting pid 18, console /dev/console: '/etc/rc.d/rc.bridge' set path make dir hub.c: new USB device 00:0a.1-1, assigned address 2 scsi0 : SCSI emulation for USB Mass Storage devices Vendor: Kingston Model: DataTraveler 2.0 Rev: PMAP Type: Direct-Access ANSI SCSI revision: 02 Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: 4030464 512-byte hdwr sectors (2064 MB) sda: Write Protect is off Partition check: sda: sda1 usb.c: USB disconnect on device 00:0a.1-1 address 2

leider scheint aber keine Shell hinter der seriellen Konsole zu hängen ...

naja, das neue Teil ist schon unterwegs und die Hoffnung stirbt ja angeblich zuletzt.
29-06-2007, 12:39
Tes

Quote:

Originally Posted by schufti

Mittlerweile weiß ich auch, woran es lag: Beim Buildprozess wurde das Modulverzeichnis nicht angelegt. Der Kernel bootet zwar wunderbar, erkennt auch USB-Sticks, aber ohne die Netzwerkmodule is nichts zu wollen.

Du hattest in diesem Build auch noch keine autoexec-Funktion drin?

Was hast du als Pegelwandler fuer die RS232 verwendet? Fertiges Kabel (wenn ja, welches?) oder was selbstgeschnitztes?

Tes
29-06-2007, 12:44
petgun

hi,
wie kommt man an den 'seriellen Konsol-log? Die Kiste hat doch keine serielle Schnittstelle?
Wieso nur '50.79 BogoMIPS'? Ich dachte die CPU wäre schneller als die der WL-HDD bei der '82.94 BogoMIPS' im kernellog angezeigt werden.

cu,
peter
29-06-2007, 13:10
Tes

Quote:

Originally Posted by petgun

hi,
wie kommt man an den 'seriellen Konsol-log? Die Kiste hat doch keine serielle Schnittstelle?

Doch, hat sie, ist aber nicht rausgefuehrt. Schau mal hier (ca. in der Mitte der Seite):

http://www.routertech.org/viewtopic....sapur&start=15

Quote:

Wieso nur '50.79 BogoMIPS'? Ich dachte die CPU wäre schneller als die der WL-HDD bei der '82.94 BogoMIPS' im kernellog angezeigt werden.

Die Bogomips sind immer nur innerhalb einer CPU-Familie vergleichbar. Wenn die WL-HDD also nicht auch einen RDC R3210 (oder sehr ähnlich) benutzt kann man die Zahlen nicht vergleichen.

Tes
29-06-2007, 13:22
petgun

hi,
guter Link. An der Kiste rumlöten wollte ich eigentlich nicht...vielleicht baut die Softwarefraktion später mal einen 'klogd' ein ;-)

Quote:

Die Bogomips sind immer nur innerhalb einer CPU-Familie vergleichbar. Wenn die WL-HDD also nicht auch einen RDC R3210 (oder sehr ähnlich) benutzt kann man die Zahlen nicht vergleichen.

aha, ich habe mich schon gewundert weil das Teil wirklich schneller als die WL-HDD mit der 125MHz Broadcom-CPU ist.

cu,
peter
29-06-2007, 16:49
normancz

Quote:

Originally Posted by schufti

Hi!

wie geht's bei friedhelm, normancz und Martin1802 ?

schufti

Also ich lasse erstmal die Finger von dem Teil. Die Konfiguration der für mich wichtige WLAN-Schnittstelle und Samba blieben erhalten und funktionieren auch ganz gut (der freie Speicherplatz der SMB-Volumes wird, im gegensatz zur Perl-Firmware, jetzt richtig von Mac OS erkannt).

Was ich mir wünsche ist eine Firmware mit autoexec, chroot und kexec zum Starten eines Linux-Kernels+System von der HD ohne weitere Flasherei. Dann werde ich mein Glück weiter versuchen.
29-06-2007, 17:09
Tes

Quote:

Originally Posted by petgun

ja, und wie kann ich direkt im Flash ändern?

Das geht nur wenn du aus dem Flash-Image (.bin) das ext2-Bootimage extrahierst, per loopback mountest, die Aenderungen durchfuehrst, das Bootimage wieder in das Flash einbaust (muss aufs Byte genau passen) und das Ergebnis in die Box reinflashst...

Alternativ kann man natuerlich auch ein komplett neues Image bauen wie es hier von anderen schon gemacht wird.

Es gibt schon einen Grund warum ich das autoexec-Feature mag :)

Tes
29-06-2007, 18:20
Tes

Quote:

Originally Posted by normancz

Also ich lasse erstmal die Finger von dem Teil. Die Konfiguration der für mich wichtige WLAN-Schnittstelle und Samba blieben erhalten und funktionieren auch ganz gut (der freie Speicherplatz der SMB-Volumes wird, im gegensatz zur Perl-Firmware, jetzt richtig von Mac OS erkannt).

Oh? Welche Firmware hast du drauf? Die Ovislink 4.00c1 tut es leider nicht.

Quote:

Was ich mir wünsche ist eine Firmware mit autoexec, chroot und kexec zum Starten eines Linux-Kernels+System von der HD ohne weitere Flasherei. Dann werde ich mein Glück weiter versuchen.

Die kannst du schon bekommen... Ist das Firmware Upgrade v4 von Macsat. Ich hab es hinbekommen, dass sie auf das Image auf der HD umschaltet. Es scheint nur mit der internen HD zu gehen, nicht mit einem USB-Stick. Kaum macht man das meldet sie sich mit OpenWrt... Leider basiert das ganze auf der 4.00b7 womit der Webserver sehr instabil ist wenn man kein Image auf der HD hat. Die Idee die Firmware als ext2-Image (also 1 Datei) auf die HD zu legen ist IMHO sehr gut, man muss kein ganzes FS draufkopieren.

Tes
29-06-2007, 18:55
kbruns

Quote:

Originally Posted by Tes

Oh? Welche Firmware hast du drauf? Die Ovislink 4.00c1 tut es leider nicht.

Bei mir tut's sogar MacSats 400b7.
Wenn Du zusätzliche Shares anlegst, z.B. /mnt/C als C per Web-Interface in Samba frei gibst, stimmen die Größen, sonst nimmt mein Windumms immer die Größe der "Stammfreigabe" als Laufwerksgröße an (also ~8MB).

Quote:

Originally Posted by petgun

..9Mbit/s schaffe ich mit der WL-HDD auch...
und das ohne 'Tricks' und als Dauerschreibrate! Ich glaube kaum, daß das mit Udrec möglich ist.

Bei mir habe ich mit nfs (auch ohne Tricks) Aussetzer, mit udrec nicht.

Hat schon jemand geschafft, den nfs Server zum laufen zu bringen?
30-06-2007, 00:08
schufti

MGB100 internals

Hi laxan,

zur Ergänzung ein Konfigblock:

0x00000: 4444435F 52555330 303100FF FFFF081D
0x00010: 5741502D 30303037 00FFFFFF 00000000
0x00020: 00003A00 00000100 10003A00 F0FF0000
0x00030: 00000000 00000000 00000000 0000007F
0x00040: 42480101 50000001 00003A00 0B0041EA

[edit]
Anmerkung: für die upgrade.bin dürfte das mit den Adressangaben im Header nicht stimmen. Da kommt die Kennung nur 1x vor und die danach stehenden Felder dürften auch nicht den ROM-Adressen entsprechen ... der Kernel sollte doch immer an der selben Stelle zu liegen kommen, damit ihn der BL findet?

JTAG: also entgegen einem Post in einem anderen Board, denke ich nicht, dass der für JTAG notwendige Pin40 fix auf Masse ist. Ich denke, dass er entweder floated oder mit einer Beschaltung auf TMS liegt (die beiden freien pins an con1 sind dtr/ri also zwei GPIOs). Die meisten freien/universellen JTAG-Tools benötigen eine Beschreibungsdatei damit sie das System/Chip erkennen können. Bei dem RDC Tool wäre das zwar gegeben, dafür kennen wir die Zuordnung der LPT zu jtag pins nicht, und es gibt zu viele Möglichkeiten um es durchzuprobieren; hier wäre ein Insidertip hilfreich (wer kennt matrixchanger?).
[/edit]

schufti
30-06-2007, 21:49
Tes

Samba-Fehler?

Gestern ist mir bei der 4.00c1 ein interessanter Fehler aufgefallen. Wenn ich den Samba-Share auf einem Mac (OS X, 10.4.10) mounte meldet er sich nach ein paar Minuten idle ohne Nachfrage ab. Ich kann ihn dann jederzeit wieder mounten, aber nach ein paar Minuten idle ist er wieder weg. Ein mount eines SMB-Share von meinem Server zeigt diese Verhalten nicht.

Das MGB-100 ist auf Guest only, 1 Partition gesetzt.

Ist das schonmal jemand aufgefallen? Ist das eine Eigenheit der 4.00c1?

BTW: Hat schonmal jemand probiert ob das MGB-100 mit einem USB-Hub zurechtkommt und dort angeschlossene HDs korrekt erkennt?

Tes
01-07-2007, 04:05
laxan

MGB100 internals

Hi Sc<hufti,

in der upgrade.bin werden andere Header verwendet, da bin ich mir noch nicht ganz sicher, wie die Bedeutung der einzelnen Felder ist.

Ich glaube nicht, das Kernel oder root fs an der gleichen Stelle zu liegen kommen müssen. Ich hab mir mal das Speicherabbild des Flashs (/dev/mtd0) angesehen. Da ist vor jedem Segment/Teil (wie z.B. Kernel oder root fs) ein 16 Byte langer Header (evtl. linked list). Ich denke mal der BL orientiert sich daran, um Kernel oder root fs oder recovery tool zu finden. Der Kernel scheint aber im Flash eh immer am Anfang zu sein (Offset 16).

Das Recovery Tool hab ich mir auch mal näher angesehen. Es scheint in einer Hochsprache geschrieben zu sein (vermutl. C). So wie ich das deute ist es ein statisch gelinktes Binary, das der Bootloader irgendwie beim Booten dem Kernel mitgeben kann. So ähnlich wie die initrd mit dem root fs. Um das richtig zu verstehen, muß ich aber erst noch ein bisschen lilo sourcen lesen oder andere Quellen.

JTAG: ich habe schon mal gemessen. Also der Pin 40 (Strap 11) ist mit einem Pullup (R24) auf 3,3V gezogen. Also ist JTAG enabled. Die Belegung der 10 Pins am kombinierten JTAG/Serial Adapter ist folgende:

+------+
| O O | GND DCD
| O O | TXD DSR
| O O | DTR RXD
| O O | RTS CTS
| O O | +3,3V RI
+-----/

+------+
| O O | GND TDI
| O O | --- TCK
| O O | --- ---
| O O | TDO TMS
| O O | +3,3V ---
+-----/

warum klappt das eigentlich mit dem Courier Font hier im Board nicht?
Wenn wir die Beschreibungsdatei hätten wäre super. Dann könnten wir vielleicht das Ding mit Open Source Tools (openwince) besiegen. So vermute ich mal, dass es nur mit dem RDC Download Tool klappt. Ich hab auch mal das Download Tool untersucht, ob da die Beschreibungsdatei irgendwie separat dabei ist. Fehlanzeige. Scheint fest einkodiert im Binary zu sein. Mit Matrixchanger hab ich vor ner Weile wegen dem JTAG Adapter Kontakt aufgenommen. Ein Nachbau scheint nicht zu schwierig zu sein. Der hat aber anscheinend grad wenig Zeit :-(

laxan
01-07-2007, 10:13
schufti

Hi laxan,

also bei meiner box macht es momentan kaum Unterschied, ob ich normal/recovery boote. Die Ausgaben über RS232 sind genau die selben, nur die Meldung "#Unknown compression format" nach "set path" und "make dir" kommt nicht. Also dürfte das selbe fs mit der selben rc.bridge geladen werden. ...

echo 'make dir'
#-------------------
led &
amit_reset
amit_tzset
hotplug boot &
#hostname MGB100 &
echo 'init config'
#-------------------
echo "1"> /var/cold_start
echo 'write coldstart flag'
#-------------------

da "make dir" noch kommt, die leds ausgehen, "init config" aber nicht mehr kommt, denke ich dass amit_reset bei erkannten 2-Tasten in Zusammenhang mit "cold_start" entweder die Einstellungen zurücksetzt oder den Recovery_loader startet (Ich befürchte fast, dass das recovery-tool nur eine alternative Version der admin_tool partition ist). Interessanter weise läuft der amit_tftpd auch im normalen Betrieb.

Irgendwie ist es schon zum Weinen, dass das Ding ein echtes BIOS hat, aber für Notfälle nicht mal konfiguriert ist von einer bootfähigen HD zu starten. Vielleicht sollte man sich mal an www.amit.com.tw wenden. Die scheinen die Entwickler und www.connectec.com.tw die Hersteller zu sein.

P.S.: die Memory-map schaut m.E. so aus (kleine Korrektur/Ergänzung):

00000010 Linux Kernel
00100010 root fs
003a0010 konfig
003b0010 filesystem of admin tool
003f0010 System recovery tool
003fc010 Bootloader

Gruß,
schufti
01-07-2007, 10:37
laxan

MGB100 internals

Hi Schufti,

sieht echt schlecht aus.... Dieses Recovery Tool ist echt nicht den Namen wert. Ich denke mal, wenn wir es irgendwie schaffen über JTAG dranzukommen, dann ist das beste, diesen ganzen BIOS Kram zu ersetzen mit Redboot. Wenn der mal im Flash drinnen ist, dann kann ich immer im Notfall per tftp booten. Also eine stabile Basis.

Ich hab noch mal nach diesen 16 Byte Headern geschaut. Da siehts auch mau aus.

Offset Bedeutung
0 : 0000 (4 byte)
4 : ffff (4 byte)
8 : length auf block/segment (4 byte)
c : ? (2 byte)
e : 'Li'

Also scheint das Ding keine Linked List zu sein. Daraus folgt dann, das Kernel Root FS usw. an festen Stellen im Flash angeordnet sind. Die Lokationen hast du ja schon gepostet.

Und ich hab noch ein bisschen disassambliert. Ich denke mal, dass ich mit ein bisschen Aufwand auch rausfinden kann, wie man die einzelnen LED und die 2 Tasten ansprechen abfragen kann. Das Zeugs ist ja alles in dem Closed Source AMIT Zeugs drinnen. Hat da evtl. jemand anderes schon mal geschaut?

Es gibt ja auf dem ftp Server von RDC angepasste Redboot Sourcen für deren Testboard. Auf dieser Basis + ein paar Erkenntnisse aus dem disassemblierten BL könnten wir dann einen Redboot BL für das Teil schaffen. Das wäre dann mal eine richtige Basis.

laxan
01-07-2007, 15:07
Tes

Quote:

Originally Posted by schufti

Irgendwie ist es schon zum Weinen, dass das Ding ein echtes BIOS hat, aber für Notfälle nicht mal konfiguriert ist von einer bootfähigen HD zu starten. Vielleicht sollte man sich mal an www.amit.com.tw wenden. Die scheinen die Entwickler und www.connectec.com.tw die Hersteller zu sein.

Nach dem, was ich von Amit so weiss (hatte bisher 2 Router von denen) sind die Designer und Hersteller in einem. Der Aufdruck 'Connectec' ist meiner Meinung nach von PEARL so bestellt worden, ebenso die Gehaeusefarbe.

Kannst ja mal eine Email an Amit versuchen, bisher hatte ich damit keinen Erfolg. Bei meinem Router hier (HIC-509) kann man zwar einen Syslog-Server angeben, aber leider ist die facility nicht einstellbar womit es nicht moeglich ist ein eigenes Logfile fuer den Router zu haben. Emails in dieser Richtung blieben bisher unbeantwortet.

BTW: Gibts eigentlich irgendeine Funktion wenn man beim Einschalten nur eine der beiden Tasten drueckt?

Tes
01-07-2007, 17:36
schufti

Hi,
also ich denke die feste Zuordnung ist schon sinnvoll, damit man mit einem vernünftig angelegtem MTD sinnvoll arbeiten kann. Warum das dzt. nur in einer Partition ist????

Hier lag vermutlich auch der Haken bei meinem 2.4.32 Kernel. Der Treiber für das LAN war eh in den Kernel kompiliert, also dürfte das Fehlen der Kernel-Module nicht das Problem sein. Aber im 2.4.28 inline Assemblercode im physmap.c. Möglich, dass irgendeins der Amit Binaries daher hängt. Leider kann ich das "Unknown compression format" nicht deuten; was mich ein wenig für neue Versuche verunsichert. Ein weiterer Stolperstein sind modifizierte Makefiles welche die Drittherstellermodule in die root_fs kopieren. Was sonst noch alles am Kernel-tree gepfuscht wurde, muß ich erst noch suchen. Wäre auch interessant, wofür z.B. div. IDE-Controller, USB-Scanner und x-codepages in den Kernel kompiliert sind (läßt mans weg, spart das ~300k).

Redboot wäre der Hit. Leider hat RDC den Zugang gesperrt bevor ich mich dort richtig umsehen konnte. Hab nur ein Dokument mit Hinweisen für RedBoot Konfig erhascht. Ist z.B. auch erwähnt, dass man das richtige eth device aktivieren muß (!matrixchanger). Wäre interessant was RDC über das BIOS ausläßt?

schufti
01-07-2007, 17:51
petgun

..kann hier nur noch staunend mitlesen...eine Frage habe ich aber: who do fu** is 'RDC'?
<edit> ***rot werd***, hat sich erledigt! </edit>
01-07-2007, 18:23
Tes

Quote:

Originally Posted by schufti

Hi,
Redboot wäre der Hit. Leider hat RDC den Zugang gesperrt bevor ich mich dort richtig umsehen konnte. Hab nur ein Dokument mit Hinweisen für RedBoot Konfig erhascht. Ist z.B. auch erwähnt, dass man das richtige eth device aktivieren muß (!matrixchanger). Wäre interessant was RDC über das BIOS ausläßt?

schufti

Wenn man sich das Binary ansieht, sieht man, dass da einige BIOS-Meldungen drin zu finden sind. Leider sieht man die nicht in deiner Ausgabe. Kannst du mal verschiedene Baudraten probieren? Vielleicht laeuft das BIOS mit einer anderen Baudrate (wenn es ueberhaupt auf der RS232 was ausgibt).

Von wegen eth-device... In einem anderen Forum postete jemand, dass anscheinend eth1 und nicht eth0 verwendet wird.

Zum Thema redboot... Ich hab hier noch einen Airlink101 AR525W Router, der benutzt den R3211 von RDC (Wie R3210, nur ohne USB). Auf http://wiki.openwrt.org/OpenWrtDocs/...link101/AR525W ist die Ausgabe beim Booten zu sehen und bei http://www.airlink101.com/support/fi...8_20051222.tgz gibts den tarball fuer den Source. Das aktuelle Image gibts hier: http://www.airlink101.com/support/in...ownload&id=153 Vielleicht hilft das jemandem. Bevor Fragen kommen, ich hab die Original-Firmware in der Version 1.0.50 drauf.

Tes
01-07-2007, 19:40
schufti

Hi Tes,

is ja schon mal ein Anfang. Vllt gibts auf dem Board ja Jemand, der schon Jtag am laufen hat. R3210 oder R3211 wäre für unsere Zwecke egal.

Bis jetzt habe ich vor der Linux-Konsole keine Regung auf der RS232 gesehen. Wäre auch ungewöhlich (nicht PC konform) und warum sollten sie eine andere Baudrate an den Kernel mitgeben als im Bios verwendet.

schufti

P.S.: hat jmd Erfahrung mit Reklamationen bei Pearl?
01-07-2007, 19:59
Tes

Quote:

Originally Posted by schufti

Hi Tes,

is ja schon mal ein Anfang. Vllt gibts auf dem Board ja Jemand, der schon Jtag am laufen hat. R3210 oder R3211 wäre für unsere Zwecke egal.

Bis jetzt habe ich vor der Linux-Konsole keine Regung auf der RS232 gesehen. Wäre auch ungewöhlich (nicht PC konform) und warum sollten sie eine andere Baudrate an den Kernel mitgeben als im Bios verwendet.

schufti

Sagen wir mal so... Ich kenne x86-Systeme die ihre BIOS-Meldungen ueber die RS232 rausruecken, daher die Frage ob vielleicht bei einer anderen Baudrate was zu sehen ist. Die typische Anwendung fuer den R3210 hat schliesslich keine VGA-Karte, aber der BIOS-Teil des Image listet einige Meldungen. Typisch ist hier 9600 8N1.

In einem anderen Forumsbeitrag las ich, dass es Versionen gibt die, wenn man beim Booten zur rechten Zeit <RETURN> (ueber die RS232) drueckt eine Shell bekommt. Hast du mal probiert ob das bei deiner Kiste u.U. funktioniert? Einfach waehrend des Boots dauernd <RETURN> schicken. Alternativ koennte man auch ein CTRL-C oder CTRL-Z probieren. Ich hab leider noch kein passendes Kabel, sonst wuerde ich das hier versuchen.

Tes
02-07-2007, 14:18
schufti

Hi

naja, zumindest _eine_ Reaktion:

Quote:

Hi, XxXx,

It's glad to know that MGB100 is interesting for you.

1. I am sorry to tell you,
YES, you are right,
the recovery mode is depended on working kernel.
If you changed the kernel source then built your own version,
you would never enter our recovery mode again.

2. I can't give you the way about how to connect any JTEG or Console,
sorry.

3. I can't give you the settings-block and flash ROM structure, either.
This is the private infomation of our company....

May I know why do you want to write something into the flash ROM?
Since you have the whole HDD for stroge,
why don't you enable a telnet daemon inside busybox,
and try to run some programs from HDD?
If you don't want some other applications, just kill them in rc file. :)
I thought that would be more easily.

Regards,
Lily.

ist die selbe Lily wie in der GPL Datei :rolleyes:

schufti
02-07-2007, 17:53
normancz

Quote:

Originally Posted by Tes

Gestern ist mir bei der 4.00c1 ein interessanter Fehler aufgefallen. Wenn ich den Samba-Share auf einem Mac (OS X, 10.4.10) mounte meldet er sich nach ein paar Minuten idle ohne Nachfrage ab. Ich kann ihn dann jederzeit wieder mounten, aber nach ein paar Minuten idle ist er wieder weg. Ein mount eines SMB-Share von meinem Server zeigt diese Verhalten nicht.

Tes

Ja, ist mir auch aufgefallen.

Inzwischen habe ich per tftp auf die WAP-0007 Firmware gewechselt, und ich meine das Problem dort auch gehabt zu haben. Bin mir aber nicht sicher, da seit gestern überhaupt kein Samba/FTP mehr ging.

Habe jetzt das upgrade-V4 aufgespielt und die autobootfs auf die interne HD gepackt. Leider lässt sich in der Konfiguration nichts speichern.

Naja, werde mir demnächst erstmal per Adapter die interne HD platt machen um eine Swappartition einzurichten, und dann sehe ich mal weiter.
02-07-2007, 18:31
Tes

Quote:

Originally Posted by schufti

Hi laxan,

Das serielle Konsol-log sieht so aus:

Code:

üLinux version 2.4.32 (root@Build) (gcc-Version 3.3.5 (Debian 1:3.3.5-13)) #5 Mi Jun 27 23:56:44 CEST 2007 BIOS-provided physical RAM map: BIOS-e801: 0000000000000000 - 000000000009f000 (usable) BIOS-e801: 0000000000100000 - 0000000002000000 (usable) 32MB LOWMEM available. On node 0 totalpages: 8192 zone(0): 4096 pages. zone(1): 4096 pages. zone(2): 0 pages. DMI not present. Kernel command line: rw console=ttyS0,38400 a‹T‹AˆÕ‹TˆÖâ Initializing CPU#0 Calibrating delay loop... 50.79 BogoMIPS Memory: 27404k/32768k available (1077k kernel code, 4976k reserved, 717k data, 56k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Dentry cache hash table entries: 4096 (order: 3, 32768 bytes) Inode cache hash table entries: 2048 (order: 2, 16384 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 8192 (order: 3, 32768 bytes) CPU: Cyrix Cx486SLC Checking 'hlt' instruction... OK. Checking for popad bug... OK. POSIX conformance testing by UNIFIX PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd NTFS driver v1.1.22 [Flags: R/O] Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx hda: C/H/S=20687/228/80 from BIOS ignored hdb: C/H/S=0/0/0 from BIOS ignored SCSI subsystem driver Revision: 1.00 kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2 physmap flash device: 400000 at ffc00000 CFI: Found no Physically mapped flash device at location zero kmod: failed to exec /sbin/modprobe -s -k jedec_probe, errno = 2 kmod: failed to exec /sbin/modprobe -s -k map_rom, errno = 2 usb.c: registered new driver usbdevfs usb.c: registered new driver hub ehci_hcd 00:0a.1: PCI device 17f3:6061 ehci_hcd 00:0a.1: irq 14, pci mem c2800000 usb.c: new USB bus registered, assigned bus number 1 ehci_hcd 00:0a.1: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4 hub.c: USB hub found hub.c: 2 ports detected host/usb-ohci.c: USB OHCI at membase 0xc2802000, IRQ 15 host/usb-ohci.c: usb-00:0a.0, PCI device 17f3:6060 usb.c: new USB bus registered, assigned bus number 2 hub.c: USB hub found hub.c: 2 ports detected usb.c: registered new driver usbscanner scanner.c: 0.4.16:USB Scanner Driver usb.c: registered new driver usblp printer.c: v0.13: USB Printer Device Class driver Initializing USB Mass Storage driver... usb.c: registered new driver usb-storage USB Mass Storage support registered. 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) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: Ethernet Bridge 008 for NET4.0 RAMDISK: Compressed image found at block 0 Freeing initrd memory: 2559k freed EXT2-fs warning: checktime reached, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 56k freed init started: BusyBox v1.00-rc2 (2007.06.24-08:17+0000) multi-call binary Starting pid 16, console /dev/console: '/bin/mount' Starting pid 18, console /dev/console: '/etc/rc.d/rc.bridge' set path make dir hub.c: new USB device 00:0a.1-1, assigned address 2 scsi0 : SCSI emulation for USB Mass Storage devices Vendor: Kingston Model: DataTraveler 2.0 Rev: PMAP Type: Direct-Access ANSI SCSI revision: 02 Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: 4030464 512-byte hdwr sectors (2064 MB) sda: Write Protect is off Partition check: sda: sda1 usb.c: USB disconnect on device 00:0a.1-1 address 2

leider scheint aber keine Shell hinter der seriellen Konsole zu hängen ...

naja, das neue Teil ist schon unterwegs und die Hoffnung stirbt ja angeblich zuletzt.

Ich bin gerade damit fertig geworden ein serielles Kabel zu bauen (hab mir ein Kabel fuer ein Siemens S55 besorgt und den Stecker entfernt). Zumindest bei der auf meiner befindlichgen 4.00c1 ist eine Shell auf der Console, ich brauche nur <RETURN> zu druecken und schon hab ich ein Shell-prompt. Nachdem in deiner Ausgabe oben auch die Busybox gestartet wird solltest du das mal probieren. Vielleicht liegts auch an deinem Kabel das nichts durchgeht? Sobald du die Shell hast solltest du in der Lage sein deine Box zu retten.

Tes
02-07-2007, 20:53
schufti

Hi tes,

ja das dachte ich auch. Scheinbar kommt es aber nicht bis zum Starten der Shell oder ist mgetty in diese busybox nicht eincompiliert. Das Kabel ist sicher ok, da die Tastendrücke ja immerhin ge-echot werden wenn der Kernel aktiv ist (vorher nicht, also kein el. Loopback)

schufti
02-07-2007, 21:29
Tes

Quote:

Originally Posted by schufti

Hi tes,

ja das dachte ich auch. Scheinbar kommt es aber nicht bis zum Starten der Shell oder ist mgetty in diese busybox nicht eincompiliert. Das Kabel ist sicher ok, da die Tastendrücke ja immerhin ge-echot werden wenn der Kernel aktiv ist (vorher nicht, also kein el. Loopback)

schufti

Hm... CTRL-C und CTRL-Z bringen auch nichts? Dann lass die Kiste mal eine Weile so stehen, vielleicht gibts da irgendwann einen Timeout.

War das defekte Image nicht ein selbstgemachtes? Wenn ja, schau mal rein was da alles aktiv geschaltet wurde und was fehlt. Ich denke immer noch, dass es auf irgendeine Art moeglich sein muss die Kiste wieder in den Griff zu bekommen.

Wenn man nur jemand kennen wuerde der eines dieser Boards hier hat: http://www.indevices.com.br/downloads/R8610-EvBoard.pdf oder http://www.electronic-data.com/een/hro/52_148.asp da ist dann naemlich auch JTAG-Software und Kabelei dabei. (R8610 und R3210 sind dasselbe, AFAIK nur anderer Temperaturbereich)

Tes
03-07-2007, 11:49
Tes

Quote:

Originally Posted by normancz

Habe jetzt das upgrade-V4 aufgespielt und die autobootfs auf die interne HD gepackt. Leider lässt sich in der Konfiguration nichts speichern.

Naja, werde mir demnächst erstmal per Adapter die interne HD platt machen um eine Swappartition einzurichten, und dann sehe ich mal weiter.

Ueber das Webinterface kann man mit dem autobootfs bisher anscheinend nichts speichern. Aber ist das ext2-Image nicht read/write gemountet? Eigentlich sollte man die Config-Files editieren koennen, oder? Man fuehlt sich dann gleich wieder wie zuhause. :)

Tes
03-07-2007, 20:47
Tes

So... Update V4 und autobootfs hab ich wieder drauf. Das Image ist 30MB gross, davon sind aber nur 9MB benutzt, der Rest ist frei und da es R/W gemountet ist kann man nach Herzenslust Dateien editieren und Kleinkram reinkopieren. Jetzt nur noch lernen wie man den Kram korrekt konfiguriert, speziell das WLAN mit WPA. Nett waere auch ein DHCP-Client, der, wenn er keinen Server findet einen Fallback auf eine feste IP macht. Schoen waere auch, wenn man die beiden Taster irgendwie abfragen koennte. Eines der Amit-Binaries?

sshd laeuft, NFS laeuft, HD spindown abgestellt... Damit ist das wichtigste schon mal erledigt und der portable NFS-Server in Betrieb. :) Leider gibts kein mkswap usw. Swap einrichten faellt also erstmal aus. :(

Aus irgendeinem Grund wollte mein Mac heute nur ueber WLAN mit der Box sprechen (flashen ueber WLAN, ganz neuer Nervenkitzel). Ich dachte schon das interne Ethernet haette einen Schuss, aber an der SUN laeuft alles einwandfrei. Komisch das...

Tes
04-07-2007, 19:22
Tes

Funktioniert immer besser.

Das Kästchen laeuft jetzt auch als WLAN-AP mit WPA mit autobootfs. Ist zwar alles etwas komplizierter als ueber die Weboberfläche, aber dafür lernt man mehr. Ich vermisse die Weboberfläche schon gar nicht mehr :)

Des weiteren habe ich das Problem mit dem automatischen Abmelden der SMB-Shares geloest. In der smb.conf steht 'deadtime' auf '1'. Nach 1 min ohne Aktivitaet ist damit der Share weg. Sollte man auf '0' (Shares bleiben bis zum Abmelden da) oder auf einen sinnvolleren Wert setzen. Momentan steht er hier auf 20 min.

Bleibt jetzt noch die Frage, wie ich den Kernel-nfsd aktiviert bekomme, der Default beim autobootfs ist der Userspace-nfsd. Von der Performance her waere der Kernel-nfsd sicher besser. Wenn ich das Modul ueber /sbin/modprobe lade wird zwar alles geladen (lockd, nfsd, sunrpc), aber so richtig laufen will es dann doch nicht :mad: Irgendwo ist da noch ein Denkfehler. Auch der udhcpc will noch erforscht werden.

Was noch aufgefallen ist: Das eingebaute Ethernetinterface mag anscheinend keine Verbindung mit 100 Halbduplex (wer noch einen alten Fast-Ethernet-Hub hat sollte wissen was das ist), die Performance bei NFS und FTP war hier unter aller Sau. Nach Anschluss an einen Switch um 100 Vollduplex zu erreichen war alles wieder i.O.

Tes
04-07-2007, 21:00
normancz

Quote:

Originally Posted by Tes

Das Kästchen laeuft jetzt auch als WLAN-AP mit WPA mit autobootfs. Ist zwar alles etwas komplizierter als ueber die Weboberfläche, aber dafür lernt man mehr. Ich vermisse die Weboberfläche schon gar nicht mehr :)

Tes

Kannst du mir einen Tip geben für
- Vergabe einer festen IP (ifconfig mit br0/eth1 über die Shell ging schon mal ins Nirvana)
- Konfiguration von WLAN (WPA mit AES)

Ich schaue mir gerade die OpenWrt-Docs von Kamikaze an, will aber gerade bei der IP nichts verkonfigurieren und dann die HD ausbauen müssen. (Muss doch mal meinen USB-Stick suchen - hach ein USB-Stick der auf Pfeifen antwortet wäre jetzt genau das richtige, muss ich mir unbedingt patentieren)
04-07-2007, 21:38
Tes

Quote:

Originally Posted by normancz

Kannst du mir einen Tip geben für
- Vergabe einer festen IP (ifconfig mit br0/eth1 über die Shell ging schon mal ins Nirvana)

Beim autobootfs geht das ueber /etc/init.d/rcS, dort solltest du sehr einfach die Zuweisung der 192.168.2.1 finden. Einfach aendern und neu booten, klappt hier einwandfrei. Ebenso kannst du dort den Hostnamen aendern. Ich hab nebenher noch den dnsmasq rausgeworfen da der hier nicht gebraucht wird. Nicht vergessen die Eintraege fuer default-gw und resolv.conf auch anzupassen!

Quote:

- Konfiguration von WLAN (WPA mit AES)

Das Konfig-File steht in /etc (RT2500...) und die Erklaerungen mit denen ich das gemacht habe stehen in diesem Thread. Waren nur ein paar Kleinigkeiten. Ich nehme allerdings WPA mit TKIP. Sollte keinen Unterschied machen.

http://www.macsat.com/macsat/compone...c,606.msg3365/

Quote:

Ich schaue mir gerade die OpenWrt-Docs von Kamikaze an, will aber gerade bei der IP nichts verkonfigurieren und dann die HD ausbauen müssen. (Muss doch mal meinen USB-Stick suchen - hach ein USB-Stick der auf Pfeifen antwortet wäre jetzt genau das richtige, muss ich mir unbedingt patentieren)

Ich empfehle die serielle Konsole nachzuruesten. Man arbeitet damit gleich viel entspannter. :)

Ich habs nie hinbekommen autobootfs von einem USB-Stick zu booten.

Du kannst übrigens im laufenden Betrieb das autobootfs-File umbenennen (ohne Crash) und dann per reboot das Flash-Image booten. Dann dort per telnet auf seine IP einloggen, eine Sicherheitskopie anlegen (ne gute Idee wenn mal alles soweit laeuft), wieder nach autobootfs umbenennen und wieder ins OpenWRT booten.

Tes
05-07-2007, 19:13
Tes

Neues aus der Bastelecke

Den automatischen DHCP wollte ich schon länger einbauen und jetzt scheint es zu funktionieren. In /etc/init.d/rcS (autobootfs!) habe ich die Definition der IP-Adresse folgendermassen geaendert:

Code:

# Run DHCP, use default IP if no server found udhcpc -n -i br0 -h mgb100 if [ $? = 1 ]; then ifconfig br0 192.168.x.y up route add default gw 192.168.y.1 & echo nameserver 192.168.y.3 > /etc/resolv.conf echo "domain abc.com" >> /etc/resolv.conf echo "No DHCP-server found, using default IP 192.168.x.y" fi # End DHCP

Die Platzhalter bitte durch die eigenen Werte ersetzen. Damit das mit der resolv.conf funktioniert musste ich noch den Symlink /etc/resolv.conf der auf /tmp/resolv.conf zeigte nach /tmp/resolv.conf.auto aendern. Wer trotz vorhandenem DHCP-Server seine Default-IP will muss entweder ein festes Mapping eintragen (habe ich gemacht) oder eben das Netz erst nach dem vollstaendigen Booten einstecken.

Jetzt fehlt nur noch ein Display mit dem das Kistchen sagt welche IP es bekommen hat :)

Tes
06-07-2007, 19:41
normancz

Quote:

Originally Posted by Tes

Das Konfig-File steht in /etc (RT2500...) und die Erklaerungen mit denen ich das gemacht habe stehen in diesem Thread. Waren nur ein paar Kleinigkeiten. Ich nehme allerdings WPA mit TKIP. Sollte keinen Unterschied machen.

http://www.macsat.com/macsat/compone...c,606.msg3365/

Tes

Das WLAN läuft jetzt, aber irgendwie ist die Verbindungsqualität unter aller Sau. VNC-Sessions kann ich vergessen, da die Übertragungsrate munter zwischen 11 und 54 Mbps schwankt. Selbst mein 1m entfernter Mac Mini findet die SSID nur unregelmäßig. Diese Probleme hatte ich mit der alten Firmware nicht.

Sind da irgenwelche eher US-Regionale Einstellungen drin, die man hier ändern sollte?
06-07-2007, 22:53
Tes

Quote:

Originally Posted by normancz

Das WLAN läuft jetzt, aber irgendwie ist die Verbindungsqualität unter aller Sau. VNC-Sessions kann ich vergessen, da die Übertragungsrate munter zwischen 11 und 54 Mbps schwankt. Selbst mein 1m entfernter Mac Mini findet die SSID nur unregelmäßig. Diese Probleme hatte ich mit der alten Firmware nicht.

Sind da irgenwelche eher US-Regionale Einstellungen drin, die man hier ändern sollte?

Versuch einen anderen Kanal, vielleicht funkt dir da jemand dazwischen.
Ich hab keine solchen Probleme festellen koennen. Die einzige Einstellung, die regional verschieden ist, ist 'CountryRegion' und die stellt nur ein welche Kanaele man benutzen kann. Sollte auf 6 stehen, damit man 1-14 verwenden kann.

Ein anderes Problem was ich neulich hatte war, dass der rpc.mountd nicht lief und damit NFS nicht wollte. Bisher keine Ahnung warum. rpc.nfsd und portmapper liefen. Das muss ich noch debuggen.

Tes
08-07-2007, 21:08
schufti

Hi,

mal wieder ein news-flash:

I) udrec im flash wird eher knapp, da hier zumindest eine abgespeckte Version von Mono (.Net auf Linux) mit an Board muß. Ev. bekomme ich eine statisch gelinkte udrec Version hin.

II) mit etwas Glück gibt's die Woche Pläne für nen Jtag-Pod.

III) mit nochmehr Glück gibt's Sourcen für RedBoot (einen Bootloader mit echter recovery Funktion)

schufti

II & III: Dank eines Open Source Freundes aus Minsk !
08-07-2007, 21:21
petgun

Quote:

Originally Posted by schufti

I)...
II)...
III)....
II & III:...

http://www.ben-newman.de/smilie/happy/smiley.gif

Show 40 post(s) from this thread on one page