Ds26 heißt jetzt Freetz

[Silent-Tears]

dauert mehr als 10 minuten bis ich auf die seite komm wo ich das passwort eingeben muss.

Ich denke, da ist dann an deinem Mod einiges falsch. Denn so lange ist partout nicht normal. Häng mal bitte deine .config an, bevor hier das große Rätselraten losgeht.

[supamicha]

@bofhell: hier ein log ab start firmware update. die box bleibt am ende
einfach stehen und reagiert erst wieder nach trennen vom netz.

micha

[GuruHacker]

Mit der aktuellsten SVN Co gibts keine probleme... Signaturenupdate kommt sofort!

[olistudent]

@highlander78
Für diese Box sieht es nicht gut aus. Die Firmware ist zu alt für freetz, da sie kein Kernel 2.6 hat und von ds-0.2.9 wird diese Box auch nicht unterstützt.

MfG Oliver

[wonderdoc]

Hi,

mal ne kurze Frage.
Ich hatte Rev 1717 mit "svn co http://svn.freetz.org/trunk freetz-trunk" ausgescheckt.
Wenn ich nun Rev 1729 testen will, soll ich dann lieber mein freetz-trunk Verzeichniss
löschen und neu auschecken, oder kann ich mit "svn up http://svn.freetz.org/trunk freetz-trunk" problemlos updaten?

mfg
Wonderdoc

[olistudent]

Hi.
Du kannst mit "svn up" problemlos updaten. Du musst dabei nur aufpassen, dass du ein "make $package-dirclean" machst, falls sich irgendwelche Packages geändert haben ($package durch das betreffende Package ersetzen). Und auch sonst musst du halt schauen, ob du evtl. ein Binary neu bauen musst. Da Patches z.B. nur beim Entpacken angewendet werden.

MfG Oliver

[fraggy2k]

Hallo,
ich nutze den Speedport W701V und ich habe ebend gesehen das er da noch eine alte Firmware vom 7141 laden will (40.04.37).
Kann man einfach die neue Firmware (40.04.50) verwenden oder sollte ich lieber warten bis Ihr das gepatched habt?

[olistudent]

Hi.
Du kannst dir auch ein Image für den W701V auf Basis des 7170 Images bauen. Dazu musst du im menuconfig 7170 auswählen und dann "Alien Firmware".
Das andere schau ich mir an.

MfG Oliver

edit: Mit 40.04.50 funktioniert das auf alle Fälle nicht mehr ohne Anpassungen. Gibt es denn schon ein sp2fritz dafür? Sonst wäre die Alternative nur den sp2fritz-Patch wegzulassen.

[sasude]

Hallo,

hast du oder jemand anders schon eine 7270 mit freetz am Laufen?
Im Forum gibt es hier Widersprüche, bei einigen scheint es zu funktionieren bei anderen nicht.

Ich habe gestern probiert von der Trunk-Version ein Image zu bauen und aufzuspielen. Leider kommt die Box dann nicht mehr hoch. Daher ist es interessant zu wissen, ob es sich lohnt noch etwas zu probieren oder lieber abzuwarten.

Weiterhin habe ich versucht im Forum und Wiki herauszufinden, wo die serielle Konsole rauskommt. Leider sind dort nur Anschlusspläne für andere Boxen als 7270 zu finden.
In meiner Box sind 3 Stellen die evtl. in Frage kommen:
- zwischen Prozessor und Netzwerkbuchsen (Teilweise durch Kondensator verdeckt)
- zwischen Prozerror und Atheros-Chip
- auf der Unterseite (nicht durchgebort) beim SC14434

Falls mir da jemand helfen kann bzw. einen Link schickt wäre ich dankbar. Ansonsten würde ich versuchen zu raten.

[frank_m24]

Hallo,

Ich habe gestern probiert von der Trunk-Version ein Image zu bauen und aufzuspielen. Leider kommt die Box dann nicht mehr hoch.

