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?

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.

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?

Egyszer már én is megpróbáltam, majdnem tökéletesen sikerült is, de aztán voltak bajok, elbarmoltam a rendszert, és azóta nem kísérleteztem újra. (nem okoztam helyreállíthatatlan hibát, nem elrémiszteni akarlak! Csak ezt-azt átírtam, kísérleteztem, aztán már nem volt kiút. Ha nem kezded el buzerálni a rendszerfájlokat, csak simán kernelt forgatsz, nem nagyon tudsz csinálni helyrehozhatatlan hibát!)

Szerintem egy dolog van, amit úgy ki szokott maradni a howto-kból. 🙁 Gyanítom, hogy Te is itt cseszted el a dolgot. Az initrd (Initial Ramdisk) okozza a problémát, ennek valahogyan illeszkednie kell a lefordított kernelhez. Ha – nálam okosabbak szerint nagyon helyesen – nem ikszelted be az initial ramdisk-et a make config-nál, akkor pedig nem szabad megadni a
initrd (hd0,0)/boot/initrd
sort a menu.lst-ben. Egyszerûen hagyd ki ezt a sort az új kernelnél. Aztán érdemes próbálkozni.

Ha beforgattad az initial ramdisk támogatást, akkor valahol talán (?) van egy initrd file is az új bzImage környékén, ezzel talán (?) le kell cserélni a régit.

Nem vagyok teljesen otthon a témában, de én ezt tapasztaltam.