USB-IRDA + GPRS net

Kezdőlap › Fórumok › UHU Linux › Általános UHU problémák, javaslatok › USB-IRDA + GPRS net

10 bejegyzés megtekintése - 41-50 / 76
1 2 3 4 5 6 7 8
  • Szerző
    Bejegyzés
  • 2004-02-06-19:32 #1927608
    Derrick
    Felhasználó

      Huhhh… ez egyre izgibb. 😆

      Lelõttem az eth0-t, ez nem segített semmit, ugyanúgy elbonlott a kapcsolat egy idõ után.

      Aztán a scriptben a sebességet leszedtem 19200-ra, meg a /proc/sys/net/irda/max_baud_rate -be is ugyanezt betettem. Ez egy picivel megint elõrébb vitt, asszem. Bár a mozilla semmit nem volt hajlandó megtalálni, azért a ping legalább adott valami kimenetet, és a kapcsolat sem bomlott le. A ping kimenete:

      Code:
      root:/home/derrick# ping linuxforum.hu

      PING linuxforum.hu (212.40.96.80) 56(84) bytes of data.

      64 bytes from 212.40.96.80: icmp_seq=1 ttl=59 time=11249 ms

      64 bytes from 212.40.96.80: icmp_seq=2 ttl=59 time=10822 ms

      64 bytes from 212.40.96.80: icmp_seq=3 ttl=59 time=13487 ms

      64 bytes from 212.40.96.80: icmp_seq=4 ttl=59 time=13567 ms

      64 bytes from 212.40.96.80: icmp_seq=5 ttl=59 time=15167 ms

      64 bytes from 212.40.96.80: icmp_seq=6 ttl=59 time=15293 ms

      64 bytes from 212.40.96.80: icmp_seq=7 ttl=59 time=20397 ms

      64 bytes from 212.40.96.80: icmp_seq=8 ttl=59 time=21526 ms

      64 bytes from 212.40.96.80: icmp_seq=9 ttl=59 time=19197 ms

      64 bytes from 212.40.96.80: icmp_seq=10 ttl=59 time=21637 ms

      64 bytes from 212.40.96.80: icmp_seq=11 ttl=59 time=15099 ms

      64 bytes from 212.40.96.80: icmp_seq=12 ttl=59 time=20947 ms

      64 bytes from 212.40.96.80: icmp_seq=13 ttl=59 time=23817 ms

      64 bytes from 212.40.96.80: icmp_seq=14 ttl=59 time=23897 ms

      64 bytes from 212.40.96.80: icmp_seq=15 ttl=59 time=26517 ms

      64 bytes from 212.40.96.80: icmp_seq=16 ttl=59 time=29153 ms

      64 bytes from 212.40.96.80: icmp_seq=17 ttl=59 time=24117 ms

      64 bytes from 212.40.96.80: icmp_seq=18 ttl=59 time=23727 ms

      64 bytes from 212.40.96.80: icmp_seq=19 ttl=59 time=27507 ms

      64 bytes from 212.40.96.80: icmp_seq=20 ttl=59 time=32423 ms

      2004-02-07-09:51 #1927609
      Derrick
      Felhasználó

        Nálam így néz ki egy RedSnake irda-val az ifconfig kimenete:

        Code:
        (…)

        ppp0      Link encap:Point-to-Point Protocol

                 inet addr:10.21.18.242  P-t-P:192.168.254.254  Mask:255.255.255.255

                 UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:2000  Metric:1

                 RX packets:275 errors:0 dropped:0 overruns:0 frame:0

                 TX packets:301 errors:0 dropped:0 overruns:0 carrier:0

                 collisions:0 txqueuelen:3

                 RX bytes:227914 (222.5 Kb)  TX bytes:36374 (35.5 Kb)

        Igazából a
        inet addr:10.21.18.242 P-t-P:192.168.254.254 Mask:255.255.255.255
         sorban érdekes a P-t-P után megjelenõ IP. Ránézésre meg nem mondom, hogy ez külsõ vagy belsõ tartományba tartozik, mégis szebben néz ki, mint az én gépemen a 10.6.6.6

        Nem lehet, hogy itt a hiba?

        2004-02-07-11:03 #1927610
        admin
        Adminisztrátor
          2004-02-09-13:42 #1927611
          Derrick
          Felhasználó

            Nálam 57600 esetén ezek a válaszidõk:
            …
            Ezek alapján tényleg sok a tiéd.

            Egyébként azt hittem, hogy már kipróbáltad alacsonyabb sebességekkel is. Ilyenkor is vannak hibás csomagok irda0-nál?

            Kipróbáltam már korábban is alacsonyabb sebességen, szerintem talán az
            echo 2000 ] /proc/sys/net/irda/max_tx_data_size
            echo 1000 ] /proc/sys/net/irda/min_tx_turn_time
            ifconfig eth0 down
            és a sebesség visszavétele hozta meg ezt az eredményt. Természetesen az errors nem változott, és a Mozilla sem találja meg a lapokat. 🙁

            Szerintem próbálkozz meg a 2.6-os kernellel és a max_tx_window-val…

            Nekiálltam, bele is buktam. 🙁 Arra hamar rájöttem, hogy az include/asm-i386-ra kell csinálni egy symlinket asm néven, de aztán jó tíz perc után leállt oldalnyi hibaüzenettel a forgatás. 🙁 Azért még szenvedek egy darabig, bár ahogy olvastam, az 1.0-s UHU nem támogatja alapból a 2.6-os kernelt, így valószínûleg meg kell várni majd az 1.1-est. Az meg talán hamar meglesz, ha lehet hinni a UHU-Linux 1.1-rc5 (Nevermore) elnevezésének. 🙂 Sajnos kernelfordításban elég járatlan vagyok, de majd igyekszem! 🙂

            2004-02-09-18:45 #1927612
            admin
            Adminisztrátor

              Kipróbáltam már korábban is alacsonyabb sebességen, szerintem talán az
              echo 2000 ] /proc/sys/net/irda/max_tx_data_size
              echo 1000 ] /proc/sys/net/irda/min_tx_turn_time
              ifconfig eth0 down
              és a sebesség visszavétele hozta meg ezt az eredményt.

              Akkor azért mégis segítettek valamit ezek a beállítások is.
              Nézd meg még azt, hogy a min_tx_turn_time változtatásával (csökk./növelésével) tovább javul -e a helyzet, bár én továbbra is a max_tx_window-tól várom a probléma megoldódását.

              Várom a tapasztalataid. Sajnos még egyenlõre nem jutottam hozzá ilyen irda-hoz, ezért még nem tudok próbálkozni.

              A 2.6.2-es kernelt már sikerült beszereznem, mihelyst sikerül felküzdenem a Gentoo 1.4-et, nekiesek én is.

              2004-02-20-18:12 #1927613
              Derrick
              Felhasználó

                Akkor azért mégis segítettek valamit ezek a beállítások is.
                Nézd meg még azt, hogy a min_tx_turn_time változtatásával (csökk./növelésével) tovább javul -e a helyzet, bár én továbbra is a max_tx_window-tól várom a probléma megoldódását.

                Igen, segítettek a beállítások, de sajnos a min_tx_turn_time változtatása sem hozott eredményt. Igazából ezeket a beállításokat már végigpróbáltam, 1-tõl nagyságrendi változtatásokig, de egyik esetben sem lett látható változás. Szerintem igazad van, és a max_tx_window hozhatja meg a megoldást. Nem lehet esetleg a 2.4.20-as vagy a 2.4.22-es kernelt úgy lefordítani, hogy meglegyen ez a paraméter? Lehet, hogy nagyon láma a kérdés, de talán… 🙂

                Várom a tapasztalataid. Sajnos még egyenlõre nem jutottam hozzá ilyen irda-hoz, ezért még nem tudok próbálkozni.
                A 2.6.2-es kernelt már sikerült beszereznem, mihelyst sikerül felküzdenem a Gentoo 1.4-et, nekiesek én is.

                Sajnos értékelhetõ tapasztalataim már nincsenek. 🙁 A 2.6.0-s kernelt nem tudom leforgatni, bár bevallom, ritkán van 2-3 órám egybefüggõen, hogy csak ezzel foglalkozzam. Nomeg nálam okosabbak azt mondták, hogy a 2.6.2 erõteljesen bugos, nem érdemes váltani. Gondolom, akkor a 2.6.0 sem különb. Ezért valami alternatív megoldás lenne jó… Ezt a max_tx_window paramétert kellene valahogy elõcsalogatni, de nem tudom, hogy hogyan.

                Várom a tapasztalataidat, pint3r, ha esetleg jutsz valamire.

                2004-02-21-07:04 #1927614
                admin
                Adminisztrátor

                  Nem lehet esetleg a 2.4.20-as vagy a 2.4.22-es kernelt úgy lefordítani, hogy meglegyen ez a paraméter? Lehet, hogy nagyon láma a kérdés, de talán… 🙂

                  Elvileg meg lehet oldani.

                  Az alábbi diff fájlokkal meg kell patchelni a 2.4.20-as kernel-t:
                  http://www.hpl.hp.com/personal/Jean_Tourri…s_max_tx-2.diff
                  http://www.hpl.hp.com/personal/Jean_Tourri…_ind_again.diff
                  http://www.hpl.hp.com/personal/Jean_Tourri…al_fixes-3.diff
                  http://www.hpl.hp.com/personal/Jean_Tourri…very_fixes.diff
                  http://www.hpl.hp.com/personal/Jean_Tourri…rtty_stats.diff
                  http://www.hpl.hp.com/personal/Jean_Tourri…sconnect-2.diff
                  http://www.hpl.hp.com/personal/Jean_Tourri…expiry_fix.diff
                  http://www.hpl.hp.com/personal/Jean_Tourri…_drivers-2.diff

                  Ezek közül az elsõ az ami neked kell, de sztem érdemes az összes 2.4.20-hoz készült irda patch-et feltenni, az alábbi módon:
                  Lépj be a kernel forrását tartalmazó könyvtárba (/usr/src/linux), majd add ki a patch -p1 < /eleresi_ut/patch_neve.diff parancsot.

                  Ezután fordítsd le a kernelt és próbáld ki. Lehet, hogy a kernel config-ban kell valamit állítani, erre nem tér ki a dokumentáció. Biztonság kedvéért nézd meg az IrDA beállításokat a fordítás elõtt.

                  A http://www.hpl.hp.com/personal/Jean_Tourri…IrDA/index.html oldalon megtalálod a fentiek mellett a 2.4.22-es kernelhez szükséges patcheket is.

                  Nomeg nálam okosabbak azt mondták, hogy a 2.6.2 erõteljesen bugos, nem érdemes váltani. Gondolom, akkor a 2.6.0 sem különb. Ezért valami alternatív megoldás lenne jó… Ezt a max_tx_window paramétert kellene valahogy elõcsalogatni, de nem tudom, hogy hogyan.

                  Ezt nem tudom, Gentoo 1.4 alá fordítottam a 2.6.2-t, de még nem volt idõm tesztelni, az biztos, hogy frankón mûködik. Talán még egy nagyon picit gyorsabb is mint a 2.4.20-as.

                  2004-02-21-12:25 #1927615
                  Derrick
                  Felhasználó

                    Nem lehet esetleg a 2.4.20-as vagy a 2.4.22-es kernelt úgy lefordítani, hogy meglegyen ez a paraméter? Lehet, hogy nagyon láma a kérdés, de talán… 🙂

                    Elvileg meg lehet oldani.

                    Az alábbi diff fájlokkal meg kell patchelni a 2.4.20-as kernel-t:
                    http://www.hpl.hp.com/personal/Jean_Tourri…s_max_tx-2.diff
                    http://www.hpl.hp.com/personal/Jean_Tourri…_ind_again.diff
                    http://www.hpl.hp.com/personal/Jean_Tourri…al_fixes-3.diff
                    http://www.hpl.hp.com/personal/Jean_Tourri…very_fixes.diff
                    http://www.hpl.hp.com/personal/Jean_Tourri…rtty_stats.diff
                    http://www.hpl.hp.com/personal/Jean_Tourri…sconnect-2.diff
                    http://www.hpl.hp.com/personal/Jean_Tourri…expiry_fix.diff
                    http://www.hpl.hp.com/personal/Jean_Tourri…_drivers-2.diff

                    Ezeket már letöltöttem korábban, meg még eggyel többet is: a ir240_nsc_ob6100.diff nevût is, de…

                    Ezek közül az elsõ az ami neked kell, de sztem érdemes az összes 2.4.20-hoz készült irda patch-et feltenni, az alábbi módon:
                    Lépj be a kernel forrását tartalmazó könyvtárba (/usr/src/linux), majd add ki a patch -p1 < /eleresi_ut/patch_neve.diff parancsot.

                    …ezt nem tudtam.

                    2004-02-21-13:41 #1927616
                    admin
                    Adminisztrátor

                      Ezeket már letöltöttem korábban, meg még eggyel többet is: a ir240_nsc_ob6100.diff nevût is, de…

                      Ezt szándékosan nem írtam, mivel HP OmniBook 6100-hez van, sztem ez téged nem érint. 😀

                      Nemsokára visszatérek.

                      Remélem jó hírrel. 😉

                      2004-03-02-08:08 #1927617
                      Derrick
                      Felhasználó

                        Nos, szívtam megint. 🙂 A patchelés valami olyasmit mondott minden patch esetén, hogy már be van illesztve ez, vagy ugyanilyen patch, folytatom? Persze végig nyomtam a „Y”-t, aztán belekukkantottam make xconfigba, végül fordítottam kernelt. Meglepõ módon, pont az /usb/…/irda.o (vagy hasonló) fordításakor szállt el hibával, de nem tudtam kideríteni, hogy micsoda. Aztán akármit is csináltam, nem sikerült lelket verni a kernelbe. 🙁

                        Kénytelen vagyok várni egy kicsit, hátha… Most jelent meg az 1.1-es UHU, lelkem mélyén abban bízom, hogy benne lesz már a max_tx_window is.

                        Sajnos a kernelforgatás nekem még nem megy… Talán majd egyszer.

                        S Te – pint3r – jutottál valamire a teszteléssel?

                      • Szerző
                        Bejegyzés
                      10 bejegyzés megtekintése - 41-50 / 76
                      1 2 3 4 5 6 7 8
                      • Be kell jelentkezni a hozzászóláshoz.