EDGE cez BT a Motorola V547

[linux na mga.sk]

   nazdarek,

tak som si spravil maly 2dnovy prieskum a musim sa priznat, ze som (ako
ortodoxny presadzovatel linuxu) strasne, ale strasne sklamany tym co som
zistil.

googlovanie a prezeranie vsetkych moznych konferencii ma dotlacilo ku
nasledujucemu strasnemu poznaniu:

- problem typu "no buffer space available" vuobec nie je taky ojedinely ako sa
zda ale naopak pomerne rozsireny. tyka sa ruozneho zeleza, ruoznych
distribucii, ruoznych sieti (dial-up, gprs, adsl atd.), ruoznych ludi, ale
hlavne linuxu :(

- ide jednoznacne o problem softwarovy a nie hardwarovy a to problem bufferov v
jadrovych moduloch

- tento problem sa vyskytuje uz v prispevkoch z roku 2001 a pretrvava!

- na tento problem som nasiel strasne vela mudrych rad typu "aha, ved to mas tu
v zdrojakoch" co mi pripada ako poriadne dementna odpoved, pretoze to si viem
najst aj sam. ale podstatne je, ze nikto sa nezamyslel PRECO je v jadre
RUOZNYCH distribucii takyto problem uz X rokov skryty a NIKTO s tym NIC
nerobi?! a hlavne  ma zaraza, ze takmer nikoho nezaujima ako ho riesit, staci
najst chybu v zdrojakoch a uz som frajer (najst text v zdrojakoch je asi
strasna frajerina, fakticky)

- nenasiel som na tento problem ziaden workaround, ktory by to riesil a to som
cital ruozne hokusy pokusy od vymeny sietovych kariet, otravovania providera,
carovanie so sysctl(najcastejsie a bezvysledne pokusy), reinstalacie linuxu,
carovanie z netstat :), hranie sa s velkostou arp tabulky az po rekompilaciu
jadra, comu sa chcem vyhnut, pretoze ani to vzdy nepomohlo (co muoze byt
problem medzi stolickou a klavesnicou).

takze mi vyvstava otazka, preco linux ako sietovo zamerany OS nezvlada taku
jednoduchu a pren zakladnu cinnost ako sietove pripojenie a je potrebne kvuoli
oprave tohto faktu rekompilovat jadro co vuobec nie je laicka ani casovo
nenarocna cinnost a to uz niekolko rokov?

ako fakt zarytemu linuxakovi presadujucemu linux u vsetkych pribuznych a znamych
a aj v IT koncernoch, kde som pracoval a pracujem mi nezostava nic ine ako cez
do krvi dohryzene pery a v stave rodiaceho sa sialenstva pripustit: toto sa mi
este pod m$windoz nestalo :(((((( paneboze preco?!  

pani, viem ze je toto strasne krasna tema na flame, ale prosim vas nerobte to.
ja som si len musel trosku verejne ulavit, ale nech to zostane medzi nami.
pokial vsak viete o nejakom rieseni, pls sem s nim, pretoze tento problem
neriesim len u seba a ked si predstavim, ze budem musiet prist s tym, ze to
NEJDE opravit, alebo ze bude treba rekompilovat jadro (ten muoj znamy povedal
ze  kompilovat jadro uz nikdy viac! asi vie o com hovori :) tak sediviem,
stracam chut do jedla a nespim.

pls, help... riesenie typu "restartuj kazdych 5 minut interface" NIE JE
riesenie.

  vdaka moc za pomoc aj za psychicku podporu.

    g.



  

Citát linux na mga.sk:

>    cafte,
> 
> pred casom som posielal e-mail ako %subject% rozchodit. Zadarilo sa na
> zaklade
> archivu konfery (sice to bol 2dnovy puorod, ale nakoniec to slo. len som
> musel
> prepisat pythonovsky bluepin - u mna proste nefungoval nesedelo gtk a mal
> som
> tam dalsie zavislosti) ale:
> 
> Mam klasicky problem s nefunkcnostou EDGE po urcitom case. Nie je to ale
> uplne
> klasicky problem nastavenia lcp, pretoze spojenie nepada po urcitom case.
> Spojenie v podstate vuobec nepadne, zostavam stale pripojeny - ale neprejde
> ani
> bit.
> Zistil som, ze to zavisi od intenzity prenosu dat. Niekedy vydrzim niekolko
> minut a niekedy do minuty. Pokial mam vela malych requestov s vytazenim
> linky
> do 12kB/s tak to ide. Akonahle zacnem stahovat vaecsi subor a prenosova
> rychlost stupne na ~20kB tak sa odrazu spojenie sekne. Stale som pripojeny
> ale
> neprejde fakt nic. Nepomuoze nic len 
> 
> kilnut gprs connection
> rfcomm release all
> killnut proces hcid-demona
> hciconfig reset rstat down
> hciconfig up auth encrypt (neviem preco auth a encrypt neberie pri manualnom
> spusteni z configu) 
> hcid -n -f ...(konfigurak)
> rfcomm bind all
> a znova nahodit gprs
> 
> potom oapet ide ale uz je to slabe a padne skuor ako predtym.
> 
> pokial sa po vytuhnuti pokusam o ping alebo traceroute hned mi vyhodi kopec
> message-ov: "send failed:no buffer space available" co vo mne evokuje pocit,
> ze
> by mohlo ist o nejaky bug v bluez/sdp stacku. ale mozno je to nastavenim
> niekde
> v /proc, ale netusim kde.
> 
> patral som aj v dmesg, ale jedine co tam stoji za zmienku su hlasky:
> 
> i8253 count too high resetting - ale ta sa zjavovala aj pred instalovanim
> bluez
> (btw.: o co ide?)
> 
> a nieco ako
> 
> major-char-203 not found (nepamaetam si to presne) - to sa zacalo zjavovat az
> po
> instalovani bluez. neviem ci to muoze byt pricinou, ale prekompilovavat
> jadro
> sa mi kvuoli tomu nechce. a taky modul jadra tam fakticky nemam.  
> 
> takze teraz fakt neviem a kazda rada dobra :)
>   vdaka,
> 
>     g.
>