Patches for cdc-acm module were moved to subdirectory source.
Patche pro cdc-acm modul byly presunuty do podadresare source.


CDMA modem GPC-6420 a Linux

Soutez a sbirka na podporu vyvoje ovladace

Pod tihou mnoha okolnosti jsem se rozhodl usporadat soutez a sbirku, jejimz vytezkem bude vitez souteze odmenen. Pravidla souteze a stav sbirky jsou k nahlednuti na http://xpisar.wz.cz/cdma/soutez.html.

Baze znalosti a relevantni odkazy

Poznatky

jadroovladacverze modemumax. rychloststabilita, priznakyinicializace
2.6.8.1 + cdc-acm patchcdc-acm GMM: Model 95
GMR: S/W VER: AA3.3.30 NM10ET2616_4 .
GSN: 6B113D60
480 kbpsMusi mit vlozenou baterii, pripojen pres trafo, ppp spojeni nesmi trvat moc dlouho, aby se nevybila baterie (dva dny; bez baterie chcipne za 5 hodin). Jinak prestane komunikovat pres ttyACM, presto se na USB sbernici hlasi. Na displayi zhasne podsviceni a je napsano "Nabijeni ukonceno" nebo "Chybi baterie". Nutne modem vypnout, pak se uz objevi normalni logo Eurotelu, ale presto nekomunikuje. Stejne se chova, kdyz je behem ppp spojeni vytazen z USB portu a znovu zastrcen.Bez problemu. Ale z nestabilniho stavu se dostane sam o sobe po nekolika minutach (nepomuze restart PC ani modemu).

Odkazy

Aktualni stav ovladace

V soucasne dobe (2.6.11) vanilla ovladac ACM neni schopen plne vyuzit vsech moznosti tohoto modemu, coz se projevuje omezenim rychlosti na 256 kbps.

Na tuto skutecnost se nekteri snazili zareagovat: http://www.root.cz/forum/diskuse.php4?clanek=2334&vlakno=0&stav=0&vse=Zobrazit+v%B9e, http://www.abclinuxu.cz/forum/show/62819.

Z pocatku se zdalo, ze chyba je v modemu, a tak se zacali znasilnovat hodnoty wMaxPacketSize. Sam jsem takove patche zverejnil a setkal jsem se se znacnym zajmem. Zdalo se, ze problem je vyresen. Lide mi hlasili, ze dosahli i 700 kbps. Me osobni maximum je 500 kbps.

Tak jsem zaslal patch maintainerovi ACM modulu Vojtechu Pavlikovi. Ten mi jej vsak vratil s komentarem:

Chyba neni na strane modemu, ale v driveru. Pres USB lze totiz posilat
bez potizi packety delsi nez MaxPacketSize. Dalsi vec je, ze je mozne
posilat vice packetu v jednom frame, coz ten driver taky nedela - byl
prece jen navrzen na modemy, kde 256kbps bylo nepredstavitelne.

Takze patch v takovehle forme vzit nemuzu, ale po uprave ho samozrejme
beru.

Z toho vyplyva, ze je nutne ACM ovladac trochu vice prepsat.

Take se mi podarilo vypozorovat, ze moje patche nedosahuji stejnych rychlosti, jako je rychlost pod Windows. (Toto vsak muze byt jen fama, protoze mi nekolik lidi psalo, ze rychlosti jsou vyrovnane.)

Vyzva

Proto vyzyvam vsechny schopne programatory, aby se pokusili ACM modul prepsat tak, aby ho bylo mozne zaclenit do vyvojove a pozdeji i stabilni vetve linuxoveho jadra.

Dale mi prisel pomerne rozhorceny dopis od Pavla Pisi, ve kterem me pozadal, abych jej zverejnil, a zaroven navrhnul, jak se "vyporadat" s CIJOMLem (viz vlakno na abclinuxu):


From pisa@cmp.felk.cvut.cz Wed Sep 15 18:05:59 2004
Date: Wed, 15 Sep 2004 18:05:31 +0200
From: Pavel Pisa <pisa@cmp.felk.cvut.cz>
To: xpisar@fi.muni.cz
Cc: pisa@cmp.felk.cvut.cz
Subject: cdc-acm patche

Dobry den,

jsem zastance opensource hnuti.
Na druhou stranu souhlasim i s tim, ze je nutne
si programovanim vydelat na zivot a ze prace
by mela byt ocenena.

