27 Apr, 2016

1 commit


20 Nov, 2014

1 commit

  • HWSIM_CMD_GET_RADIO returns information about a specific radio id or
    all of them in response to a dump. Create the netlink skb or use the
    one provided by the dump functionality. Use the existing attribute
    appending function to fill in the same attributes when creating a
    new hwsim radio.

    Save alpha2 and struct ieee80211_regdomain in the hwsim data or else
    they will be lost in the depths of regulatory infrastructure.

    Signed-off-by: Patrik Flykt
    Signed-off-by: Johannes Berg

    Patrik Flykt
     

30 Oct, 2014

1 commit


29 Oct, 2014

1 commit


27 Oct, 2014

1 commit


24 Oct, 2014

1 commit


09 Oct, 2014

1 commit

  • Add support for new attribute HWSIM_ATTR_DESTROY_RADIO_ON_CLOSE
    which can be set by the user space component. The attribute
    will cause the kernel to destroy all those radios that were
    created by a process if that process dies. The old behaviour
    i.e., radios are persistent is still the default.

    Signed-off-by: Jukka Rissanen
    Signed-off-by: Johannes Berg

    Jukka Rissanen
     

11 Feb, 2014

1 commit

  • Add a new HWSIM_ATTR_USE_CHANCTX attribute to the
    HWSIM_CMD_CREATE_RADIO command to allow the creation of radios with
    one channel that use channel contexts. If this attribute is not
    present, the behaviour is the same as before (ie. single channel
    radios don't use channel contexts and multi channel radios do).

    Signed-off-by: Luciano Coelho
    Signed-off-by: Johannes Berg

    Luciano Coelho
     

05 Feb, 2014

1 commit


11 Jan, 2014

2 commits

  • Restore the original regulatory testing functionality and also
    make it more flexible by allowing the parameters to be specified
    when creating a dynamic radio.

    Signed-off-by: Johannes Berg

    Johannes Berg
     
  • Add new commands to the hwsim generic netlink family to allow
    creating and destroying radios on the fly. The number of channels
    a radio supports can be specified when it's created, if it isn't
    the module parameter will be used as default.

    This should be extended in the future to allow other parameters
    to be specified, e.g.
    * list of channels
    * interface combinations, particularly P2P_DEVICE support
    * regtest
    * and pretty much all other hardware capabilities

    Signed-off-by: Johannes Berg

    Johannes Berg
     

02 Jun, 2011

1 commit

  • This patch adds to mac80211_hwsim the capability to send traffic via
    userspace.

    Frame exchange between kernel and user spaces is done through generic
    netlink communication protocol. A new generic netlink family
    MAC80211_HWSIM is proposed, this family contains three basic commands
    HWSIM_CMD_REGISTER, which is the command used to register a new
    traffic listener, HWSIM_CMD_FRAME, to exchange the frames from kernel
    to user and vice-versa, and HWSIM_CMD_TX_INFO_FRAME which returns
    from user all the information about retransmissions, rates, rx signal,
    and so on.

    How it works:

    Once the driver is loaded the MAC80211_HWSIM family will be registered.
    In the absence of userspace daemon, the driver itselfs implements a
    perfect wireless medium as it did in the past. When a daemon sends a
    HWSIM_CMD_REGISTER command, the module stores the application PID, and
    from this moment all frames will be sent to the registered daemon.

    The user space application will be in charge of process/forward all
    frames broadcast by any mac80211_hwsim radio. If the user application
    is stopped, the kernel module will detect the release of the socket
    and it will switch back to in-kernel perfect channel simulation.

    The userspace daemon must be waiting for incoming HWSIM_CMD_FRAME
    commands sent from kernel, for each HWSIM_CMD_FRAME command the
    application will try to broadcast this frame to all mac80211_hwsim
    radios, however the application may decide to forward/drop this frame.
    In the case of forwarding the frame, a new HWSIM_CMD_FRAME command will
    be created, all necessary attributes will be populated and the frame
    will be sent back to the kernel.

    Also after the frame broadcast phase, a HWSIM_CMD_TX_INFO_FRAME
    command will be sent from userspace to kernel, this command contains
    all the information regarding the transmission, such as number of
    tries, rates, ack signal, etc.

    You can find the actual implementation of wireless mediumd daemon
    (wmediumd) at:

    * Last version tarball: https://github.com/jlopex/cozybit/tarball/master
    * Or visiting my github tree: https://github.com/jlopex/cozybit/tree

    Signed-off-by: Javier Lopez
    Signed-off-by: John W. Linville

    Javier Lopez