WRT54G3G i GTMAX

cortesolo · Post autor: **cortesolo** » 2010-03-11, 19:01

Patryk pisze:Jeśli nie zatrybi, to pozostaje TFTP, tak samo, jak w przypadku powrotu do oryginalnego firmware.

No i sa schody bo nie chce sie wgrac przez TFTp. Czekam na pinga i wciaskajac upgrade pojawia sie erasing flash please wait.... po czym pojawia sie wrong code pattern

a co mam wpisac w password, bo wpisalem normalnie haslo na router ktore mam.

Patryk · Post autor: **Patryk** » 2010-03-11, 19:21

po czym pojawia sie wrong code pattern

Otwórz plik z firmware openwrt w hexedytorze, tak samo, jak robiłeś z plikiem firmware AT, i i zmień nagłówek na taki, na jaki zmieniłeś w firmware AT.

cortesolo · Post autor: **cortesolo** » 2010-03-11, 19:31

Patryk pisze:Otwórz plik z firmware openwrt w hexedytorze, tak samo, jak robiłeś z plikiem firmware AT, i i zmień nagłówek na taki, na jaki zmieniłeś w firmware AT.

Jest dokladnie taki sam czyli W54F.

Patryk · Post autor: **Patryk** » 2010-03-11, 19:40

cortesolo pisze:Jest dokladnie taki sam czyli W54F

Sorry, że tak motam to wszystko, ale już półtora roku mija, odkąd sprzedałem swojego WTR54G3G...

Zmień w takim razie na nagłówek taki, jaki był pierwotnie w firmware AT.
Musi zatrybić - w końcu nagłówek zmienia się po to, aby soft obecny w routerze myślał, że wgrywa się taką samą edycję.
Więc teraz AT oczekuje nagłówka z AT, a jest W54F, czli EU - chyba tak to szło

cortesolo · Post autor: **cortesolo** » 2010-03-11, 20:43

Patryk pisze:Więc teraz AT oczekuje nagłówka z AT, a jest W54F, czli EU - chyba tak to szło

Po tej operacji pieknie sie wgralo i w tym momencie jestem zalogowany via ssh. Co teraz zrobic aby uaktywnic swojego gt maxa, i jak to sie w ogole obsluguje. Bo z tego co widze na przyklad wifi jest wylaczone jak na razie.

[ Komentarz dodany przez: wojteks: 2010-03-11, 21:33 ]
Poprawa pisowni.

Patryk · Post autor: **Patryk** » 2010-03-11, 21:00

cortesolo pisze:i jak to sie »»w ogóle«« obsluguje.

W poprzednim wątku pytałeś o dostęp przez ssh, więc założyłem, że podstawy linii komend Linuksa znasz

Edytorem tekstu jest nano - router konfiguruje się przez edycję plików tekstowych w katalogu /etc - np. dla wifi jest to plik /etc/config/wireless

W przypadku wifi możesz użyć narzędzia uci, wpisując komendy wg przykładu:

Kod: Zaznacz cały

    uci set wireless.@wifi-device[0].disabled=0
    uci set wireless.@wifi-device[0].channel=6
    uci set wireless.@wifi-iface[0].ssid=nazwa_mojej_sieci
    uci set wireless.@wifi-iface[0].encryption=psk2
    uci set wireless.@wifi-iface[0].key=moje_tajne_haslo 
    uci commit wireless
    wifi

Ich znaczenia mam nadzieję nie trzeba wyjaśniać ?

No to teraz modem:

-włóż GT maxa do slotu PCMCIA
i postępuj,jak już pisałem, zgodnie z tym: http://eko.one.pl/?p=openwrt-3g NIE INSTALUJĄC paczek opkg.

Najlepiej pokaż w kolejnym poście wynik polecenia logread, jeśli coś nie będzie wychodzić.

cortesolo · Post autor: **cortesolo** » 2010-03-11, 21:01

A tak w ogole to cale oprogramowanie nie ma interfejsu graficznego? Po wpisaniu 192.168.1.1 nie znajduje zadnej strony...

Patryk · Post autor: **Patryk** » 2010-03-11, 21:15

cortesolo pisze:to cale oprogramowanie nie ma interfejsu graficznego?

Moja wersja nie ma.
Można doinstalować np. LuCI po doprowadzeniu Internetu do routera, tylko czy warto

Szybciej i pewniej podstawowe czynności zrobi się z konsoli,a modemu tak czy tak chyba przez LuCI nie skonfigurujesz...

