Speedtouch Na Fc5

[shymon_]

Pomocy!! Niechce mi neostrada dzialac na FC5 robilem tak jak na FC4 myslalem ze ruszy a jednak nie:/ A na forum widze opis tylko do Sagema...

 

Prosze o pomoc! ...bo mnie bierze cholera przy kożystaniu z windowsa:/

 

 

[szp@k]

Pomocy!! Niechce mi neostrada dzialac na FC5 robilem tak jak na FC4 myslalem ze ruszy a jednak nie:/ A na forum widze opis tylko do Sagema...

 

Prosze o pomoc!

Zgadza się, przyłaczam sie do prośby o pomoc. przepis z http://www.fedora.pl/index.php?option=cont...id=98&Itemid=34

działał bezbłednie na fc4. Po upgradzie na fc5 mam problem z załadowaniem firmaware do modemu. Cytat z /var/log/messages:

...

Mar 25 20:56:44 szpak kernel: speedtch 1-1:1.0: found stage 1 firmware speedtch-1.bin

Mar 25 20:56:44 szpak kernel: speedtch 1-1:1.0: found stage 2 firmware speedtch-2.bin

...

Mar 25 20:56:45 szpak kernel: speedtch 1-1:1.0: speedtch_upload_firmware: read BLOCK4 from modem failed (-110)!

Mar 25 20:56:45 szpak kernel: speedtch 1-1:1.0: speedtch_heavy_init: firmware upload failed (-110)!

...

Po załadowaniu systemu niestety wykonanie sprawdzenia:

cat /proc/net/atm/speedtch:0

skutkuje komunikatem o braku takiego pliku lub katalogu.

[ebnowak]

Postaram się pomóc - ale jeszcze w domu instalacji FC5 nie posiadam - więc około tygodnia może to potrwać ...

 

Na chilę obecną proponuję mały test. Zastąpić punkt 6:

 

6. Ze względu na to, że modemy te wykorzystują dwa typy firmware:

FIRMWARE LOADER (speedtch-1.bin)

FIRMWARE FILE (speedtch-2.bin)

musimy podzielić jeden z powyższych plików:

 

# chmod u+x firmware-extractor

Dla wersji 4:

# ./firmware-extractor ZZZL_3.012

(Powstaną dwa pliki mniejszy = loader; większy = firmware)

 

NASTPUJĄCYMI POLECENIAMI:

 

# dd bs=1 count=935 skip=32 if=ZZZL_3.012 of=speedtch-1.bin

# dd bs=1 count=775545 skip=967 if=ZZZL_3.012 of=speedtch-2.bin

 

Tak jak wspomniałem nie mam jeszcze FC5 - wiec prośba o test - jeżeli jest ok lub nie ok - to dajcie znać

 

Pozdrawiam

Błażej Nowak

[szp@k]

# dd bs=1 count=935 skip=32 if=ZZZL_3.012 of=speedtch-1.bin

# dd bs=1 count=775545 skip=967 if=ZZZL_3.012 of=speedtch-2.bin

 

Nie, to nie pomogło.

Znalazłem tymczasowe rozwiązanie, ale nie działa po restarcie systemu i generalnie działa dziwnie, bo czasem zawiesza komputer...

 

Może pomoże w znalezieniu docelowego rozwiązania:

wykonałem

# rmmod speedtch

# modprobe speedtch

 

w logach pokazało się:

 

Mar 26 19:02:19 szpak kernel: usbcore: deregistering driver speedtch
Mar 26 19:02:36 szpak kernel: usbcore: registered new driver speedtch
Mar 26 19:02:36 szpak firmware_helper[2278]: Loading of /lib/firmware/speedtch-1.bin.4.00 for speedtch driver failed: No such file or directory
Mar 26 19:02:36 szpak firmware_helper[2282]: Loading of /lib/firmware/speedtch-1.bin.4 for speedtch driver failed: No such file or directory
Mar 26 19:02:36 szpak kernel: speedtch 1-1:1.0: speedtch_find_firmware: no stage 1 firmware found!

 

wykonałem więc w katalogu /lib/firmware:

 

# cp speedtch-1.bin speedtch-1.bin.4.00

# cp speedtch-2.bin speedtch-1.bin.4.00

 

i ponownie

# rmmod speedtch

# modprobe speedtch

 

po czym w logach pokazało sie:

Mar 26 19:05:10 szpak kernel: usbcore: deregistering driver speedtch
Mar 26 19:05:17 szpak kernel: usbcore: registered new driver speedtch
Mar 26 19:05:17 szpak kernel: speedtch 1-1:1.0: found stage 1 firmware speedtch-1.bin.4.00
Mar 26 19:05:17 szpak kernel: speedtch 1-1:1.0: found stage 2 firmware speedtch-2.bin.4.00
Mar 26 19:05:17 szpak firmware_helper[2351]: Loading of /lib/firmware/speedtch-1.bin.4.00 for speedtch driver failed: No such file or directory
Mar 26 19:05:17 szpak firmware_helper[2354]: Loading of /lib/firmware/speedtch-2.bin.4.00 for speedtch driver failed: No such file or directory

 

Potem już tylko

# /etc/init.d/network restart

i chwilowo działa , ale gdy spróbowałem usunąć firmware bez końcówki .4.00 to moduł nie wstał poprawnie po reboocie, z resztą, gdy je przywróciłem, też chyba nie.

[shymon_]

Noi próbowałem i nic :|... a nie moge sobie pozwolic zeby mi net nie dzialal.. wiec chyba wroce na FC4 .... Ale poczekam jescze.. może ktoś wymysli cos... Z gory dziekuje za pomoc

 

Szymon R.

[etz257]

Witam wszystkich!

Wczoraj zainstalowałem FC5 no i mam ten sam problem.

A na FC4 tak fajnie już chodzilo!

Mam nadzieje że ktoś już rozwiązał ten probem i opisze to.

Pozdrawiam

[Ponury]

ja widzę że w tym wątku dwie osoby odpaliły tego speedtoucha na FC5, ciekawe jak im się udało

[szp@k]

Udało mi się w bardzo brzydki i irracjonalny sposób - grunt, że działa.

 

Po pierwsze, jak pisałem wcześniej, skopiowałem pliki firmware'u i nadałem im inne nazwy, wykonałem w katalogu /lib/firmware:

# cp speedtch-1.bin speedtch-1.bin.4.00
# cp speedtch-2.bin speedtch-1.bin.4.00

Po drugie stworzyłem skrypt speedtch.sh o zawartości

#!/bin/sh
rmmod speedtch
sleep 1
modprobe speedtch

zrobiłem z niego plik wykonywalny (chmod 755 speedtch.sh)

i stworzyłem link do niego w katalogu /etc/rc.d/rc5.d pod numerem 09 (czyli link nazwałem S09speedtch.sh) - tuż przed skryptem network, który ma u mnie numer 10. (ln -s /ścieżka do pliku/speedtch.sh /etc/rc.d/rc5.d/S09speedtch.sh)

 

Wiem, że to wygląda dość psychodelicznie, tym bardziej dziwne jest, że to działa.

 

Poniżej fragment logu związany z ładowaniem speedtouch' a przez sam kernel:

 

Apr  2 00:10:29 szpak kernel: usbcore: registered new driver speedtch
Apr  2 00:10:29 szpak kernel: firmware_loading_store: unexpected value (0)
Apr  2 00:10:29 szpak kernel: speedtch 1-1:1.0: found stage 1 firmware speedtch-1.bin
Apr  2 00:10:29 szpak kernel: speedtch 1-1:1.0: found stage 2 firmware speedtch-2.bin.4.00
...
Apr  2 00:10:29 szpak kernel: speedtch 1-1:1.0: speedtch_upload_firmware: read BLOCK4 from modem failed (-110)!
Apr  2 00:10:29 szpak kernel: speedtch 1-1:1.0: speedtch_heavy_init: firmware upload failed (-110)!

 

A poniżej fragment związany z przeładowaniem tego modułu przez mój głupi skrypt:

Apr  2 00:10:30 szpak kernel: usbcore: deregistering driver speedtch
Apr  2 00:10:30 szpak kernel: usb 1-1: reset full speed USB device using uhci_hcd and address 2
Apr  2 00:10:30 szpak kernel: usbcore: registered new driver speedtch
Apr  2 00:10:30 szpak kernel: speedtch 1-1:1.0: found stage 1 firmware speedtch-1.bin.4.00
Apr  2 00:10:30 szpak kernel: speedtch 1-1:1.0: found stage 2 firmware speedtch-2.bin.4.00

 

Gorąca prośba do Błażeja Nowaka - wierzę, że znajdziesz sposób, aby można było korzystać z modułu speedtch bez tego pokręconego przeładowywania W razie czego służę pomocą przy testach.

[ebnowak]

Mam jeszcze dwa pytania:

Jakiej wersji firmware używacie: najnowszej ze strony thompson czy z plytki tpsa ?

Czy używacie kernel-a 2.6.15 czy 2.6.16 ?

 

Ja będe testowal neo jutro na FC5 - zobaczymy co wyjdzie ?

 

