[ Added linux-wireless to CC ] On Tuesday 19 August 2008, John W. Linville wrote: > On Tue, Aug 19, 2008 at 07:06:11PM +0200, Ivo van Doorn wrote: > > On Tuesday 19 August 2008, Mikko Virkkilä wrote: > > > On Mon, 2008-08-18 at 10:00 +0200, Ivo van Doorn wrote: > > > > On Monday 18 August 2008, Mikko Virkkilä wrote: > > > > > > I had a quick look at their driver and it seems they solved it by having > > > > > a "waiting for acks" queue and each time a message is received it is > > > > > check if it was an ack to one of the messages in the queue. If it was, > > > > > then the status message is sent in to the mac80211 stack. > > > > > > > > > > Could this same strategy be used with the rt2x00 driver? > > > > > That would only work when the ACK is received and passed to the driver by > > > > the USB stick. and as far as I know rt2500usb and rt73usb do not pass the ACK > > > > to the driver. > > > > When I cleared the DROP_CONTROL and DROP_ACK_CTS flags in the TXRX_CSR0 > > > register, I started receiving ACK frames. I tested by simply printing a > > > debug message each time ieee80211_is_ack() was true for a frame. > > > > Ok, well if there is a volunteer for coding the ack handling, that would be great, > > but you probably do need a timeout for each frame as well to report the non-acked > > frames. > > If anyone does this, it might be nice if you could find a way to > generalize the implementation and share it between rt2x00 and zd1211rw > (and possibly other drivers in the future). > > Just a thought... That would be very nice, mac80211 could probably handle it very nicely when the driver just reports the "unknown" status and mac80211 can sort out how it wants to handle such frames. Ivo -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