Możesz doprowadzić Internet do routera przed instalacją modemu za pomocą windowsowego <a href="http://www.bez-kabli.pl/viewtopic.php?t=7194" target="_blank">»ICS«</a> ( ustawiasz wtedy na Windowsie IP np. 192.168.1.2, podłaczasz kompa do portu LAN routera i piszesz

Kod: Zaznacz cały

route add default gw 192.168.1.2
echo "nameserver 208.67.222.222" >/etc/resolv.conf

Sprawdzasz, czy masz net np. pingując onet.pl .

Instalacja podstawowych pakietów LuCI:

Kod: Zaznacz cały

opkg update && opkg install luci luci-admin-full

cortesolo · Post autor: **cortesolo** » 2010-03-11, 21:24

Po wydaniu tego:
# rmmod usbserial

wyskakuje ze urzadzenie lub zasoby sa zajete

a po tym : # insmod usbserial

ze usbserial juz istnieje

co to moze oznaczac?

Patryk · Post autor: **Patryk** » 2010-03-11, 21:33

cortesolo pisze:co to moze oznaczac?

Daj wynik poleceń dmesg, logread i ls /dev/usb/tts.

Spróbuj także polecenia:

Kod: Zaznacz cały

gcom -d /dev/usb/tts/0

- może modem jest już zainicjowany...

cortesolo · Post autor: **cortesolo** » 2010-03-11, 21:48

logread

Jan 1 00:00:15 OpenWrt user.info kernel: device eth0.0 entered promiscuous mode
Jan 1 00:00:15 OpenWrt user.info kernel: br-lan: port 1(eth0.0) entering learni ng state
Jan 1 00:00:15 OpenWrt user.info kernel: br-lan: port 1(eth0.0) entering forwar ding state
Jan 1 00:00:15 OpenWrt user.info kernel: br-lan: topology change detected, prop agating
Jan 1 00:00:15 OpenWrt user.debug kernel: eth0.1: add 01:00:5e:00:00:01 mcast a ddress to master interface
Jan 1 00:00:21 OpenWrt user.debug kernel: PCI: Setting latency timer of device 00:01.0 to 64
Jan 1 00:00:21 OpenWrt user.emerg kernel: PCI/DMA
Jan 1 00:00:21 OpenWrt user.emerg kernel: wl0: wlc_attach: chiprev 1 coreunit 0 corerev 7 cccap 0x4876a maccap 0x0 band 2.4G, phy_type 2 phy_rev 2 ana_rev 2
Jan 1 00:00:21 OpenWrt user.warn kernel: wl0: Broadcom BCM4320 802.11 Wireless Controller 4.150.10.5
Jan 1 00:00:21 OpenWrt user.info sysinit: Warning: loading wl will taint the ke rnel: non-GPL license - Proprietary
Jan 1 00:00:21 OpenWrt user.info sysinit: See http://www.tux.org/lkml/#export -tainted for information about tainted modules
Jan 1 00:00:22 OpenWrt user.info kernel: CSLIP: code copyright 1989 Regents of the University of California
Jan 1 00:00:22 OpenWrt user.info kernel: PPP generic driver version 2.4.2
Jan 1 00:00:24 OpenWrt user.info kernel: Journalled Block Device driver loaded
Jan 1 00:00:25 OpenWrt user.warn kernel: ip_tables: (C) 2000-2002 Netfilter cor e team
Jan 1 00:00:26 OpenWrt user.info kernel: Linux Kernel Card Services 3.1.22
Jan 1 00:00:26 OpenWrt user.info kernel: options: [pci] [cardbus]
Jan 1 00:00:26 OpenWrt user.warn kernel: PCI: Enabling device 01:01.0 (0000 -> 0002)
Jan 1 00:00:26 OpenWrt user.info kernel: Yenta ISA IRQ mask 0x06f8, PCI irq 2
Jan 1 00:00:26 OpenWrt user.info kernel: Socket status: 30000820
Jan 1 00:00:27 OpenWrt user.info kernel: cs: cb_alloc(bus 2): vendor 0x1033, de vice 0x0035
Jan 1 00:00:27 OpenWrt user.warn kernel: PCI: Enabling device 02:00.0 (0000 -> 0002)
Jan 1 00:00:27 OpenWrt user.warn kernel: PCI: Enabling device 02:00.1 (0000 -> 0002)
Jan 1 00:00:27 OpenWrt user.warn kernel: ip_conntrack version 2.1 (5953 buckets , 5953 max) - 336 bytes per conntrack
Jan 1 00:00:29 OpenWrt user.warn kernel: ip_conntrack_rtsp v0.01 loading
Jan 1 00:00:29 OpenWrt user.warn kernel: ip_nat_rtsp v0.01 loading
Jan 1 00:00:29 OpenWrt user.debug kernel: PCI: Setting latency timer of device 00:04.0 to 64
Jan 1 00:00:29 OpenWrt user.info kernel: usb-ohci.c: USB OHCI at membase 0xb800 4000, IRQ 2
Jan 1 00:00:29 OpenWrt user.info kernel: usb-ohci.c: usb-00:04.0, PCI device 14 e4:4716
Jan 1 00:00:29 OpenWrt user.info kernel: usb.c: new USB bus registered, assigne d bus number 1
Jan 1 00:00:29 OpenWrt user.info kernel: hub.c: USB hub found
Jan 1 00:00:29 OpenWrt user.info kernel: hub.c: 2 ports detected
Jan 1 00:00:30 OpenWrt user.debug kernel: PCI: Setting latency timer of device 02:00.0 to 64
Jan 1 00:00:30 OpenWrt user.info kernel: usb-ohci.c: USB OHCI at membase 0xc026 7000, IRQ 2
Jan 1 00:00:30 OpenWrt user.info kernel: usb-ohci.c: usb-02:00.0, PCI device 10 33:0035
Jan 1 00:00:30 OpenWrt user.info kernel: usb.c: new USB bus registered, assigne d bus number 2
Jan 1 00:00:30 OpenWrt user.info kernel: hub.c: USB hub found
Jan 1 00:00:30 OpenWrt user.info kernel: hub.c: 1 port detected
Jan 1 00:00:30 OpenWrt user.debug kernel: PCI: Setting latency timer of device 02:00.1 to 64
Jan 1 00:00:30 OpenWrt user.info kernel: usb-ohci.c: USB OHCI at membase 0xc026 9000, IRQ 2
Jan 1 00:00:30 OpenWrt user.info kernel: usb-ohci.c: usb-02:00.1, PCI device 10 33:0035
Jan 1 00:00:30 OpenWrt user.info kernel: usb.c: new USB bus registered, assigne d bus number 3
Jan 1 00:00:30 OpenWrt user.info kernel: hub.c: USB hub found
Jan 1 00:00:30 OpenWrt user.info kernel: hub.c: 1 port detected
Jan 1 00:00:30 OpenWrt user.info kernel: usb.c: registered new driver acm
Jan 1 00:00:30 OpenWrt user.info kernel: acm.c: v0.21:USB Abstract Control Mode l driver for USB modems and ISDN adapters
Jan 1 00:00:31 OpenWrt user.info kernel: usb.c: registered new driver serial
Jan 1 00:00:31 OpenWrt user.info kernel: usbserial.c: USB Serial support regist ered for Generic
Jan 1 00:00:31 OpenWrt user.info kernel: usbserial.c: USB Serial Driver core v1 .4
Jan 1 00:00:31 OpenWrt user.info kernel: Initializing USB Mass Storage driver.. .
Jan 1 00:00:31 OpenWrt user.info kernel: usb.c: registered new driver usb-stora ge
Jan 1 00:00:31 OpenWrt user.info kernel: USB Mass Storage support registered.
Jan 1 00:00:31 OpenWrt user.info kernel: sierra.c: USB Serial support registere d for Sierra Wireless
Jan 1 00:00:31 OpenWrt user.info kernel: usb.c: registered new driver Sierra wi reless
Jan 1 00:00:31 OpenWrt user.info kernel: Initializing Nozomi driver (build date : Mar 11 2010 12:43:40)
Jan 1 00:00:32 OpenWrt user.info kernel: hub.c: new USB device 02:00.1-1, assig ned address 2
Jan 1 00:00:32 OpenWrt user.info kernel: usbserial.c: Generic converter detecte d
Jan 1 00:00:32 OpenWrt user.info kernel: usbserial.c: Generic converter now att ached to ttyUSB0 (or usb/tts/0 for devfs)
Jan 1 00:00:32 OpenWrt user.info kernel: usbserial.c: Generic converter detecte d
Jan 1 00:00:32 OpenWrt user.info kernel: usbserial.c: Generic converter now att ached to ttyUSB1 (or usb/tts/1 for devfs)
Jan 1 00:00:32 OpenWrt user.info kernel: usbserial.c: Generic converter detecte d
Jan 1 00:00:32 OpenWrt user.info kernel: usbserial.c: Generic converter now att ached to ttyUSB2 (or usb/tts/2 for devfs)
Jan 1 00:00:33 OpenWrt user.info sysinit: 'wl0' is disabled
Jan 1 00:00:33 OpenWrt user.info sysinit: 'wl0' is disabled
Jan 1 00:00:34 OpenWrt user.info sysinit: Loading defaults
Jan 1 00:00:35 OpenWrt user.info sysinit: Loading synflood protection
Jan 1 00:00:35 OpenWrt user.info sysinit: Adding custom chains
Jan 1 00:00:36 OpenWrt user.info sysinit: Loading zones
Jan 1 00:00:36 OpenWrt user.info sysinit: Loading forwarding
Jan 1 00:00:37 OpenWrt user.info sysinit: Loading redirects
Jan 1 00:00:37 OpenWrt user.info sysinit: Loading rules
Jan 1 00:00:37 OpenWrt user.info sysinit: Loading includes
Jan 1 00:00:38 OpenWrt user.notice root: adding lan (br-lan) to firewall zone l an
Jan 1 00:00:40 OpenWrt authpriv.info dropbear[655]: Running in background
Jan 1 00:00:45 OpenWrt daemon.info dnsmasq[679]: started, version 2.47 cachesiz e 150
Jan 1 00:00:45 OpenWrt daemon.info dnsmasq[679]: compile time options: IPv6 GNU -getopt no-DBus no-I18N TFTP
Jan 1 00:00:45 OpenWrt daemon.info dnsmasq[679]: DHCP, IP range 192.168.1.100 - - 192.168.1.251, lease time 12h
Jan 1 00:00:45 OpenWrt daemon.info dnsmasq[679]: using local addresses only for domain lan
Jan 1 00:00:45 OpenWrt daemon.warn dnsmasq[679]: no servers found in /tmp/resol v.conf.auto, will retry
Jan 1 00:00:45 OpenWrt daemon.info dnsmasq[679]: read /etc/hosts - 1 addresses
Jan 1 00:00:45 OpenWrt daemon.err dnsmasq[679]: failed to read /etc/ethers:No s uch file or directory
Jan 1 00:00:46 OpenWrt daemon.notice miniupnpd[694]: HTTP listening on port 500 0
Jan 1 00:00:46 OpenWrt user.info sysinit: sysctl: error: 'net.netfilter.nf_conn track_checksum' is an unknown key
Jan 1 00:00:46 OpenWrt user.info sysinit: sysctl: error: 'net.ipv4.netfilter.ip _conntrack_checksum' is an unknown key
Jan 1 00:00:48 OpenWrt authpriv.info dropbear[698]: Child connection from 192.1 68.1.145:2997
Jan 1 00:00:53 OpenWrt authpriv.notice dropbear[698]: password auth succeeded f or 'root' from 192.168.1.145:2997
Jan 1 00:02:21 OpenWrt user.err kernel: usb-ohci.c: 02:00.0 device removed!
Jan 1 00:02:21 OpenWrt user.err kernel: usb-ohci.c: 02:00.1 device removed!
Jan 1 00:02:21 OpenWrt user.err kernel: usb-ohci.c: 02:00.0 device removed!
Jan 1 00:02:21 OpenWrt user.err kernel: usb-ohci.c: 02:00.1 device removed!
Jan 1 00:02:22 OpenWrt user.info kernel: usb.c: USB disconnect on device 02:00. 0-0 address 1
Jan 1 00:02:22 OpenWrt user.info kernel: usb.c: USB bus 2 deregistered
Jan 1 00:02:22 OpenWrt user.info kernel: usb.c: USB disconnect on device 02:00. 1-0 address 1
Jan 1 00:02:22 OpenWrt user.info kernel: usb.c: USB disconnect on device 02:00. 1-1 address 2
Jan 1 00:02:22 OpenWrt user.info kernel: usbserial.c: Generic converter now dis connected from ttyUSB0
Jan 1 00:02:22 OpenWrt user.info kernel: usbserial.c: Generic converter now dis connected from ttyUSB1
Jan 1 00:02:22 OpenWrt user.info kernel: usbserial.c: Generic converter now dis connected from ttyUSB2
Jan 1 00:02:22 OpenWrt user.warn kernel: usb-ohci.c: TD leak, 1
Jan 1 00:02:22 OpenWrt user.info kernel: usb.c: USB bus 3 deregistered
Jan 1 00:02:22 OpenWrt user.err kernel: pci_pool_destroy 02:00.1/ohci_td, a0d31 000 busy
Jan 1 00:02:22 OpenWrt user.info kernel: cs: cb_free(bus 2)
Jan 1 00:02:31 OpenWrt daemon.info dnsmasq[679]: DHCPINFORM(br-lan) 192.168.1.1 45 00:0e:7b:9a:6c:16
Jan 1 00:02:31 OpenWrt daemon.info dnsmasq[679]: DHCPACK(br-lan) 192.168.1.145 00:0e:7b:9a:6c:16 polska-e619e7c0
Jan 1 00:02:35 OpenWrt authpriv.info dropbear[698]: exit after auth (root): Exi ted normally
Jan 1 00:22:06 OpenWrt daemon.info dnsmasq[679]: DHCPDISCOVER(br-lan) 00:0e:7b: 9a:6c:16
Jan 1 00:22:06 OpenWrt daemon.info dnsmasq[679]: DHCPOFFER(br-lan) 192.168.1.14 5 00:0e:7b:9a:6c:16
Jan 1 00:22:06 OpenWrt daemon.info dnsmasq[679]: DHCPREQUEST(br-lan) 192.168.1. 145 00:0e:7b:9a:6c:16
Jan 1 00:22:06 OpenWrt daemon.info dnsmasq[679]: DHCPACK(br-lan) 192.168.1.145 00:0e:7b:9a:6c:16 polska-e619e7c0
Jan 1 00:22:09 OpenWrt daemon.err miniupnpd[694]: ioctl(s, SIOCGIFADDR, ...): C annot assign requested address
Jan 1 00:22:09 OpenWrt user.info kernel: cs: cb_alloc(bus 2): vendor 0x1033, de vice 0x0035
Jan 1 00:22:09 OpenWrt user.warn kernel: PCI: Enabling device 02:00.0 (0000 -> 0002)
Jan 1 00:22:09 OpenWrt user.debug kernel: PCI: Setting latency timer of device 02:00.0 to 64
Jan 1 00:22:09 OpenWrt user.info kernel: usb-ohci.c: USB OHCI at membase 0xc01c d000, IRQ 2
Jan 1 00:22:09 OpenWrt user.info kernel: usb-ohci.c: usb-02:00.0, PCI device 10 33:0035
Jan 1 00:22:09 OpenWrt user.info kernel: usb.c: new USB bus registered, assigne d bus number 2
Jan 1 00:22:09 OpenWrt user.info kernel: hub.c: USB hub found
Jan 1 00:22:09 OpenWrt user.info kernel: hub.c: 1 port detected
Jan 1 00:22:09 OpenWrt user.warn kernel: PCI: Enabling device 02:00.1 (0000 -> 0002)
Jan 1 00:22:09 OpenWrt user.debug kernel: PCI: Setting latency timer of device 02:00.1 to 64
Jan 1 00:22:09 OpenWrt user.info kernel: usb-ohci.c: USB OHCI at membase 0xc021 6000, IRQ 2
Jan 1 00:22:09 OpenWrt user.info kernel: usb-ohci.c: usb-02:00.1, PCI device 10 33:0035
Jan 1 00:22:09 OpenWrt user.info kernel: usb.c: new USB bus registered, assigne d bus number 3
Jan 1 00:22:09 OpenWrt user.info kernel: hub.c: USB hub found
Jan 1 00:22:09 OpenWrt user.info kernel: hub.c: 1 port detected
Jan 1 00:22:13 OpenWrt user.info kernel: hub.c: new USB device 02:00.1-1, assig ned address 2
Jan 1 00:22:13 OpenWrt user.info kernel: usbserial.c: Generic converter detecte d
Jan 1 00:22:13 OpenWrt user.info kernel: usbserial.c: Generic converter now att ached to ttyUSB0 (or usb/tts/0 for devfs)
Jan 1 00:22:13 OpenWrt user.info kernel: usbserial.c: Generic converter detecte d
Jan 1 00:22:13 OpenWrt user.info kernel: usbserial.c: Generic converter now att ached to ttyUSB1 (or usb/tts/1 for devfs)
Jan 1 00:22:13 OpenWrt user.info kernel: usbserial.c: Generic converter detecte d
Jan 1 00:22:13 OpenWrt user.info kernel: usbserial.c: Generic converter now att ached to ttyUSB2 (or usb/tts/2 for devfs)
Jan 1 00:22:38 OpenWrt authpriv.info dropbear[740]: Child connection from 192.1 68.1.145:1896
Jan 1 00:22:45 OpenWrt authpriv.notice dropbear[740]: password auth succeeded f or 'root' from 192.168.1.145:1896

dmesg

usb-ohci.c: TD leak, 1
usb.c: USB bus 3 deregistered
pci_pool_destroy 02:00.1/ohci_td, a0d31000 busy
cs: cb_free(bus 2)
cs: cb_alloc(bus 2): vendor 0x1033, device 0x0035
PCI: Enabling device 02:00.0 (0000 -> 0002)
PCI: Setting latency timer of device 02:00.0 to 64
usb-ohci.c: USB OHCI at membase 0xc01cd000, IRQ 2
usb-ohci.c: usb-02:00.0, PCI device 1033:0035
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 1 port detected
PCI: Enabling device 02:00.1 (0000 -> 0002)
PCI: Setting latency timer of device 02:00.1 to 64
usb-ohci.c: USB OHCI at membase 0xc0216000, IRQ 2
usb-ohci.c: usb-02:00.1, PCI device 1033:0035
usb.c: new USB bus registered, assigned bus number 3
hub.c: USB hub found
hub.c: 1 port detected
hub.c: new USB device 02:00.1-1, assigned address 2
usbserial.c: Generic converter detected
usbserial.c: Generic converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
usbserial.c: Generic converter detected
usbserial.c: Generic converter now attached to ttyUSB1 (or usb/tts/1 for devfs)
usbserial.c: Generic converter detected
usbserial.c: Generic converter now attached to ttyUSB2 (or usb/tts/2 for devfs)
root@OpenWrt:~# gcom -d /dev/usb/tts/0
Can't open device /dev/usb/tts/0.
root@OpenWrt:~# dmesg
CPU revision is: 00029007
Primary instruction cache 8kB, physically tagged, 2-way, linesize 16 bytes.
Primary data cache 4kB, 2-way, linesize 16 bytes.
Linux version 2.4.35.4 (patryk@R61) (gcc version 3.4.6 (OpenWrt-2.0)) #3 Thu Mar 11 12:49:36 CET 2010
Determined physical RAM map:
memory: 01000000 @ 00000000 (usable)
On node 0 totalpages: 4096
zone(0): 4096 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 init=/etc/preinit noinitrd console=ttyS0,115200
CPU: BCM4712 rev 1 at 200 MHz
Using 100.000 MHz high precision timer.
Calibrating delay loop... 197.42 BogoMIPS
Memory: 14252k/16384k available (1431k kernel code, 2132k reserved, 100k data, 84k init, 0k highmem)
Dentry cache hash table entries: 2048 (order: 2, 16384 bytes)
Inode cache hash table entries: 1024 (order: 1, 8192 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: 4096 (order: 2, 16384 bytes)
Checking for 'wait' instruction... unavailable.
POSIX conformance testing by UNIFIX
PCI: Initializing host
PCI: Fixing up bus 0
PCI: Fixing up bridge
PCI: Setting latency timer of device 01:00.0 to 64
PCI: Fixing up bus 1
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Registering mini_fo version $Id$
devfs: v1.12c (20020818) Richard Gooch ([email protected])
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB.
squashfs: version 3.0 (2006/03/15) Phillip Lougher
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0xb8000300 (irq = 3) is a 16550A
ttyS01 at 0xb8000400 (irq = 3) is a 16550A
b44.c:v0.93 (Mar, 2004)
PCI: Setting latency timer of device 00:02.0 to 64
eth0: Broadcom 47xx 10/100BaseT Ethernet 00:1e:e5:49:69:35
Physically mapped flash: Found an alias at 0x400000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0xc00000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1400000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1c00000 for the chip at 0x0
cfi_cmdset_0001: Erase suspend on write enabled
0: offset=0x0,size=0x2000,blocks=8
1: offset=0x10000,size=0x10000,blocks=63
Using word write method
Flash device: 0x400000 at 0x1c000000
bootloader size: 262144
Physically mapped flash: Filesystem type: squashfs, size=0x23755a
Creating 5 MTD partitions on "Physically mapped flash":
0x00000000-0x00040000 : "cfe"
0x00040000-0x003f0000 : "linux"
0x000bb800-0x00300000 : "rootfs"
mtd: partition "rootfs" doesn't start on an erase block boundary -- force read-only
0x003f0000-0x00400000 : "nvram"
0x00300000-0x003f0000 : "rootfs_data"
Initializing Cryptographic API
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 1024 bind 2048)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
802.1Q VLAN Support v1.8 Ben Greear <[email protected]>
All bugs added by David S. Miller <[email protected]>
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 84k freed
Algorithmics/MIPS FPU Emulator v1.5
diag: Detected 'Linksys WRT54G3G'
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
roboswitch: Probing device eth0: found!
mini_fo: using base directory: /
mini_fo: using storage directory: /jffs
jffs2.bbc: SIZE compression mode activated.
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
SCSI subsystem driver Revision: 1.00
eth0.0: add 01:00:5e:00:00:01 mcast address to master interface
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
eth0.0: dev_set_promiscuity(master, 1)
device eth0 entered promiscuous mode
device eth0.0 entered promiscuous mode
br-lan: port 1(eth0.0) entering learning state
br-lan: port 1(eth0.0) entering forwarding state
br-lan: topology change detected, propagating
eth0.1: add 01:00:5e:00:00:01 mcast address to master interface
PCI: Setting latency timer of device 00:01.0 to 64
PCI/DMA
wl0: wlc_attach: chiprev 1 coreunit 0 corerev 7 cccap 0x4876a maccap 0x0 band 2.4G, phy_type 2 phy_rev 2 ana_rev 2
wl0: Broadcom BCM4320 802.11 Wireless Controller 4.150.10.5
CSLIP: code copyright 1989 Regents of the University of California
PPP generic driver version 2.4.2
Journalled Block Device driver loaded
ip_tables: (C) 2000-2002 Netfilter core team
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus]
PCI: Enabling device 01:01.0 (0000 -> 0002)
Yenta ISA IRQ mask 0x06f8, PCI irq 2
Socket status: 30000820
cs: cb_alloc(bus 2): vendor 0x1033, device 0x0035
PCI: Enabling device 02:00.0 (0000 -> 0002)
PCI: Enabling device 02:00.1 (0000 -> 0002)
ip_conntrack version 2.1 (5953 buckets, 5953 max) - 336 bytes per conntrack
ip_conntrack_rtsp v0.01 loading
ip_nat_rtsp v0.01 loading
PCI: Setting latency timer of device 00:04.0 to 64
usb-ohci.c: USB OHCI at membase 0xb8004000, IRQ 2
usb-ohci.c: usb-00:04.0, PCI device 14e4:4716
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Setting latency timer of device 02:00.0 to 64
usb-ohci.c: USB OHCI at membase 0xc0267000, IRQ 2
usb-ohci.c: usb-02:00.0, PCI device 1033:0035
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 1 port detected
PCI: Setting latency timer of device 02:00.1 to 64
usb-ohci.c: USB OHCI at membase 0xc0269000, IRQ 2
usb-ohci.c: usb-02:00.1, PCI device 1033:0035
usb.c: new USB bus registered, assigned bus number 3
hub.c: USB hub found
hub.c: 1 port detected
usb.c: registered new driver acm
acm.c: v0.21:USB Abstract Control Model driver for USB modems and ISDN adapters
usb.c: registered new driver serial
usbserial.c: USB Serial support registered for Generic
usbserial.c: USB Serial Driver core v1.4
Initializing USB Mass Storage driver...
usb.c: registered new driver usb-storage
USB Mass Storage support registered.
sierra.c: USB Serial support registered for Sierra Wireless
usb.c: registered new driver Sierra wireless
Initializing Nozomi driver (build date: Mar 11 2010 12:43:40)
hub.c: new USB device 02:00.1-1, assigned address 2
usbserial.c: Generic converter detected
usbserial.c: Generic converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
usbserial.c: Generic converter detected
usbserial.c: Generic converter now attached to ttyUSB1 (or usb/tts/1 for devfs)
usbserial.c: Generic converter detected
usbserial.c: Generic converter now attached to ttyUSB2 (or usb/tts/2 for devfs)
usb-ohci.c: 02:00.0 device removed!
usb-ohci.c: 02:00.1 device removed!
usb-ohci.c: 02:00.0 device removed!
usb-ohci.c: 02:00.1 device removed!
usb.c: USB disconnect on device 02:00.0-0 address 1
usb.c: USB bus 2 deregistered
usb.c: USB disconnect on device 02:00.1-0 address 1
usb.c: USB disconnect on device 02:00.1-1 address 2
usbserial.c: Generic converter now disconnected from ttyUSB0
usbserial.c: Generic converter now disconnected from ttyUSB1
usbserial.c: Generic converter now disconnected from ttyUSB2
usb-ohci.c: TD leak, 1
usb.c: USB bus 3 deregistered
pci_pool_destroy 02:00.1/ohci_td, a0d31000 busy
cs: cb_free(bus 2)
cs: cb_alloc(bus 2): vendor 0x1033, device 0x0035
PCI: Enabling device 02:00.0 (0000 -> 0002)
PCI: Setting latency timer of device 02:00.0 to 64
usb-ohci.c: USB OHCI at membase 0xc01cd000, IRQ 2
usb-ohci.c: usb-02:00.0, PCI device 1033:0035
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 1 port detected
PCI: Enabling device 02:00.1 (0000 -> 0002)
PCI: Setting latency timer of device 02:00.1 to 64
usb-ohci.c: USB OHCI at membase 0xc0216000, IRQ 2
usb-ohci.c: usb-02:00.1, PCI device 1033:0035
usb.c: new USB bus registered, assigned bus number 3
hub.c: USB hub found
hub.c: 1 port detected
hub.c: new USB device 02:00.1-1, assigned address 2
usbserial.c: Generic converter detected
usbserial.c: Generic converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
usbserial.c: Generic converter detected
usbserial.c: Generic converter now attached to ttyUSB1 (or usb/tts/1 for devfs)
usbserial.c: Generic converter detected
usbserial.c: Generic converter now attached to ttyUSB2 (or usb/tts/2 for devfs

ls /dev/

console gpio mem null ppp pty scsi tty zero
cua kmem mtd nvram ptmx random shm urandom
full log mtdblock port pts root tts usb

Patryk · Post autor: **Patryk** » 2010-03-11, 22:00

cortesolo, no to modem musi działać.

Wywal z pliku /etc/config/network całą sekcję config interface wan,i dodaj konfigurację dla modemu:

Kod: Zaznacz cały

config interface wan
        option device "/dev/usb/tty/0"
        option proto "3g"
        option apn "internet"
        option pincode "twoj_PIN"

Jeśli nie masz pinu na karcie, to nie dodawaj ostatniej linijki.

Zapisz zmiany i zamknij nano.

Wydaj polecenie ifup wan

Modem powinien się połączyć z siecią.
Jeżeli nie zadziała, to zmień w option device "/dev/usb/tty/0" 0 na 1 albo 2.

cortesolo · Post autor: **cortesolo** » 2010-03-11, 22:19

Patryk pisze:Wydaj polecenie ifup wan

root@OpenWrt:~# ifup wan
Can't open device /dev/usb/tts/0.
wan(3g): Failed to set the PIN code.

Patryk pisze:Jeśli nie masz pinu na karcie, to nie dodawaj ostatniej linijki.

Oczywiscie ostatniej linijki nie wpisywalem.

Patryk · Post autor: **Patryk** » 2010-03-11, 22:24

cortesolo pisze:Can't open device /dev/usb/tts/0.

Restartowałeś router po "zabawie" z insmod ?
Jeśli nie, to koniecznie zrestartuj, nie wyjmując karty modemowej z gniazda,i spróbuj ponownie.

cortesolo · Post autor: **cortesolo** » 2010-03-11, 23:44

A da sie w ogole teraz po wgraniu openwrt wgrac od oryginalny soft?

[ Dodano: 2010-03-11, 23:45 ]

Patryk pisze:Restartowałeś router po "zabawie" z insmod ?
Jeśli nie, to koniecznie zrestartuj, nie wyjmując karty modemowej z gniazda,i spróbuj ponownie.

a to oczywiscie robilem i komunikat wciaz ten sam: can't find device

[ Dodano: 2010-03-12, 00:25 ]
Probowalem wgrac oryginalny software i caly czas TFTP pokazuje: unable to get responses from the servers.

Jak wgrac oryginalny soft z portoem? Trzeba jakies sztuczki stosowac?

Patryk · Post autor: **Patryk** » 2010-03-12, 10:07

cortesolo pisze:can't find device

Kolejny mój błąd, chyba za dużo zielonego na wieczór

- plik urządzenia to nie /dev/usb/tty/0, a /dev/usb/tts/0

Poza tym spróbuj usunąć linię option device "/dev/usb/tty/0" , zostawić tylko config interface wan, proto i apn.

[ Dodano: 2010-03-12, 10:10 ]

cortesolo pisze:Jak wgrac oryginalny soft z portoem?

Tak samo, jak w przypadku softu openwrt.
Próbuj kilka razy, musi się udać, za którymś razem tftp załapie, no i pamiętaj o nagłówku...ma być oryginalny z AT.

cortesolo · Post autor: **cortesolo** » 2010-03-12, 13:27

Probowalem kilkanascie razy i nic,... caly czas: unable to get responses from the server.

A jaki password mam wpisac? Bo moze tutaj cos jest zle. Open WRT wgrywalem przez www wiec zadnego problemu nie bylo. A moze ten klient tftp z ktorego korzystam jest jakis trefny...

[ Dodano: 2010-03-12, 13:57 ]
Hmm, no nie mam centralnie pomyslu dlaczego to sie nie chce wgrac? Moze statyczne IP na kompie ustawic? Jak wgrywalem openwrt to chociaz sie pojawialo ze wrong pattern code, a teraz nic, jakby w_ogole nie chcial gadac ten router z clienetem tftp.

[ Komentarz dodany przez: grzechu: 2010-03-12, 14:05 ]
Poprawa pisowni.

Patryk · Post autor: **Patryk** » 2010-03-12, 14:07

Używasz windowsowego klienta tftp ?

IP komputera ustawione statycznie na 192.168.1.2 ?
Jak masz DHCP, to nie zadziała.

Najpierw puszczasz pinga,a potem, gdy się odezwie, uruchamiasz TFTP:

Kod: Zaznacz cały

tftp -i 192.168.1.1 PUT plik_z_firmware

cortesolo · Post autor: **cortesolo** » 2010-03-12, 14:54

Zmieniłem adres na statyczny wedle sugestii i caly czas to samo.

Wlaczam ping restartuje router i czekam na pojawienie pinga i wtedy daje upgrade... i niestety caly czas: unable to get responses from the server. Naprawde nie wiem o co mu chodzi.

Korzystam z programiku tftp.exe. Wpisuje sie tam adres urzadzenia, password, oraz sciezke pliku.

Patryk · Post autor: **Patryk** » 2010-03-12, 15:07

cortesolo pisze:Korzystam z programiku tftp.exe

Czyli od Linksysa.
Użyj tftp windowsowego, w linii poleceń systemu.
Składnię komendy podałem w poprzednim poście.

Przechodziłem ten proces wielokrotnie, gdy miałem ten router, i zawsze wszystko działało.

Hasło do tftp.exe od Linksysa to admin.

cortesolo · Post autor: **cortesolo** » 2010-03-12, 17:50

Nie no zrobilem jak napisales i caly czas jest o unable to get respones fro the server. Ja juz trace glowe. Czynnosc powtrzalem juz 50 razy i za kazdym to samo...

A tftp z linii polecen nie chce dzialac... mam windows 7, wiec moze nie jest ta funkcja aktywna...

Zreszta przez ten programik chyba tak samo to dziala jak przez liniie polecen?

Co mi poradzisz bo nie wiem co poczynic w tym momenciie...

Patryk · Post autor: **Patryk** » 2010-03-12, 18:17

cortesolo pisze:mam windows 7

Wyłącz firewalla systemowego albo dodaj program tftp, którego używasz, do listy wyjątków.

Potem zaloguj się na router, i wydaj komendę

Kod: Zaznacz cały

nvram set boot_wait=on && nvram commit

i spróbuj jeszcze raz tftp.

[ Dodano: 2010-03-12, 18:17 ]

cortesolo pisze:wiec moze nie jest ta funkcja aktywna...

Istotnie, rzeczywiście z windows 7 wyrzucili klienta tftp

cortesolo · Post autor: **cortesolo** » 2010-03-12, 18:38

Patryk pisze:Wyłącz firewalla systemowego albo dodaj program tftp, którego używasz, do listy wyjątków.

Potem zaloguj się na router, i wydaj komendę
Kod:
Kod: Zaznacz cały
nvram set boot_wait=on && nvram commit 
i spróbuj jeszcze raz tftp.

Zrobilem tak ale niestety bez rezultatu, caly czas to samo ....

[ Dodano: 2010-03-12, 18:56 ]
Po odlaczeniu kabla i po ponownym podlaczeniu dzieje sie cos takiego ze dioda power miga a ping wyglada nastepująco

Kod: Zaznacz cały

C:\Users\adamk2o>ping 192.168.1.1 -t

Badanie 192.168.1.1 z 32 bajtami danych:
Odpowiedź z 192.168.1.10: Host docelowy jest nieosią
Odpowiedź z 192.168.1.10: Host docelowy jest nieosią
Odpowiedź z 192.168.1.10: Host docelowy jest nieosią
Odpowiedź z 192.168.1.10: Host docelowy jest nieosią
Odpowiedź z 192.168.1.10: Host docelowy jest nieosią
Odpowiedź z 192.168.1.10: Host docelowy jest nieosią
Odpowiedź z 192.168.1.10: Host docelowy jest nieosią
Odpowiedź z 192.168.1.10: Host docelowy jest nieosią
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=100
Upłynął limit czasu żądania.
Odpowiedź z 192.168.1.1: bajtów=32 czas=500ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Odpowiedź z 192.168.1.10: Host docelowy jest nieosią
Odpowiedź z 192.168.1.1: bajtów=32 czas=1999ms TTL=6
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Upłynął limit czasu żądania.
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=2ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Błąd ogólny.
Błąd ogólny.
Błąd ogólny.
Błąd ogólny.
Błąd ogólny.
Błąd ogólny.
Błąd ogólny.
Błąd ogólny.
Odpowiedź z 192.168.1.1: bajtów=32 czas=1ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64
Odpowiedź z 192.168.1.1: bajtów=32 czas<1 ms TTL=64

Upgrade daje w momencie pojawienia sie pierwszego pinga po restarcie, no i wtedy tftp chwile mysli po czy wyrzuca: unable to get respones fro the server

Patryk · Post autor: **Patryk** » 2010-03-12, 19:31

cortesolo pisze:Odpowiedź z 192.168.1.10

Skąd taki adres...
Ja stawiam na brak współpracy linksysowego kilenta tftp z Win7.

cortesolo · Post autor: **cortesolo** » 2010-03-12, 19:36

Patryk pisze:Skąd taki adres...

To adres PCta

Ja stawiam na brak współpracy linksysowego kilenta tftp z Win7.
Na drugim kompie z XP tez próbowałem i było dokładnie to samo

Patryk · Post autor: **Patryk** » 2010-03-12, 19:51

Na XP masz normalnego klienta tftp, użyj go.

Bardziej (uwaga) ryzykowny sposób - mtd.

Sciągasz klienta SCP - http://winscp.net

Logujesz się na router za pomocą tego programu, wchodzisz do katalogu /tmp i wrzucasz tam plik z oryginalnym firmware.

Logujesz się przez SSH, wchodzisz do katalogu /tmp i wydajesz komendę:

Kod: Zaznacz cały

dd bs=32 skip=1 if=nazwa_pliku_z_firmware.bin of=linksys.trx

Masz teraz plik TRX przygotowany do wgrania do flasha.

Wgrywasz go komendą:

Kod: Zaznacz cały

mtd -r write linksys.trx linux && reboot

Więcej nie jestem w stanie niestety pomóc - może to usterka fizyczna routera, bo już z tftp wszystko przerabialiśmy,i to musi działać.

cortesolo · Post autor: **cortesolo** » 2010-03-12, 19:52

Prze chwilą sprawdziłem jeszcze na kompie kolegi (XP) i jest dokładnie to samo. A to nie jest wina oprogramowania openwrt? Nie "blokuje" ono dostępu do routera?

Patryk · Post autor: **Patryk** » 2010-03-12, 19:55

cortesolo pisze:Nie "blokuje" ono dostępu do routera?

Już trochę siedzę w tym temacie, i jeszcze nie spotkałem się z jakimkolwiek blokowaniem flashowania.

cortesolo · Post autor: **cortesolo** » 2010-03-12, 20:37

Patryk pisze:Bardziej (uwaga) ryzykowny sposób - mtd.

Sciągasz klienta SCP - http://winscp.net

Logujesz się na router za pomocą tego programu, wchodzisz do katalogu /tmp i wrzucasz tam plik z oryginalnym firmware.

Logujesz się przez SSH, wchodzisz do katalogu /tmp i wydajesz komendę:
Kod:

dd bs=32 skip=1 if=nazwa_pliku_z_firmware.bin of=linksys.trx

Masz teraz plik TRX przygotowany do wgrania do flasha.

Wgrywasz go komendą: Kod:

mtd -r write linksys.trx linux && reboot

Więcej nie jestem w stanie niestety pomóc - może to usterka fizyczna routera, bo już z tftp wszystko przerabialiśmy,i to musi działać.

DZIAŁA!! Naprawdę wielki szacun dla Ciebie, że masz dla mnie tyle cierpliwości

Wisze Ci duże piwo. Pozwole sobie w niektorych kwestiach zwrocic o pomoc bo naprawde zaimponowales mi swoją wiedza. Pozdrawiam.

Patryk · Post autor: **Patryk** » 2010-03-12, 21:24

DZIAŁA!!

Cieszę się niezmiernie

Teraz, jak już nie chcesz openwrt, spróbuj jeszcze jednego myka:

-przerób modem wg tego poradnika: http://www.bez-kabli.pl/viewtopic.php?t=21291
-wgraj firmware Linksysa - EM albo EU

Forum bez kabli - Internet mobilny 3G LTE 5G CDMA WIFI

WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX

Re: WRT54G3G i GTMAX