Dotaz: Kernel 2.6 vs. CDMA

[outrage]

Dobrý den,

mám takový malý zádrhel. Už druhej den se mořím s cdma v linuxu a bezúspěšně. Postupoval jsem podle návodů na různých blozích (hm, snaha o vytvoření množného čísla od slova blog). Všem to jede normálně, bez potíží a hned napoprvé, jenom mně to samozřejmě nejede raději vůbec.

Nejdřív jsem samozřejmě neměl zkompilován cdc_acm v jádře, což bylo napraveno téměř okamžitě. Následoval restart a jaké bylo moje překvapení, že lsusb mi modem opět nevypisuje... nezávisle na tom, zda je cdc_acm zakompilováno přímo do jádra nebo jako modul.

modprobe cdc_acm zahlásí:
FATAL: Error inserting cdc_acm (/lib/modules/2.6.11.12/kernel/drivers/usb/class/cdc-acm.ko): Device or resource busy

...a lsusb si hlásí do svoje standardní pouhé Bus 001 Device 001: ID 0000:0000

Tak sem si řekl, no nic. Chyba mezi klávesnicí a židlí, to se časem vstřebá. Nahodil jsem tedy distribuční 2.4 kernel a hotplug mi nakrásně rozpoznal CDMA modem, lsusb se chlubil výpisem
Bus 004 Device 002: ID 05c6:3196 Qualcomm, Inc. CDMA Wireless Modem

Hm, ale co dál? V /dev se pro něj nevytvořilo zařízení, takže jsem se snažil o vytvoření pomocí mknod. Ale asi sem to vytvářel špatně (/dev/ttyUSB0: character special (188/0)), protože pppd mi vyhazoval lakonickou hlášku
Failed to open /dev/ttyUSB0: No such device

Ve /var/log/messages se objevilo pouze strohé
Jul 11 00:05:37 Pherenike pppd[3091]: pppd 2.4.2 started by root, uid 0
Jul 11 00:05:37 Pherenike pppd[3091]: Exit.

Zkoušel jsem tedy ještě manuálně spustit chat, který skončil s následujícím výpisem:
Jul 11 00:06:49 Pherenike chat[3098]: expect (AT)
Jul 11 00:06:52 Pherenike chat[3098]: alarm
Jul 11 00:06:52 Pherenike chat[3098]: Failed

Hm. A teď jsem v koncích. Evidentně nebude chyba v nastavení pppd (nebo možná nějaká chyba tam taky bude, ale ještě nemá možnost se projevit). Napadá vás něco? Díky za každej hint...

PS: Proč se hlásí acm jako unused?
lsmod|grep -i acm
acm 5472 0 (unused)
usbcore 58860 1 [acm uhci ehci-hcd]

PPS: Ignorujte prosím fakt, že jsem se zkoušel připojit pod rootem, ještě sem si nenastavil sudo pro pppd...

Odpovědi

[vojtech]

zkuste ten device vytvorit takto: mknod /dev/usb/ttyACM0 c 166 0

[outrage]

Díky, teď mám správně vytvořený zařízení, jen mám debilní vytáčecí skript, to ale doladím. Jede to ale stále jenom v 2.4 řadě kernelu, jak to rozjet v 2.6ce?

[Karben]

K internetu se s CDMA připojuji s ( tímto ) nastavením. Mám vyzkoušeno, že spolehlivě funguje v MDK10.0 a v MDK10.2.

Po nastavení se v konzoli se přihlásit se jako root

pak dát příkaz: modprobe cdc-acm

a nakonec: pppd call eurotel

V MDK10.1 to zlobilo, připojení fungovalo vždy jen po restartu z Windows, ale jindy ne. Ve Fedora Core 4 se modem tvářil, že je připojený (na displeji bylo vidět spojení a kontrolka na boku blikala), ale data nešla. Neměl jsem pak už čas dále zkoumat proč a tak jsem FC4 smazal a nainstaloval zpět MDK10.2 kde připojení k netu přes CDMA funguje na první pokus. Snad ti to v něčem pomůže.

