Koji modem koristis, pretpostavljam da koristis Lucent...u tom slucaju moras ili skinuti vec kompajlirane module za tvoj kernel ili ih rucno rekompajlirati i instalirati sto je prosto kao keks :)

Ne znam na osnovu cega si predpostavio da koristim Lucent-a, ali nisi pogodio :)
Imam Rockwell-a na 33.6 , tako da mi drajveri nisu potrebni........

Pa posle kompaliranja kernela potrebno je reinstalirati dravere na sistemu, tako da ih novi kernel prepozna.
Jedino da nadjes drajvere pa da ih iskompajliras.. ????

Autor teksta je probao da se našali i pritom nam pokazao da ne zna razliku između pajpa i redirekcije, razliku između /dev specijalnog fajla i programa, i još koješta. Bilo bi smešno da nije žalosno. Ustvari verovatno ne bi bilo smešno ni tad :o(. Ko bre sve piše te tekstove po internetu, ah hvata me tuga.

stvarno idijotski test ...

covek savetuje prelazak na opako nov i netestiran software ... i sad kada se mali zealoti popale i "sjebu" nesto ( tipa, ukljuce devfs i ne radi im modem, zato sto se promenio/pomerio blk_dev za modem ), onda qqmajko ... slackware, ma linux je s***** ...


dajjjj .... off sa ovim

Da li sam ja to rekao? Nisam i nikada ne bih.
Samo sam lepo postavio pitanje...i ako neko zna odgovor molio bih da mi odgovori...

Naravno da sam probao sve /dev/ttyS0-SXX .... i za svaki sam dobio isti odgovor ...
Posto je modem ISA, proverio sam u .config-u, ukljucio sam podrsku za ISA ...

cuj jedno, ne znam koji ti je...a za devfs (kada se uljuci boot loader ne moze da ni da digne kernel)

slazem se sa stavom da je test cista idiotarija i da je popaljen do nebesa i nazad, a kofeinski kvazi.sh je prica za sebe... treba sacekati (po dobroj staroj tradiciji) da kernel dodje do otprilike 2.6.10 verzije pa uopste pomisljati da li ga mozda staviti... mislim da cu i dalje ostati pri stavu da je linux nezreo za enterprise.

Koliko je 2.6.0-test1 "nestabilan" govori jedna stvar iz mog ličnog iskustva... Elem imam veeeeoma nestandardnu mašinu, dvoprocesorski Silicon Graphics Visual Workstation 320 (Recimo jedini bootloader koji radi je ARCLX.exe - da WINDOWS/DOS aplikacija! I mora da stoji na FAT particiji da bi uopšte mogo da dignem Linux). Poslednji kernel (sa jedno 5-6 pečeva koji dolaze sa jednog SourceForge projekta) koji sam uspešno (bez problema) uspeo da kompajliram (i koji je nakon toga RADIO) na njemu je 2.4.17 . Od te verzije na ovamo nisam uspeo niti jedan drugi, DO 2.6.0-test1, a kasnije i test2 !!! Što je za mene bilo još najbitnije svi pomenuti pečevi su unutar 2.6.0 kernela, tako da tamo imam lepo podršku za SGI VisualWorkstation i neko ludilo od grafičke karte koja inače služi za realtime obradu video signala... Naravno ja to ne koristim uopšte... Izvinjavam se pokretaču teme jer ovaj moj tekst ne predstavlja nikakav odgovor na istu, ali na neki način prestavlja odgovor na neke druge tekstove konzervativaca... :)

pa to da li ce ti proraditi podrska za odr. arhitekturu ili hw. ne govori nista o stabilnosti i upotrebljivosti samog kernela, pogotovo ne govori nista bez detaljnih testova i provere ponasanja pod kriticnim uslovima (tj. da li ce otpage-uje u zaborav kao 2.4.0-2.4.10). problemi ce tek poceti da isplivavaju za koji mesec. konzervativnost u ovom slucaju je posledica prethodnih iskustava sa doticnim kernelom. ja bih npr. mogao da kazem da su FreeBSD 4.5-4.5.1 do j**a, ali APIC radi veoma diskutabilno kao i celokupni SMP. u trenutku kada se to stabilizuje i kada na mojoj 2 proc masini budem terao doticni bez ikakvog problema __mozda__ cu pomisliti da je dostigao tacku upotrebljivosti (to ce verovatno biti FreeBSD5.2), ali to opet nece biti produkciona verzija kernela, isto kao sto je bilo veoma chupavo upotrebljavati linux 2.4.0-2.4.10 na iole opterecenijim serverima/workstation-ima.