Hast du es mit "push_firmware" probiert?

[sasude]

Hast du es mit "push_firmware" probiert?

Danke für den Tipp. Das hat geholfen.
Das Skript hat zwar nicht funktioniert, ich habe mir die entsprechenden Kommandos stattdessen rausgezogen und direkt auf der Konsole eingegeben.

[xsapling]

stellt sich ja nur noch die Frage, mit "was" du die Firmware erstellt hast? Mit stinky?
Und in welcher Weise hat das Script push_firmware nicht funktioniert? Ist das Script scheinbar erfolgreich durchgelaufen und dennoch ist die Box nicht gestartet oder hat das Script Fehlermeldungen von sich gegeben und konnte deshalb erst gar nicht funktionierend durchlaufen?

Viele Grüße

[testofant]

ich habe mein Image mit Stinky erstellt und auch mit push_firmware erfolgreich aufgespielt, dennoch bootet die box nicht!
Viele Grüße

[Silent-Tears]

ich habe mein Image mit Stinky erstellt und auch mit push_firmware erfolgreich aufgespielt, dennoch bootet die box nicht!

Aber nicht ganz so erfolgreich gepostet, was du denn für eine Box hast, was in deinem Image drin ist und was du überhaupt getan hast. Und die Sache mit der Signatur hast du glaube ich auch vergessen, hmm?

[sasude]

stellt sich ja nur noch die Frage, mit "was" du die Firmware erstellt hast? Mit stinky?

Nein, ich habe kein stinky. Ich benutze Gentoo auf x64.

Und in welcher Weise hat das Script push_firmware nicht funktioniert?

Im Skript wird unterschieden zwischen Cygwin und Nicht-Cygwin. Der Unterschied ist, dass auf Cygwin der ncftp benutzt wird. Leider habe ich, obwohl ich Linux habe auch nur ncftp installiert. Daher wird "ftp" nicht gefunden. Nachdem ich dann im Script CYGWIN=1 gesetzt habe wurde ncftp auch aufgerufen. Nachdem die Verbindung hergestellt wurde gab es immer einen connection timeout. Warum weiß ich nicht.
Ich rufe den ncftp-Teil nun händisch von der Konsole auf und es klappt auch.

Ich habe gerade eben nochmal ein Image gebaut, nachdem ich "svn up" gemacht habe und ldd in den Optionen aktiviert.
Wenn ich jetzt das Image (von 20:00Uhr) per Bootloader-Ftp hochlade bootet die Box nicht (Power blink ein paar mal, hört dann aber auf).
Mit dem alten Image (von 17:00 Uhr) bootet sie wieder.

Kann mir doch noch jemand sagen, wo ich die serielle Konsole anschliessen muss? Dann muss ich nicht so im dunkeln Tappen.

[testofant]

habe mich auf die letzten 4 postings bezogen es geht um das Image für die 7270. Die Paketwahl war nach den bisherigen Testläufen irrelevant (mit diversen Paketen bis kein Paket), keines der Images hat ... zumindest bei mir... funktioniert.

[dersammy]

moin,

also ich bin erst seit ein paar tagen dabei, mir ein freetz image zu bauen... für meine Fritzbox fon wlan 7050. Was rein soll: vpnc, sonst eigentlich nichts (ohne vpn kein internet hier). (das funktionierte aufgrund von platzproblemen mit dem älteren dsmod scheinbar nicht)
Die Box läuft als IP client, mit ner statischen ip adresse.
ALso habe ich alles, was entfernt werden kann rausgemacht, und nach vielen vielen versuchen mit stinky linux nun ein halbwegs funktionierendes image hinbekommen.
Das bedeutet, dass die box immerhin startet, und auch erreichbar ist.
Die ganzen vorigen Versuche wollte die Box entweder gar nicht mehr richtig starten (-> recover) oder wollte das image nicht nehmen.

