Hi, I'm a little confused by what scan world means? Can you elaborate on what you mean by that?
I'm sure there could be a way to inject (or intercept) raw packets to/from the driver (most likely through the ioctl interface). However, they would still need to go through the transmit chain (i.e., DMA'ed to the hardware, handled using the QCU/DCU interface and forwarded to the PCU for transmission). So, I'm not sure injecting packets in this way would improve things. Am I missing something? Thanks very much for the feedback. Best, Nabeel. RHS Linux User wrote: > Hi, > > Two thoughts: > > 1. Scan world to reset I&Q and noise floor and other params. > 2. Scan world to look for other special signals. Wake on lan, > radar, set interference mode, etc. > > Comment: > > The hardware/software MUST have a place where simple raw packets can > be intercepted and inserted? FWIW - The "original" MIT roofnet driver was > about half as big as the today's shipped vanilla driver. > > Wiz > > > On Fri, 16 Apr 2010, Benoit PAPILLAULT wrote: > > >> Nabeel Ahmed a écrit : >> >>> Hi Benoit, >>> >>> Thanks for your fast response. I did disable virtual carrier sense as >>> well. But, I still see these unpredictable delays. Can you think of >>> what possibly the hardware may be doing during these transmission >>> periods that could introduce such delays? >>> >>> Thanks. >>> >>> - >>> >>> Nabeel Ahmed. >>> >> Unfortunately ... no :-( >> >> Regards, >> Benoit >> >> _______________________________________________ >> ath5k-devel mailing list >> ath5k-devel@lists.ath5k.org >> https://lists.ath5k.org/mailman/listinfo/ath5k-devel >> >> > > > _______________________________________________ ath5k-devel mailing list ath5k-devel@lists.ath5k.org https://lists.ath5k.org/mailman/listinfo/ath5k-devel
