Hi! I'm trying to transfer some audio data over wifi. Latency constrains are such that if it would took more than 20msec to wait for transmission, the packet should be dropped instead, and new one should be transmitted. My final hardware contains CSR6026 chip, but drivers are way too ugly, I decided it would be easier to prototype on ath5k-based card. I hacked qcu.c to limit latencies: qi->tqi_cw_min = ath5k_cw_validate(0); qi->tqi_cw_max = ath5k_cw_validate(20); ...but I don't think it did what I wanted. What am I missing? (I could use Intel 3945ABG-based card instead, but I figured out ath5k might be easier to hack?) Is there way to manipulate type of service from userland to get similar behaviour without patching kernel? Thanks, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- 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