On Tue, 2015-02-17 at 15:59 -0800, greearb@xxxxxxxxxxxxxxx wrote: > From: Ben Greear <greearb@xxxxxxxxxxxxxxx> > > The goal is to allow the user-space application to properly > filter packets before sending them down to the kernel. This > should more closely mimic what a real piece of hardware would > do. > + * @HWSIM_CMD_NOTIFY: notify user-space about driver changes. This is > + * designed to help the user-space app better emulate radio hardware. > + * This command uses: > + * %HWSIM_ATTR_FREQ # Notify current operating center frequency. > + * %HWSIM_ATTR_ADDR_TRANSMITTER # ID which radio we are notifying about. > * @__HWSIM_CMD_MAX: enum limit This seems a bit strange - don't we already tag packets with the frequency? Why would you need the channel change separately? What does that even mean? Depending on how you use this it could entirely break off-channel operation, for example. johannes -- 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