I jeszcze jedno przypuszczenie - z analizy tego co tu zobaczyłem to:

w katalogu /lib/firmware MUSZĄ ZOSTAĆ TYLKO 2 PLIKI:

speedtch-1.bin.4.00

speedtch-2.bin.4.00

 

Więc może 2 test. Zastąpić punkt 6:

 

6. Ze względu na to, że modemy te wykorzystują dwa typy firmware:

FIRMWARE LOADER (speedtch-1.bin)

FIRMWARE FILE (speedtch-2.bin)

musimy podzielić jeden z powyższych plików:

 

# chmod u+x firmware-extractor

Dla wersji 4:

# ./firmware-extractor ZZZL_3.012

(Powstaną dwa pliki mniejszy = loader; większy = firmware)

 

NASTPUJĄCYMI POLECENIAMI:

 

# dd bs=1 count=935 skip=32 if=ZZZL_3.012 of=speedtch-1.bin.4.00

# dd bs=1 count=775545 skip=967 if=ZZZL_3.012 of=speedtch-2.bin.4.00

 

Pozdrawiam.

Błażej Nowak

 

PS. I jeszcze jedno przypuszczenie - prawa do plików bin w /lib/firmware sa prawdidłowe ???

dlaczego to piszę - bo mam już kilka sygnałów, że wszystko jest ok - wieć na razie to jestem trochę zdezorientowany - kolejna prośba:

# cat /var/log/messages | grep ppp | tail -20

[szp@k]

Kernel 2.6.16-1.2080_FC5

Firmware chyba z płytki - jest jakiś nowy?

[ebnowak]

Polecam firmware ze stron thompsona:

http://www.speedtouch.com/download/drivers...rmware_3012.zip

 

Coś jednak jest nie tak - w FC5 zrezygnowano z hotplug na rzecz udev ...

 

mam pytania:

czy możesz wykonać:

# rpm -qa | grep udev (jeżeli jest update dla tego rpm-a to najlepiej zrobić)

# rpm -qa | grep hotplug

# yum list all | grep hotplug

i jeżeli jeszcze znajduje się w repozytoriach to spróbować go zainstalować (mam na myśli pakiet hotplug) ....

ten test może sporo wyjaśnić

 

ZMIANA: już wiem, że tego pakietu nie ma

więc zastanowić się treba nad właściwym wpisem w /etc/udev/rules.d

 

Chwilę mi to zajmie ....

 

Pozdrawiam.

Błażej Nowak

 

Jeszcze jeden test - ale powinno być ok.

Oczywiście to nie jest docelowe rozwiązanie ale myślę, że na chilę obecną ok (ZAŁOŻENIE: firmware wg wzorca powyżej w /lib/firmware):

i dodać wpisy zaczynając od ostatniej linii w /etc/modprobe.conf:

modprobe -r speedtch

modprobe speedtch

 

docelowo i tak wg mnie należy kierować się w strone udev ... ale to wymaga jakiegoś poczytania

 

[przewmir]

U mnie świeżo po instalacji FC5 usługa net24 na modemie SpeedTouch poszła właściwie bez problemów. Prawda jednak że miałem wcześniej dostęp do internetu innym sposobem.

1. Jądro standardowe uaktualnione do wersji 2.6.16-1.2080_FC5.

2. Musiałem doinstalować ręcznie pakiet linux-atm. W wersji 2.5.0-0.20050118.3.2 pakiet ten posiadał już wymagany do net24 plik br2684ctl.

3. Pakiet rp-pppoe był już zainstalowany.

4. Ściągnąłem firmware-extractor

5. Ściągnąłem firmware

6. Poleceniem su przeszedłem na konto root. Wszedłem do katalogu ze ściągniętymi powyżej plikami.

7. Poleceniem unzip rozpakowałem firmware otrzymując dwa pliki: KQD6_3.012 i ZZZL_3.012.

8. Zmieniłem prawa wykonywania skryptu 'chmod +x firmware-extractor'

9. Modem jest Rev.4 więc wykonałem polecenie ./firmware-extractor ZZZL_3.012.

10. Skopiowałem otrzymane pliki speedtch-1.bin i speedtch-2.bin do katalogu /lib/firmware.

11. Sprawdziłem uprawnienia i właściciela tych dwóch plików:

- właściciel root:root

- uprawnienia 0644