[Jakub]

Potvrzuji;) Prave pouzivam FC3. kde se modem po velke snaze zacne tvarit, jako ze je pripojeny, ale neni (proste na nem jsou ty dve ikonky pocitacu ale na net se pingnou nejde)! Prave se to nejak snazim resit, ale vubec si s tim nevim rady, jadro pouzivam taky rady 2.6.*

Kdyz jsem zkousel Mandrake 10.0, tak to na nem slo taky v pohode, zadny problem s tim nebyl - krome rychlosti. Kdyby nekdo vedel proc to ve Fedore nejede, tak pls napiste! Uz se s tim trapim nekolik dni..:(

[outrage]

Mám Slackware a chová se to stejně, jak popisujete s FC. Modem skutečně připojený je, ale je zajímavé, že lze pingnout pouze pevné ip adresy, ale domény ne... čím to asi může být?

[Ondřej Kubečka]

Tuhle jednu konkrétní věc bych tipoval na špatné nastavení překladu adres. Zkontrolujte /etc/resolv.conf pro CDMA od Errortelu by tam aktuálně mělo být:

nameserver 160.218.10.200
nameserver 160.218.43.200

Resp. můžete si ho nechat přepisovat pppd při každém připojení - sám to tak dělám od doby, kdy Errortel změnil adresy DNS serveru a přestalo to s původními hodnotami chodit. Takhle by to mělo být odolnější proti podobným akcím.

K původnímu dotazu mě napadlo, jestli nějaký hotplug či podobná vymoženost nezkusil nárokovat CDMA modem např. pro usb-serial. Protože hláška, kterou popisujete při zavádění modulu je prazvláštní, ale trochu k tomu svádí. (Bohudík) tuto zkušenost však nemám (mě to chodí), takže nemohu sloužit než tímto dohadem. Zajímavé je, pokud to pod 2.4.x jede, jinak bych třeba navrhoval jiný USB řadič nebo další akce..., ale takhle? Pravdou je, že ty modemy jsou asi co kus to originál. Jediné, s čím jsem se od verze 2.6.8 potýkal, byla komunikace s modemem po spuštění počítače. Možná, že dnešní verze už se zase takto nechovají, ale pro jistotu pře vytáčením spouštím setserial /dev/ttyACM0, jak jsem se dočetl v jedné diskusi: příkaz hodí chybku, ale modem se probere. Jenomže to je ve stavu, kdy už je modul bez protestů zaveden.

To jádro je "vanilla"? Čím jste to kompiloval?

[outrage]

Hláška je skutečně kupodivná, zkusím hotplug totálně odpálit, stejně, když tak nad tím přemýšlím... k čemu tam vůbec je, když v 2.6ce je přímo v kernelu? No jo, asi jen pozůstatek z 2.4ky. HW bych asi taky moc neřešil... Je to skutečně Vanilla, gcc v3.3.4. Jdu to hned testnout, dám vědět, zatím díky.

[outrage]

Mam Vam vyridit vrele pozdravy od kamarada, kterymu jsem ukradl PC s widlemi, abych se dostal na internet;) Mel jste pravdu, resolv.conf byl resenim.

Ovsem ted jsem on-line jen pod kernelem 2.4, 2.6ka ani ranu, porad ta sama hlaska, popr. pokud zakompiluju primo do jadra, tak ticho po pesince a lsusb nic nepovi. Doufam jen, ze nakonec nezjistim, ze tam neco chybi... coz by ale nemelo. Uz fakt nevim...

[Ondřej Kubečka]

Díky za pozdravy. :) Tak zase o krok blíže.

S tím hotplugem nemáte tak docela pravdu. Právě, že k 2.6.x by patřit měl a to tak, že je to (snad) soustava skriptů, která provede to, či ono po té, co jádro utrousí poznámku o nějaké změně HW. Osobně to však nepoužívám, protože:

a) na serveru v práci mám dění raději pod kontrolou
b) doma (kde s ohledem na manželku počítač vypínám) mi to mnohem déle startovalo
c) ani na jednom místě HW neměním tak často, aby nakonec nebylo čistší a rychlejší si vše nastavit ručně. :)


Právě mě osvítila múza: nemohl by u Vás pod tím 2.6.x být problém v tom, že nemáte zkompilovanpou (/zavedený modul pro) podporu příslušné typu USB řadiče? Mj. by k tomu mohlo dojít tak, že se ve startovacích skriptech dovolávate např. usb-uhci..., ale jména modulů se v játrech 2.6.x změnila na uhci-hcd... Takže pokud nejsou přímo v jádře, měly by být zavedeny minimálně moduly: usbcore, usb-uhci/usb-ohci/usb-ehci a cdc-acm... Kus lsmod pak vypadá třeba takro:

cdc_acm                10784  2 
ehci_hcd               28040  0 
ohci_hcd               18312  0 
uhci_hcd               29072  0 
usbcore               103736  5 cdc_acm,ehci_hcd,ohci_hcd,uhci_hcd

A nezapomeňte zkusit setserial, pokud se modul úspěšně zavede a nebude to chtít komunikovat. :)

[outrage]

Ne, to bylo prvni, co jsem pro jistotu kontroloval. Mam to vse primo v jadre (stridam dve desky, jedna je s uhci a jedna s ohci). Ten mizernej modul se proste vubec nema v umyslu zavest... mozna jeste muzu zkusit nejakej predkompilovanej distribucni 2.6 kernel a popripade (pokud pojede cdc-acm) porovnat rozdily...

[Ondřej Kubečka]

...jeste muzu zkusit nejakej predkompilovanej distribucni 2.6 kernel...

Nad tím jsetm taky přemýšlel, ale možná ani není třeba šťourat ve vlastní instalaci. Tuším, že SLAX 5.x je postavený na jádrech 2.6.x a modul cdc-acm tam existuje. Takže by stačilo nabootovat, zavést a případně ozkoušet např. minicomem, jestli to má ochotu jet.

Protože opravdu už mě jinak moc nenapadá, kromě nějakého opomenutí při kompilaci nebo dalšího originálního kusu CDMA modemu (ale když to jede pod 2.4...).

Mám tady Slackware 10.0, tzn. mj. GCC 3.3.4 a kromě výše popisovaného problému mi CDMA na 2.6.c vždy jelo. :)

[volvox]

me to jelo bez problemu na debianu s hotplugem (+ udev), kernel vanilla 2.6.8.1. v .configu mam:

CONFIG_USB=y
CONFIG_USB_DEVICEFS=y
CONFIG_USB_EHCI_HCD=y
CONFIG_USB_OHCI_HCD=y
CONFIG_USB_UHCI_HCD=y
CONFIG_USB_ACM=y

a to by melo stacit (vse v kernelu + samozrejme ppp). pokud bude zajem, muzu poslat funkcni .config. kernel jsem jeste patchoval kvuli limitu rychlosti na linuxu, mozna je to v novejsich verzich uz vyreseno:

--- drivers/usb/class/cdc-acm.c 2005-01-24 14:41:02.000000000 +0100
+++ drivers/usb/class/cdc-acm.c.orig    2005-01-24 14:18:42.000000000 +0100
@@ -657,12 +657,9 @@
        }
        memset(acm, 0, sizeof(struct acm));

-       //ctrlsize = epctrl->wMaxPacketSize;
-       ctrlsize = 1024;
-       //readsize = epread->wMaxPacketSize;
-       readsize = 1024;
-       //acm->writesize = epwrite->wMaxPacketSize;
-       acm->writesize = 1024;
+       ctrlsize = epctrl->wMaxPacketSize;
+       readsize = epread->wMaxPacketSize;
+       acm->writesize = epwrite->wMaxPacketSize;
        acm->control = control_interface;
        acm->data = data_interface;
        acm->minor = minor;