Nun aber meine Frage: die Box scheint sich die eingetragene IP adresse gar nicht nehmen zu wollen (obwohl ja in der konfiguration eingetragen, auch nach mehrmaligen neustarts).

Das ist so nicht beabsichtigt, vermute ich mal!? Mit dem kleinen D-Link Router, der genau so konfiguriert ist, klappt es super, wenn der an der leitung hängt.

Wie soll ich da vorgehen? Soll ich das als ticket ins trac reinschreiben? bringt meine .config weitere erkenntnis? Oder gibt es quellen, die dazu schon hinweise parat haben (hab keine gefunden)?
außerdem: das starten von vpnc gelingt nicht - diese fehlermeldung kommt blitzschnell: ist das normal, oder geht es immer so schnell?

Viele grüße
sammy

[olistudent]

Hi.
Wenn vpnc nicht startet, dann kannst du dafür gerne ein Ticket im Trac aufmachen. Dann hängst du dort deine .config an. Weiterhin wäre die Ausgabe von "/etc/init.d/rc.vpnc start" interessant.
Den anderen Fehler mit deiner IP versteh ich nicht. Dazu kannst du hier einen neuen Thread aufmachen. Und häng am Besten noch ein Screenshot zur Verdeutlichung an.

MfG Oliver

[frank_m24]

Hallo,

richtig, vpnc ... da wollte ich schon lange mal dran.

Ein paar Dinge, die mir aufgefallen sind, die vielleicht Bugs sind, vielleicht aber auch nicht.

Hat man vpnc und OpenVPN gleichzeitig im Einsatz, dann gibt es einen Konflikt um "tun0", weil beide das benutzen wollen. Das kann man relativ einfach lösen, indem man das tun Device in der vpnc_conf ändert (z.B. "vpn0" oder "tun1" oder so). Benutzt man nur eines der beiden Pakete, dann tritt das Problem nicht auf.

Schwieriger wird es schon mit iptables auf der 7270. Um ein gescheites Routing ins Zielsubnetz zu erreichen, bleibt wohl momentan nichts anderes übrig, als iptables zu benutzen. In einer 7270 landen die iptables Kernel Module aber nicht im Image (die libs schon). Hat das was damit zu tun, dass Replace Kernel auf der 7270 noch nicht geht?

[carlos]

Hallo
Ich habe jetzt schon ein paar mal ein neues image (jetzt mit revision 1740) gebaut.
Firmware ist immer VPN 29.04.51
Teilweise habe ich keine Probleme, die box startet und alle packete auch. Aber teilweise habe ich das Problem, daß sich die Box resettet sobald ich das Webinterface aufrufe.

ds-mod admin(der geht noch) sieht so aus, wie im Anhang.
und ein dmesg aus der rudi-shell bringt:

eventled enable shift register enable direct gpio 
    gpio usage: reset=12 clock=13 store=10 data=9 
AR7WDT: Watchdog Driver for AR7 Hardware (Version 1.0, build: Jan  9 2008 17:19:39)
Calling initcall 0x941fa268: serial8250_init+0x0/0x10c()
Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing disabled
[uart_add_one_port]
ttyS0 at MMIO 0x0 (irq = 15) is a OHIO_UART
[uart_add_one_port] dont register console port->type = 16
port->cons = 0x941c5f70 port->cons->flags = 0x7
[uart_add_one_port] success
Calling initcall 0x941fac5c: noop_init+0x0/0xc()
io scheduler noop registered
Calling initcall 0x941fac68: cpmac_main_probe+0x0/0xd8()
Calling initcall 0x941fad40: cpphy_entry_probe+0x0/0x188()
[setup_irq]: irq 10 irqaction->handler 0x940f11e0 (adm_interrupt+0x0/0x28 )
[cpmac] [cpmac_if_register] dev cpmac0 (phy_id 0) registered
Calling initcall 0x941faf58: net_olddevs_init+0x0/0x100()
Calling initcall 0x941fb0c0: tun_init+0x0/0x90()
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Calling initcall 0x941fb198: cmdline_parser_init+0x0/0xc()
Calling initcall 0x941fb1a4: init_mtdchar+0x0/0xc0()
Calling initcall 0x941fb264: init_mtdblock+0x0/0xc()
Calling initcall 0x941fb270: cfi_probe_init+0x0/0x24()
Calling initcall 0x941fb294: cfi_amdstd_init+0x0/0x30()
Calling initcall 0x941fb2c4: cfi_intelext_init+0x0/0x4c()
Calling initcall 0x941fb310: jedec_probe_init+0x0/0x24()
Calling initcall 0x941fb334: map_ram_init+0x0/0x24()
Calling initcall 0x941fb358: init_physmap+0x0/0x170()
physmap flash device: 400000 at 10000000
phys_mapped_flash: Found 1 x16 devices at 0x0 in 16-bit bank
 Amd/Fujitsu Extended Query Table at 0x0040
