Hello, I am new on this list, and just trying to write my first real module (a qdisc). So this message is to ask for some help.
The ultimate goal is to implement priority fair queueing which is a qdisc that reorder the packets in the increasing order of a special tag it associates to them. Right now, this special tag is a random number, and the ordered queue is a heap (http://perso.enst.fr/~eboucher/heap3.c). It seems to work, I can attach this qdisc to my network interface and send out/receive packets. However, in all the setting I have tried, the queue never fill up, there is only one packet inside at a given time (even when i try some agressive things that will obviously overwhelm the link like ping -f -l 1000) I know that there is only one packet at a time in the queue because of the debug print that i inserted in the code, my log looks like this: Feb 12 11:39:05 kastoc kernel: STFQ: enqueue: succes start=2 Feb 12 11:39:05 kastoc kernel: STFQ: dequeue: succes start=2 Feb 12 11:39:05 kastoc kernel: STFQ: dequeue: empty Feb 12 11:39:06 kastoc kernel: STFQ: enqueue: succes start=7 Feb 12 11:39:06 kastoc kernel: STFQ: dequeue: succes start=7 Feb 12 11:39:06 kastoc kernel: STFQ: dequeue: empty Feb 12 11:39:07 kastoc kernel: STFQ: enqueue: succes start=14 Feb 12 11:39:07 kastoc kernel: STFQ: dequeue: succes start=14 Feb 12 11:39:07 kastoc kernel: STFQ: dequeue: empty Feb 12 11:39:10 kastoc kernel: STFQ: enqueue: succes start=6 Feb 12 11:39:10 kastoc kernel: STFQ: dequeue: succes start=6 Feb 12 11:39:10 kastoc kernel: STFQ: dequeue: empty Feb 12 11:39:11 kastoc kernel: STFQ: enqueue: succes start=9 Feb 12 11:39:11 kastoc kernel: STFQ: dequeue: succes start=9 Feb 12 11:39:11 kastoc kernel: STFQ: dequeue: empty there is never 2 successive enqueue. Does anybody know why this is happening ? Thank for your help. Sorry if the answer is obvious, but even in this case your answer would be a great help, I am new to kernel development. Edouard - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