nastavovat nameservery do /etc/resolv.conf by nepouzival, staci v konfiguraci peers (u me v /etc/ppp/peers/cdma) vlozit volbu usepeerdns a ppp se o to postara samo.

preju hodne stesti, laborovani s ppp bylo taky poteseni, nemluve o nastaveni firewallu a natu ;)

[volvox]

hmm, ten patch je presne naopak:

--- drivers/usb/class/cdc-acm.c.orig    2005-01-24 14:18:42.000000000 +0100
+++ drivers/usb/class/cdc-acm.c 2005-01-24 14:41:02.000000000 +0100
@@ -657,9 +657,12 @@
        }
        memset(acm, 0, sizeof(struct acm));

-       ctrlsize = epctrl->wMaxPacketSize;
-       readsize = epread->wMaxPacketSize;
-       acm->writesize = epwrite->wMaxPacketSize;
+       //ctrlsize = epctrl->wMaxPacketSize;
+       ctrlsize = 1024;
+       //readsize = epread->wMaxPacketSize;
+       readsize = 1024;
+       //acm->writesize = epwrite->wMaxPacketSize;
+       acm->writesize = 1024;
        acm->control = control_interface;
        acm->data = data_interface;
        acm->minor = minor;

[gouceni]

Mám velké problémy s rozjetím forwardu u CDMA na místní síť. Už s tím laboruju měsíc, ale nic nepomáhá. Nemáte někdo návot jak zajistit NAT a forward do místní sítě? Děkuji za každý tip

[petr_p]

Rychlonavod: Masquerading-Simple-HOWTO

[pasmen]

Hum, co presne nemate pod kontrolou pri pouziti udev + hotplug? Ja mel za to, ze prave naprosta kontrola byl jeden z duvodu navrzeni...

[Ondřej Kubečka]

Hum, co presne nemate pod kontrolou pri pouziti udev + hotplug? Ja mel za to, ze prave naprosta kontrola byl jeden z duvodu navrzeni...

Znáte to: "Proti gustu..."

Pod kontrolou mám na mysli, že si SÁM zavedu příslušný modul, je-li potřeba, a SÁM si vytvořím příslušný soubor zařízení, je-li potřeba. Neudělá to za mě žádný skript ani jiný udělátor. Něco jako stará škola. :)

Nakonfigurovat to samozřejmě jde dle vlastní libosti, ale holt jsem z těch bláznů, co se snaží věci dělat co nejjednodušší (míněno jako antonymum nekomplexního, nikoliv však nutně snadné) a (zejména v produkčním prostředí) nedůvěřují ničemu, co má něco dělat automagicky. čím více věcí (funkcí), tím více příležitostí, aby se něco po...kazilo.

Nehledě na to, že je to celkem pomalé (tomu snad pomůže udevng implementovaný v C - alespoň jsem zahlédl, že na něčem takovém někdo dělá/chystá se dělat). A v mém případě navíc naprosto zbytečné: prakticky jediným častěji odpojovaným/připojovaným zařízením je foťák (usb-storage) a na to opravdu hotplug+udev nepotřebuji. Má-li někdo hotplugable PCI (a třeba i IDE/SCSI) sběrnici a častěji mění různá zařízení, věřím, že je to pohodlné, ale jinak... Zkrátka, proti gustu... Když se Vám to líbí, prosím, mě to příjde zbytečné a pomalé a s tím, jak to vnímám já, asi nic nenaděláte, i když pro Vás to na druhou stranu taky nic neimplikuje. :)

Ale to je mimo téma. K věci: výše někdo doporučoval patch. Takto a podobně jsme to řešili asi mnozí, dokud jiný patch (více k podstatě problému) nevydal David Kubíček. Roste to tady <http://dave.ok.cz/index.php?id=78> a vypadá to velmi slibně.