Page MenuHomeFreeBSD

wpi(4): remove software queues
ClosedPublic

Authored by avos on Oct 1 2015, 1:42 PM.
Tags
None
Referenced Files
Unknown Object (File)
Feb 26 2024, 10:02 PM
Unknown Object (File)
Feb 26 2024, 9:29 PM
Unknown Object (File)
Jan 26 2024, 10:16 PM
Unknown Object (File)
Jan 26 2024, 8:19 PM
Unknown Object (File)
Jan 5 2024, 8:12 AM
Unknown Object (File)
Jan 5 2024, 8:12 AM
Unknown Object (File)
Jan 5 2024, 8:12 AM
Unknown Object (File)
Jan 5 2024, 8:03 AM
Subscribers

Details

Summary

There is no need to keep additional queues now.

Test Plan

Tested with Intel 3945BG, STA mode

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

avos retitled this revision from to wpi(4): remove software queues.
avos updated this object.
avos edited the test plan for this revision. (Show Details)
avos added a reviewer: adrian.
avos set the repository for this revision to rS FreeBSD src repository - subversion.

Hi,

Ok, so I'm going to put this on hold for now. I think wpi could benefit from what I did with iwn to defer sending frames on 5GHz until it sees a beacon frame - and that kind of wants a staging queue like this with a deferred transmit routine.

Take a look at what is in iwn and see what you think. I don't know if you've had any issues with 5GHz on wpi.

In D3757#78349, @adrian wrote:

Hi,

Ok, so I'm going to put this on hold for now. I think wpi could benefit from what I did with iwn to defer sending frames on 5GHz until it sees a beacon frame - and that kind of wants a staging queue like this with a deferred transmit routine.

I will try to defer it via the mechanism, described in D3770.

Take a look at what is in iwn and see what you think. I don't know if you've had any issues with 5GHz on wpi.

I have not tested this before.

This revision was automatically updated to reflect the committed changes.