Re: [PATCH] NET: Multiqueue network device support.

[jamal <hadi@cyberus.ca>]

Hello Yi,

On Mon, 2007-18-06 at 09:18 +0800, Zhu Yi wrote:

> Would you respond the question I asked early, 

I thought i did respond to all questions you asked but some may have
been lost in the noise. 

> in your model how to
> define the queue wakeup strategy in the driver to deal with the PHL full
> situation? Consider about 1) both high prio and low prio packets could
> come (you cannot predict it beforehand) 

I am assuming by "come" you mean from the stack (example an ssh packet)
as opposed from the outside.

> 2) the time for PHL to send out
> a packet to the wireless medium is relative long (given the medium is
> congested). If you can resolve it in an elegant way, I'm all ears.

Congestion periods are the only time any of this stuff makes sense.
Ok, so let me repeat what i said earlier:

Once a packet is in the DMA ring, we dont take it out. If a high prio
packet is blocking a low prio one, i consider that to be fine. If otoh,
you receive a management detail from the AP indicating that LP has its
priority bumped or HP has its prio lowered, then by all means use that
info to open up the path again. Again, that is an example, you could use
that or schemes (refer to my expression on cats earlier).

Anyways, you will have to forgive me - this thread is getting too long
and i dont have much time to follow up on this topic for about a week;
and given we are not meeting anywhere in the middle i am having a hard
time continuing to repeat the same arguements over and over again. It is
ok for rational people to agree to disagree for the sake of progress

cheers,
jamal