08 Jun, 2009

9 commits


07 Jun, 2009

21 commits


04 Jun, 2009

10 commits

  • My mistake, I should have added that when cleaning up
    rfkill and changing wimax.

    Reported-by: Randy Dunlap
    Signed-off-by: Johannes Berg
    Acked-by: Inaky Perez-Gonzalez
    Signed-off-by: John W. Linville

    Johannes Berg
     
  • This patch removes code (deprecated by "cfg80211: add rfkill support" )

    main.c: In function 'ar9170_op_config':
    main.c:1306: warning: '__IEEE80211_CONF_CHANGE_RADIO_ENABLED'
    is deprecated (declared at include/net/mac80211.h:551)

    and a useless device state.

    Signed-off-by: Christian Lamparter
    Signed-off-by: John W. Linville

    Christian Lamparter
     
  • Fixing a comment in the code describing this module parameter.
    The description printed when user runs "modinfo" is correct.

    Reported-by: Jiajia Zheng
    Signed-off-by: Reinette Chatre
    Signed-off-by: John W. Linville

    Reinette Chatre
     
  • Instead of hardcoding the link quality parameters inside the functions,
    adding #define in iwl-commands.h to shared by different functions.
    Also include the valid range for number of link quality parameters.

    Signed-off-by: Wey-Yi Guy
    Signed-off-by: Reinette Chatre
    Signed-off-by: John W. Linville

    Wey-Yi Guy
     
  • Wait until ucode is loaded and driver receive ALIVE_REPLY then switch
    to ICT interrupt. This ensures we receive all interrupts indicating
    successful ucode load.

    Signed-off-by: Mohamed Abbas
    Signed-off-by: Reinette Chatre
    Signed-off-by: John W. Linville

    Mohamed Abbas
     
  • Patch fixes the bug at
    http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1903

    when SW rfkill is invoked by 'iwconfig txpower off',
    the existing connection disassociates and led off command is sent
    to the device which returns error as rfkill is 'true'.

    Patch fixes this by just avoiding sending the led off/on command when
    disassociated. The main purpose of the led_disassociate callback
    is to start or stop the blinking.
    There are three states in led
    1) Always on when radio is on
    2) Always off when radio is off
    3) blink when associated and if there is some traffic.

    In this callback 'allow_blinking' needs to be set false
    when associated, as LED will be always on.

    Signed-off-by: Abhijeet Kolekar
    Signed-off-by: Reinette Chatre
    Signed-off-by: John W. Linville

    Abhijeet Kolekar
     
  • Port "iwlcore: Allow skb allocation from tasklet." to 3945

    If RX queue becomes empty then we need to restock the queue from
    tasklet to prevent ucode from starving. A caller to iwl_rx_allocate
    will decide if allocated buffer should come from GFP_ATOMIC or
    GFP_KERNEL.

    Signed-off-by: Abhijeet Kolekar
    Signed-off-by: Reinette Chatre
    Signed-off-by: John W. Linville

    Abhijeet Kolekar
     
  • This patch unifies 3945 and AGN station management
    It also removes useless struct iwl_station_mgmt ops
    and cleanups a bit the interface

    Signed-off-by: Tomas Winkler
    Tested-by: Abhijeet Kolekar
    Signed-off-by: Reinette Chatre
    Signed-off-by: John W. Linville

    Tomas Winkler
     
  • Use printk format specifier for MAC address.
    Remove DECALRE_MAC_BUF and print_mac() usage in the driver.

    Signed-off-by: Chaithrika U S
    Signed-off-by: David S. Miller

    Chaithrika U S
     
  • When I added socket accounting to tun I inadvertently introduced
    spurious wake-up events that kills qemu performance. The problem
    occurs when qemu polls on the tun fd for read, and then transmits
    packets. For each packet transmitted, we will wake up qemu even
    if it only cares about read events.

    Now this affects all sockets, but it is only a new problem for
    tun. So this patch tries to fix it for tun first and we can then
    look at the problem in general.

    Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Herbert Xu