phys_mapped_flash: Swapping erase regions for broken CFI table.
number of CFI chips: 1
RedBoot partition parsing not available
Calling initcall 0x941fb4c8: platram_init+0x0/0x30()
Generic platform RAM MTD, (c) 2004 Simtec Electronics
Calling initcall 0x941fb4f8: init_ohio_flash+0x0/0x868()
Ohio flash driver (size->0x400000 mem->0x10000000)
flash_size=0x800000
flash_mask=0xffffff
Ohio flash memory: Found 1 x16 devices at 0x0 in 16-bit bank
[genprobe_ident_chips] 4 i 0 j 0
[genprobe_ident_chips] 5 i 0 j 1
 Amd/Fujitsu Extended Query Table at 0x0040
Ohio flash memory: Swapping erase regions for broken CFI table.
number of CFI chips: 1
[mtd]: jffs2_size = 7 * 64KByte (0x70000 Bytes)
[ohio_find_hidden_filesystem]: super block found: bytes_used: 0x6c0898/7080088
[init_ohio_flash] find hidden filesystem size=0x6cac00 offset=0xb5400
[mtd] configure jffs2 partition
[mtd] fs_size=0x770000 max=0x0 is=0x70000 max jffs2_size value 0
[mtd] ERROR jffs2_size too big, reduce to max
[mtd] ohio_flash_map: name=Ohio flash memory bankwidth=2 virt=0xb0000000 phys=0x10000000 size=0x800000
Creating 5 MTD partitions on "Ohio flash memory":
0x000b5400-0x00780000 : "filesystem"
    'nor-flash'
    'Bits can be cleared (flash)'
    'Has an erase function'
mtd: partition "filesystem" doesn't start on an erase block boundary -- force read-only
0x00010000-0x00780000 : "kernel"
    'nor-flash'
    'Bits can be cleared (flash)'
    'Has an erase function'
0x00000000-0x00010000 : "bootloader"
    'nor-flash'
    'Bits can be cleared (flash)'
    'Has an erase function'
0x00780000-0x007c0000 : "tffs (1)"
    'nor-flash'
    'Bits can be cleared (flash)'
    'Has an erase function'
0x007c0000-0x00800000 : "tffs (2)"
    'nor-flash'
    'Bits can be cleared (flash)'
    'Has an erase function'