12. Restart komputera. Po restarcie z konsoli (_root'a_ → roota) ORT sprawdzam:

dmesg | grep speedtch i otrzymałem:

usbcore: registered new driver speedtch

speedtch 3-2:1.0: found stage 1 firmware speedtch-1.bin

speedtch 3-2:1.0: found stage 2 firmware speedtch-2.bin

13. Jeszcze tylko dla pewności:

/sbin/lsmod | grep speedtch i otrzymuję:

speedtch 13521 0

usbatm 18241 2 speedtch

14. Czyli wszystko ok i pojechałem dalej zgodnie z instrukcjami ze strony SpeedTouch - Fedora

15. Jedna jeszcze uwaga i drobna różnica w stosunku do opisu ze strony powyżej dla użytkowników Net24 w temacie ładowania modułu jądra br2684 podczas startu systemu. W FC5 lepiej utworzyć plik '/etc/sysconfig/modules/br2684.modules' z następującym wpisem:

 

#!/bin/sh

/sbin/modprobe br2684

 

Plikowi temu trzeba nadać prawa 0755 a właściciel to root:root

16. Połączenie uruchamia się podczas startu systemu automatycznie i nie ma ŻADNYCH problemów (przynajmniej na razie).

 

Opis moze przydługi ale moze się przydać osobom z małym doświadczeniem.

 

[Ponury]

Przetestowane, działa i z neostradą. Może wcześniej nie chciało mi ruszyć bo nie miałem paczki linux-atm bo resztę się robi tak samo jak na FC4...

[szp@k]

# cat /var/log/messages | grep ppp | tail -20

Apr 3 21:40:09 szpak pppd[1544]: Plugin pppoatm.so loaded.

Apr 3 21:40:09 szpak pppd[1544]: PPPoATM plugin_init

Apr 3 21:40:09 szpak pppd[1544]: PPPoATM setdevname_pppoatm - SUCCESS:0.35

Apr 3 21:40:09 szpak pppd[1544]: pppd 2.4.3 started by root, uid 0

Apr 3 21:40:09 szpak pppd[1544]: Using interface ppp0

Apr 3 21:40:09 szpak pppd[1544]: local IP address 10.112.112.112

Apr 3 21:40:09 szpak pppd[1544]: remote IP address 10.112.112.113

Apr 3 21:40:21 szpak pppd[1544]: Starting link

Apr 3 21:40:21 szpak pppd[1544]: Connect: ppp0 <--> 0.35

Apr 3 21:40:21 szpak pppd[1544]: Couldn't increase MTU to 1500. Using 1492

Apr 3 21:40:21 szpak pppd[1544]: Couldn't increase MRU to 1500. Using 1492

Apr 3 21:40:24 szpak pppd[1544]: Couldn't increase MTU to 1500. Using 1492

Apr 3 21:40:25 szpak pppd[1544]: CHAP authentication succeeded

Apr 3 21:40:26 szpak pppd[1544]: Local IP address changed to 83.22.253.188

Apr 3 21:40:26 szpak pppd[1544]: Remote IP address changed to 213.25.2.195

Apr 3 21:40:30 szpak ntpd[1867]: Listening on interface ppp0, 83.22.253.188#123

 

# rpm -qa | grep udev

udev-084-13

 

# rpm -qa | grep hotplug

oczywiście nic nie zwraca

 

Włożyłem

modprobe -r speedtch

modprobe speedtch

do /etc/modprobe.conf

zamiast mojego skryptu w /etc/rc5.d/speedtch.sh

zobaczymy, czy zadziała.

...

Nie działa, chyba nie tak się wisuje modprobe do modprobe.conf:

...

Apr 3 22:33:17 szpak modprobe: WARNING: /etc/modprobe.conf line 16: ignoring bad line starting with 'modprobe'

Apr 3 22:33:17 szpak modprobe: WARNING: /etc/modprobe.conf line 17: ignoring bad line starting with 'modprobe'

...

 

 

Poszukam też czegoś na temat tego udev, kiedyś juz sie tym bawiłem, ale nie dziś, nie mam dzisiaj siły

[przewmir]

Do Szp@k

 

Nie rozumiem po co ci jakieś dodatkowe skrypty w /etc/rc.d/ albo dopisywanie ładowania speedtch do /etc/modules.conf. W FC5 ładowanie modułu speedtch załatwia samo udev, które w FC5 zawiera już obsługę hotplug.

Najłatwiej to sprawdzić przed instalowaniem czegokolwiek ze speedtoucha -

lsmod powinno pokazać, że speedtch i usbatm są już załadowane po starcie systemu.

 

A sam start ADSL jest załatwiany w skrypcie /etc/init.d/network jeżeli tylko w katalogu /etc/sysconfig/network-scripts/ jest plik konfiguracyjny ifcfg-ppp0.