Re: [LARTC] ESFQ updates

2004-04-01 Thread Jiri Fojtasek
Hi I using original version. I have merget only this patch: http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|[EMAIL PROTECTED] Jiri [EMAIL PROTECTED] wrote: Hi. On Mar 12, Corey Hickey posted here(http://mailman.ds9a.nl/pipermail/lartc/2004q1/012038.html) an updated esfq patch for ker

Re: [LARTC] wireless sta MAC NAT

2004-04-01 Thread Jiri Fojtasek
Hello I using for this stuff application "parprouted": http://freshmeat.net/projects/parprouted/?topic_id=150 Lim Kee Chian wrote: Hi all, not sure this should be post here but i hope some one could help me. :> I'm newbie in the ebtables MAC address NAT and filtering stuff... i want to b

Re: [LARTC] New IMQ device implementation supporting device EOS

2004-03-31 Thread Jiri Fojtasek
Patrick McHardy wrote: I haven't followed the discussion, but this is the way it is supposed to work. As IMQ can queue packets for multiple devices it is not possible to couple the dequeue event with the "real" output device's dequeue event, simply because there may be multiple. Use non-work-cons

Re: [LARTC] New IMQ device implementation supporting device EOS

2004-03-31 Thread Jiri Fojtasek
Andy Furniss wrote: Jiri Fojtasek wrote: Andy Furniss wrote: Jiri Fojtasek wrote: Hello Roy Roy wrote: >Hello, >imq became realy popular now ;) > > Sure, same as whole GNU/Linux :) >It would be good ir you wrote what is that EOS to save time for some people >on sea

Re: [LARTC] New IMQ device implementation supporting device EOS

2004-03-30 Thread Jiri Fojtasek
Andy Furniss wrote: Jiri Fojtasek wrote: Hello Roy Roy wrote: >Hello, >imq became realy popular now ;) > > Sure, same as whole GNU/Linux :) >It would be good ir you wrote what is that EOS to save time for some people >on searches. > > > EOS - End of Send. I

[LARTC] [IMQ] Version 1.1 - egress+ingress+EOS

2004-03-30 Thread Jiri Fojtasek
Hello all I have done next version of my IMQ implementation: Fixed bug with spinlock in dev_queue_xmit() Addet experimental support for ingress queue (just only IPV4) Addet some comments to the sources Fixed example in README + new example for ingress The kernel patch for 2.4.25 was

Re: [LARTC] New IMQ device implementation supporting device EOS

2004-03-29 Thread Jiri Fojtasek
Roy wrote: >> >seems you may be unable shape ingress then. what basicaly voids all imq >> >purpose. >> > >>Iam not sure. Every packet comin in in to router must come out !!! So we >>need only shape out trafics. Incoming trafics we cannot shape, only >>police. We cannot change speed and rate of i

Re: [LARTC] New IMQ device implementation supporting device EOS

2004-03-29 Thread Jiri Fojtasek
Roy wrote: >this is qute intersting, and it happens on every computer not only on bussy >ones >but in reality I dont see any need for that, because tcp itself should take >care of this issue. > Right but you lost TCP interactivity and overloaded WiFi interface is painfull itself !!! >anyway t

Re: [LARTC] New IMQ device implementation supporting device EOS

2004-03-29 Thread Jiri Fojtasek
Hello Roy Roy wrote: >Hello, >imq became realy popular now ;) > > Sure, same as whole GNU/Linux :) >It would be good ir you wrote what is that EOS to save time for some people >on searches. > > > EOS - End of Send. Its time betwen two dequeues and packet transmits used by qdisc for calculati

[LARTC] New IMQ device implementation supporting device EOS

2004-03-29 Thread Jiri Fojtasek
Hello All Its first time i posting to this mail list :). I have done something (maybe) important. I write new IMQ device driver based from Martin Devera and Patrick McHardy implementation with device EOS support. My current implementation supporting only egress trafic shaping and kernel 2.4.25