partition_info[0]: name=filesystem offset=b5400 size=6cac00
partition_info[0]: 0xb00b5400: 0x73717368 0x978
partition_info[1]: name=kernel offset=10000 size=770000
partition_info[1]: 0xb0010000: 0xfeed1281 0xa53cb
partition_info[2]: name=bootloader offset=0 size=10000
partition_info[2]: 0xb0000000: 0x40809000 0x40809800
partition_info[3]: name=tffs (1) offset=780000 size=40000
partition_info[3]: 0xb0780000: 0x40001 0xf1ffffff
partition_info[4]: name=tffs (2) offset=7c0000 size=40000
partition_info[4]: 0xb07c0000: 0x40001 0xf0ffffff
Calling initcall 0x941fbf40: kcapi_init+0x0/0x9c()
Calling initcall 0x941fc084: capi_oslib_init+0x0/0x8()
Calling initcall 0x941fcb50: blackhole_module_init+0x0/0xc()
Calling initcall 0x941fd840: inet_init+0x0/0x504()
NET: Registered protocol family 2
IP route cache hash table entries: 512 (order: -1, 2048 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
Calling initcall 0x94200258: init+0x0/0x8()
Calling initcall 0x94200260: bictcp_register+0x0/0xc()
TCP bic registered
Calling initcall 0x9420026c: mcfw_init_module+0x0/0x2c()
mcfw: IGMPv3 fast forwarding
Calling initcall 0x94200298: af_unix_init+0x0/0xa0()
NET: Registered protocol family 1
Calling initcall 0x94200338: packet_init+0x0/0x80()
NET: Registered protocol family 17
Calling initcall 0x942003b8: br_init+0x0/0x68()
Calling initcall 0x94200474: atm_init+0x0/0xec()
NET: Registered protocol family 8
NET: Registered protocol family 20
Calling initcall 0x94200618: br2684_init+0x0/0x54()
Calling initcall 0x941eb024: ohio_install_dummy_irq_functions+0x0/0x58()
[setup_irq]: irq 1 irqaction->handler 0x94001590 (dummy_timer_irq+0x0/0x14 )
[setup_irq]: irq 6 irqaction->handler 0x940015a4 (dummy_system_irq_2+0x0/0x14 )
Calling initcall 0x940017e4: ohio_late_init+0x0/0x3c()
[ohio_late_init] 
Calling initcall 0x941eb160: ohio_clk_switch_init+0x0/0x60()
Calling initcall 0x941eb3dc: speedup_init+0x0/0x3c()
Calling initcall 0x941f881c: seqgen_init+0x0/0x20()
Calling initcall 0x940cda30: avm_event_push_button_init+0x0/0x130()
[avm_new] push_button_gpio=8 value=1 enabled
Calling initcall 0x941f9adc: tffs_init+0x0/0x224()
TFFS: tiny flash file system driver. GPL (c) AVM Berlin (Version 2.0)
      mount on mtd4 and mtd5 (double buffering)
Adam2 environment variables API installed.
Calling initcall 0x941fa92c: early_uart_console_switch+0x0/0xb4()
Calling initcall 0x94125238: net_random_reseed+0x0/0x34()
Calling initcall 0x941fed60: ip_auto_config+0x0/0x1120()
[prepare_namespace] new mount root /dev/mtdblock1
use lzma compression 
VFS: Mounted root (squashfs filesystem) readonly.
Freeing prom memory: 0kb freed
Freeing unused kernel memory: 112k freed (7569 free)
[setup_irq]: irq 15 irqaction->handler 0x940d9c7c (serial8250_interrupt+0x0/0x13c )
AR7WDT: System Init UEberwachung 240 Sekunden
TFFS Name Table D
[avm_new]push_button 'Wlan-Taster', released: GPIO=8 presses=9250 key=button_key_3
Piglet: module license '
(C) Copyright 2005 by AVM
' taints kernel.
EMIF: asize=1 ta=3 r_hold=0 w_strobe=6 r_strobe=6 ew=1
registered device TI Avalanche SAR
tiatm driver (patch_annex=0xc005b32c)
[tiatm] Set StrictPriority=0
DSP binary filesize = 326920 bytes
[tiatm] INFO V2U-BRIDGEREGISTER: 0x00000019
[avm_power]Ohio250 detected -> overclocking possible
[avm_power]#### boostVoltage: DSP Core voltage set to 1,5 V ####
[setup_irq]: irq 23 irqaction->han

Die packete sind immer die gleichen, dann baue ich neu und es geht wieder oder auch nicht.

Gruß

Carlos