2010/9/22 Daniel Berger <daniel@xxxxxxxxxxxxx>: > Hi, > > im a Student in Germany currently working on a project concerning > wireless security. > For testing purposes we would like to send ACKs to packets, which > weren't adressed to us, or suppress sending normal ACKs. > I've looked through mac80211's code and found there much, what looks > like the ACK-sending-action is triggered in rx.c (we're checking CRC, > length, adressed to us, ...). But, one the other hand, tx.c states in a > comment > /* TODO: These control frames are not currently sent by > * mac80211, but should they be implemented, this function > * needs to be updated to support duration field calculation. * > [...] > * ACK: 0 if immediately previous directed data/mgmt had > * Â Âmore=0, with more=1 duration in ACK frame is duration > * Â Âfrom previous frame minus time needed to transmit ACK > * Â Âand its SIFS > */ > Furthermore ath9k e.g. write parameters for configuring the sending of > ACKs directly into hw's memory... and doesn't do much more. > > Thus I deduce ACK sending is completely done in hardware. > Is my conclusion and understanding right? Is there any possible solution > to my problem of sending ACKs manually? Would that be fast enough for > the SIFS and other stations' ACK timeout? > > I would appreciate a short message to help me out. > Greetings from sunny Germany > Daniel Berger > On ath5k (and i think also ath9k) you can disable hw ACKS using the SW_DIAG register on PCU but i haven't tested it. -- GPG ID: 0xD21DB2DB As you read this post global entropy rises. Have Fun ;-) Nick -- 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