Presto uznavam, ze jsou i aplikace, jejichz kod byt
zverejnen nemuze, (napr life-supporting aplikace,
bankomaty, atd...). Presto i v techto oblastech je
neodpustitelne, ze kolo je vymysleno stale znova a znova
a pak je jeste nejakou korporaci zapatentovano.
V teto oblasti se klonim k nazoru ktery jsem cetl
nekde u IBM, ze "Application enabling layers" maji
byt otevrene a pokud mozno publikovane i sdilene.
Je to taky duvod, proc je Linux schopny rustu
a umoznuje spolupraci mnozstvi velkych firem.
Touto logikou se znazim ridit i sam.

Zpet k ACM a CDMA, ani jedno nepouzivam, presto me
CIOMLuv pristup a predevsim argumentace silne pobourila.
Na druhou stranu ma pravdu, ze odmena i v radu deseti
tisic Kc je za mnozsvi (mozna trochu nadsazene)
stravenych hodin adekvatni a proti pozadavku,
ze za prislusny obnos uvolni patche pod GPL
bych se nebouril. Ale to, ze si dovolil nabizet
binary only reseni zalozene s temer 100 procentni
pravdepodobnosti na "derived work" GPL kodu
me opravdu silne pobourilo. Vlasne by bylo nejlepsi kdyby
to od neho nekdo koupil, pak se dozadoval zdrojaku a zazaloval
ho. Coz by skoncilo zrusenim prava na uzivani jakehokoliv
software pod GPL licenci pro porusitele podminek GPL.
Nevim jak je to v Cechach vymahatelne, ale bylo by paradoxni,
kdyby mu softwarova policie zabavila vsechen Linuxovy SW
a donutila ho smazat pod dozorem disk :-)

Je nutne i ukazat ostatnim, ze jeho pristup je spatny
a ze i pri dodrzeni GPL lze na praci na software vydelat.
Proto Vam posilam tento dopis.
Nabizim spozorsky prispevek 500 Kc na dodany ucet
nebo zlozenkou na zaslanou adresu.
Podminkou je, ze budete souhlasit se zverejnenim tohoto
dopisu a pokud to dopadne rozumne, zverejnite
bud seznam sponzoru nebo alespon finalni castku.
Ucel je, aby presahla alespon 10 000 Kc,
jinak vyderac jmenem CIOML v tomto kole vyhral.

Prosim zkuste poslat patch i smerem nahoru,
treba projde i do Vanilly.
Mozna, ze by defaultni hodnota parametru mohla byt
rovnou i tech 1024 pro tento specificky modem,
aby to lidem chodilo bez potizi.

S pozdravem

                Pavel Pisa
        e-mail: pisa@cmp.felk.cvut.cz
        www:    http://cmp.felk.cvut.cz/~pisa
        work:   http://www.pikron.com

        Z vetsich GPL projektu, na kterych pacuji
        (nektere jsou nasazene i prumyslovem prostredi
         a neprimo ci neprimo me i zivi):
           CHROMuLAN - HPLC chromatographics software
                http://www.chromulan.org
                http://www.pikron.com/en/main_frame_chromul.html
           BDM - m683xx debugging interface
                http://cmp.felk.cvut.cz/~pisa/m683xx/bdm_driver.html
                http://sourceforge.net/projects/bdm
           IST project OCERA and CAN/CANopen
                http://www.ocera.org/
                http://freshmeat.net/projects/lincan
           uLan communication protocol
                http://freshmeat.net/projects/ul_drv
                http://sourceforge.net/projects/ulan
           a mnozstvi dalsich

        Z jiz zastavenych projektu bych zminil
           DMSDOS -doublespace/stacker CVF support for Linux kernel
                http://cmp.felk.cvut.cz/~pisa/dmsdos/

Musim rici, ze se mi myslenka sbirky na podporu vyvoje ovladace zalibila (sam jsem vsak onech 500 Kc pro sebe odmitnul s tim, ze tech par radku za to nestoji), a proto jsem sepsal pravidla sbirky a souteze, ktera vychazi z Pisovych ideii. Rozhodl jsem se pro decentralizovanou a dobrovolnickou variantu. Prosim precte si zadani souteze a vyhlaseni sbirky a dle sveho uvazeni se pripojte.

–Petr Pisar